You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by "Pennel,Paul T" <pa...@edwardjones.com> on 2009/01/27 00:28:11 UTC
Convention Plugin problem
We are trying to use the convention plugin but it does not recognize
any of our namespaces. We have followed convention by having "actions"
in the package name, and naming our actions *Action. We are using
Weblogic 10.3 and think it may have something to do with weblogic jaring
up our
class files in the war file. I've tried
struts.convention.action.disableJarScanning=false
And
struts.convention.action.includeJars=*_wl_cls_gen.ja*
Neither seems to make a difference. I have the config-browser-plugin
installed and it doesn't show any namespaces other then default and
/config-browser. I've also verified on the constants linke of the
browser-plugin that my variable setting from above was active.
My action is named EditWebFarmAction and has the following pacakge and
annotations
package com.edwardjones.framework.console.actions.webfarm;
@ParentPackage("ej-update")
@Namespace("webfarm")
@Results ({
@Result(name = "success", location = "retrieveWebFarms",
type="chain"),
@Result(name = "error", location = "/error.jsp"),
@Result(name = "input", location="retrieveWebFarmForEdit",
type="chain"),
@Result(name = "invalid.token", location = "/error.jsp")}
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.
struts2-spring-plugin is 2.1.6
struts2-core is 2.1.6
Other then checking through the browser-plugin we have hit the
application with warname/webfarm/edit-web-farm,
warname/webfarm/edit-web-farm.action, warname/webfarm/editWebFarm, and
warname/webfarm/editWebFarm.action. I believe the first one is correct
based on the documentation.
Here is the error message we get in the weblogic logs.
[WARN]~2009-01-26-22.53.57.073UTC~EDJ~Could not find action or result
There is no Action mapped for namespace /webfarm and action name
edit-web-farm. - [unknown
location]
at
com.opensymphony.xwork2.DefaultActionProxy.prepare(DefaultActionProxy.ja
va:177)
at
org.apache.struts2.impl.StrutsActionProxy.prepare(StrutsActionProxy.java
:61)
at
org.apache.struts2.impl.StrutsActionProxyFactory.createActionProxy(Strut
sAction
ProxyFactory.java:39)
at
com.opensymphony.xwork2.DefaultActionProxyFactory.createActionProxy(Defa
ultActi
onProxyFactory.java:47)
at
org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:4
58)
at
org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher
.java:3
95)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:
42)
at
com.edwardjones.framework.web.FrameworkFilter.doFilter(FrameworkFilter.j
ava:205
)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:
42)
at
com.edwardjones.framework.web.EJCookieFilter.doFilter(EJCookieFilter.jav
a:172)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:
42)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.r
un(WebA
ppServletContext.java:3496)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
bject.j
ava:321)
at weblogic.security.service.SecurityManager.runAs(Unknown
Source)
at
weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServ
letCont
ext.java:2180)
at
weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletCont
ext.jav
a:2086)
at
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java
:1406)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Any thoughts on how to get the namespaces recognized? I'd be happy to
provide additional information if needed.
Thanks for your help,
Paul Pennel
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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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
> <pa...@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
>> <pa...@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
>>> <pa...@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
>>>> <mu...@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
>>>>> <pa...@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
>>>>>> <pa...@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
>>>>>>> <pa...@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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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
<pa...@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
> <pa...@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
>> <pa...@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
>>> <mu...@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
>>>> <pa...@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
>>>>> <pa...@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
>>>>>> <pa...@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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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
> <pa...@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/WEB
>> -I
>> NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFa
>> rm
>> Action.class
>>
>> musachy
>>
>> On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
>> <pa...@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 <mu...@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
>>>> <pa...@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(ClassF
>>>>> i
>>>>> n
>>>>> der
>>>>> .java:745)
>>>>> at
>>>>>
>>>
>>
> com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>>>> 148)
>>>>> at
>>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findA
>>>>> c
>>>>> t
>>>>> ion
>>>>> s(PackageBasedActionConfigBuilder.java:29
>>>>> 5)
>>>>> at
>>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.build
>>>>> A c tio nConfigs(PackageBasedActionConfigBuilder.
>>>>> java:277)
>>>>> at
>>>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages
>>>>> (
>>>>> C
>>>>> las
>>>>> spathPackageProvider.java:52)
>>>>> at
>>>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadCont
>>>>> a
>>>>> i
>>>>> ner
>>>>> (DefaultConfiguration.java:200)
>>>>> at
>>>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguratio
>>>>> 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(Filter
>>>>> M
>>>>> a
>>>>> nag
>>>>> er.java:329)
>>>>> at
>>>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authentica
>>>>> t
>>>>> e
>>>>> dSu
>>>>> bject.java:321)
>>>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>>>> Source)
>>>>> at
>>>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.ja
>>>>> v
>>>>> a
>>>>> :95
>>>>> )
>>>>> at
>>>>>
>> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>>>> jav
>>>>> a:58)
>>>>> at
>>>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(Web
>>>>> A
>>>>> p
>>>>> pSe
>>>>> rvletContext.java:1788)
>>>>> at
>>>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletC
>>>>> 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(ModuleS
>>>>> t
>>>>> a
>>>>> teD
>>>>> river.java:204)
>>>>> at
>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>>> e
>>>>> D
>>>>> riv
>>>>> er.java:37)
>>>>> at
>>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSt
>>>>> a
>>>>> t
>>>>> eDr
>>>>> iver.java:60)
>>>>> at
>>>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedM
>>>>> o
>>>>> d
>>>>> ule
>>>>> Driver.java:200)
>>>>> at
>>>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Modu
>>>>> l
>>>>> e
>>>>> Lis
>>>>> tenerInvoker.java:117)
>>>>> at
>>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleS
>>>>> t
>>>>> a
>>>>> teD
>>>>> river.java:204)
>>>>> at
>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>>> e
>>>>> D
>>>>> riv
>>>>> er.java:37)
>>>>> at
>>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSt
>>>>> a
>>>>> t
>>>>> eDr
>>>>> iver.java:60)
>>>>> at
>>>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartM
>>>>> o
>>>>> d
>>>>> ule
>>>>> sFlow.java:27)
>>>>> at
>>>>>
>>>
>>
> weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>>>> 635)
>>>>> at
>>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>>> e
>>>>> D
>>>>> riv
>>>>> er.java:37)
>>>>> at
>>>>>
>> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>>>> jav
>>>>> a:212)
>>>>> at
>>>>> weblogic.application.internal.SingleModuleDeployment.activate(Singl
>>>>> e
>>>>> M
>>>>> odu
>>>>> leDeployment.java:16)
>>>>> at
>>>>> weblogic.application.internal.DeploymentStateChecker.activate(Deplo
>>>>> 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.handleDeplo
>>>>> y
>>>>> m
>>>>> ent
>>>>> Commit(DeploymentManager.java:820)
>>>>> at
>>>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDep
>>>>> l
>>>>> o
>>>>> yme
>>>>> ntList(DeploymentManager.java:1227)
>>>>> at
>>>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommi
>>>>> t
>>>>> (
>>>>> Dep
>>>>> loymentManager.java:436)
>>>>> at
>>>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.c
>>>>> o
>>>>> m
>>>>> mit
>>>>> (DeploymentServiceDispatcher.java:163)
>>>>> at
>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>>> l b ack Deliverer.doCommitCallback(DeploymentRece
>>>>> iverCallbackDeliverer.java:181)
>>>>> at
>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>>> l b ack Deliverer.access$100(DeploymentReceiverCa
>>>>> llbackDeliverer.java:12)
>>>>> at
>>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>>> l b ack Deliverer$2.run(DeploymentReceiverCallbac
>>>>> kDeliverer.java:67)
>>>>> at
>>>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTun
>>>>> 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
>>>>> <pa...@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
>>>>>> <pa...@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-tp21676402p216798
>>>>>>> 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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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
<pa...@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/WEB
> -I
> NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFa
> rm
> Action.class
>
> musachy
>
> On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
> <pa...@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 <mu...@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
>>> <pa...@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(ClassF
>>>> i
>>>> n
>>>> der
>>>> .java:745)
>>>> at
>>>>
>>
>
com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>>> 148)
>>>> at
>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findA
>>>> c
>>>> t
>>>> ion
>>>> s(PackageBasedActionConfigBuilder.java:29
>>>> 5)
>>>> at
>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.build
>>>> A c tio nConfigs(PackageBasedActionConfigBuilder.
>>>> java:277)
>>>> at
>>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages
>>>> (
>>>> C
>>>> las
>>>> spathPackageProvider.java:52)
>>>> at
>>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadCont
>>>> a
>>>> i
>>>> ner
>>>> (DefaultConfiguration.java:200)
>>>> at
>>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguratio
>>>> 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(Filter
>>>> M
>>>> a
>>>> nag
>>>> er.java:329)
>>>> at
>>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authentica
>>>> t
>>>> e
>>>> dSu
>>>> bject.java:321)
>>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>>> Source)
>>>> at
>>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.ja
>>>> v
>>>> a
>>>> :95
>>>> )
>>>> at
>>>>
> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>>> jav
>>>> a:58)
>>>> at
>>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(Web
>>>> A
>>>> p
>>>> pSe
>>>> rvletContext.java:1788)
>>>> at
>>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletC
>>>> 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(ModuleS
>>>> t
>>>> a
>>>> teD
>>>> river.java:204)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>> e
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSt
>>>> a
>>>> t
>>>> eDr
>>>> iver.java:60)
>>>> at
>>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedM
>>>> o
>>>> d
>>>> ule
>>>> Driver.java:200)
>>>> at
>>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Modu
>>>> l
>>>> e
>>>> Lis
>>>> tenerInvoker.java:117)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleS
>>>> t
>>>> a
>>>> teD
>>>> river.java:204)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>> e
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSt
>>>> a
>>>> t
>>>> eDr
>>>> iver.java:60)
>>>> at
>>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartM
>>>> o
>>>> d
>>>> ule
>>>> sFlow.java:27)
>>>> at
>>>>
>>
>
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>>> 635)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachin
>>>> e
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>>
> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>>> jav
>>>> a:212)
>>>> at
>>>> weblogic.application.internal.SingleModuleDeployment.activate(Singl
>>>> e
>>>> M
>>>> odu
>>>> leDeployment.java:16)
>>>> at
>>>> weblogic.application.internal.DeploymentStateChecker.activate(Deplo
>>>> 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.handleDeplo
>>>> y
>>>> m
>>>> ent
>>>> Commit(DeploymentManager.java:820)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDep
>>>> l
>>>> o
>>>> yme
>>>> ntList(DeploymentManager.java:1227)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommi
>>>> t
>>>> (
>>>> Dep
>>>> loymentManager.java:436)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.c
>>>> o
>>>> m
>>>> mit
>>>> (DeploymentServiceDispatcher.java:163)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>> l b ack Deliverer.doCommitCallback(DeploymentRece
>>>> iverCallbackDeliverer.java:181)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>> l b ack Deliverer.access$100(DeploymentReceiverCa
>>>> llbackDeliverer.java:12)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCal
>>>> l b ack Deliverer$2.run(DeploymentReceiverCallbac
>>>> kDeliverer.java:67)
>>>> at
>>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTun
>>>> 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
>>>> <pa...@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
>>>>> <pa...@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-tp21676402p216798
>>>>>> 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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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/WEB-I
> NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFarm
> Action.class
>
> musachy
>
> On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
> <pa...@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 <mu...@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
>>> <pa...@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(ClassFi
>>>> n
>>>> der
>>>> .java:745)
>>>> at
>>>>
>>
> com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>>> 148)
>>>> at
>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAc
>>>> t
>>>> ion
>>>> s(PackageBasedActionConfigBuilder.java:29
>>>> 5)
>>>> at
>>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildA
>>>> c tio nConfigs(PackageBasedActionConfigBuilder.
>>>> java:277)
>>>> at
>>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(
>>>> C
>>>> las
>>>> spathPackageProvider.java:52)
>>>> at
>>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadConta
>>>> i
>>>> ner
>>>> (DefaultConfiguration.java:200)
>>>> at
>>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration
>>>> (
>>>> 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(FilterM
>>>> a
>>>> nag
>>>> er.java:329)
>>>> at
>>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticat
>>>> e
>>>> dSu
>>>> bject.java:321)
>>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>>> Source)
>>>> at
>>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.jav
>>>> a
>>>> :95
>>>> )
>>>> at
>>>>
> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>>> jav
>>>> a:58)
>>>> at
>>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebA
>>>> p
>>>> pSe
>>>> rvletContext.java:1788)
>>>> at
>>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletCo
>>>> n
>>>> tex
>>>> t.java:2999)
>>>> at
>>>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.ja
>>>> v
>>>> a:1
>>>> 371)
>>>> at
>>>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>>> a
>>>> teD
>>>> river.java:204)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>>> t
>>>> eDr
>>>> iver.java:60)
>>>> at
>>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedMo
>>>> d
>>>> ule
>>>> Driver.java:200)
>>>> at
>>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Modul
>>>> e
>>>> Lis
>>>> tenerInvoker.java:117)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>>> a
>>>> teD
>>>> river.java:204)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>>> t
>>>> eDr
>>>> iver.java:60)
>>>> at
>>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartMo
>>>> d
>>>> ule
>>>> sFlow.java:27)
>>>> at
>>>>
>>
> weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>>> 635)
>>>> at
>>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>>> D
>>>> riv
>>>> er.java:37)
>>>> at
>>>>
> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>>> jav
>>>> a:212)
>>>> at
>>>> weblogic.application.internal.SingleModuleDeployment.activate(Single
>>>> M
>>>> odu
>>>> leDeployment.java:16)
>>>> at
>>>> weblogic.application.internal.DeploymentStateChecker.activate(Deploy
>>>> 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.handleDeploy
>>>> m
>>>> ent
>>>> Commit(DeploymentManager.java:820)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDepl
>>>> o
>>>> yme
>>>> ntList(DeploymentManager.java:1227)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit
>>>> (
>>>> Dep
>>>> loymentManager.java:436)
>>>> at
>>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.co
>>>> m
>>>> mit
>>>> (DeploymentServiceDispatcher.java:163)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>>> b ack Deliverer.doCommitCallback(DeploymentRece
>>>> iverCallbackDeliverer.java:181)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>>> b ack Deliverer.access$100(DeploymentReceiverCa
>>>> llbackDeliverer.java:12)
>>>> at
>>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>>> b ack Deliverer$2.run(DeploymentReceiverCallbac
>>>> kDeliverer.java:67)
>>>> at
>>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuni
>>>> 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
>>>> <pa...@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
>>>>> <pa...@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.cl
>>>>>> 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-tp21676402p2167984
>>>>>> 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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
You are correct, I'm not sure what weblogic is doing with that
appmergegen directory.
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: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/WEB-I
NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFarm
Action.class
musachy
On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
<pa...@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 <mu...@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
>> <pa...@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(ClassFi
>>> n
>>> der
>>> .java:745)
>>> at
>>>
>
com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>> 148)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAc
>>> t
>>> ion
>>> s(PackageBasedActionConfigBuilder.java:29
>>> 5)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildA
>>> c tio nConfigs(PackageBasedActionConfigBuilder.
>>> java:277)
>>> at
>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(
>>> C
>>> las
>>> spathPackageProvider.java:52)
>>> at
>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadConta
>>> i
>>> ner
>>> (DefaultConfiguration.java:200)
>>> at
>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration
>>> (
>>> 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(FilterM
>>> a
>>> nag
>>> er.java:329)
>>> at
>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticat
>>> e
>>> dSu
>>> bject.java:321)
>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>> Source)
>>> at
>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.jav
>>> a
>>> :95
>>> )
>>> at
>>>
weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>> jav
>>> a:58)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebA
>>> p
>>> pSe
>>> rvletContext.java:1788)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletCo
>>> n
>>> tex
>>> t.java:2999)
>>> at
>>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.ja
>>> v
>>> a:1
>>> 371)
>>> at
>>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>> a
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>> t
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedMo
>>> d
>>> ule
>>> Driver.java:200)
>>> at
>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Modul
>>> e
>>> Lis
>>> tenerInvoker.java:117)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>> a
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>> t
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartMo
>>> d
>>> ule
>>> sFlow.java:27)
>>> at
>>>
>
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>> 635)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>>
weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>> jav
>>> a:212)
>>> at
>>> weblogic.application.internal.SingleModuleDeployment.activate(Single
>>> M
>>> odu
>>> leDeployment.java:16)
>>> at
>>> weblogic.application.internal.DeploymentStateChecker.activate(Deploy
>>> 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.handleDeploy
>>> m
>>> ent
>>> Commit(DeploymentManager.java:820)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDepl
>>> o
>>> yme
>>> ntList(DeploymentManager.java:1227)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit
>>> (
>>> Dep
>>> loymentManager.java:436)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.co
>>> m
>>> mit
>>> (DeploymentServiceDispatcher.java:163)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer.doCommitCallback(DeploymentRece
>>> iverCallbackDeliverer.java:181)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer.access$100(DeploymentReceiverCa
>>> llbackDeliverer.java:12)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer$2.run(DeploymentReceiverCallbac
>>> kDeliverer.java:67)
>>> at
>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuni
>>> 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
>>> <pa...@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
>>>> <pa...@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.cl
>>>>> 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-tp21676402p2167984
>>>>> 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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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/WEB-I
NF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFarm
Action.class
musachy
On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
<pa...@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 <mu...@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
>> <pa...@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(ClassFi
>>> n
>>> der
>>> .java:745)
>>> at
>>>
>
com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>> 148)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAc
>>> t
>>> ion
>>> s(PackageBasedActionConfigBuilder.java:29
>>> 5)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildA
>>> c tio nConfigs(PackageBasedActionConfigBuilder.
>>> java:277)
>>> at
>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(
>>> C
>>> las
>>> spathPackageProvider.java:52)
>>> at
>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadConta
>>> i
>>> ner
>>> (DefaultConfiguration.java:200)
>>> at
>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration
>>> (
>>> 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(FilterM
>>> a
>>> nag
>>> er.java:329)
>>> at
>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticat
>>> e
>>> dSu
>>> bject.java:321)
>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>> Source)
>>> at
>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.jav
>>> a
>>> :95
>>> )
>>> at
>>>
weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>> jav
>>> a:58)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebA
>>> p
>>> pSe
>>> rvletContext.java:1788)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletCo
>>> n
>>> tex
>>> t.java:2999)
>>> at
>>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.ja
>>> v
>>> a:1
>>> 371)
>>> at
>>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>> a
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>> t
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedMo
>>> d
>>> ule
>>> Driver.java:200)
>>> at
>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Modul
>>> e
>>> Lis
>>> tenerInvoker.java:117)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSt
>>> a
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleSta
>>> t
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartMo
>>> d
>>> ule
>>> sFlow.java:27)
>>> at
>>>
>
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>> 635)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachine
>>> D
>>> riv
>>> er.java:37)
>>> at
>>>
weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>> jav
>>> a:212)
>>> at
>>> weblogic.application.internal.SingleModuleDeployment.activate(Single
>>> M
>>> odu
>>> leDeployment.java:16)
>>> at
>>> weblogic.application.internal.DeploymentStateChecker.activate(Deploy
>>> 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.handleDeploy
>>> m
>>> ent
>>> Commit(DeploymentManager.java:820)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDepl
>>> o
>>> yme
>>> ntList(DeploymentManager.java:1227)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit
>>> (
>>> Dep
>>> loymentManager.java:436)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.co
>>> m
>>> mit
>>> (DeploymentServiceDispatcher.java:163)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer.doCommitCallback(DeploymentRece
>>> iverCallbackDeliverer.java:181)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer.access$100(DeploymentReceiverCa
>>> llbackDeliverer.java:12)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCall
>>> b ack Deliverer$2.run(DeploymentReceiverCallbac
>>> kDeliverer.java:67)
>>> at
>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuni
>>> 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
>>> <pa...@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
>>>> <pa...@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.cl
>>>>> 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-tp21676402p2167984
>>>>> 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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
That is different from the path in the exception:
servers/AdminServer/tmp//appmergegen_1233073185944_frm-console/war/WEB-INF/classes/com/edwardjones/framework/console/actions/webfarm/EditWebFarmAction.class
musachy
On Tue, Jan 27, 2009 at 11:36 AM, Pennel,Paul T
<pa...@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 <mu...@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
>> <pa...@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/WE
>>> B-I
>>> NF/classes/com/e
>>> dwardjones/framework/console/actions/webfarm/EditWebFarmAction.class
>>> at
>>> com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(ClassFin
>>> der
>>> .java:745)
>>> at
>>>
> com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>>> 148)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAct
>>> ion
>>> s(PackageBasedActionConfigBuilder.java:29
>>> 5)
>>> at
>>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildAc
>>> tio nConfigs(PackageBasedActionConfigBuilder.
>>> java:277)
>>> at
>>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(C
>>> las
>>> spathPackageProvider.java:52)
>>> at
>>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContai
>>> ner
>>> (DefaultConfiguration.java:200)
>>> at
>>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(
>>> Con
>>> figurationManager.java:55)
>>> at
>>> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Di
>>> 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(FilterMa
>>> nag
>>> er.java:329)
>>> at
>>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate
>>> dSu
>>> bject.java:321)
>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>> Source)
>>> at
>>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.java
>>> :95
>>> )
>>> at
>>> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>>> jav
>>> a:58)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp
>>> pSe
>>> rvletContext.java:1788)
>>> at
>>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletCon
>>> tex
>>> t.java:2999)
>>> at
>>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.jav
>>> a:1
>>> 371)
>>> at
>>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSta
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStat
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedMod
>>> ule
>>> Driver.java:200)
>>> at
>>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Module
>>> Lis
>>> tenerInvoker.java:117)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSta
>>> teD
>>> river.java:204)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStat
>>> eDr
>>> iver.java:60)
>>> at
>>> weblogic.application.internal.flow.StartModulesFlow.activate(StartMod
>>> ule
>>> sFlow.java:27)
>>> at
>>>
> weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>>> 635)
>>> at
>>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>>> riv
>>> er.java:37)
>>> at
>>> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>>> jav
>>> a:212)
>>> at
>>> weblogic.application.internal.SingleModuleDeployment.activate(SingleM
>>> odu
>>> leDeployment.java:16)
>>> at
>>> weblogic.application.internal.DeploymentStateChecker.activate(Deploym
>>> ent
>>> StateChecker.java:162)
>>> at
>>> weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(Ap
>>> pCo
>>> ntainerInvoker.java:79)
>>> at
>>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.ac
>>> tiv
>>> ate(AbstractOperation.java:569)
>>> at
>>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.ac
>>> tiv
>>> ateDeployment(ActivateOperation.java:140)
>>>
>>> at
>>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.do
>>> Com
>>> mit(ActivateOperation.java:106)
>>> at
>>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.co
>>> mmi
>>> t(AbstractOperation.java:323)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploym
>>> ent
>>> Commit(DeploymentManager.java:820)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDeplo
>>> yme
>>> ntList(DeploymentManager.java:1227)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(
>>> Dep
>>> loymentManager.java:436)
>>> at
>>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.com
>>> mit
>>> (DeploymentServiceDispatcher.java:163)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>>> ack Deliverer.doCommitCallback(DeploymentRece
>>> iverCallbackDeliverer.java:181)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>>> ack Deliverer.access$100(DeploymentReceiverCa
>>> llbackDeliverer.java:12)
>>> at
>>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>>> ack Deliverer$2.run(DeploymentReceiverCallbac
>>> kDeliverer.java:67)
>>> at
>>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>>> 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
>>> <pa...@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
>>>> <pa...@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.cla
>>>>> 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-tp21676402p21679840
>>>>> .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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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 <mu...@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
> <pa...@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/WE
>> B-I
>> NF/classes/com/e
>> dwardjones/framework/console/actions/webfarm/EditWebFarmAction.class
>> at
>> com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(ClassFin
>> der
>> .java:745)
>> at
>>
com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:
>> 148)
>> at
>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.findAct
>> ion
>> s(PackageBasedActionConfigBuilder.java:29
>> 5)
>> at
>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildAc
>> tio nConfigs(PackageBasedActionConfigBuilder.
>> java:277)
>> at
>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(C
>> las
>> spathPackageProvider.java:52)
>> at
>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContai
>> ner
>> (DefaultConfiguration.java:200)
>> at
>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(
>> Con
>> figurationManager.java:55)
>> at
>> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Di
>> 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(FilterMa
>> nag
>> er.java:329)
>> at
>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate
>> dSu
>> bject.java:321)
>> at weblogic.security.service.SecurityManager.runAs(Unknown
>> Source)
>> at
>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.java
>> :95
>> )
>> at
>> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.
>> jav
>> a:58)
>> at
>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp
>> pSe
>> rvletContext.java:1788)
>> at
>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletCon
>> tex
>> t.java:2999)
>> at
>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.jav
>> a:1
>> 371)
>> at
>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSta
>> teD
>> river.java:204)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>> riv
>> er.java:37)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStat
>> eDr
>> iver.java:60)
>> at
>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedMod
>> ule
>> Driver.java:200)
>> at
>> weblogic.application.internal.flow.ModuleListenerInvoker.start(Module
>> Lis
>> tenerInvoker.java:117)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleSta
>> teD
>> river.java:204)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>> riv
>> er.java:37)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStat
>> eDr
>> iver.java:60)
>> at
>> weblogic.application.internal.flow.StartModulesFlow.activate(StartMod
>> ule
>> sFlow.java:27)
>> at
>>
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>> 635)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineD
>> riv
>> er.java:37)
>> at
>> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.
>> jav
>> a:212)
>> at
>> weblogic.application.internal.SingleModuleDeployment.activate(SingleM
>> odu
>> leDeployment.java:16)
>> at
>> weblogic.application.internal.DeploymentStateChecker.activate(Deploym
>> ent
>> StateChecker.java:162)
>> at
>> weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(Ap
>> pCo
>> ntainerInvoker.java:79)
>> at
>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.ac
>> tiv
>> ate(AbstractOperation.java:569)
>> at
>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.ac
>> tiv
>> ateDeployment(ActivateOperation.java:140)
>>
>> at
>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.do
>> Com
>> mit(ActivateOperation.java:106)
>> at
>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.co
>> mmi
>> t(AbstractOperation.java:323)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploym
>> ent
>> Commit(DeploymentManager.java:820)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDeplo
>> yme
>> ntList(DeploymentManager.java:1227)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(
>> Dep
>> loymentManager.java:436)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.com
>> mit
>> (DeploymentServiceDispatcher.java:163)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>> ack Deliverer.doCommitCallback(DeploymentRece
>> iverCallbackDeliverer.java:181)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>> ack Deliverer.access$100(DeploymentReceiverCa
>> llbackDeliverer.java:12)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallb
>> ack Deliverer$2.run(DeploymentReceiverCallbac
>> kDeliverer.java:67)
>> at
>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>> 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
>> <pa...@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
>>> <pa...@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.cla
>>>> 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-tp21676402p21679840
>>>> .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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
where is _wl_cls_gen.jar located?
musachy
On Tue, Jan 27, 2009 at 11:31 AM, Musachy Barroso <mu...@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
> <pa...@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/WEB-I
>> NF/classes/com/e
>> dwardjones/framework/console/actions/webfarm/EditWebFarmAction.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:29
>> 5)
>> at
>> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActio
>> nConfigs(PackageBasedActionConfigBuilder.
>> java:277)
>> at
>> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(Clas
>> spathPackageProvider.java:52)
>> at
>> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer
>> (DefaultConfiguration.java:200)
>> at
>> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(Con
>> figurationManager.java:55)
>> at
>> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispa
>> 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(FilterManag
>> er.java:329)
>> at
>> weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
>> bject.java:321)
>> at weblogic.security.service.SecurityManager.runAs(Unknown
>> Source)
>> at
>> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.java:95
>> )
>> at
>> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.jav
>> a:58)
>> at
>> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppSe
>> rvletContext.java:1788)
>> at
>> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContex
>> t.java:2999)
>> at
>> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1
>> 371)
>> at
>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
>> river.java:204)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
>> er.java:37)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
>> iver.java:60)
>> at
>> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModule
>> Driver.java:200)
>> at
>> weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleLis
>> tenerInvoker.java:117)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
>> river.java:204)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
>> er.java:37)
>> at
>> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
>> iver.java:60)
>> at
>> weblogic.application.internal.flow.StartModulesFlow.activate(StartModule
>> sFlow.java:27)
>> at
>> weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
>> 635)
>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
>> er.java:37)
>> at
>> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.jav
>> a:212)
>> at
>> weblogic.application.internal.SingleModuleDeployment.activate(SingleModu
>> leDeployment.java:16)
>> at
>> weblogic.application.internal.DeploymentStateChecker.activate(Deployment
>> StateChecker.java:162)
>> at
>> weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppCo
>> ntainerInvoker.java:79)
>> at
>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.activ
>> ate(AbstractOperation.java:569)
>> at
>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.activ
>> ateDeployment(ActivateOperation.java:140)
>>
>> at
>> weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCom
>> mit(ActivateOperation.java:106)
>> at
>> weblogic.deploy.internal.targetserver.operations.AbstractOperation.commi
>> t(AbstractOperation.java:323)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.handleDeployment
>> Commit(DeploymentManager.java:820)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.activateDeployme
>> ntList(DeploymentManager.java:1227)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(Dep
>> loymentManager.java:436)
>> at
>> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit
>> (DeploymentServiceDispatcher.java:163)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
>> Deliverer.doCommitCallback(DeploymentRece
>> iverCallbackDeliverer.java:181)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
>> Deliverer.access$100(DeploymentReceiverCa
>> llbackDeliverer.java:12)
>> at
>> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
>> Deliverer$2.run(DeploymentReceiverCallbac
>> kDeliverer.java:67)
>> at
>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWo
>> 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
>> <pa...@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
>>> <pa...@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.class
>>>>
>>>> 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-tp21676402p21679840.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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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/WEB-I
> NF/classes/com/e
> dwardjones/framework/console/actions/webfarm/EditWebFarmAction.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:29
> 5)
> at
> org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActio
> nConfigs(PackageBasedActionConfigBuilder.
> java:277)
> at
> org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(Clas
> spathPackageProvider.java:52)
> at
> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer
> (DefaultConfiguration.java:200)
> at
> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(Con
> figurationManager.java:55)
> at
> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispa
> 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(FilterManag
> er.java:329)
> at
> weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
> bject.java:321)
> at weblogic.security.service.SecurityManager.runAs(Unknown
> Source)
> at
> weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.java:95
> )
> at
> weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.jav
> a:58)
> at
> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppSe
> rvletContext.java:1788)
> at
> weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContex
> t.java:2999)
> at
> weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1
> 371)
> at
> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
> at
> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
> river.java:204)
> at
> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
> er.java:37)
> at
> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
> iver.java:60)
> at
> weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModule
> Driver.java:200)
> at
> weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleLis
> tenerInvoker.java:117)
> at
> weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
> river.java:204)
> at
> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
> er.java:37)
> at
> weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
> iver.java:60)
> at
> weblogic.application.internal.flow.StartModulesFlow.activate(StartModule
> sFlow.java:27)
> at
> weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
> 635)
> at
> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
> er.java:37)
> at
> weblogic.application.internal.BaseDeployment.activate(BaseDeployment.jav
> a:212)
> at
> weblogic.application.internal.SingleModuleDeployment.activate(SingleModu
> leDeployment.java:16)
> at
> weblogic.application.internal.DeploymentStateChecker.activate(Deployment
> StateChecker.java:162)
> at
> weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppCo
> ntainerInvoker.java:79)
> at
> weblogic.deploy.internal.targetserver.operations.AbstractOperation.activ
> ate(AbstractOperation.java:569)
> at
> weblogic.deploy.internal.targetserver.operations.ActivateOperation.activ
> ateDeployment(ActivateOperation.java:140)
>
> at
> weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCom
> mit(ActivateOperation.java:106)
> at
> weblogic.deploy.internal.targetserver.operations.AbstractOperation.commi
> t(AbstractOperation.java:323)
> at
> weblogic.deploy.internal.targetserver.DeploymentManager.handleDeployment
> Commit(DeploymentManager.java:820)
> at
> weblogic.deploy.internal.targetserver.DeploymentManager.activateDeployme
> ntList(DeploymentManager.java:1227)
> at
> weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(Dep
> loymentManager.java:436)
> at
> weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit
> (DeploymentServiceDispatcher.java:163)
> at
> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
> Deliverer.doCommitCallback(DeploymentRece
> iverCallbackDeliverer.java:181)
> at
> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
> Deliverer.access$100(DeploymentReceiverCa
> llbackDeliverer.java:12)
> at
> weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
> Deliverer$2.run(DeploymentReceiverCallbac
> kDeliverer.java:67)
> at
> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWo
> 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
> <pa...@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
>> <pa...@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.class
>>>
>>> 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-tp21676402p21679840.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
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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/WEB-I
NF/classes/com/e
dwardjones/framework/console/actions/webfarm/EditWebFarmAction.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:29
5)
at
org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActio
nConfigs(PackageBasedActionConfigBuilder.
java:277)
at
org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(Clas
spathPackageProvider.java:52)
at
com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer
(DefaultConfiguration.java:200)
at
com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(Con
figurationManager.java:55)
at
org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispa
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(FilterManag
er.java:329)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
bject.java:321)
at weblogic.security.service.SecurityManager.runAs(Unknown
Source)
at
weblogic.servlet.internal.FilterManager.loadFilter(FilterManager.java:95
)
at
weblogic.servlet.internal.FilterManager.preloadFilters(FilterManager.jav
a:58)
at
weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppSe
rvletContext.java:1788)
at
weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContex
t.java:2999)
at
weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1
371)
at
weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468)
at
weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
river.java:204)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
er.java:37)
at
weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
iver.java:60)
at
weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModule
Driver.java:200)
at
weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleLis
tenerInvoker.java:117)
at
weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateD
river.java:204)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
er.java:37)
at
weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDr
iver.java:60)
at
weblogic.application.internal.flow.StartModulesFlow.activate(StartModule
sFlow.java:27)
at
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:
635)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriv
er.java:37)
at
weblogic.application.internal.BaseDeployment.activate(BaseDeployment.jav
a:212)
at
weblogic.application.internal.SingleModuleDeployment.activate(SingleModu
leDeployment.java:16)
at
weblogic.application.internal.DeploymentStateChecker.activate(Deployment
StateChecker.java:162)
at
weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppCo
ntainerInvoker.java:79)
at
weblogic.deploy.internal.targetserver.operations.AbstractOperation.activ
ate(AbstractOperation.java:569)
at
weblogic.deploy.internal.targetserver.operations.ActivateOperation.activ
ateDeployment(ActivateOperation.java:140)
at
weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCom
mit(ActivateOperation.java:106)
at
weblogic.deploy.internal.targetserver.operations.AbstractOperation.commi
t(AbstractOperation.java:323)
at
weblogic.deploy.internal.targetserver.DeploymentManager.handleDeployment
Commit(DeploymentManager.java:820)
at
weblogic.deploy.internal.targetserver.DeploymentManager.activateDeployme
ntList(DeploymentManager.java:1227)
at
weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(Dep
loymentManager.java:436)
at
weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit
(DeploymentServiceDispatcher.java:163)
at
weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
Deliverer.doCommitCallback(DeploymentRece
iverCallbackDeliverer.java:181)
at
weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
Deliverer.access$100(DeploymentReceiverCa
llbackDeliverer.java:12)
at
weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallback
Deliverer$2.run(DeploymentReceiverCallbac
kDeliverer.java:67)
at
weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWo
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
<pa...@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
> <pa...@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.class
>>
>> 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-tp21676402p21679840.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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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
> <pa...@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.class
>>
>> 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-tp21676402p21679840.ht
>> 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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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
<pa...@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.class
>
> 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-tp21676402p21679840.ht
> 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
Re: Convention Plugin problem
Posted by Musachy Barroso <mu...@gmail.com>.
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
<pa...@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.class
>
> 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-tp21676402p21679840.html
> 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
RE: Convention Plugin problem
Posted by "Pennel,Paul T" <pa...@edwardjones.com>.
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.class
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-tp21676402p21679840.html
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
Re: Convention Plugin problem
Posted by dusty <du...@yahoo.com>.
+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-tp21676402p21679840.html
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
Re: Convention Plugin problem
Posted by Dave Newton <ne...@yahoo.com>.
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