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]
