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

Brian Stansberry brian.stansberry at redhat.com
Fri Jul 8 16:57:49 EDT 2011 

Thanks. Unzipping such that WEB-INF is a direct child of the 
deployments/ dir is what causes this issue; it needs to be in a 
directory named Sample.war.

The scanner can do a bit better in detecting and dealing with this 
situation though; see my comment on the JIRA.

On 7/8/11 3:23 PM, Jim Tyrrell wrote:
> Brian,
>
> Created:
> https://issues.jboss.org/browse/AS7-1236
>
> 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 1:57 PM, Brian Stansberry wrote:
>
>> Sure, thanks.
>>
>> On 7/8/11 2:36 PM, Jim Tyrrell wrote:
>>> 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/
>>> <http://www.cnbc.com/id/39401056>
>>>
>>>
>>>
>>>
>>> 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>
>>>>>>>>>> <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>
>>>>>>>>> <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
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>>
>>>> --
>>>> 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
>>>
>>
>>
>> --
>> 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


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat

More information about the jboss-as7-dev mailing list