I added a new constant "struts.convention.action.fileProtocols" so we
can cover these weird app server cases. You can now set:
<constant name="struts.convention.action.fileProtocols" value="jar,zip" />
let me know if it works for you. (committed to trunk)
musachy
On Tue, Jan 27, 2009 at 3:08 PM, Pennel,Paul T
<paul.pen...@edwardjones.com> 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<URL> getUrls(ClassLoader classLoader) throws
> IOException {
> List<URL> list = new ArrayList<URL>();
> ArrayList<URL> urls =
> Collections.list(classLoader.getResources("META-INF"));
> for (URL url : urls) {
> String externalForm = url.toExternalForm();
> int i = externalForm.lastIndexOf("META-INF");
> externalForm = externalForm.substring(0, i);
> if (externalForm.startsWith("zip:")) {
> externalForm = externalForm.replace("zip:",
> "jar:file:/");
> }
> url = 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
> 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
> messa...@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:musa...@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
> <paul.pen...@edwardjones.com> 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 messa...@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:musa...@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? <rant />
>>
>> musachy
>>
>> On Tue, Jan 27, 2009 at 1:11 PM, Pennel,Paul T
>> <paul.pen...@edwardjones.com> 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 messa...@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:musa...@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
>>> <paul.pen...@edwardjones.com> 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 messa...@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:musa...@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
>>>> <musa...@gmail.com>
>>>> 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
>>>>> <paul.pen...@edwardjones.com> 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.<init>(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 messa...@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:musa...@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
>>>>>> <paul.pen...@edwardjones.com> 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 messa...@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:musa...@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
>>>>>>> <paul.pen...@edwardjones.com> 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 messa...@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_pea...@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 = "success", location = "retrieveWebFarms",
>>>>>>>>>> type="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-unsubscr...@struts.apache.org
>>>>>>>>> For additional commands, e-mail: user-h...@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-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
>>>>>>>
>>>>>>> -----------------------------------------------------------------
>>>>>>> -
>>>>>>> -
>>>>>>> -
>>>>>>> - 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
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> "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
>>>
>>> ---------------------------------------------------------------------
>>> 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
>
--
"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
