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-cloud-computing/

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-cloud-computing/

<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-cloud-computing/

<http://www.cnbc.com/id/39401056>

_______________________________________________

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