[Design of JBoss Profiler] - Can't get memory snapshot using jmx-console.
by yonex
I want to use jmx-console to get memory snapshot.
1. I copy the jbossAgent.dll to the C:\WINNT.
2. Run a jvm using command: java -agentlib:jbossAgent -jar Java2Demo.jar
3. Open http://localhost:8080/jmx-console, invoke heapSnapshot by setting Prefix to "D:\" and suffix to "log", click "invoke" then found a exception is thrown. Could anyone meet this problem before and share some information and tell me where I am wrong?
Thanks.
Yonex.
By checking the log file under jboss-4.0.5.GA\server\default\log, get stack trace as following:
2007-02-27 16:43:21,819 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/jmx-console].[HtmlAdaptor]] Servlet.service() for servlet HtmlAdaptor threw exception
javax.management.RuntimeMBeanException
at org.jboss.mx.interceptor.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:176)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:163)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:223)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:262)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:100)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:82)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.RuntimeException: Agent not initialized
at org.jboss.profiler.jvmti.JVMTIInterface.forceGC(Native Method)
at org.jboss.profiler.jvmti.JVMTIInterface.heapSnapshot(JVMTIInterface.java:192)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
... 33 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022929#4022929
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022929
17 years, 2 months
[Design of JBoss jBPM] - Re: [O/T] Bug/issue triage
by tom.baeyens＠jboss.com
i understand the concerns (at least i think). but i don't see a way on how to make open source development more predictable. at least not the amount of work we try to do with the amount of resources we got. we don't have management resources, which in our case works just fine because all the contributors are educated enough. it's efficient, but not so predictable.
the biggest problem is that curently i make the selection of issues when i start working on them. so then i make a decision based on all the latest priorities.
when i would do this before and document this properly in jira, priorities will probably shifted by the time i start working on them and the result would be the same kind of unpredictability but more overhead in jira.
currently i use jira as a set of post its. i put them on the next release where i think i should have a look at them. if at that time i decide to postpone, i just move the release date. that is what is going to happen with the 3.2 jira issues. a number of them have already been fixed. another bunch will be postponed and a third part will still have to be fixed.
anyways. thanks for the feedback (and your patience:-). at least i know better your concerns. i'll try to find ways on how we can make the dev process more predictable. i hope this background gave you some insight in the why the current model is not so predictable.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022926#4022926
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022926
17 years, 2 months
[Design of JBoss Portal] - Re: LDAP test matrix
by bdaw
Hi Prabhat,
First of all thanks for your help :)
There are few things with LDAP testing.
- First of all testsuite runs agains RHDS, OpenDS and OpenLDAP at the moment
http://cruisecontrol.jboss.com/cc/artifacts/jboss-portal-2.6-testsuite-su...
http://cruisecontrol.jboss.com/cc/artifacts/jboss-portal-2.6-testsuite-su...
Currently you need to build sources and run testsuite under jdk 1.5 to have LDAP tests. Under 1.4 they simply won't be invoked.
- OpenDS is deployed locally on JBoss AS as an mbean, while RHDS and OpenLDAP are in QA, so vpn access is needed. Ideally I would like to have a situation where testsuite run on local developer machines will run only against local OpenDS and in QA against all servers
Testing LDAP is a little more complicated as unlike the DB you have combination of configurations per test for:
a) identity modules implementation used
b) ldap servers
c) ldap tree
So recently I ended with directories-*.xml file for every *TestCase. And those can be find here:
http://anonsvn.jboss.org/repos/portal/trunk/test/src/etc/
I guess that first thing you can do is to setup this like portal-db so we could comment LDAP servers other than OpenDS in trunk
As you mentioned there is also MSAD instance in QA, but for now I'm not targetiing it. If I have time I will try to make it somehow "experimental" supported for final, but it's not my priority. MSAD is also hard to test in the same way as other servers as I can't simply put my ldif data anywhere in the tree, so it's hard to have simple populate-test-cleanup cycle per test.
For other instances it would be great to have Novel and maybe Sun Directory (as I believe it differs a little from OpenDS) in QA. If you have any other suggestions of industry used LDAP servers I'm open :)
This week I'm going to add more documentation in reference guide for this topic. You can wait for this so it'll be easier to catch up on how LDAP is configured in portal and what options are there.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022923#4022923
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022923
17 years, 2 months