User: user57
Date: 01/08/29 01:26:48
Removed: oasis/docbook-xsl/docsrc/tools ChangeLog profile-chain.png
profiling.xml
Log:
o removing uneeded cruft from docbook-xsl import
___
Jboss-development mailing list
User: user57
Date: 01/08/29 01:26:47
Removed: oasis/docbook-xsl/doc/tools ChangeLog profile-chain.png
profiling.html
Log:
o removing uneeded cruft from docbook-xsl import
___
Jboss-development mailing list
User: user57
Date: 01/08/29 01:26:50
Removed: oasis/docbook-xsl/extensions/xalan2/com/nwalsh/xalan
Callout.java ChangeLog FormatCallout.java
FormatDingbatCallout.java FormatGraphicCallout.java
User: user57
Date: 01/08/29 01:26:48
Removed: oasis/docbook-xsl/extensions/doc/saxon5 deprecated-list.html
help-doc.html index-all.html index.html
overview-tree.html package-list packages.html
User: user57
Date: 01/08/29 01:26:47
Removed: oasis/docbook-xsl/docsrc/lib ChangeLog lib.xml
Log:
o removing uneeded cruft from docbook-xsl import
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: user57
Date: 01/08/29 01:26:47
Removed: oasis/docbook-xsl/docsrc ChangeLog copyright.xml
documentation.xml extensions.xml jrefhtml.xsl
legalnotice.xml publishing.xml reference.xml
template-example.xml
How much is/isn't working with your new stuff? I suggest that if many
things are working, you tag the current cvs and then commit. I don't know
what exactly you are working on, but if there are problems exposed in
non-core stuff you might get people to redesign problem areas rather than
User: gropi
Date: 01/08/29 07:55:19
Modified:.index.jsp
Log:
fixed broken link. Jetty is case sensitive.
Revision ChangesPath
1.10 +1 -1 newsite/index.jsp
Index: index.jsp
===
The mail lists are going away real soon now. If you don't like the
volume, stick to the online forums, available at the JBoss website. They're
really nice.
-dan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Steven Shaw
Sent: Wednesday, August 29,
Sorry I am late
marcf
PS: the stuff I will commit is fairly well done, it is just deep under the
covers. The core. See where previously we had one line new MLet and the
fantaaastic ClassPathExtension, we have the http/file: based install and
classloader infrastructure coupled with autodeployer
What happened to the nightly build?! I like being reassured of the health
of the mainline before I got getting latest from CVS.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Wednesday, August 29, 2001 10:42 AM
To: jboss-dev
Hi Steve,
I agree with you 100%.
I like JBoss, and am interested in issues in its development. But then
these CVS mail exchanges make me really sick.
Please do something about this.
Cheers,
Gopi
jboss-dev is not a social list where we discuss wee-wee touching design
pattern pseudo intellectualism. Here I want the grunge work of jboss-dev and
having the cvs commits in my face is more important that discussing the
weather facade. No offense, most are new and I really hope some of you
swim
Actually the CVS messages are important. It allows us to see changes and
then comment on changes in the code and create a discussion around code
changes. Well, that's my 2 cents.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL
On 29 Aug, Bill Burke wrote:
Actually the CVS messages are important. It allows us to see changes and
then comment on changes in the code and create a discussion around code
changes. Well, that's my 2 cents.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
On 29 Aug, Bill Burke wrote:
Actually the CVS messages are important. It allows us to see changes and
then comment on changes in the code and create a discussion around code
changes. Well, that's my 2 cents.
Bill
First I tought it was to much too, but to really be part of the
development
Listen script kiddies,
I was up till 4:30 for the umpth time this week last night working on RH'
core. It is working, it is great work.
(working on the autodeployer right now with 5 hours sleep).
P
marcf
PS: bande de petits cons
|-Original Message-
|From: [EMAIL PROTECTED]
From reading the IBD
article, is Enhydra a competitor of JBoss? I went to their web site and it
seemed that Enhydra really wasn't "Open Source", but a J2EE implementation that
came with the source. If they are a competitor in the Open Source arena,
how can we kick their ass? Or maybe we
The
script kiddies of late are not EVEN running the tests, just commit and
run
get
the testsuite going, enforce usage of it through buildmagic, then we will turn
the nightly build on... right now, a lot of kiddy talk but little
structure
marcf
-- You
are in deep space --
t, t, t
c'est pas bien de dire des gros mots ;-)
c'est bon pour une fois parce que tu as l'air fatigué .
Courage,
Etienne
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 29, 2001 6:08 PM
Subject: RE: [JBoss-dev] Marc,
They're barely and only lately J2EE. THey had a lot of resistence to the
whole JSP thing (based on some legitimate criticisms) and only recently
Started doing EJB (via Jonas, from Bull). I haven't looked in a while,
but I thought that EJB integration was only available in their
'enterprise'
The term required by Sun J2EE licensing agreements is J2EE compatible not
compliant. For example, JRun 3.1, which passes J2EE CTS and is fully
compliant, has to be marketed as J2EE compatible.
Scott Stirling
JRun QA
Macromedia
-Original Message-
From: Bill Burke [mailto:[EMAIL
Ah, but I see what you mean -- they mixed up Java compatibility and J2EE
compatibility -- quite different things.
Scott Stirling
JRun QA
Macromedia
-Original Message-
From: Scott Stirling
Sent: Wednesday, August 29, 2001 1:50 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev]
get the testsuite going, enforce usage of it through buildmagic, then we
Any thoughts on how you would like that enforced? I made it easy to run,
# Compile
./build/build.sh
# Run
./build/build.sh run
# Test
./build/build.sh testsuite
It still takes forever. If it was quicker, I
Note that you made it easy to run under linux, if anyone can do the same for
win32 it would be appreciated...
Or am I missing something.
Cheers
David
-Original Message-
From: Jason Dillon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 30, 2001 8:45 AM
To: [EMAIL PROTECTED]
Hello Folks,
Is there any specific reason we have the jdbc datasources bound
under java:/ as opposed to java:/comp/env/jdbc/ ?
Regards,
Vinay Menon
___
Jboss-development mailing list
[EMAIL PROTECTED]
And has dowe have any specifics on Orion vs
JBoss? There have been suggestions that it is a decent offering. anyone
thoughts?
Vinay
- Original Message -
From:
marc
fleury
To: [EMAIL PROTECTED]
Sent: Wednesday, August 29, 2001 5:26
PM
Subject: RE:
no -client option? what vm are you using? override junit.jvm.options, that
is where it gets -client from. I think it might need something, so try
setting the heap size or something.
--jason
On Thu, 30 Aug 2001, David Maplesden wrote:
Aaargh, aargh, retraction, I take it back... I think.
User: user57
Date: 01/08/29 14:40:36
Modified:.build.xml
Log:
o changed module.version to unspecified (from unused)
Revision ChangesPath
1.17 +2 -2 jboss/build.xml
Index: build.xml
User: user57
Date: 01/08/29 14:48:35
Modified:.modules
Log:
o added jboss-docs
Revision ChangesPath
1.51 +14 -0 CVSROOT/modules
Index: modules
===
RCS file:
java -version
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
--jason
On Thu, 30 Aug 2001, David Maplesden wrote:
Cool, I changed to set the max heap size instead and it seems to be working
(at
User: mnf999
Date: 01/08/29 15:30:19
Added: src/etc/conf/default mail-service.xml
Log:
The mail services is done as an added xml snippet in lib/deploy
Revision ChangesPath
1.1 jboss/src/etc/conf/default/mail-service.xml
Index: mail-service.xml
User: user57
Date: 01/08/29 15:44:18
manual/src/metadata - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hmmm, mines the same (or very similar) so I looked at the documentation.
-client is a standard option for java under linux but not under win32...
what a pain.
David
-Original Message-
From: Jason Dillon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 30, 2001 10:30 AM
To: '[EMAIL
User: user57
Date: 01/08/29 15:45:06
Modified:.build.xml
Log:
o manual jars target will build .war .ear files for the website,
should probably make the website a buildmagic module, that includes this
but for now this will work
Revision ChangesPath
User: mnf999
Date: 01/08/29 15:47:27
Added: src/main/org/jboss/deployment ServiceDeployer.java
ServiceDeployerMBean.java
Log:
The brand new ServiceDeployer
Revision ChangesPath
1.1
User: mnf999
Date: 01/08/29 16:13:46
Added: src/main/org/jboss/system MBeanClassLoaderMBean.java
Log:
We need to trick CVS into thinking CVS:
-- CVS: Enter Log.
Lines beginning with `CVS:' are removed
User: mnf999
Date: 01/08/29 16:14:23
Added: src/main/org/jboss/system ServiceControllerMBean.java
Log:
the MBean for the service controller
Revision ChangesPath
1.1 jboss/src/main/org/jboss/system/ServiceControllerMBean.java
Index:
User: mnf999
Date: 01/08/29 16:19:40
Added: src/main/org/jboss/system URLClassLoaderMBean.java
Log:
sometimes JMX is just dumb
Revision ChangesPath
1.1 jboss/src/main/org/jboss/system/URLClassLoaderMBean.java
Index: URLClassLoaderMBean.java
User: mnf999
Date: 01/08/29 16:19:04
Added: src/main/org/jboss/system ServiceLibraries.java
ServiceLibrariesMBean.java
Log:
The service libraries act as a repository of classes on behalf of the system. It is
inspired by Dr Jung's work on the scope but
I am playing with the current sources and testing a 1 to many
relationship. I have the following two tables
order with pk: int objectid
and
orderdetail
pk: int order_oid,int line_num
The link..
order_oid=objectid
There is a 1 to many relationship between Order and orderdetail. When
you go
User: mnf999
Date: 01/08/29 16:22:01
Added: src/main/org/jboss/system ServiceCreator.java
Log:
A helper class to create an MBean from an XML snippet
Revision ChangesPath
1.1 jboss/src/main/org/jboss/system/ServiceCreator.java
Index:
Hello Folks,
Have seen quite a few emails fly around regarding JBoss - Resin
integration at a VM level and was wondering if something of this sort has
already been done. If so can you please share it. If it has not been done is
anyone who's played around with Resin for a while and have CVS
User: user57
Date: 01/08/29 18:14:31
Modified:.modules
Log:
o tad more comments
Revision ChangesPath
1.54 +5 -0 CVSROOT/modules
Index: modules
===
RCS file:
User: mnf999
Date: 01/08/29 19:16:50
Modified:src/main/org/jboss/ha HAConfigServer.java
HAConfigServerMBean.java
Log:
Revision ChangesPath
1.2 +2 -2 jbossmx/src/main/org/jboss/ha/HAConfigServer.java
Index: HAConfigServer.java
User: mnf999
Date: 01/08/29 19:24:12
Modified:src/docs advconfig.xml
Log:
manual scope changes
Revision ChangesPath
1.19 +1 -1 manual/src/docs/Attic/advconfig.xml
___
Jboss-development mailing list
I am playing with the current sources and testing a 1 to many
relationship. I have the following two tables
order with pk: int objectid
ok
and
orderdetail
pk: int order_oid,int line_num
Does order detail have a compund key using both order_oid and line_num?
The link..
User: mnf999
Date: 01/08/29 19:26:23
Modified:src/docs howtojbuilderdebug.xml howtojmx.xml
howtojndi_external.xml howtombeans.xml
howtomssql.xml howtotimer.xml howtotomcat.xml
jdbc-database.xml resource.xml
User: mnf999
Date: 01/08/29 19:35:55
Modified:src/main/org/jboss/mq/pm/logged PersistenceManager.java
PersistenceManagerMBean.java
Log:
just package names, nothing more
Revision ChangesPath
1.3 +3 -3
User: mnf999
Date: 01/08/29 19:35:55
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
PersistenceManagerMBean.java
Log:
just package names, nothing more
Revision ChangesPath
1.4 +3 -3
User: mnf999
Date: 01/08/29 19:35:54
Modified:src/main/org/jboss/mq/il/rmi RMIServerILService.java
Log:
just package names, nothing more
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java
Index:
User: mnf999
Date: 01/08/29 19:35:54
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
just package names, nothing more
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java
Index:
User: mnf999
Date: 01/08/29 19:35:54
Modified:src/main/org/jboss/mq/il ServerILJMXService.java
ServerILJMXServiceMBean.java
Log:
just package names, nothing more
Revision ChangesPath
1.3 +3 -3
User: mnf999
Date: 01/08/29 19:35:54
Modified:src/main/org/jboss/mq/il/jvm JVMServerILService.java
Log:
just package names, nothing more
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerILService.java
Index:
User: mnf999
Date: 01/08/29 19:42:38
Modified:varia/src/main/org/jboss/tm/plugins/tyrex
TransactionManagerService.java
TransactionManagerServiceMBean.java
Log:
more package stuff
Revision ChangesPath
1.2 +2 -2
What's Resin?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Vinay
Menon
Sent: Wednesday, August 29, 2001 7:50 PM
To: [EMAIL PROTECTED]
Cc: JBossDev
Subject: [JBoss-dev] JBoss Integration
Hello Folks,
Have seen quite a few emails fly
User: mnf999
Date: 01/08/29 19:42:38
Modified:varia/src/main/org/jboss/jdo/castor CastorJDOImpl.java
CastorJDOImplMBean.java
Log:
more package stuff
Revision ChangesPath
1.2 +2 -2
User: mnf999
Date: 01/08/29 19:47:42
Modified:src/main/org/jboss/jdbc JDBCDataSourceLoader.java
JDBCDataSourceLoaderMBean.java JdbcProvider.java
JdbcProviderMBean.java XADataSourceLoader.java
User: mnf999
Date: 01/08/29 19:50:57
Modified:src/bin run.sh
Log:
can't remember
Revision ChangesPath
1.27 +3 -3 jboss/src/bin/run.sh
Index: run.sh
===
RCS file:
User: mnf999
Date: 01/08/29 19:52:46
Modified:src/build build.xml
Log:
3.0 flag
Revision ChangesPath
1.85 +1 -1 jboss/src/build/Attic/build.xml
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: mnf999
Date: 01/08/29 20:06:16
Modified:src/main/org/jboss/ejb/plugins
StatefulSessionFilePersistenceManager.java
Log:
using the right file... pfff
Revision ChangesPath
1.22 +3 -3
User: mnf999
Date: 01/08/29 20:10:54
Modified:src/main/org/jboss/jms/jndi JMSProviderLoader.java
JMSProviderLoaderMBean.java
Log:
Revision ChangesPath
1.6 +2 -2 jboss/src/main/org/jboss/jms/jndi/JMSProviderLoader.java
Index:
User: mnf999
Date: 01/08/29 20:10:02
Modified:src/main/org/jboss/ejb Application.java
ContainerFactory.java ContainerFactoryMBean.java
ContainerPlugin.java ContainerRelection.java
Log:
snore
Revision ChangesPath
1.18
User: mnf999
Date: 01/08/29 20:12:52
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
The scope and the package (again)
Revision ChangesPath
1.20 +2 -2 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index: JettyService.java
Vinay Menon wrote:
Hello Folks,
Is there any specific reason we have the jdbc datasources bound
under java:/ as opposed to java:/comp/env/jdbc/ ?
The java:comp/env (note: no '/' between ':' and 'comp') is for the
environment of a J2EE component. This must be set up separately for
User: mnf999
Date: 01/08/29 20:12:52
Modified:jetty/src/build build.xml
Log:
The scope and the package (again)
Revision ChangesPath
1.12 +2 -2 contrib/jetty/src/build/build.xml
Index: build.xml
User: mnf999
Date: 01/08/29 20:17:12
Modified:.build.xml
Log:
build the boot/spine/xml/jsr
Revision ChangesPath
1.18 +87 -12jboss/build.xml
Index: build.xml
===
RCS file:
User: mnf999
Date: 01/08/29 20:18:14
Modified:src/main/org/jboss/jmx/server JMXAdaptorImpl.java
JMXAdaptorService.java JMXAdaptorServiceMBean.java
RMIConnectorImpl.java RMIConnectorService.java
User: mnf999
Date: 01/08/29 20:18:14
Modified:src/main/org/jboss/jmx/client ConnectorFactoryImpl.java
ConnectorFactoryService.java
ConnectorFactoryServiceMBean.java
RMIClientConnectorImpl.java
Log:
new name
It is another servlet engine. It sports native i/o I believe.
http://www.caucho.com/products/resin/
Looks like there might be more to it.
--jason
On Wed, 29 Aug 2001, Bill Burke wrote:
What's Resin?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
|It is another servlet engine. It sports native i/o I believe.
|
|http://www.caucho.com/products/resin/
|
|Looks like there might be more to it.
or not
marcf
|
|--jason
|
|
|On Wed, 29 Aug 2001, Bill Burke wrote:
|
| What's Resin?
|
| -Original Message-
| From: [EMAIL PROTECTED]
|
User: mnf999
Date: 01/08/29 20:31:21
Modified:src/main/org/jboss/naming ExternalContext.java
ExternalContextMBean.java JNDIView.java
JNDIViewMBean.java NamingAlias.java
NamingAliasMBean.java NamingService.java
User: mnf999
Date: 01/08/29 20:33:23
Modified:src/main/org/jboss/security/plugins/samples
CacheRealmMapping.java
CacheRealmMappingService.java
CacheRealmMappingServiceMBean.java
User: mnf999
Date: 01/08/29 20:42:48
Removed: src/main/org/jboss/util Shutdown.java ShutdownMBean.java
Log:
moved to system
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: mnf999
Date: 01/08/29 20:39:18
Modified:src/main/org/jboss/tm/usertx/server
ClientUserTransactionService.java
ClientUserTransactionServiceMBean.java
Log:
Revision ChangesPath
1.3 +2 -2
User: mnf999
Date: 01/08/29 20:41:37
Removed: src/main/org/jboss/util ClassPathExtension.java
ClassPathExtensionMBean.java
Log:
CPE replaced by URLCL adn MBeanCL, buh bye
___
Jboss-development mailing list
I remeber having to have something here, so that the java task could not
think that I was trying to start the class . Perhaps a -Ddummy would
work.
--jason
On Thu, 30 Aug 2001, David Maplesden wrote:
It should probably be one of the standard options as opposed to the
non-standard -X ones.
User: mnf999
Date: 01/08/29 20:46:48
Removed: src/main/org/jboss/util Service.java ServiceControl.java
ServiceControlMBean.java ServiceFactory.java
ServiceMBean.java ServiceMBeanSupport.java
Log:
moved to system
but...
KRUDER AND DORFMEISTER ARE PRETTY COOL BUT THEY SHOULD GO EASY ON THE BUG
POWDER DUST
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/08/29 20:49:34
Modified:.build.xml
Log:
o changed junit.jvm.options from -client to -Ddummy, so it is more portable
and won't cause java to freak out and try to execute as a class.
Revision ChangesPath
1.5 +2 -2
User: mnf999
Date: 01/08/29 20:50:12
Modified:src/main/org/jboss/util CachePolicy.java
CounterInterceptor.java CounterService.java
CounterServiceMBean.java Scheduler.java
SchedulerMBean.java
Log:
I just switched this to -Ddummy, so it can't cause problems that I ran into
(could have been an ant 1.3'ism, but whatever). The property is still there
for those who need to add stuff to it as well.
--jason
On Thu, 30 Aug 2001, David Maplesden wrote:
It should probably be one of the
User: mnf999
Date: 01/08/29 20:57:44
Modified:src/main/org/jboss/logging Log4jService.java Logger.java
Log:
Revision ChangesPath
1.10 +2 -2 jboss/src/main/org/jboss/logging/Log4jService.java
Index: Log4jService.java
User: mnf999
Date: 01/08/29 20:59:25
Modified:src/main/org/jboss/management ContainerManagement.java
ContainerManagementMBean.java
Log:
Revision ChangesPath
1.5 +2 -2 jboss/src/main/org/jboss/management/ContainerManagement.java
User: mnf999
Date: 01/08/29 21:14:43
Modified:src/main/org/jboss/test/naming/test TestExternalContext.java
Log:
Revision ChangesPath
1.2 +2 -2
jbosstest/src/main/org/jboss/test/naming/test/TestExternalContext.java
Index: TestExternalContext.java
User: mnf999
Date: 01/08/29 21:28:42
Modified:src/main/org/jboss Main.java
Log:
new Main for 3.0
Revision ChangesPath
1.44 +320 -234 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
Is there any chance you could come up with a little more ant stuff that
would (in one target) ...
checkout jboss-all from cvs
build
start (in separate jvm)
run tests
email results
stop
Sure, most of this is there, cvs, ant, java, junit, mail and
java again (for org.jboss.Shutdown). I
checkout jboss-all from cvs
build
start (in separate jvm)
run tests
email results
stop
chicken or the egg.
do you mean to update the current workspace, clone the current workspace,
or get a workspace without already having one?
the rest is peanuts.
--jason
Ok
I am done with teh commits, doing a clean checkout and making sure it all
works.
If you want to do something fun with this download and build and go under
/lib/deploy and touch email-service.xml and the connectors.jsr. Basically
these are independent modules that can cycle. It is the stuff
User: mnf999
Date: 01/08/29 22:09:35
Modified:jbossbuild.xml
Log:
3.0
Revision ChangesPath
1.10 +3 -3 build/jboss/build.xml
Index: build.xml
===
RCS file:
User: mnf999
Date: 01/08/29 22:19:07
Added: src/etc/conf/default jboss-service.xml
Removed: src/etc/conf/default jboss.jcml
Log:
Just to make sure people know what file to use.
BTW jboss.jcml still works
Revision ChangesPath
1.1
btw, do you see any value in adding the depend task before each compile? I
found it useful on another project.
I haven't used depend yet. Is it fast? Can you send me a snippet?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: mnf999
Date: 01/08/29 22:56:30
Modified:src/main/org/jboss/mq/server StateManager.java
Log:
No file stuff from jbos.jcml
Revision ChangesPath
1.4 +12 -5 jbossmq/src/main/org/jboss/mq/server/StateManager.java
Index: StateManager.java
oka should be good
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Thursday, August 30, 2001 12:57 AM
|To: marc fleury; Jboss-Development@Lists. Sourceforge. Net
|Subject: [JBoss-dev] RE: The Rabbit is out of the bag
|
|
A couple of places in the code use the following to discover the
MBeanServer:
MBeanServerFactory.findMBeanServer(null).iterator().next();
This assumes that there's only one MBeanServer in the VM, which might not
always
be the case. Can we make the server or its ID globally available? Where
95 matches
Mail list logo
