[jboss-as7-dev] Exploded Oddity with that Spring/Hibernate Example

Jim Tyrrell jtyrrell at redhat.com
Fri Jul 8 15:36:04 EDT 2011


Brian,

Want me to file a jira?

Jim Tyrrell
Senior JBoss Solutions Architect

Did you see RHT on Fox News around Cloud?
http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/




On Jul 8, 2011, at 12:37 PM, Brian Stansberry wrote:

> No, the scanner should not step into and try to deploy content in child 
> directories of a directory whose name ends in .ear, .jar, .rar, .sar, 
> .war or any capitalization variant of those.  If it does, it is a bug.
> 
> On 7/8/11 1:18 PM, Jim Tyrrell wrote:
>> Brain et al,
>> 
>> So I guess the question is:
>> 
>> Should it scan for and try to deploy a lib directory in the deployments
>> directory?
>> 
>> let me know if you need me to jira this, or what you want me to do?
>> 
>> Thank yous!!! to Brian, Marius, and Jaikiran for looking at this.
>> 
>> Jim Tyrrell
>> Senior JBoss Solutions Architect
>> 
>> Did you see RHT on Fox News around Cloud?
>> http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/
>> <http://www.cnbc.com/id/39401056>
>> 
>> 
>> 
>> 
>> On Jul 8, 2011, at 12:13 PM, Jim Tyrrell wrote:
>> 
>>> yeap....
>>> and you have another email with the case that reproduces this...
>>> 
>>> Jim Tyrrell
>>> Senior JBoss Solutions Architect
>>> 
>>> Did you see RHT on Fox News around Cloud?
>>> http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/
>>> <http://www.cnbc.com/id/39401056>
>>> 
>>> 
>>> 
>>> 
>>> On Jul 8, 2011, at 12:12 PM, Brian Stansberry wrote:
>>> 
>>>> Sorry, I didn't ask clearly. What's the name of the root directory of
>>>> the exploded deployment? something.war?
>>>> 
>>>> 
>>>> On 7/8/11 1:05 PM, Jim Tyrrell wrote:
>>>>> lib directory...
>>>>> 
>>>>> Jim Tyrrell
>>>>> Senior JBoss Solutions Architect
>>>>> 
>>>>> Did you see RHT on Fox News around Cloud?
>>>>> http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/
>>>>> <http://www.cnbc.com/id/39401056>
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Jul 8, 2011, at 12:01 PM, Brian Stansberry wrote:
>>>>> 
>>>>>> What's the name of the directory whose contents are shown in that
>>>>>> screenshot?
>>>>>> 
>>>>>> On 7/8/11 11:44 AM, Jim Tyrrell wrote:
>>>>>>> Team,
>>>>>>> 
>>>>>>> See the attached screen shot:
>>>>>>> 
>>>>>>> I have an exploded war file (spring/hibernate) that I made changes to
>>>>>>> based on Marius (THANK YOU!!!!!!!!!) feedback. The application
>>>>>>> deploys,
>>>>>>> but does not run when executed with the following errors:
>>>>>>> 10:08:12,829 ERROR
>>>>>>> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/BRMSPoc].[brmsDispatcher]]
>>>>>>> (http--127.0.0.1-8080-1) Servlet.service() for servlet brmsDispatcher
>>>>>>> threw exception: java.lang.IllegalAccessException: Class
>>>>>>> org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer can not
>>>>>>> access a member of class
>>>>>>> org.jboss.stdio.StdioContext$DelegatingPrintStream with modifiers
>>>>>>> "public"
>>>>>>> at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65)
>>>>>>> [:1.6.0_24]
>>>>>>> at java.lang.reflect.Method.invoke(Method.java:588) [:1.6.0_24]
>>>>>>> at
>>>>>>> org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:957)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at
>>>>>>> org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:314)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at
>>>>>>> org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:137)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:137)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at
>>>>>>> org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:104)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at org.mvel2.MVEL.executeExpression(MVEL.java:1001)
>>>>>>> [mvel2-2.0.16.jar:]
>>>>>>> at
>>>>>>> org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:103)
>>>>>>> [drools-core-5.1.1.jar:]
>>>>>>> at
>>>>>>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:917)
>>>>>>> [drools-core-5.1.1.jar:]
>>>>>>> at
>>>>>>> org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:856)
>>>>>>> [drools-core-5.1.1.jar:]
>>>>>>> at
>>>>>>> org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1071)
>>>>>>> [drools-core-5.1.1.jar:]
>>>>>>> 
>>>>>>> Is the .failed from the screen shot on all the exploded jars in
>>>>>>> the war
>>>>>>> from when I had not made all of Marius changes?
>>>>>>> Is it expected behavior on an exploded war?
>>>>>>> How would I clean these up? Do I need to?
>>>>>>> What effect/affect are these having on my current deployment? Now
>>>>>>> that I
>>>>>>> mostly think I have my application in a state where I can
>>>>>>> run/deploy my
>>>>>>> application?
>>>>>>> 
>>>>>>> Does it make sense to mark all of these "embedded/included" jar
>>>>>>> files as
>>>>>>> failed?
>>>>>>> 
>>>>>>> I am not sure if this is expected behavior, bugs or what? Some advice
>>>>>>> pretty please?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> I guess you have to love lazy loading, and runtime exceptions. :S!!!!!
>>>>>>> 
>>>>>>> Jim Tyrrell
>>>>>>> Senior JBoss Solutions Architect
>>>>>>> 
>>>>>>> Did you see RHT on Fox News around Cloud?
>>>>>>> http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/
>>>>>>> <http://www.cnbc.com/id/39401056>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> jboss-as7-dev mailing list
>>>>>>> jboss-as7-dev at lists.jboss.org
>>>>>>> <mailto:jboss-as7-dev at lists.jboss.org>
>>>>>>> <mailto:jboss-as7-dev at lists.jboss.org>
>>>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Brian Stansberry
>>>>>> Principal Software Engineer
>>>>>> JBoss by Red Hat
>>>>>> _______________________________________________
>>>>>> jboss-as7-dev mailing list
>>>>>> jboss-as7-dev at lists.jboss.org
>>>>>> <mailto:jboss-as7-dev at lists.jboss.org>
>>>>>> <mailto:jboss-as7-dev at lists.jboss.org>
>>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>> 
>>>> 
>>>> 
>>>> --
>>>> Brian Stansberry
>>>> Principal Software Engineer
>>>> JBoss by Red Hat
>>> 
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev at lists.jboss.org <mailto:jboss-as7-dev at lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> 
>> 
>> 
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
> 
> 
> -- 
> Brian Stansberry
> Principal Software Engineer
> JBoss by Red Hat
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20110708/686b1480/attachment-0001.html 


More information about the jboss-as7-dev mailing list