[Jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Work on JBCACHE-13: Standalone Tomcat http session repli

[jkharness87 <do-...@jb...>]

Brian - 

     A few more questions:

     1. I tried pre-compiling with aopc and it looks like the checkPojoType method of org.jboss.web.tomcat.tc5.session is not correctly detecting that my POJO implements the Advised interface.  Does it work for you with aopc?

     2. I was able to get it to succesfully work with the -javagent command line switch for Java 5 (using loadtime weaving).  However, I'm not happy with a couple of things and hoped that you could shed some light:

          A. I had to modify the catalina.sh/catalina.bat script such that gobs of tomcat specific jars that are in $CATALINA_HOME/common/lib and $CATALINA_HOME/server/lib (to avoid ClassNotFoundException's).  Am I doing something wrong? Seems these should already be in the classpath.

          B. I'd like it if my POJO classes that are being clustered don't have to reside in $CATALINA_HOME/common/lib.  It seems that they have to reside there because if they are deployed as a part of a War file, when the second tomcat instance starts up, it attempts to receive the clustered objects from tomcat 1's session. However, since this occurs prior to loading my distributable war in tomcat 2, a ClassNotFoundException is thrown.  Do you know of any way around this?

     3. Is there any way, that you know of, through the aop notation in jboss-aop.xml to instruct jboss-aop to instrument all field access for a package name that starts with, for instance, com.jtv no matter how deep the package structure goes?  I'd like to not have to declare com.jtv.bo.*, com.jtv.services.*, etc.  Honestly, I'd really like it if everything I placed in the HttpSession auto-magically @ loadtime was forced to implement the Advised interface and had field access interception applied.  Of course, I realize this probably is just a dream ; )

     4. Ultimatley, we'd like to potentially have multiple war files deployed that use different revisions of our clusted POJO's in tomcat.  We'd want to do this, for instance, when we are draining user sessions off of a web context that we are upgrading with a new web context (with updated objects that should be clustered).  How would we configure this such that the new war doesn't join the wrong cluster given that it seems that the cluster is configured on a tomcat-wide basis rather than on a web context by web context basis? Is this possbile, that you know of,  with JBossCache and tomcat?

     FYI - I'm currently @ Java One and just noticed you are speaking along with Ben Wang @ a BOF session.  I greatly look forward to meeting you guys and hearing the insights you have. 

Many Thanks,

Josh Harness

Senior Engineer
Jewelry Televison

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3943705#3943705

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3943705