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

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