[Design of JBoss Profiler] - Re: Please help me about jboss-profiler configuration.
by rainbow_dai
clebert, Thanks for your suggestion.
I execute the command is "java -XrunjbossInspector:e:\log,include=org.jboss,ignore=*,start=org.jboss.mq.MQServer,uniqueNames=true" in MS-DOS
and there will be some info as below:
******************************************************
Running process on Windows 2520
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D=
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print product version and exit
-version:
require the specified version to run
-showversion print product version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:...|:]
-enableassertions[:...|:]
enable assertions
-da[:...|:]
-disableassertions[:...|:]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:[=]
load native agent library , e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:[=]
load native agent library by full pathname
-javaagent:[=]
load Java programming language agent, see java.lang.instrument
*************************************************************
Base on your suggestion, I try to use only -XRunjbossInspector:directory, such as "java -XrunjbossInspector:E:\log". It still can get data, but also no result in list after analyse these data.
otherwise, I set an new environment variable JAVA_OPTS. such as below:
"JAVA_OPTS=-XrunjbossInspector:/E:\log,include=org.ex,ignore=*,start=org.ex.Main"
Thank a lot!!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3982508#3982508
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3982508
18 years, 2 months
[Design of JBoss jBPM] - Re: execution transitions, data flow and other associations
by brittm
Tom, a definite yes to more types of relationships.
My business (telecom) requires more complex relationships than jpdl provides. I need the ability to syncronize without merge on certain nodes across processes and sub-processes as well as tokens--and to synchronize various ways. I also need the ability to "multi-parent", or "share", a process.
I've already had to build the ability to multi-parent a process (orthagonal to jbpm) and am starting to work on doing the same thing for synchronization without merge. Here are two use cases:
Synchronization without merge.
A customer may buy several complex services from us, each of which has its own provisioning process. Each product can be billed when it reaches a particular state midway through its execution, but the customer cannot be billed until all products on a single order have become billable. Here, we need to synchronize across subprocesses, without merging.
Multi-Parented processes.
Again, a customer may buy several complex services from us, each of which has its own provisioning process. At some time, we'll want to schedule a technician to visit the customer's location and set up as much as possible in one visit. The scheduling and management of the technician's visit is its own process and becomes a loosely coupled 'subprocess' to several other product provisioning process.
The 'multi-parent' bit is probably outside the scope of your question, but these examples underscore a need to define node-to-node relationships that are both more complex than what we have now and that extend beyond the bounds of a single process instance.
Thanks,
Britt
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3982467#3982467
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3982467
18 years, 2 months