Minor Description
— VerifyPickSession.java:48, SE_NO_SERIALVERSIONID
SnVI: org.apache.ofbiz.shipment.verify.VerifyPickSession is Serializable; consider declaring a serialVersionUID
This class implements the Serializable interface, but does not define a serialVersionUID field. A change as simple as adding a reference to a .class object will add synthetic fields to the class, which will unfortunately change the implicit serialVersionUID (e.g., adding a reference to String.class will generate a static field class$java$lang$String). Also, different source code to bytecode compilers may use different naming conventions for synthetic variables generated for references to class objects or inner classes. To ensure interoperability of Serializable across versions, consider adding an explicit serialVersionUID.
— VerifyPickSession.java:217, SF_SWITCH_NO_DEFAULT
SF: Switch statement found in org.apache.ofbiz.shipment.verify.VerifyPickSession.createVerifyPickRow(int, GenericValue, String, String, String, String, String, BigDecimal, Locale) where default case is missing
This method contains a switch statement where default case is missing. Usually you need to provide a default case.
Because the analysis only looks at the generated bytecode, this warning can be incorrect triggered if the default case is at the end of the switch statement and the switch statement doesn't contain break statements for other cases.
— VerifyPickSessionRow.java:-1, UWF_NULL_FIELD
UwF: Field only ever set to null: org.apache.ofbiz.shipment.verify.VerifyPickSessionRow.orderItem
All writes to this field are of the constant value null, and thus all reads of the field will return null. Check for errors, or remove it if it is useless.
— VerifyPickSessionRow.java:40, SE_NO_SERIALVERSIONID
SnVI: org.apache.ofbiz.shipment.verify.VerifyPickSessionRow is Serializable; consider declaring a serialVersionUID
This class implements the Serializable interface, but does not define a serialVersionUID field. A change as simple as adding a reference to a .class object will add synthetic fields to the class, which will unfortunately change the implicit serialVersionUID (e.g., adding a reference to String.class will generate a static field class$java$lang$String). Also, different source code to bytecode compilers may use different naming conventions for synthetic variables generated for references to class objects or inner classes. To ensure interoperability of Serializable across versions, consider adding an explicit serialVersionUID.