That most certainly appears to be a bug. There shouldn't be any deployment markers generated _within_ a deployment. The screenshot shows the markers being created in .war/WEB-INF/lib which is wrong. Perhaps it's considering those jars as individual "deployments"? What's the exact name of your deployment file? What does "ls -R yourapp.war" show? -Jaikiran On Friday 08 July 2011 10:14 PM, 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 > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

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 https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

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

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

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> >>>>>> 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 >>>> >>> >>> >>> -- >>> 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 > > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)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

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

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@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@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@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

Team, 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:]