different applications have different classpaths, so they are isolated, unless you put the classes in a shared dir, like tomcat shared lib dir, in that case there would be some mixing, unless you create package locators for them. Btw i just merged a patch into trunk that should take care of those exceptions:
https://issues.apache.org/struts/browse/WW-3234 Thanks to Brian Ferris for it. musachy On Thu, Oct 8, 2009 at 11:10 AM, James Cook <james.c...@wecomm.com> wrote: > Hi, thank you very much for your response... > > The exceptions don't really bother me, it is just we deployed an app onto a > domain with 5 other apps and it just trawled through all their packages. > > This does however beg the question. What would have happened if I had another > S2 app on the domain and that scanning actually picked up valid actions? > Would my app actually be able to see them e.g. from the config-browser and > would this affect the operation? > > Thanks again > > James > > -----Original Message----- > From: Musachy Barroso [mailto:musa...@gmail.com] > Sent: 08 October 2009 18:59 > To: Struts Users Mailing List > Subject: Re: 2.1.6, Convention Plugin + Spring + Glassfish 2 ur2 > > Those exceptions are annoying, but they can be ignored. There are > multiple settings for scanning, like not scanning jars, which you can > play with. > > musachy > > On Thu, Oct 8, 2009 at 10:19 AM, James Cook <james.c...@wecomm.com> wrote: >> Hi All, >> >> I did ask this question before but never received an answer, I do >> understand that this is quite complex problem. However I thought I would >> ask again in case anyone else has come across this... >> >> When I use the Convention plugin with Spring and Glassfish, upon deploy >> of the resulting WAR the Convention plugin scans all the packages that >> are in the /applications/j2ee-modules of the given domain. >> >> This is seen in the server log of the Glassfish e.g. >> >> [#|2009-10-08T14:24:09.106+0100|WARNING|sun-appserver9.1|javax.enterpris >> e.system.stream.err|_ThreadID=10;_ThreadName=main;_RequestID=00746e6a-87 >> 1e-4a90-b155-92d8b81b942b;| >> java.lang.Exception: Could not load >> domains/domain3/applications/j2ee-modules/OtherApp/WEB-INF/classes/com/o >> ther/package/SubmissionThread.class >> at >> com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(ClassFinder >> .java:745) >> at >> com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java: >> 148) >> at >> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAction >> s(PackageBasedActionConfigBuilder.java:295) >> at >> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActio >> nConfigs(PackageBasedActionConfigBuilder.java:277) >> >> OtherApp is another application I have installed on the same domain. >> >> Is this a bug with convention? I am using default settings and when I >> get the chance I plan on adding >> >> struts.convention.package.locators.basePackage to be my com.myApp.stuff >> to see if this restricts this... >> >> Any help would be very much appreciated. >> >> James >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> For additional commands, e-mail: user-h...@struts.apache.org >> >> > > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > -- "Hey you! Would you help me to carry the stone?" Pink Floyd --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org