Try setting strict verification to false in jboss-service.xml
Regards,
Adrian
From: Alex Loubyansky [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Adrian Brock [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Fwd: [jboss-cvs]
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc
Hi,
Could one of the CMP experts check this fix? It is in 3.2 only.
Without the !isReadOnly() check, the preloaded readahead fields
were ignored.
Regards,
Adrian
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [jboss-cvs] jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc
I've backported the fix from HEAD.
Regards,
Adrian
From: Alex Loubyansky [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: JBoss-Dev [EMAIL PROTECTED]
Subject: [JBoss-dev] undeploying ejb-jar in Branch_3_2
Date: Sat, 5 Oct 2002 13:44:09 +0300
Undeploying ejb-jar with one entity and one
Hello,
I agree the SCL is not in play here.
Why does the HeirarchicalLoaderRepository2 synchronize on itself
in loadClass()? A plain UnifiedLoaderRepository2 does not.
Regards,
Adrian
From: Bordet, Simone [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE:
Fixed in HEAD.
Regards,
Adrian
From: David Jencks [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: jboss-dev [EMAIL PROTECTED]
Subject: [JBoss-dev] JMX -- Problem with dynamic mbean w/null info.
Date: Mon, 30 Sep 2002 00:37:02 -0400
Hi,
I'd appreciate it if one of the jmx experts could take
Hi Matt,
Answers in line.
From: Matt Munz [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
Date: Mon, 30 Sep 2002 11:08:40 -0400
Juha group,
It appears that there are two registries available in
Hi Scott,
Yeh, we could do this, but see later.
There is no real reason why this shouldn't be a valid ObjectName
jboss.j2ee:service=Ejb,jndi-name=java:/blah
other than the spec of course.
Only the first : has any relevence for parsing.
The other reserved characters =*, are similar although ,
The question is not should but can? :-)
The spec requires the MBeanServer to invoke the ModelMBean's
pre/post[De]Register. It is silent on whether the ModelMBean
forwards that to the pojo.
The pojo implementing the interface should be enough configuration
shouldn't it?
Regards,
Adrian
From:
- Original Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 30, 2002 12:25 PM
Subject: Re: [JBoss-dev] Resource loading
The problem is, it is in a different classloader.
The search starts from the ejb (xerces uses
a class loader
is removed
how do I know which resource to url mappings are affected and also need to
be
removed?
- Original Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 31, 2002 7:41 AM
Subject: Re: [JBoss-dev] Resource loading
Efficieny
Hi,
Has somebody added
testsuite/src/resource/classloader/interrupt/jboss-service.xml
but not committed on Branch_3_2 and HEAD
the file is missing, but cvs won't let me add it?
Regards,
Adrian
_
Chat with friends online, try MSN
Hi,
Somebody reported a peformance problem in the forums that
is caused by inefficient loading of resources.
With xerces in server/default/lib, they do
new DomParser(...),
this leads to a
getResource(META-INF/services/org.apache.xerces.xni.parser.XMLParserConfiguration);
from the ejb's
Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 30, 2002 12:12 PM
Subject: [JBoss-dev] Resource loading
Hi,
Somebody reported a peformance problem in the forums that
is caused by inefficient loading of resources.
With xerces in server/default
Hi,
I'm going to commit the JMX Serialization changes specified
(at least partially) in the 1.1 spec.
This will give jboss serialization compatibility with other
jmx 1.0 and jmx 1.1 implementations/tools.
I'm committing into 3.2 and HEAD, does this want to go into
3.0?
I know there was a
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 17, 2002 9:53 AM
Subject: [JBoss-dev] JMX Serialization and 3.0
Hi,
I'm going to commit the JMX
Hi Andreas,
JMX1.1 Page 31 StandardMBeans/Lexical Design Patterns/Attributes
If a class definition contains a matching pair of getAttributeName and
setAttributeName methods that take and return the same type, these
methods define a read-write attribute called AttributeName.
This only applies
this burden, not the default
JBoss behavior.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 10, 2002 11:44 AM
Subject: Re: [JBoss-dev
Hi Scott,
This is the specs/RIs mechanism for maintaining the LoaderRepository,
although it is only implicitly mentioned in the javadoc for the
DefaultLoaderRepository:
Keeps the list of Class Loaders registered in the MBean Server. It provides
the necessary methods to load classes using the
- Original Message -
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 10, 2002 11:44 AM
Subject: Re: [JBoss-dev] BasicMBeanRegistry and class loader MBeans
Hi Scott,
This is the specs/RIs mechanism for maintaining the LoaderRepository
Ok,
But I'm seeing failures in the MLet tests (before Scotts modificaiton).
I'll investigate...
Regards,
Adrian
From: Juha-P Lindfors [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] BasicMBeanRegistry and class loader MBeans
Date: Sat, 10 Aug 2002
The Mlet had not been converted to the UnifiedLoaderRepository2.
Regards,
Adrian
From: Adrian Brock [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] BasicMBeanRegistry and class loader MBeans
Date: Sat, 10 Aug 2002 21:16:06 +0100
Ok,
But I'm seeing
Hi,
I was talking with Marc and Juha about this in Majorca last week.
This is something for the 4.0 branch.
The conclusion was that we have stateless interceptors with
a model similar to what is already there for client interceptors.
The interceptors get all there information from the
also, but I
haven't looked.
david jencks
On 2002.08.01 05:32:09 -0400 Adrian Brock wrote:
Hi,
I was talking with Marc and Juha about this in Majorca last week.
This is something for the 4.0 branch.
The conclusion was that we have stateless interceptors with
a model similar to what
for the top of the stack
object. I think it is too easy to confuse with JRMP invoker etc. How
about MBeanContainer in analogy with the current ejb Container name?
I need to think some more about the infinite regress problem.
thanks
david jencks
On 2002.08.01 09:06:02 -0400 Adrian Brock wrote
Should be fixed now.
In the immortal words of Bart Simpson
I didn't do it!
Regards,
Adrian
From: marc fleury [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Subject: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!!
Date:
Do you have jmxri.jar in jre/lib/ext?
If you do, remove it. JBoss has its own jmx implementation.
Regards,
Adrian
From: Denis Markov [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: [JBoss-dev] JBOSS startup failure
Date: Fri, 28 Jun 2002
Hi Simone,
Thanks for to the pointer to Sacha's test.
We could replace synchronize(cl); synchronized(this) {...}
with a synchronize() that waits on reentrantLock - need to think about it,
should be more efficient when as many threads as possible wait on a
single object.
loadClass() must still
Hi,
Nearly forgot about this. :-)
I've committed this to 3.0 and 3.1.
There are some other problems with the 3.1 service tests.
I also made JMS destinations created through the destination manager
depend on the destination manager, which should mean they are stopped
in the correct order.
I'm
Hi Simon,
3.0RC4
The testsuite doesn't hang, and it passes a simple test that failed on the
previous version (I'll add it to the testsuite this weekend + other more
complicated tests). Thanks for applying this.
I think there is still a problem with the ordering for
findClass(String) (and
Hi Scott,
The hang is not predictable, but it is mostly on the RaTopicUnitTestCase.
Trying to dump the threads crashes the VM, but below is the start
of one of the dumps. It appears to be a deadlock in the
UnifiedLoaderRepository.
Looking at the code, there might be an ordering problem between
Hi,
Ok, always become the current thread before synchronizing on the ULR
sorts the ordering.
Will this introduce any other problems?
Regards,
Adrian
From: Bordet, Simone [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-Dev]
Hi,
Ordering the currentThread and ULR didn't fix the problem I was seeing.
This might still be a valid fix?
I tried Dave Smith's -Xdebug, but I couldn't get it to deadlock in
this mode after about 10 testsuite runs :-(
I think I've found the problems.
Problem 1
-
A does a normal
Hi,
It is trying to start TestDeployerC, but it is not actually starting.
The test in ServiceMBeanSupport.start() should now be
-if (getState() != STOPPED getState() != FAILED)
+if (getState() != DESTROYED getState() != STOPPED getState() !=
FAILED)
return;
This fixes the test. But I
Hi Scott,
I made that change.
Cycling a service with dependencies wasn't restarting the dependencies.
I've got a fix for the double destroy that is causing the JBossMQ
errors on shutdown.
I noticed you put a fix in ServiceMBeanSupport, but I think this
should go in the ServiceController -
Hi Scott,
It is trying to start TestDeployerC, but it is not actually starting.
I don't know whether this is related, but the service context for C
is not being removed anymore.
I'll try to figure out what has changed since Sunday.
Regards,
Adrian
Hi Andreas,
Apologies. I should have put a test for this in the testsuite,
I broke this a couple of weeks ago.
Thanks for your test, although it does have a small mistake which
I'll fix as well.
I'll commit this evening when I can get CVS access.
Regards,
Adrian
From: Andreas Schaefer [EMAIL
Hi Andreas,
This should be fixed now.
Regards,
Adrian
Hi Andreas,
Apologies. I should have put a test for this in the
testsuite,
I broke this a couple of weeks ago.
Thanks for your test, although it does have a small
mistake which
I'll fix as well.
I'll commit this evening when I
This is done.
Regards,
Adrian
Feature Requests item #558735, was opened at
2002-05-21 08:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=37668
aid=558735group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 7
Submitted By:
Making the JBossMX logger use log4j is easy enough.
The only problem is log4j isn't configured until
after the MBeanServer is created in ServerImpl.
This isn't a big problem since the loggers are designed
to boot with System.err and swap over to the required
logging implementation when it becomes
messages
to /dev/null but still
keep the code the same in our JBossMX/JBoss layers.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]
On Behalf Of
|Adrian Brock
|Sent: Thursday, May 02, 2002 7:05 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev
Adrian Brock wrote:
Well done David.
The JBossMQ problem is because it creates a
Destination
MBean directly in the ServiceController without
specifying any dependencies. It gets destroyed
with the ServiceController, after the service it
requires has gone.
Anybody know what
Well done David.
The JBossMQ problem is because it creates a Destination
MBean directly in the ServiceController without
specifying any dependencies. It gets destroyed
with the ServiceController, after the service it
requires has gone.
Anybody know what the dependency should be?
VM Spec 8.14
Suppose that thread T has in fact performed N lock
operations that have not been matched by unlock
operations. The wait method then adds the current thread
to the wait set for the object, disables the current
thread for thread scheduling purposes, and performs N
unlock operations to
Hi Jason,
There is a service on Windows XP that sits on port
5000 (same one used by iiop).
It is called SSDP Discovery Service, it used for
Universal Plug and Play.
I fixed the problem by disabling both the SSDP service
and the Universal Plug and Play Device Host service,
since I don't need
User: ejort
Date: 02/04/20 04:27:12
jmx/src/main/test/stress - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/04/20 04:27:37
jmx/src/main/test/stress/timer - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/04/20 04:37:50
Modified:src/main/test/performance/timer TimerTortureTestCase.java
Log:
Improved Timer and Monitor Services
Revision ChangesPath
1.2 +0 -1 jmx/src/main/test/performance/timer/TimerTortureTestCase.java
Index:
User: ejort
Date: 02/04/20 04:37:49
Modified:.build.xml
Log:
Improved Timer and Monitor Services
Revision ChangesPath
1.36 +55 -1 jmx/build.xml
Index: build.xml
===
RCS file:
junit.framework.TestSuite;
/**
* Timer stress tests.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class TimerSUITE
extends TestSuite
{
/**
* The number of timers to test
*/
public static int TIMERS = 200;
/**
* The start
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class StressSUITE extends TestSuite
{
public static void main(String[] args)
{
junit.textui.TestRunner.run(suite());
}
public static Test suite()
{
TestSuite suite = new
;
/**
* The monitor service.
@@ -33,7 +34,7 @@
* /ul
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public abstract class Monitor
extends NotificationBroadcasterSupport
@@ -128,50 +129,17
SchedulableRunnable
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
* @version $Revision: 1.1 $
*/
public class RunnableScheduler
implements Runnable
{
// Attributes
/**
* The runnables
service.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public class Timer
extends NotificationBroadcasterSupport
@@ -106,14 +107,9 @@
HashMap notifications = new HashMap
User: ejort
Date: 02/04/20 09:17:38
jmx/src/main/test/implementation/registry - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/04/20 09:18:23
jmx/src/main/test/implementation/registry/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/04/20 09:31:01
Added: src/main/test/implementation/registry/support Trivial.java
TrivialMBean.java
Log:
Allow generic data to be stored with an MBeans registration. Fixed the double
creation of the MBeanRegistry. Synchronized the
:[EMAIL PROTECTED];Juha Lindfors/a.
* @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a.
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.22 $
+ * @version $Revision: 1.23 $
*/
public class MBeanServerImpl
implements MBeanServer
org.jboss.mx.server.registry.MBeanRegistry
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
* @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a.
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.15 $
+ * @version $Revision: 1.16 $
*/
public
User: ejort
Date: 02/04/20 09:31:00
Modified:src/main/test/implementation ImplementationSUITE.java
Log:
Allow generic data to be stored with an MBeans registration. Fixed the double
creation of the MBeanRegistry. Synchronized the long sequence numbers in the MBean
Registry
];Adrian Brock/a.
*/
public class RegistrySUITE
extends TestSuite
{
/**
* Run the tests
*
* @param args the arguments for the test
*/
public static void main(String[] args)
{
junit.textui.TestRunner.run(suite());
}
/**
* Get a list
Hi Scott,
This shows my lack of knowledge about sleep().
I thought sleep(0) was wait forever :-(
I will fix the linear traversal when I remove the
dependency on the oswego class.
Regards,
Adrian
The problem with the server spinning after running
the testsuite
on linux was due to the
embarrssedOn second thoughts I agree with your
original assessment. My algorythm only worked because
it was busy waiting/embarressed
I've fixed it by converting to monitors,
but obviously I want to test it some more before I commit.
The monitor service has the same problem :-(
Regards,
Adrian
User: ejort
Date: 02/04/14 08:21:05
Modified:.build.xml
Log:
Move Query to jboss-jmx-services.jar
Revision ChangesPath
1.35 +59 -1 jmx/build.xml
Index: build.xml
===
RCS file:
javax.management.ObjectName;
-import EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap;
-
import org.jboss.mx.util.ThreadPool;
/**
* The timer service.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8
;
/**
@@ -91,7 +95,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
* @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a.
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.21 $
+ * @version $Revision: 1.22
org.jboss.mx.server.registry.MBeanRegistry
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
* @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a.
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.13 $
+ * @version $Revision: 1.14 $
*/
public class
test.compliance.server.support;
+import javax.management.Notification;
import javax.management.NotificationBroadcasterSupport;
/**
* Simple Broadcaster
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2
User: ejort
Date: 02/04/14 08:29:42
Modified:src/main/test/compliance/server MBeanServerTEST.java
Log:
MBeanServer notification tests
Revision ChangesPath
1.13 +620 -88 jmx/src/main/test/compliance/server/MBeanServerTEST.java
Index: MBeanServerTEST.java
Apr 2002 15:22:37 - 1.5
@@ -33,7 +33,7 @@
* /ul
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public abstract class Monitor
extends NotificationBroadcasterSupport
@@ -147,7 +147,7
-r1.1 -r1.2
--- ManagedMBeanRegistry.java 14 Apr 2002 15:28:07 - 1.1
+++ ManagedMBeanRegistry.java 14 Apr 2002 17:20:29 - 1.2
@@ -30,7 +30,7 @@
* mbean, exposing methods and attributes for management.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock
Hi,
Just a heads up.
I realise this notification was originally only used
by the farm service, and is only used locally.
But ideally all JMX notifications should contain
Serializable data, for people who want to monitor
remotely.
Currently, the DeploymentInfo isn't Serializable.
Regards,
No,
JBoss doesn't support the relative ejb-links yet.
I've got a patch (uncommitted) that nearly fixes this, but it doesn't work with njar.
For it to work with njar, I would need to add
parseURL support to the stream handler.
I saw mention on this list that njar was being dropped,
so I haven't
Hi,
I finally got chance to look at this.
You are correct with your analysis of the Timer service and the
NotificationBroadcaster.
But I don't think this affects the Scheduler. It only registers
one listener with the timer.
If you want a second MBean, you create a second scheduler which
in turn
Hi,
Here is an example
of what I restricted:
[code]
foo.jar - deployed
+- temp (directory)
| +- bar.jar (used to be deployed, but no
o longer)
+- sub.jar (still deployed)
+- junk (directory)
| +- stuff.jar (used to be deployed, but no
no longer)
+- abc.jar
with slow listeners.
Regards,
Adrian
From: Juha-P Lindfors [EMAIL PROTECTED]
To: Adrian Brock [EMAIL PROTECTED], Andreas Schaefer
[EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Scheduled MBeans (Suggested Patch)
Date: Wed, 10 Apr 2002 08:38:09 +0300 (EET DST)
looking at the code, I
Notification Listeners are not required to be thread safe,
although they can be.
If I allow concurrent notifications in the timer and the listener
is synchronized and slow, it is likely to produce thread death
as more and more threads wait at the handler's entry point.
I think the best approach
User: ejort
Date: 02/04/06 11:28:40
Modified:src/main/test/compliance/monitor Tag: BranchMX_1_0
MonitorTestCase.java
Log:
Gauge Monitor tests
Revision ChangesPath
No revision
No revision
Hi CGJ,
I think your problem is attributes.
JBossMX doesn't support invocations like
server.invoke(myObjectName, getAttribute,
new Object[0], new String[0]);
You should use server.getAttribute(Attribute) instead.
The RI for jmx1.0 allows the invoke, but it will be
gone with jmx1.1. It was a
Hi Oleg,
I had the same problem last week. Jason told me
to submit a request at
http://sourceforge.net/tracker/?func=addgroup_id=1atid=21
Regards,
Adrian
Hi All,
I am trying to update Jetty in JBoss CVS, but there
is a lock in
/cvsroot/jboss/contrib/jetty/src/main/org/mortbay/htt
User: ejort
Date: 02/03/29 02:17:19
Modified:src/main/org/jboss/invocation MarshalledInvocation.java
Log:
Fixed a memory leak in the method hashes
Revision ChangesPath
1.8 +5 -9 jboss/src/main/org/jboss/invocation/MarshalledInvocation.java
Index:
User: ejort
Date: 02/03/29 02:38:35
Modified:src/main/org/jboss/mx/metadata Tag: BranchMX_1_0
StandardMetaData.java
Log:
Fix the standard mbean validation
Revision ChangesPath
No revision
No revision
User: ejort
Date: 02/03/29 02:40:47
Modified:src/main/test/compliance/notcompliant Tag: BranchMX_1_0
NCMBeanTEST.java
Log:
Added new tests for Standard MetaData
Revision ChangesPath
No revision
No
User: ejort
Date: 02/03/29 02:40:47
Added: src/main/test/compliance/notcompliant/support Tag:
BranchMX_1_0 InterfaceProblems.java
InterfaceProblemsMBean.java
InterfaceProblemsSuperMBean.java
in difference mode
* /ul
+ * pb20020326 Adrian Brock:/b
+ * ul
+ * liThe spec says the modulus should be *strictly* exceeded. It appears
+ * from testing the RI, it is a mathematical definition of modulus. e.g.
+ * 10 exceeds a modulus of 10
+ * /ul
*
* @author a href=mailto:[EMAIL
User: ejort
Date: 02/03/29 02:44:32
Modified:src/main/test/compliance/monitor/support Tag: BranchMX_1_0
CounterSupport.java GaugeSupport.java
MonitorSupport.java StringSupport.java
Log:
More monitor testing
Revision Changes
User: ejort
Date: 02/03/29 02:44:32
Modified:src/main/test/compliance/monitor Tag: BranchMX_1_0
MonitorTestCase.java
Log:
More monitor testing
Revision ChangesPath
No revision
No revision
.
+ * See terms of license at gnu.org.
*/
package javax.management;
-public class Notification extends java.util.EventObject {
-
+/**
+ * A Notification.p
+ *
+ * pbRevisions:/b
+ * pb20020329 Adrian Brock:/b
+ * ul
+ * liMake the source serializable
+ * /ul
24 Mar 2002 13:12:12 - 1.2
+++ CounterMonitor.java 29 Mar 2002 12:14:34 - 1.3
@@ -19,6 +19,12 @@
* ul
* liReset the threshold when the value becomes negative in difference mode
* /ul
+ * pb20020326 Adrian Brock:/b
+ * ul
+ * liThe spec says the modulus
User: ejort
Date: 02/03/29 04:14:34
Modified:src/main/org/jboss/mx/metadata StandardMetaData.java
Log:
Merge differences between RelMX_1_0_0_13 and RelMX_1_0_0_14 to head
Revision ChangesPath
1.7 +20 -7
User: ejort
Date: 02/03/29 04:14:35
Modified:src/main/test/compliance/monitor/support CounterSupport.java
GaugeSupport.java MonitorSupport.java
StringSupport.java
Log:
Merge differences between RelMX_1_0_0_13 and RelMX_1_0_0_14 to
java.util.EventObject {
-
+/**
+ * A Notification.p
+ *
+ * pbRevisions:/b
+ * pb20020329 Adrian Brock:/b
+ * ul
+ * liMake the source serializable
+ * /ul
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
+ * @version $Revision$
+ */
+public class
User: ejort
Date: 02/03/29 04:14:35
Added: src/main/test/compliance/notcompliant/support
InterfaceProblems.java InterfaceProblemsMBean.java
InterfaceProblemsSuperMBean.java
OverloadedAttribute4.java
User: ejort
Date: 02/03/29 04:14:35
Modified:src/main/test/compliance/notcompliant NCMBeanTEST.java
Log:
Merge differences between RelMX_1_0_0_13 and RelMX_1_0_0_14 to head
Revision ChangesPath
1.2 +66 -23
User: ejort
Date: 02/03/29 04:14:34
Modified:src/main/test/compliance/monitor MonitorTestCase.java
Log:
Merge differences between RelMX_1_0_0_13 and RelMX_1_0_0_14 to head
Revision ChangesPath
1.3 +1321 -183
User: ejort
Date: 02/03/29 07:06:29
Modified:src/main/org/jboss/util Tag: Branch_2_4 Shutdown.java
Log:
Fixed shutdown bug no 536633
Revision ChangesPath
No revision
No revision
1.2.6.2 +9 -2
Hi,
I just applied a fix to Branch_2_4.
I'm trying to tag with Rel_2_4_5_10.
It gets part way through, then tells me I haven't got
write access.
Is this a file system authority?
bash-2.05$ cvs tag Rel_2_4_5_10
? jboss_co.log
? jnp_co.log
? jbosssx_co.log
? jbossmq_co.log
? jbosscx_co.log
?
Hi,
This breaks on Windows :-(
The id is used as a file name in file persistence.
You are not allowed a : in the file name for windows.
Regards,
Adrian
User: lqd
Date: 02/03/25 22:55:34
Modified:src/main/org/jboss/mq/server
r JMSServer.java
Log:
Fix for bug #533824. JMS
It is a Sun utility, it comes from jmxtools.jar
and is just a front-end to the MBeanServer.
As part of JBossMX we want to provide a better version.
Mainly for security, but there are other improvements,
making it pretty is just one.
You need to remember that it needs to run embedded
within
User: ejort
Date: 02/03/24 03:50:27
Modified:src/main/test/compliance/monitor Tag: BranchMX_1_0
MonitorSUITE.java
Added: src/main/test/compliance/monitor Tag: BranchMX_1_0
MonitorTestCase.java
Removed:
User: ejort
Date: 02/03/24 03:50:27
Modified:src/main/test/compliance/query Tag: BranchMX_1_0
QueryTestCase.java
Log:
Made queries threadsafe, better but still incomplete monitor tests
Revision ChangesPath
No revision
901 - 1000 of 1497 matches
Mail list logo