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
<paul.pen...@edwardjones.com> wrote:
> It is in weblogic under my domain at
> servers\AdminServer\tmp\_WL_user\frm-console\jt5t7o\war\WEB-INF\lib. The
> _wl_cls_gen.jar does not exist when I build the .war file, it is only
> created by weblogic upon deployment.
>
>
>
>  If you are not the intended recipient of this message (including 
> attachments), or if you have received this message in error, immediately 
> notify us and delete it and any attachments.  If you no longer wish to 
> receive e-mail from Edward Jones, please send this request to 
> messa...@edwardjones.com.  You must include the e-mail address that you wish 
> not to receive e-mail communications.  For important additional information 
> related to this e-mail, visit www.edwardjones.com/US_email_disclosure
>
> -----Original Message-----
>
>
> From: Musachy Barroso [mailto:musa...@gmail.com]
> Sent: Tuesday, January 27, 2009 10:34 AM
> To: Struts Users Mailing List
> Subject: Re: Convention Plugin problem
>
> where is _wl_cls_gen.jar located?
>
> musachy
>
> On Tue, Jan 27, 2009 at 11:31 AM, Musachy Barroso <musa...@gmail.com>
> wrote:
>> The scanner(convention) found it, but now the class loader(weblogic's
>> probably) is unable to load it. I don't know anything about weblogic,
>> but I would guess that your jar is somehow in the classpath, so it
>> should be able to load it.
>>
>> musachy
>>
>> On Tue, Jan 27, 2009 at 11:25 AM, Pennel,Paul T
>> <paul.pen...@edwardjones.com> wrote:
>>> I tried the patter suggested, among other and again no luck.
>>>
>>> I undeployed my .war and redeployed it and get the following stack
>>> trace
>>>
>>> java.lang.Exception: Could not load
>>> servers/AdminServer/tmp//appmergegen_1233073185944_frm-console/war/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 messa...@edwardjones.com.  You must include the e-mail
>>> address that you wish not to receive e-mail communications.  For
>>> important additional information related to this e-mail, visit
>>> www.edwardjones.com/US_email_disclosure
>>>
>>> -----Original Message-----
>>>
>>>
>>> From: Musachy Barroso [mailto:musa...@gmail.com]
>>> Sent: Tuesday, January 27, 2009 9:12 AM
>>> To: Struts Users Mailing List
>>> Subject: Re: Convention Plugin problem
>>>
>>> set the include Jar pattern to ".*/_wl_cls_gen.jar(!/)?"  or
>>> something similar, that matches the URL of the magic jar.
>>>
>>> musachy
>>>
>>> On Tue, Jan 27, 2009 at 9:56 AM, Pennel,Paul T
>>> <paul.pen...@edwardjones.com> wrote:
>>>> OK, I think I see the problem, not sure of the solution though.
>>>>
>>>> On startup I see
>>>>
>>>> [WARN]~2009-01-27-14.52.08.754UTC~EDJ~The includeJars pattern
>>>> [.*wl*cls*gen*] did not matc h any jars in the classpath
>>>>
>>>> Weblogic generates _wl_cls_gen.jar when it deploys my .war file and
>>>> it
>>>
>>>> contains all of my .class files. When I created the .war the .class
>>>> files are not in a jar file they are in WEB-INF\classes.
>>>>
>>>> So how do I get the convention plugin to see these files?
>>>>
>>>>
>>>>
>>>>  If you are not the intended recipient of this message (including
>>>> attachments), or if you have received this message in error,
>>>> immediately notify us and delete it and any attachments.  If you no
>>>> longer wish to receive e-mail from Edward Jones, please send this
>>>> request to messa...@edwardjones.com.  You must include the e-mail
>>>> address that you wish not to receive e-mail communications.  For
>>>> important additional information related to this e-mail, visit
>>>> www.edwardjones.com/US_email_disclosure
>>>>
>>>> -----Original Message-----
>>>>
>>>>
>>>> From: Musachy Barroso [mailto:musa...@gmail.com]
>>>> Sent: Tuesday, January 27, 2009 8:25 AM
>>>> To: Struts Users Mailing List
>>>> Subject: Re: Convention Plugin problem
>>>>
>>>> Enable tracing/debug for the convention plugin and it will log every
>
>>>> step of the way (quite verbose).
>>>>
>>>> musachy
>>>>
>>>> On Tue, Jan 27, 2009 at 8:37 AM, Pennel,Paul T
>>>> <paul.pen...@edwardjones.com> wrote:
>>>>> I changed my class annotation to @Namespace("/webfarm") as
> suggested.
>>>>> It did not help. As part of this test I deleted my .war from
>>>>> weblogic
>>>
>>>>> and ran a clean target before creating my new war and redeploying
>>>>> it to weblogic.
>>>>>
>>>>> Yes it appears I forgot to mention, I verified that
>>>>> struts2-convention-plugin-2.1.6.jar is in my war files WEB-INF/lib
>>>>> directory. Also, I meant that struts2-convention-plugin-2.1.6.jar
>>>>> was
>>>
>>>>> what I created the optional package for and deployed, I did not
>>>>> create
>>>>
>>>>> an optional package for struts2-config-browser-plugin-2.1.6.jar as
>>>>> I previously stated.
>>>>>
>>>>> On start up the only error I have is
>>>>> java.lang.Exception: Could not load
>>>>> servers/AdminServer/tmp//appmergegen_1233009314130/hel
>>>>> lo/war/clja92/WEB-INF/classes/com/edwardjones/action/HelloWorld.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 messa...@edwardjones.com.  You must include the e-mail
>>>>> address that you wish not to receive e-mail communications.  For
>>>>> important additional information related to this e-mail, visit
>>>>> www.edwardjones.com/US_email_disclosure
>>>>>
>>>>> -----Original Message-----
>>>>>
>>>>>
>>>>> From: dusty [mailto:dustin_pea...@yahoo.com]
>>>>> Sent: Monday, January 26, 2009 11:18 PM
>>>>> To: user@struts.apache.org
>>>>> Subject: Re: Convention Plugin problem
>>>>>
>>>>>
>>>>> +1 for @Namespace("/webfarm")
>>>>>
>>>>> chaining is usually a sign of a bad pattern.  See
>>>>> http://cwiki.apache.org/confluence/display/WW/Action+Chaining.
>>>>>
>>>>> Those are class annotations I assume.  Any errors on application
>>>>> startup?
>>>>>
>>>>> Including the convention plugin does help it work.
>>>>>
>>>>>
>>>>>
>>>>> newton.dave wrote:
>>>>>>
>>>>>> Pennel,Paul T wrote:
>>>>>>> @ParentPackage("ej-update")
>>>>>>> @Namespace("webfarm")
>>>>>>
>>>>>> Did you try "/webfarm"? (I'm not sure that it's necessary to
>>>>>> explicitly configure this particular namespace since the package
>>>>>> name
>>>>
>>>>>> ends with "actions.webfarm", though--don't recall off the top of
>>>>>> my
>>>>>> head.)
>>>>>>
>>>>>>> @Results ({
>>>>>>>   @Result(name = "success", location = "retrieveWebFarms",
>>>>>>> type="chain"),
>>>>>>
>>>>>> Eeew, action chaining!
>>>>>>
>>>>>>> I have verified that the struts2-config-browser-plugin-2.1.6.jar
>>>>>>> is
>>>
>>>>>>> in my .war file.  I also created the optional package for
>>>>>>> struts2-config-browser-plugin-2.1.6.jar and deployed it.
>>>>>>
>>>>>> How about the convention plugin?
>>>>>>
>>>>>> Dave
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------
>>>>>> --
>>>>>> - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/Convention-Plugin-problem-tp21676402p21679840
>>>>> .h t ml Sent from the Struts - User mailing list archive at
>>>>> Nabble.com.
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> "Hey you! Would you help me to carry the stone?" Pink Floyd
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> "Hey you! Would you help me to carry the stone?" Pink Floyd
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>
>>>
>>
>>
>>
>> --
>> "Hey you! Would you help me to carry the stone?" Pink Floyd
>>
>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>



-- 
"Hey you! Would you help me to carry the stone?" Pink Floyd

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to