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...
<
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...
>> <
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...
>>>> <
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...
>>>>> <
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...
>>>>>>> <
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...
>>>>>>>>> <
http://www.cnbc.com/id/39401056>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> jboss-as7-dev mailing list
>>>>>>>>> jboss-as7-dev(a)lists.jboss.org
>>>>>>>>> <mailto:jboss-as7-dev@lists.jboss.org>
>>>>>>>>> <mailto:jboss-as7-dev@lists.jboss.org>
>>>>>>>>> <mailto:jboss-as7-dev@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(a)lists.jboss.org
>>>>>>>> <mailto:jboss-as7-dev@lists.jboss.org>
>>>>>>>> <mailto:jboss-as7-dev@lists.jboss.org>
>>>>>>>> <mailto:jboss-as7-dev@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(a)lists.jboss.org
<mailto:jboss-as7-dev@lists.jboss.org>
>>>>> <mailto:jboss-as7-dev@lists.jboss.org>
>>>>>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> jboss-as7-dev mailing list
>>>> jboss-as7-dev(a)lists.jboss.org
<mailto:jboss-as7-dev@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(a)lists.jboss.org <mailto:jboss-as7-dev@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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev