[JBossCache] - Re: Minimizing POJOCache impact on existing codebases
by gregory.pierce@jboss.com
I went to the POJOCache documentation and looked for the javaagent information and found the following:
anonymous wrote :
| If you are running JDK5.0, you can also use the javaagent option that does not require a separate Classloader. Here are the ant snippet from one-test-aop50, for example.
|
|
| | <target name="one.test.aop50" depends="compile, generateClassLoader" description="run one junit test case.">
| | <junit printsummary="yes" timeout="${junit.timeout}" fork="yes">
| | <jvmarg value="-Djboss.aop.path=${output}/resources/jboss-aop.xml"/>
| | <jvmarg value="-javaagent:${lib-50}/jboss-aop-jdk50.jar"/>
| | <classpath path="${output}/etc" />
| | <sysproperty key="log4j.configuration" value="file:${output}/etc/log4j.xml" />
| | <classpath refid="lib.classpath.50"/>
| | <classpath refid="build.classpath.50"/>
| | <formatter type="xml" usefile="true"/>
| | <test name="${test}" todir="${reports}"/>
| | </junit>
| | </target>
| |
|
|
This simply does not give any realy information without tearing down the build script and makes an assumption that the user knows what the javaagent flag is. Is there an expectation that the user would have gone into the AOP documentation or JVM documentation to try and figure out what this flag is supposed to mean, do, etc?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971339#3971339
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971339
19 years, 7 months
[Performance Tuning] - Re: Jar Isolation Not Working
by wcydaip
Thanks for the suggestion. It looks like this still may be an issue with both 4.0.2 and 4.0.4.GA. Unless the problem is with my packaging and/or Manifest.mf CLASSPATH references. Anyone know of any resources which describe basic packaging procedures which allow ejb jar files and war files to communicate smoothly?
Here's what I found searching on JIRA:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=61036
http://jira.jboss.com/jira/browse/JBAS-1549?vote=vote
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=80758
http://jira.jboss.com/jira/browse/JBAS-3086?vote=vote
After those readings I found I really hadn't setup my environment for full isolation. So after changing the server/default/deploy/ear-deploy.xml attribute's to read:
| <attribute name="Isolated">true</attribute>
| <attribute name="CallByValue">true</attribute>
|
I realize this statement was incorrect on the initial post:
anonymous wrote :
| However, if one single app containing the three redundant jar files is deployed alone. And if that app is navigated completly through. Then if the next app is deployed the applications work.
|
Now I start getting the old ClassCastException and I'm guessing it's because of the isolation? Is this right?
| java.lang.ClassCastException
| at com.security.delegate.SecurityAuthenticator.getSecurityAuthenticator(SecurityAuthenticator.java:104)
| at com.security.delegate.SecurityAuthenticator.authenticate(SecurityAuthenticator.java:41)
| at com.portal.action.LoginAction.execute(Unknown Source)
| at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
|
Could anyone please comment on my current deployment?
| - .ear 1
| | --- application.xml
| | --- security-ejb.jar // shared by app 2
| | --- util-client.jar // shared by app 2
| | --- calendar-client.jar // shared by app 2
| | --- portal-main.jar
| | --- portal-ejb.jar // uses util-client.jar and portal-main.jar
| | --- portal.war // uses all shared libraries
|
The application.xml just lists all the archives as their respective module. I have no classpath reference within the war archive or any of the others.
App2.ear is setup almost identically only the portal is a reg app.
Thanks alot,
g
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971337#3971337
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971337
19 years, 7 months