Good Morning Matt- in other words make sure your spring jars are located in $CATALINA_HOME/YourWebapp/web-inf/lib and not in bootstrap ($JAVA_HOME/jre/lib/ext) system ($CATALINA_HOME/bin) common ($CATALINA_HOME/lib)
Earlier versions of tomcat also had server classes located in $CATALINA_HOME/server/lib and $CATALINA_HOME/server/classes also common classes located in $CATALINA_HOME/common/lib and $CATALINA_HOME/common/classes (if you're running tomcat 4.x or tomcat 5.x) HTH, M- This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents ----- Original Message ----- From: robert lazarski To: [email protected] Sent: Monday, November 27, 2006 10:02 PM Subject: Re: axis to spring I noticed that I had the axis2-spring-SNAPSHOT.jar after I uploaded the zip and wasn't concerned since the Classloader stuff is elsewhere .. nevertheless I did copy the axis2-spring-1.1.jar over and I got the same correct result. The 1.1 jar is now in the axis2.zip - the war - off my server. Be sure you don't have any spring jars in a higher classloader. Robert On 11/27/06, Matthew Hannay <[EMAIL PROTECTED]> wrote: I have noticed that you are using snap shot jars and I am only using the 1.1 release jars? Matt --- robert lazarski <[EMAIL PROTECTED]> wrote: > Here's my output ... its late here but it seems > right to me ... I can put my > full war up if you think it'll help - you may have > an environment issue: > > /home/iksrazal/spa1> ant rc > Buildfile: build.xml > > clean: > [delete] Deleting directory > /home/iksrazal/spa1/build > [delete] Deleting directory > /home/iksrazal/spa1/dist > > prepare: > [mkdir] Created dir: > /home/iksrazal/spa1/build/classes > [mkdir] Created dir: /home/iksrazal/spa1/dist > > compile_client: > [echo] Compiling client files > [javac] Compiling 1 source file to > /home/iksrazal/spa1/build/classes > [copy] Copying 5 files to > /home/iksrazal/spa1/build/classes > > rc: > [java] Response: <example1:string > xmlns:tns=" http://spring" > xmlns:example1="http://springExample.org/example1">Spring, > AAR > #1</example1:string> > > BUILD SUCCESSFUL > Total time: 17 seconds > [linux-iksrazal(iksrazal)] > /home/iksrazal/spa1> > [linux-iksrazal(iksrazal)] > /home/iksrazal/spa1> cd ../spa2 > [linux-iksrazal(iksrazal)] > /home/iksrazal/spa2> ant rc > Buildfile: build.xml > > clean: > [delete] Deleting directory > /home/iksrazal/spa2/build > [delete] Deleting directory > /home/iksrazal/spa2/dist > > prepare: > [mkdir] Created dir: > /home/iksrazal/spa2/build/classes > [mkdir] Created dir: /home/iksrazal/spa2/dist > > compile_client: > [echo] Compiling client files > [javac] Compiling 2 source files to > /home/iksrazal/spa2/build/classes > [copy] Copying 5 files to > /home/iksrazal/spa2/build/classes > > rc: > [java] Response: <example1:string > xmlns:tns=" http://spring" > xmlns:example1="http://springExample.org/example1">Spring, > AAR > #2</example1:string> > > BUILD SUCCESSFUL > Total time: 11 seconds > [linux-iksrazal(iksrazal)] > /home/iksrazal/spa2> > > So I can't reproduce the 'Spring, AAR #2' message > out of sp1 . I can't think > of why the spring bean names would matter, if they > were overwriting having > the same names I think would be the test case. So > keep digging, a > clue-by-four might hit me eventauly ;-). > > Robert > > On 11/27/06, Matthew Hannay > <[EMAIL PROTECTED]> wrote: > > > > robert, > > > > Thanks for your example, however the spring config > for > > the second deployed been over writes the first. > > > > It works as your beans are the same name. > > My beand definitions for each aar are different!! > > > > What I did - > > 1. fresh tomcat 5.5.20 > > 2. droped the axis2 1.1 war into the web apps > > directory > > 3. built spa1 and spa2 and put them in the > services > > 4. startup tomcat. > > > > If you deploy both aars, spa1 and spa2, run your > 'ant > > rc' for spa1 you get > > > > > --------------------------------------------------- > > [java] Response: <example1:string > > xmlns:tns="http://spring" xmlns:example1= > > http://springExample.org/example1">Spring, AAR > > #2</example1:string> > > > --------------------------------------------------- > > > > If I only deploy spa1 I get: > > > ---------------------------------------------------- > > [java] Response: <example1:string > > xmlns:tns="http://spring" xmlns:example1= > > http://springExample.org/example1">Spring, AAR > > #1</example1:string> > > > > > > Note the over written injected value!! > > > > Matt > > > > > > --- robert lazarski <[EMAIL PROTECTED] > > wrote: > > > > > I just gave axis2 std-bin 1.1 a run with 2 aar's > > > having the same spring > > > beans supplied with different messages, and it > works > > > for me. You can > > > download both env's with just the name of the > > > services changed, names of the > > > aar's changed etc, different messages injected > to > > > the spring beans etc here > > > to test if you'd like: > > > > > > > > > http://www.braziloutsource.com/random/axis2_spring_2_aar.zip > > > > > > Just cd to each dir and run 'ant rc' to execute > the > > > client after installing > > > the aar files - tomcat 5.5 in my case. Also, as > > > explained in the docs remove > > > _all_ spring files from the war WEB-INF/lib - > those > > > are primarily there for > > > the ServletContext / not inside the aar case. > > > Everything needed is inside > > > the aar's . > > > > > > BTW, the axis2 service classloader should and > > > seemingly does in this case > > > have complete aar seperation, ie do a ' > > > > > > ClassPathXmlApplicationContext.setClasspath(AxisService.getClassLoader()) > > > and that should be enough. There were some > > > classloader issues during > > > the 1.1dev cycle but from what I see at this > point > > > eveything is > > > working as > > > expected. If you still have problems please > create a > > > jira and upload your > > > AAR files. > > > > > > HTH, > > > Robert > > > > > > On 11/27/06, Matthew Hannay > > > < [EMAIL PROTECTED]> wrote: > > > > > > > > I have looked at the Spring code for the > > > > ClassPathXmlApplicationContext > > > > and the java docs say: > > > > > > > > * > > > > * <p>Note: In case of multiple config > locations, > > > > later bean definitions will > > > > * override ones defined in earlier loaded > files. > > > This > > > > can be leveraged to > > > > * deliberately override certain bean > definitions > > > via > > > > an extra XML file. > > > > * > === message truncated === Send instant messages to your online friends http://au.messenger.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
