Re: Ibatis 3 - Lazy Loading and Serializable Sessions
a few years ago with Ibatis 2.X without any resolution. Basically, lazy loaded objects are enhanced with byte-code generation. The enhanced object/proxy is not serializable even though the source object is. This obviously plays havoc with web applications if the source object is stored in the session. A very simple and probably often used scenario would be a user object that contains a contact object which contains a location, etc.., stored in the session after authentication. Lazy loading can be very useful in situations like this, but the session cannot be serialized to disk by the container (e.g. Tomcat). This negates clustering, for one, thing, and is also a pain for development, as the context is often reloaded due to code changes. Without the serialization support, the developer must plow through the entire log on and resulting work-flow to get to the required web page again. Are there any technical or architectural issues around making the enhanced object serializable? Has anyone else run into this problem? Right now, I've disabled lazy loading to allow the session to be serialized. Thanks, Mike -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28442042.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28446761.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org
Re: Ibatis 3 - Lazy Loading and Serializable Sessions
) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:619) I am using the ibatis-core-3.0.jar version of the library. Thanks, Mike Clinton Begin wrote: iBATIS 3 enhanced objects should be serializable. Can you post the exception you're getting? Clinton On Mon, May 3, 2010 at 7:25 PM, moffit mof...@gmail.com wrote: Hi, I noticed that this question was asked a few years ago with Ibatis 2.X without any resolution. Basically, lazy loaded objects are enhanced with byte-code generation. The enhanced object/proxy is not serializable even though the source object is. This obviously plays havoc with web applications if the source object is stored in the session. A very simple and probably often used scenario would be a user object that contains a contact object which contains a location, etc.., stored in the session after authentication. Lazy loading can be very useful in situations like this, but the session cannot be serialized to disk by the container (e.g. Tomcat). This negates clustering, for one, thing, and is also a pain for development, as the context is often reloaded due to code changes. Without the serialization support, the developer must plow through the entire log on and resulting work-flow to get to the required web page again. Are there any technical or architectural issues around making the enhanced object serializable? Has anyone else run into this problem? Right now, I've disabled lazy loading to allow the session to be serialized. Thanks, Mike -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28442042.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28446761.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org
Ibatis 3 - Lazy Loading and Serializable Sessions
Hi, I noticed that this question was asked a few years ago with Ibatis 2.X without any resolution. Basically, lazy loaded objects are enhanced with byte-code generation. The enhanced object/proxy is not serializable even though the source object is. This obviously plays havoc with web applications if the source object is stored in the session. A very simple and probably often used scenario would be a user object that contains a contact object which contains a location, etc.., stored in the session after authentication. Lazy loading can be very useful in situations like this, but the session cannot be serialized to disk by the container (e.g. Tomcat). This negates clustering, for one, thing, and is also a pain for development, as the context is often reloaded due to code changes. Without the serialization support, the developer must plow through the entire log on and resulting work-flow to get to the required web page again. Are there any technical or architectural issues around making the enhanced object serializable? Has anyone else run into this problem? Right now, I've disabled lazy loading to allow the session to be serialized. Thanks, Mike -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28442042.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org
Re: Ibatis 3 - Lazy Loading and Serializable Sessions
iBATIS 3 enhanced objects should be serializable. Can you post the exception you're getting? Clinton On Mon, May 3, 2010 at 7:25 PM, moffit mof...@gmail.com wrote: Hi, I noticed that this question was asked a few years ago with Ibatis 2.X without any resolution. Basically, lazy loaded objects are enhanced with byte-code generation. The enhanced object/proxy is not serializable even though the source object is. This obviously plays havoc with web applications if the source object is stored in the session. A very simple and probably often used scenario would be a user object that contains a contact object which contains a location, etc.., stored in the session after authentication. Lazy loading can be very useful in situations like this, but the session cannot be serialized to disk by the container (e.g. Tomcat). This negates clustering, for one, thing, and is also a pain for development, as the context is often reloaded due to code changes. Without the serialization support, the developer must plow through the entire log on and resulting work-flow to get to the required web page again. Are there any technical or architectural issues around making the enhanced object serializable? Has anyone else run into this problem? Right now, I've disabled lazy loading to allow the session to be serialized. Thanks, Mike -- View this message in context: http://old.nabble.com/Ibatis-3---Lazy-Loading-and-Serializable-Sessions-tp28442042p28442042.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org - To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org
