BTW, I did note that it said "It's possible to have your annotated dependencies automatically injected on construction." By this I inferred that de-/serialization was handled, but it could be made more explicit, as it is for the other approaches. Ari
Ari M wrote: > > I see nothing on the wiki page under Annotation-based Approach concerning > serialization. The other approaches discuss serialization issues, but not > this one. Am I missing something? If it said something like > "serialization/de-serialization handled automatically", that would be > clear. > > Thanks, > Ari > > > > lars vonk wrote: >> >> Hi Gerald, >> >> Don't forget Findbugs is a static code analysis tool, so it can't >> figure out everything. To get rid of these (false) warnings you could >> for instance disable these specific warnings in FindBugs for wicket >> classes that are injected by Spring using FindBugs filters. See >> http://findbugs.sourceforge.net/manual/filter.html on how to do that. >> >> BTW: The wicket docs about spring clearly explains the serialization >> problem: http://cwiki.apache.org/WICKET/spring.html >> >> -- Lars >> >> >> >> On Tue, Jul 29, 2008 at 5:10 PM, Gerald Reinhart <[EMAIL PROTECTED]> >> wrote: >>> >>> We use Findbugs on our build process, with this >>> >>> @SpringBean(name = "mySpringBean") >>> private MyPOJO config; >>> >>> Findbugs Warning : >>> >>> Class com.......MyPage defines non-transient non-serializable instance >>> field config Bug type SE_BAD_FIELD (click for details) >>> In class com.......MyPage Field com.......MyPage.config In MyPage.java >>> >>> SE_BAD_FIELD: Non-transient non-serializable instance field in >>> serializable >>> class >>> This Serializable class defines a non-primitive instance field which is >>> neither transient, Serializable, or java.lang.Object, and does not >>> appear to >>> implement the Externalizable interface or the readObject() and >>> writeObject() >>> methods. Objects of this class will not be deserialized correctly if a >>> non-Serializable object is stored in this field. >>> >>> So we set the field transient >>> >>> @SpringBean(name = "mySpringBean") >>> transient MyPOJO config; >>> >>> So that Findbugs didn't complain... that the reason why we decided to >>> develop this Helper to set SpringBean in the readObject() method. >>> Perhaps we >>> won't do all that is the documentation tell explicitly that we didn't >>> have >>> to take care of the deserialization of SpringBean (as >>> SpringComponentInjector inject Serializable proxies) >>> >>> Regards, >>> >>> >>> Gerald Reinhart >>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/%40SpringBean-and-serialization-tp15330505p18714397.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- View this message in context: http://www.nabble.com/%40SpringBean-and-serialization-tp15330505p19681208.html Sent from the Wicket - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
