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

[Jim Tyrrell]

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

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 10:56 AM, Jaikiran Pai wrote:

> That most certainly appears to be a bug. There shouldn't be any 
> deployment markers generated _within_ a deployment. The screenshot shows 
> the markers being created in .war/WEB-INF/lib which is wrong. Perhaps 
> it's considering those jars as individual "deployments"? What's the 
> exact name of your deployment file? What does "ls -R yourapp.war" show?
> 
> -Jaikiran
> On Friday 08 July 2011 10:14 PM, 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
> 
> _______________________________________________
> 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/1ad68667/attachment.html