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

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