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.
> > *
> >
> > I'll work out what needs to be done to ensure that
> > loaded contexts can be maintained and post my
> > findings.
> >
> > Matt
> >
> >
> > --- Matthew Hannay <[EMAIL PROTECTED]>
> wrote:
> >
> > > I sure am using the Axis2 Service classloader.
> > >
> > > It still over writes.
> > >
> > > Matt
> > >
> > > --- robert lazarski <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Your startUp() code has to use the Axis2
> Service
> > > > classloader:
> > > >
> > > > public void startUp(ConfigurationContext
> ignore,
> > > > AxisService service) {
> > > >
> > > > try {
> > > > System.out.println("Starting
> spring
> > > > init");
> > > > ClassLoader classLoader =
> > > > service.getClassLoader();
> > > > ClassPathXmlApplicationContext
> appCtx
> > > =
> > > > new
> > > > ClassPathXmlApplicationContext(new
> > > > String[] {"
> > > > applicationContext.xml"}, false);
> > > >
> > > appCtx.setClassLoader(classLoader);
> > > > appCtx.refresh();
> > > > System.out.println("spring
> loaded");
> > > > } catch (Exception ex) {
> > > > ex.printStackTrace();
> > > > }
> > > > }
> > > >
> > > > If you are still getting the appCtx
> overwritten
> > > with
> > > > that code in both
> > > > AAR's, let us know and we'll take a look at
> it.
> > > >
> > > > Robert
> > > >
> > > > On 11/22/06, Matthew Hannay
> > > > <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > I am just getting back to this after a few
> days
> > > > ....
> > > > >
> > > > >
> > > > > > Are you looking at the latest docs ?
> > > > > Yeah, I am using the latest docs. However
> > > looking
> > > > at
> > > > > the new 1.1 doco I't makes things a lot
> clearer.
> > > > >
> > > > > However I have worked out what my problem is
> > > > > and this could potentially be an axis bug.
> > > > >
> > > > > I have 2 aars each configured to run the
> spring
> > > > init
> > > > > on startup.
> > > > >
> > > > > what I am finding is the second deployed aar
> > > over
> > > > > writes the applicationContext of the first!!
> > > > >
> > > > > so when I hit the first service I get a no
> > > spring
> > > > bean
> > > > > found error.
> > > > >
> > > > > The aar deployed second works fine and if I
> only
> > > > depoy
> > > > > the first aar it works fine too.
> > > > >
> > > > > To me it looks like the second aar blows
> away
> > > the
> > > > > first
> > > > > aar's environment? I have not fished through
> the
> > > > code
> > > > > to verify this yet.
> > > > >
> > > > > Does any one have any insight? Should I
> raise
> > > this
> > > > as
> > > > > a JIRA?
> > > > >
> > > > > Matt
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --- robert lazarski
> <[EMAIL PROTECTED]>
> > > > wrote:
> > > > >
> > > > > > Are you looking at the latest docs ?
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> >
>
http://svn.apache.org/repos/asf/webservices/axis2/branches/java/1_1/xdocs/1_1/spring.html
> > > > > >
> > > > > > Give me an idea of what's lacking and I'll
> try
> > > > and
> > > > > > get it in for the
> > > > > > imminent 1.1 release.
> > > > > >
> > > > > > Robert
> > > > > >
> > > > > > On 11/13/06, Matthew Hannay
>
=== 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]
