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

[Jim Tyrrell]

Brian,

WEB-INF lib

I have the steps to reproduce:
WIth my war file

copy to the standalone/deployments directory.

then run unzip of the war file in that directory, wait for it to try to scan those files that were just unzipped and then you get the files marked as failed...

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/




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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20110708/38e5eaca/attachment-0001.html