<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>Again because this war file is provided under NDA, I can not give you the whole tree of files listing on a public list, but can make the original and new war file available to you if you would like...what are you looking to see..</div><div><br><div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>Jim Tyrrell</div><div>Senior JBoss Solutions Architect</div><div><br></div><div>Did you see RHT on Fox News around Cloud?</div><div><a href="http://www.cnbc.com/id/39401056">http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/</a></div></div><div><br></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br><div><div>On Jul 8, 2011, at 10:56 AM, Jaikiran Pai wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>That most certainly appears to be a bug. There shouldn't be any <br>deployment markers generated _within_ a deployment. The screenshot shows <br>the markers being created in .war/WEB-INF/lib which is wrong. Perhaps <br>it's considering those jars as individual "deployments"? What's the <br>exact name of your deployment file? What does "ls -R yourapp.war" show?<br><br>-Jaikiran<br>On Friday 08 July 2011 10:14 PM, Jim Tyrrell wrote:<br><blockquote type="cite">Team,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">See the attached screen shot:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I have an exploded war file (spring/hibernate) that I made changes to <br></blockquote><blockquote type="cite">based on Marius (THANK YOU!!!!!!!!!) feedback. The application <br></blockquote><blockquote type="cite">deploys, but does not run when executed with the following errors:<br></blockquote><blockquote type="cite">10:08:12,829 ERROR <br></blockquote><blockquote type="cite">[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/BRMSPoc].[brmsDispatcher]] <br></blockquote><blockquote type="cite">(http--127.0.0.1-8080-1) Servlet.service() for servlet brmsDispatcher <br></blockquote><blockquote type="cite">threw exception: java.lang.IllegalAccessException: Class <br></blockquote><blockquote type="cite">org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer can not <br></blockquote><blockquote type="cite">access a member of class <br></blockquote><blockquote type="cite">org.jboss.stdio.StdioContext$DelegatingPrintStream with modifiers "public"<br></blockquote><blockquote type="cite">at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65) <br></blockquote><blockquote type="cite">[:1.6.0_24]<br></blockquote><blockquote type="cite">at java.lang.reflect.Method.invoke(Method.java:588) [:1.6.0_24]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:957) <br></blockquote><blockquote type="cite">[mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:314) <br></blockquote><blockquote type="cite">[mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:137) <br></blockquote><blockquote type="cite">[mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:137) <br></blockquote><blockquote type="cite">[mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85) [mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:104) <br></blockquote><blockquote type="cite">[mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at org.mvel2.MVEL.executeExpression(MVEL.java:1001) [mvel2-2.0.16.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:103) [drools-core-5.1.1.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:917) <br></blockquote><blockquote type="cite">[drools-core-5.1.1.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:856) <br></blockquote><blockquote type="cite">[drools-core-5.1.1.jar:]<br></blockquote><blockquote type="cite">at <br></blockquote><blockquote type="cite">org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1071) <br></blockquote><blockquote type="cite">[drools-core-5.1.1.jar:]<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Is the .failed from the screen shot on all the exploded jars in the <br></blockquote><blockquote type="cite">war from when I had not made all of Marius changes?<br></blockquote><blockquote type="cite">Is it expected behavior on an exploded war?<br></blockquote><blockquote type="cite">How would I clean these up? Do I need to?<br></blockquote><blockquote type="cite">What effect/affect are these having on my current deployment? Now <br></blockquote><blockquote type="cite">that I mostly think I have my application in a state where I can <br></blockquote><blockquote type="cite">run/deploy my application?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Does it make sense to mark all of these "embedded/included" jar files <br></blockquote><blockquote type="cite">as failed?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I am not sure if this is expected behavior, bugs or what? Some advice <br></blockquote><blockquote type="cite">pretty please?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I guess you have to love lazy loading, and runtime exceptions. :S!!!!!<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Jim Tyrrell<br></blockquote><blockquote type="cite">Senior JBoss Solutions Architect<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Did you see RHT on Fox News around Cloud?<br></blockquote><blockquote type="cite"><a href="http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/">http://video.foxbusiness.com/v/1039347607001/red-hat-ceo-on-the-growth-of-cloud-computing/</a> <br></blockquote><blockquote type="cite"><<a href="http://www.cnbc.com/id/39401056">http://www.cnbc.com/id/39401056</a>><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">jboss-as7-dev mailing list<br></blockquote><blockquote type="cite"><a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br></blockquote><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br></blockquote><br>_______________________________________________<br>jboss-as7-dev mailing list<br><a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/jboss-as7-dev<br></div></blockquote></div><br></div></div></body></html>