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

[Jason T. Greene]

It's also a great example of when someone asks "Sorry, I didn't ask 
clearly. What's the name of the root directory of the exploded 
deployment? something.war?"

and also says

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

that the answer to the question be correct.

On 7/8/11 3:57 PM, Brian Stansberry wrote:
> 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
>
>


-- 
Jason T. Greene
JBoss, a division of Red Hat