struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Musachy Barroso <musa...@gmail.com>
Subject Re: Convention Plugin problem
Date Thu, 12 Feb 2009 18:47:38 GMT
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.pennel@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 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: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.pennel@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 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? <rant />
>>
>> musachy
>>
>> On Tue, Jan 27, 2009 at 1:11 PM, Pennel,Paul T
>> <paul.pennel@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 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
>>> <paul.pennel@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 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
>>>> <musachy@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.pennel@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 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
>>>>>> <paul.pennel@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 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
>>>>>>> <paul.pennel@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 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 = "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-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
>



-- 
"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


Mime
View raw message