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

[Jaikiran Pai]

Please mail those to me off-list then.

I'm interested in looking at the contents of the war to see what's 
causing the deployers to think that the jars within the .war/WEB-INF/lib 
are "deployments".

-Jaikiran
On Friday 08 July 2011 10:32 PM, Jim Tyrrell wrote:
> 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/ 
> <http://www.cnbc.com/id/39401056>
>
>
>
>
> 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 <mailto: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 <mailto:jboss-as7-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>