Return-Path: Delivered-To: apmail-struts-user-archive@www.apache.org Received: (qmail 73729 invoked from network); 12 Feb 2009 18:48:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Feb 2009 18:48:34 -0000 Received: (qmail 78107 invoked by uid 500); 12 Feb 2009 18:48:09 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 78080 invoked by uid 500); 12 Feb 2009 18:48:09 -0000 Mailing-List: contact user-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list user@struts.apache.org Received: (qmail 78058 invoked by uid 99); 12 Feb 2009 18:48:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 10:48:09 -0800 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of musachy@gmail.com designates 209.85.162.180 as permitted sender) Received: from [209.85.162.180] (HELO el-out-1112.google.com) (209.85.162.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 18:48:00 +0000 Received: by el-out-1112.google.com with SMTP id v27so575802ele.17 for ; Thu, 12 Feb 2009 10:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=A1F2W1okd9R6phZE2kSpkmGctTDoPNAVJj+1nFrowwI=; b=pXG/gNQzGh3KI8ddnTft/JlMSqKZFMgacPDb0yeJMmaBN4yGJFHUMKJ7ecEZH0wfBR wZ53zJJZH0Y9Sx0HYRp+HURFJdO1dIN8MveVup3kgHlFtI3FInCJ7BCTNBoaYD3oIauV PhRDj+U5FAkWYYPa557WzKwYMhkHqriCajiNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=lEz5uRUi6AIs98/BVFvbnU8iFqULmZaYwsh5CY6qDi6eqsysHnnHHyZvUKaY3Brgf1 BxBZF6PTLrIBOf4z0PFNqa540BSyXC46QHCVWG1xrkkA3OlR4coL684hA8GF4e3IrhFe KKzJQCEpYii51L+f0eOLJ+0dlS1yaMxPwDt+0= MIME-Version: 1.0 Received: by 10.151.47.7 with SMTP id z7mr1237041ybj.110.1234464459041; Thu, 12 Feb 2009 10:47:39 -0800 (PST) In-Reply-To: <31F597BB488C444D8FA33247C63942DC03B9CE46@nwpsrv08.edj.ad.edwardjones.com> References: <31F597BB488C444D8FA33247C63942DC03B59507@nwpsrv08.edj.ad.edwardjones.com> <31F597BB488C444D8FA33247C63942DC03B9CCAD@nwpsrv08.edj.ad.edwardjones.com> <31F597BB488C444D8FA33247C63942DC03B9CD69@nwpsrv08.edj.ad.edwardjones.com> <31F597BB488C444D8FA33247C63942DC03B9CD84@nwpsrv08.edj.ad.edwardjones.com> <31F597BB488C444D8FA33247C63942DC03B9CE46@nwpsrv08.edj.ad.edwardjones.com> Date: Thu, 12 Feb 2009 13:47:38 -0500 Message-ID: Subject: Re: Convention Plugin problem From: Musachy Barroso To: Struts Users Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I added a new constant "struts.convention.action.fileProtocols" so we can cover these weird app server cases. You can now set: let me know if it works for you. (committed to trunk) musachy On Tue, Jan 27, 2009 at 3:08 PM, Pennel,Paul T wrote: > Love the hack idea, well for a hack anyway. Unfortunately it didn't > work, at least not by itself. However we did find an even bigger 2 part > hack that does work. > > Apparently weblogic's classloader uses jar:file:/ for everything in the > classpath and zip: for everything in WEB-INF/lib. Based on this when you > ask it for every jar with META-INF it doesn't even look at our jar. So > our two part hack was > > 1. Add the META-INF directory to our classes directory to make it look > like a .jar file > 2. Change com.opensymphony.xwork2.util.finder.Url set to look for both > jarfile:/ and zip: To do this the getUrl method was changed to replace > zip: to jar:file:/ as you can see in the bolded lines below. > > Apparently tomcat treats items in WEB-INF/lib as jar:file:/ while > weblogic treats them as zip:. > > private static List getUrls(ClassLoader classLoader) throws > IOException { > List list =3D new ArrayList(); > ArrayList urls =3D > Collections.list(classLoader.getResources("META-INF")); > for (URL url : urls) { > String externalForm =3D url.toExternalForm(); > int i =3D externalForm.lastIndexOf("META-INF"); > externalForm =3D externalForm.substring(0, i); > if (externalForm.startsWith("zip:")) { > externalForm =3D externalForm.replace("zip:", > "jar:file:/"); > } > url =3D new URL(externalForm); > list.add(url); > } > list.addAll(Collections.list(classLoader.getResources(""))); > return list; > } > > > > If you are not the intended recipient of this message (including attachm= ents), or if you have received this message in error, immediately notify us= and delete it and any attachments. If you no longer wish to receive e-mai= l from Edward Jones, please send this request to messages@edwardjones.com. = You must include the e-mail address that you wish not to receive e-mail co= mmunications. For important additional information related to this e-mail,= visit www.edwardjones.com/US_email_disclosure > > -----Original Message----- > > > From: Musachy Barroso [mailto:musachy@gmail.com] > Sent: Tuesday, January 27, 2009 12:32 PM > To: Struts Users Mailing List > Subject: Re: Convention Plugin problem > > Hack ahead. If you add a "META-INF" dir to your classes dir, maybe > weblogic will (be dumb enough and) package it with the .class files > inside the magic jar. > > musachy > > On Tue, Jan 27, 2009 at 1:26 PM, Pennel,Paul T > wrote: >> We've looked around and haven't found away to stop it from >> interfering, doesn't mean there isn't a way, we just don't know of > any. >> >> >> >> If you are not the intended recipient of this message (including >> attachments), or if you have received this message in error, >> immediately notify us and delete it and any attachments. If you no >> longer wish to receive e-mail from Edward Jones, please send this >> request to messages@edwardjones.com. You must include the e-mail >> address that you wish not to receive e-mail communications. For >> important additional information related to this e-mail, visit >> www.edwardjones.com/US_email_disclosure >> >> -----Original Message----- >> >> >> From: Musachy Barroso [mailto:musachy@gmail.com] >> Sent: Tuesday, January 27, 2009 12:21 PM >> To: Struts Users Mailing List >> Subject: Re: Convention Plugin problem >> >> Is there any way to tell weblogic not to mess with your class files >> and just leave them where they are inside the war? Why do app servers >> need to do everything so complicated? >> >> musachy >> >> On Tue, Jan 27, 2009 at 1:11 PM, Pennel,Paul T >> wrote: >>> It appears we have learned a little more. Convention calls the xworks > >>> file com.opensymphony.xwork2.util.finder.UrlSet which does a >>> ClassLoader.getResource("META-INF") in the getURLs method. However >>> when weblogic creates the _wl_cls_gen.jar it does not add a META-INF >>> directory so that jar file is passed over by Convention. So in >>> debugging we saw it find our jar but pass it over because of the lack > >>> of META-INF directory. >>> >>> We are using xwork 2.1.2 >>> >>> It seems like struts 2's convention/xwork2 and weblogic 10 are not >>> playing nice together. Any ideas on solving this? >>> >>> >>> >>> >>> If you are not the intended recipient of this message (including >>> attachments), or if you have received this message in error, >>> immediately notify us and delete it and any attachments. If you no >>> longer wish to receive e-mail from Edward Jones, please send this >>> request to messages@edwardjones.com. You must include the e-mail >>> address that you wish not to receive e-mail communications. For >>> important additional information related to this e-mail, visit >>> www.edwardjones.com/US_email_disclosure >>> >>> -----Original Message----- >>> >>> >>> From: Pennel,Paul T >>> Sent: Tuesday, January 27, 2009 11:14 AM >>> To: 'Struts Users Mailing List' >>> Subject: RE: Convention Plugin problem >>> >>> You are correct, I'm not sure what weblogic is doing with that >>> appmergegen directory. >>> >>> -----Original Message----- >>> From: Musachy Barroso [mailto:musachy@gmail.com] >>> Sent: Tuesday, January 27, 2009 10:45 AM >>> To: Struts Users Mailing List >>> Subject: Re: Convention Plugin problem >>> >>> That is different from the path in the exception: >>> >>> servers/AdminServer/tmp//appmergegen_1233073185944_frm-console/war/WE >>> B >>> -I >>> NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebF >>> a >>> rm >>> Action.class >>> >>> musachy >>> >>> On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T >>> wrote: >>>> It is in weblogic under my domain at >>>> servers\AdminServer\tmp\_WL_user\frm-console\jt5t7o\war\WEB-INF\lib. >>>> The _wl_cls_gen.jar does not exist when I build the .war file, it is > >>>> only created by weblogic upon deployment. >>>> >>>> >>>> >>>> If you are not the intended recipient of this message (including >>>> attachments), or if you have received this message in error, >>>> immediately notify us and delete it and any attachments. If you no >>>> longer wish to receive e-mail from Edward Jones, please send this >>>> request to messages@edwardjones.com. You must include the e-mail >>>> address that you wish not to receive e-mail communications. For >>>> important additional information related to this e-mail, visit >>>> www.edwardjones.com/US_email_disclosure >>>> >>>> -----Original Message----- >>>> >>>> >>>> From: Musachy Barroso [mailto:musachy@gmail.com] >>>> Sent: Tuesday, January 27, 2009 10:34 AM >>>> To: Struts Users Mailing List >>>> Subject: Re: Convention Plugin problem >>>> >>>> where is _wl_cls_gen.jar located? >>>> >>>> musachy >>>> >>>> On Tue, Jan 27, 2009 at 11:31 AM, Musachy Barroso >>>> >>>> wrote: >>>>> The scanner(convention) found it, but now the class >>>>> loader(weblogic's >>>>> probably) is unable to load it. I don't know anything about >>>>> weblogic, >>> >>>>> but I would guess that your jar is somehow in the classpath, so it >>>>> should be able to load it. >>>>> >>>>> musachy >>>>> >>>>> On Tue, Jan 27, 2009 at 11:25 AM, Pennel,Paul T >>>>> wrote: >>>>>> I tried the patter suggested, among other and again no luck. >>>>>> >>>>>> I undeployed my .war and redeployed it and get the following stack > >>>>>> trace >>>>>> >>>>>> java.lang.Exception: Could not load >>>>>> servers/AdminServer/tmp//appmergegen_1233073185944_frm-console/war >>>>>> / >>>>>> W >>>>>> E >>>>>> B-I >>>>>> NF/classes/com/e >>>>>> >> dwardjones/framework/console/actions/webfarm/EditWebFarmAction.class >>>>>> at >>>>>> com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(Class >>>>>> F >>>>>> i >>>>>> n >>>>>> der >>>>>> .java:745) >>>>>> at >>>>>> >>>> >>> >> > com.opensymphony.xwork2.util.finder.ClassFinder.(ClassFinder.java: >>>>>> 148) >>>>>> at >>>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.find >>>>>> A >>>>>> c >>>>>> t >>>>>> ion >>>>>> s(PackageBasedActionConfigBuilder.java:29 >>>>>> 5) >>>>>> at >>>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buil >>>>>> d A c tio nConfigs(PackageBasedActionConfigBuilder. >>>>>> java:277) >>>>>> at >>>>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackage >>>>>> s >>>>>> ( >>>>>> C >>>>>> las >>>>>> spathPackageProvider.java:52) >>>>>> at >>>>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadCon >>>>>> t >>>>>> a >>>>>> i >>>>>> ner >>>>>> (DefaultConfiguration.java:200) >>>>>> at >>>>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfigurati >>>>>> o >>>>>> n >>>>>> ( >>>>>> Con >>>>>> figurationManager.java:55) >>>>>> at >>>>>> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration >>>>>> ( >>>>>> D >>>>>> i >>>>>> spa >>>>>> tcher.java:360) >>>>>> at >>>>>> org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403) >>>>>> at >>>>>> >>> org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher. >>>>>> jav >>>>>> a:190) >>>>>> at >>>>>> weblogic.servlet.internal.FilterManager$FilterInitAction.run(Filte >>>>>> r >>>>>> M >>>>>> a >>>>>> nag >>>>>> er.java:329) >>>>>> at >>>>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authentic >>>>>> a >>>>>> t >>>>>> e >>>>>> dSu >>>>>> bject.java:321) >>>>>> at weblogic.security.service.SecurityManager.runAs(Unknown >>>>>> Source) >>>>>> at >>>>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.j >>>>>> a >>>>>> v >>>>>> a >>>>>> :95 >>>>>> ) >>>>>> at >>>>>> >>> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager. >>>>>> jav >>>>>> a:58) >>>>>> at >>>>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(We >>>>>> b >>>>>> A >>>>>> p >>>>>> pSe >>>>>> rvletContext.java:1788) >>>>>> at >>>>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServlet >>>>>> C >>>>>> o >>>>>> n >>>>>> tex >>>>>> t.java:2999) >>>>>> at >>>>>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule. >>>>>> j >>>>>> a >>>>>> v >>>>>> a:1 >>>>>> 371) >>>>>> at >>>>>> > weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468) >>>>>> at >>>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(Module >>>>>> S >>>>>> t >>>>>> a >>>>>> teD >>>>>> river.java:204) >>>>>> at >>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachi >>>>>> n >>>>>> e >>>>>> D >>>>>> riv >>>>>> er.java:37) >>>>>> at >>>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleS >>>>>> t >>>>>> a >>>>>> t >>>>>> eDr >>>>>> iver.java:60) >>>>>> at >>>>>> weblogic.application.internal.flow.ScopedModuleDriver.start(Scoped >>>>>> M >>>>>> o >>>>>> d >>>>>> ule >>>>>> Driver.java:200) >>>>>> at >>>>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Mod >>>>>> u >>>>>> l >>>>>> e >>>>>> Lis >>>>>> tenerInvoker.java:117) >>>>>> at >>>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(Module >>>>>> S >>>>>> t >>>>>> a >>>>>> teD >>>>>> river.java:204) >>>>>> at >>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachi >>>>>> n >>>>>> e >>>>>> D >>>>>> riv >>>>>> er.java:37) >>>>>> at >>>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleS >>>>>> t >>>>>> a >>>>>> t >>>>>> eDr >>>>>> iver.java:60) >>>>>> at >>>>>> weblogic.application.internal.flow.StartModulesFlow.activate(Start >>>>>> M >>>>>> o >>>>>> d >>>>>> ule >>>>>> sFlow.java:27) >>>>>> at >>>>>> >>>> >>> >> > weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java: >>>>>> 635) >>>>>> at >>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachi >>>>>> n >>>>>> e >>>>>> D >>>>>> riv >>>>>> er.java:37) >>>>>> at >>>>>> >>> weblogic.application.internal.BaseDeployment.activate(BaseDeployment. >>>>>> jav >>>>>> a:212) >>>>>> at >>>>>> weblogic.application.internal.SingleModuleDeployment.activate(Sing >>>>>> l >>>>>> e >>>>>> M >>>>>> odu >>>>>> leDeployment.java:16) >>>>>> at >>>>>> weblogic.application.internal.DeploymentStateChecker.activate(Depl >>>>>> o >>>>>> y >>>>>> m >>>>>> ent >>>>>> StateChecker.java:162) >>>>>> at >>>>>> weblogic.deploy.internal.targetserver.AppContainerInvoker.activate >>>>>> ( >>>>>> A >>>>>> p >>>>>> pCo >>>>>> ntainerInvoker.java:79) >>>>>> at >>>>>> > weblogic.deploy.internal.targetserver.operations.AbstractOperation. >>>>>> a >>>>>> c >>>>>> tiv >>>>>> ate(AbstractOperation.java:569) >>>>>> at >>>>>> > weblogic.deploy.internal.targetserver.operations.ActivateOperation. >>>>>> a >>>>>> c >>>>>> tiv >>>>>> ateDeployment(ActivateOperation.java:140) >>>>>> >>>>>> at >>>>>> > weblogic.deploy.internal.targetserver.operations.ActivateOperation. >>>>>> d >>>>>> o >>>>>> Com >>>>>> mit(ActivateOperation.java:106) >>>>>> at >>>>>> > weblogic.deploy.internal.targetserver.operations.AbstractOperation. >>>>>> c >>>>>> o >>>>>> mmi >>>>>> t(AbstractOperation.java:323) >>>>>> at >>>>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleDepl >>>>>> o >>>>>> y >>>>>> m >>>>>> ent >>>>>> Commit(DeploymentManager.java:820) >>>>>> at >>>>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDe >>>>>> p >>>>>> l >>>>>> o >>>>>> yme >>>>>> ntList(DeploymentManager.java:1227) >>>>>> at >>>>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleComm >>>>>> i >>>>>> t >>>>>> ( >>>>>> Dep >>>>>> loymentManager.java:436) >>>>>> at >>>>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher. >>>>>> c >>>>>> o >>>>>> m >>>>>> mit >>>>>> (DeploymentServiceDispatcher.java:163) >>>>>> at >>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCa >>>>>> l l b ack Deliverer.doCommitCallback(DeploymentRece >>>>>> iverCallbackDeliverer.java:181) >>>>>> at >>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCa >>>>>> l l b ack Deliverer.access$100(DeploymentReceiverCa >>>>>> llbackDeliverer.java:12) >>>>>> at >>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCa >>>>>> l l b ack Deliverer$2.run(DeploymentReceiverCallbac >>>>>> kDeliverer.java:67) >>>>>> at >>>>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTu >>>>>> n >>>>>> i >>>>>> n >>>>>> gWo >>>>>> rkManagerImpl.java:516) >>>>>> at >>> weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) >>>>>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) >>>>>> >>>>>> >>>>>> It appears that convention is finding my class but doesn't like > it. >>>>>> Any ideas why that would happen? >>>>>> >>>>>> >>>>>> >>>>>> If you are not the intended recipient of this message (including >>>>>> attachments), or if you have received this message in error, >>>>>> immediately notify us and delete it and any attachments. If you >>>>>> no >> >>>>>> longer wish to receive e-mail from Edward Jones, please send this >>>>>> request to messages@edwardjones.com. You must include the e-mail >>>>>> address that you wish not to receive e-mail communications. For >>>>>> important additional information related to this e-mail, visit >>>>>> www.edwardjones.com/US_email_disclosure >>>>>> >>>>>> -----Original Message----- >>>>>> >>>>>> >>>>>> From: Musachy Barroso [mailto:musachy@gmail.com] >>>>>> Sent: Tuesday, January 27, 2009 9:12 AM >>>>>> To: Struts Users Mailing List >>>>>> Subject: Re: Convention Plugin problem >>>>>> >>>>>> set the include Jar pattern to ".*/_wl_cls_gen.jar(!/)?" or >>>>>> something similar, that matches the URL of the magic jar. >>>>>> >>>>>> musachy >>>>>> >>>>>> On Tue, Jan 27, 2009 at 9:56 AM, Pennel,Paul T >>>>>> wrote: >>>>>>> OK, I think I see the problem, not sure of the solution though. >>>>>>> >>>>>>> On startup I see >>>>>>> >>>>>>> [WARN]~2009-01-27-14.52.08.754UTC~EDJ~The includeJars pattern >>>>>>> [.*wl*cls*gen*] did not matc h any jars in the classpath >>>>>>> >>>>>>> Weblogic generates _wl_cls_gen.jar when it deploys my .war file >>>>>>> and >>> >>>>>>> it >>>>>> >>>>>>> contains all of my .class files. When I created the .war the >>>>>>> .class >>> >>>>>>> files are not in a jar file they are in WEB-INF\classes. >>>>>>> >>>>>>> So how do I get the convention plugin to see these files? >>>>>>> >>>>>>> >>>>>>> >>>>>>> If you are not the intended recipient of this message (including > >>>>>>> attachments), or if you have received this message in error, >>>>>>> immediately notify us and delete it and any attachments. If you >>>>>>> no >>> >>>>>>> longer wish to receive e-mail from Edward Jones, please send this > >>>>>>> request to messages@edwardjones.com. You must include the e-mail > >>>>>>> address that you wish not to receive e-mail communications. For >>>>>>> important additional information related to this e-mail, visit >>>>>>> www.edwardjones.com/US_email_disclosure >>>>>>> >>>>>>> -----Original Message----- >>>>>>> >>>>>>> >>>>>>> From: Musachy Barroso [mailto:musachy@gmail.com] >>>>>>> Sent: Tuesday, January 27, 2009 8:25 AM >>>>>>> To: Struts Users Mailing List >>>>>>> Subject: Re: Convention Plugin problem >>>>>>> >>>>>>> Enable tracing/debug for the convention plugin and it will log >>>>>>> every >>>> >>>>>>> step of the way (quite verbose). >>>>>>> >>>>>>> musachy >>>>>>> >>>>>>> On Tue, Jan 27, 2009 at 8:37 AM, Pennel,Paul T >>>>>>> wrote: >>>>>>>> I changed my class annotation to @Namespace("/webfarm") as >>>> suggested. >>>>>>>> It did not help. As part of this test I deleted my .war from >>>>>>>> weblogic >>>>>> >>>>>>>> and ran a clean target before creating my new war and >>>>>>>> redeploying >> >>>>>>>> it to weblogic. >>>>>>>> >>>>>>>> Yes it appears I forgot to mention, I verified that >>>>>>>> struts2-convention-plugin-2.1.6.jar is in my war files >>>>>>>> WEB-INF/lib >>> >>>>>>>> directory. Also, I meant that >>>>>>>> struts2-convention-plugin-2.1.6.jar >>>>>>>> was >>>>>> >>>>>>>> what I created the optional package for and deployed, I did not >>>>>>>> create >>>>>>> >>>>>>>> an optional package for struts2-config-browser-plugin-2.1.6.jar >>>>>>>> as >>> >>>>>>>> I previously stated. >>>>>>>> >>>>>>>> On start up the only error I have is >>>>>>>> java.lang.Exception: Could not load >>>>>>>> servers/AdminServer/tmp//appmergegen_1233009314130/hel >>>>>>>> lo/war/clja92/WEB-INF/classes/com/edwardjones/action/HelloWorld. >>>>>>>> c >>>>>>>> l >>>>>>>> a >>>>>>>> ss >>>>>>>> >>>>>>>> This is a test class I was trying to create to test this issue, >>>>>>>> but >>>> >>>>>>>> not the class I'm trying to hit. >>>>>>>> >>>>>>>> Thanks for the info on chaining, I will look it over. >>>>>>>> >>>>>>>> Any additional thoughts? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If you are not the intended recipient of this message >>>>>>>> (including >> >>>>>>>> attachments), or if you have received this message in error, >>>>>>>> immediately notify us and delete it and any attachments. If you > >>>>>>>> no >>>> >>>>>>>> longer wish to receive e-mail from Edward Jones, please send >>>>>>>> this >> >>>>>>>> request to messages@edwardjones.com. You must include the >>>>>>>> e-mail >> >>>>>>>> address that you wish not to receive e-mail communications. For > >>>>>>>> important additional information related to this e-mail, visit >>>>>>>> www.edwardjones.com/US_email_disclosure >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> >>>>>>>> >>>>>>>> From: dusty [mailto:dustin_pearce@yahoo.com] >>>>>>>> Sent: Monday, January 26, 2009 11:18 PM >>>>>>>> To: user@struts.apache.org >>>>>>>> Subject: Re: Convention Plugin problem >>>>>>>> >>>>>>>> >>>>>>>> +1 for @Namespace("/webfarm") >>>>>>>> >>>>>>>> chaining is usually a sign of a bad pattern. See >>>>>>>> http://cwiki.apache.org/confluence/display/WW/Action+Chaining. >>>>>>>> >>>>>>>> Those are class annotations I assume. Any errors on application > >>>>>>>> startup? >>>>>>>> >>>>>>>> Including the convention plugin does help it work. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> newton.dave wrote: >>>>>>>>> >>>>>>>>> Pennel,Paul T wrote: >>>>>>>>>> @ParentPackage("ej-update") >>>>>>>>>> @Namespace("webfarm") >>>>>>>>> >>>>>>>>> Did you try "/webfarm"? (I'm not sure that it's necessary to >>>>>>>>> explicitly configure this particular namespace since the >>>>>>>>> package >> >>>>>>>>> name >>>>>>> >>>>>>>>> ends with "actions.webfarm", though--don't recall off the top >>>>>>>>> of >> >>>>>>>>> my >>>>>>>>> head.) >>>>>>>>> >>>>>>>>>> @Results ({ >>>>>>>>>> @Result(name =3D "success", location =3D "retrieveWebFarms", >>>>>>>>>> type=3D"chain"), >>>>>>>>> >>>>>>>>> Eeew, action chaining! >>>>>>>>> >>>>>>>>>> I have verified that the >>>>>>>>>> struts2-config-browser-plugin-2.1.6.jar >>>>>>>>>> is >>>>>> >>>>>>>>>> in my .war file. I also created the optional package for >>>>>>>>>> struts2-config-browser-plugin-2.1.6.jar and deployed it. >>>>>>>>> >>>>>>>>> How about the convention plugin? >>>>>>>>> >>>>>>>>> Dave >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------- >>>>>>>>> - >>>>>>>>> - >>>>>>>>> - >>>>>>>>> -- >>>>>>>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> View this message in context: >>>>>>>> http://www.nabble.com/Convention-Plugin-problem-tp21676402p21679 >>>>>>>> 8 >>>>>>>> 4 0 .h t ml Sent from the Struts - User mailing list archive at >>>>>>>> Nabble.com. >>>>>>>> >>>>>>>> >>>>>>>> ---------------------------------------------------------------- >>>>>>>> - >>>>>>>> - >>>>>>>> - >>>>>>>> -- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>>>> >>>>>>>> ---------------------------------------------------------------- >>>>>>>> - >>>>>>>> - >>>>>>>> - >>>>>>>> -- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>>>>>> >>>>>>> ----------------------------------------------------------------- >>>>>>> - >>>>>>> - >>>>>>> - >>>>>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>>> >>>>>>> ----------------------------------------------------------------- >>>>>>> - >>>>>>> - >>>>>>> - >>>>>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>>>>> >>>>>> ------------------------------------------------------------------ >>>>>> - >>>>>> - >>>>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>> >>>>>> ------------------------------------------------------------------ >>>>>> - >>>>>> - >>>>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>>>> For additional commands, e-mail: user-help@struts.apache.org >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>>>> >>>> >>>> >>>> >>>> -- >>>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>>> >>>> -------------------------------------------------------------------- >>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>> For additional commands, e-mail: user-help@struts.apache.org >>>> >>>> -------------------------------------------------------------------- >>>> - To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>>> For additional commands, e-mail: user-help@struts.apache.org >>>> >>>> >>> >>> >>> >>> -- >>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>> For additional commands, e-mail: user-help@struts.apache.org >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>> For additional commands, e-mail: user-help@struts.apache.org >>> >>> >> >> >> >> -- >> "Hey you! Would you help me to carry the stone?" Pink Floyd >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >> For additional commands, e-mail: user-help@struts.apache.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >> For additional commands, e-mail: user-help@struts.apache.org >> >> > > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org > For additional commands, e-mail: user-help@struts.apache.org > --=20 "Hey you! Would you help me to carry the stone?" Pink Floyd --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org