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/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 
> 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.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 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

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

Reply via email to