[JBoss-dev] Deployment problem.
Hi, Is there any method to control the auto-deployment? I mean how can use access control to control people copy .ear or .jar to the deploy folder in JBoss ? Best regards, Eric __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6443 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/mortbay/jetty3extra/lib org.mortbay.jetty.jmx.jar
User: jules_gosnell Date: 02/01/02 02:59:53 Modified:mortbay/jetty3extra/lib org.mortbay.jetty.jmx.jar Log: update from Jetty cvs Revision ChangesPath 1.4 +25 -25thirdparty/mortbay/jetty3extra/lib/org.mortbay.jetty.jmx.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/mortbay/jetty/lib javax.servlet.jar org.apache.jasper.jar org.mortbay.jetty.jar
User: jules_gosnell Date: 02/01/02 02:59:53 Modified:mortbay/jetty/lib javax.servlet.jar org.apache.jasper.jar org.mortbay.jetty.jar Log: update from Jetty cvs Revision ChangesPath 1.4 +81 -81thirdparty/mortbay/jetty/lib/javax.servlet.jar Binary file 1.7 +690 -658 thirdparty/mortbay/jetty/lib/org.apache.jasper.jar Binary file 1.8 +762 -728 thirdparty/mortbay/jetty/lib/org.mortbay.jetty.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossUserRealm.java
User: jules_gosnell
Date: 02/01/02 03:10:55
Modified:jetty/src/main/org/jboss/jetty JBossUserRealm.java
Log:
can't check this yet because my build doesn't run - but should be better than what
was there before
Revision ChangesPath
1.11 +40 -10contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java
Index: JBossUserRealm.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- JBossUserRealm.java 2001/12/09 06:05:49 1.10
+++ JBossUserRealm.java 2002/01/02 11:10:55 1.11
@@ -5,10 +5,12 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossUserRealm.java,v 1.10 2001/12/09 06:05:49 user57 Exp $
+// $Id: JBossUserRealm.java,v 1.11 2002/01/02 11:10:55 jules_gosnell Exp $
package org.jboss.jetty;
+import java.io.IOException;
+import java.io.Serializable;
import java.util.Collections;
import java.util.HashMap;
import java.util.Set;
@@ -16,7 +18,7 @@
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.security.auth.Subject;
-
+import org.jboss.logging.Logger;
import org.jboss.security.AuthenticationManager;
import org.jboss.security.RealmMapping;
import org.jboss.security.SecurityAssociation;
@@ -26,22 +28,20 @@
import org.mortbay.http.UserPrincipal;
import org.mortbay.http.UserRealm;
-import org.jboss.logging.Logger;
-
/** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.10 $
+ * @version $Revision: 1.11 $
*/
// TODO
public class JBossUserRealm
- implements UserRealm
+ implements UserRealm, Serializable
{
class JBossUserPrincipal
extends SimplePrincipal // The JBoss API
-implements UserPrincipal // The Jetty API
+implements UserPrincipal,Serializable // The Jetty API
{
JBossUserPrincipal(String name)
{
@@ -98,7 +98,6 @@
Subject subject = _subjectMgr.getActiveSubject();
request.setAttribute(_subjectAttributeName, subject);
}
-
}
else
{
@@ -133,11 +132,17 @@
{
return JBossUserRealm.this;
}
+
+public boolean
+ isAuthenticated()
+{
+ return false; // TODO
+}
}
- private Logger _log;
+ private Logger _log;
private String _realmName;
- private AuthenticationManager _securityMgr;
+ private AuthenticationManager _securityMgr;
private RealmMapping _realmMapping;
private HashMap_users = new HashMap();
private String _subjectAttributeName = j_subject; // needs
accessors - TODO
@@ -146,6 +151,12 @@
public
JBossUserRealm(String realmName)
{
+initialise(realmName);
+ }
+
+ protected void
+initialise(String realmName)
+ {
_realmName = realmName;
_log = Logger.getLogger(JBossUserRealm.class.getName() + # + _realmName);
@@ -210,4 +221,23 @@
}
//
+ // Serializable
+
+ private void writeObject(java.io.ObjectOutputStream out)
+throws IOException
+ {
+out.writeObject(_realmName);
+// out.writebject(_log);
+// out.writebject(_securityMgr);
+// out.writebject(_realmMapping);
+// out.writebject(_users);
+// out.writebject(_subjectAttributeName);
+// out.writebject(_subjectMgr);
+ }
+
+ private void readObject(java.io.ObjectInputStream in)
+throws IOException, ClassNotFoundException
+ {
+initialise((String)in.readObject());
+ }
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
It looks like both my UserRealm and SimplePrincipal implementations need to be Serializable. This will most likely involve a rewrite of their current implementations. Before I do this could someone confirm that this is the case and perhaps explain the reasons behind this requirement, so that I don't put time in where it is not needed. Thanks guys, Jules Anatoly Akkerman wrote: Hello all interested I've managed to get past this item as well. On every authentication I don't set JBossUserPrincipal to be the principal registered with the SecurityAssociation, rather I create a new SimplePrincipal (which is Serializable, while JBossUserPrincipal is not) and stuff works. (It seems to me that the Serialization exception was coming up when an EJB proxy would try to do an invocation and pass along the current Principal held in ThreadLocal by SecurityAssociation, but JBossUserPrincipal is not Serializable) At the moment I am just interested in getting my demo to work but would gladly commit my hack to the CVS. Though, it seems to me, the Jetty/JBoss security integration has to be cleaned up anyway. Anatoly. On Sun, 30 Dec 2001, Anatoly Akkerman wrote: Hi, I've tweaked the JBossUserRealm and its inner class JBossUserPrincipal to authenticate with JBoss on every request. It seems to check the roles properly but now it fails with the following error: 18:34:14,585 WARN [Jetty] WARNING: Servlet Exception for /d-module-3/control/signin java.lang.reflect.UndeclaredThrowableException: java.io.NotSerializableException : org.jboss.jetty.JBossUserRealm no stack trace available Now I am stuck without knowing where to look next to figure out what's going on. Any suggestions how to turn on Jetty debugging? (I could not find anything in Jetty MBean interface or in jetty.xml inside the sar) Thanks in advance. - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Deployment problem.
on 02-01-2 10.06, Eric Chow at [EMAIL PROTECTED] wrote: access control Try the Installation Configuration forum http://jboss.org/forums/forum.jsp?forum=61 for a OS specific solution ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
Hi Jules, You beat me to it on the JBossUserRealm fix :-) This fixes a problem in 3.0 WebIntegrationUnitTestCase. Until Marc finishes the classloader stuff, local invocations will continue to be Marshalled by the JRMPContainerInvoker :-( Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6446 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Logging Analysis
Hi Scott, Yes, System.out.println wasn't trapped :-( Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6196 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
So is this only a temporary problem ? If so, then there is no point in rewriting the authentication integration. Jules Adrian Brock wrote: Hi Jules, You beat me to it on the JBossUserRealm fix :-) This fixes a problem in 3.0 WebIntegrationUnitTestCase. Until Marc finishes the classloader stuff, local invocations will continue to be Marshalled by the JRMPContainerInvoker :-( Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6446 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
>From the integration point, it is a non-trivial (and unecessary) change. If you have a simple hack from the JBoss side - go for it. Jules Jules Gosnell wrote: So is this only a temporary problem ? If so, then there is no point in rewriting the authentication integration. Jules Adrian Brock wrote: Hi Jules, You beat me to it on the JBossUserRealm fix :-) This fixes a problem in 3.0 WebIntegrationUnitTestCase. Until Marc finishes the classloader stuff, local invocations will continue to be Marshalled by the JRMPContainerInvoker :-( Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6446 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] I'd really like to help, but...
At the risk of sounding like an absolute newbie (and inviting all sorts of nasty responses), I wanted to ask the people in here if maybe they could help get me pointed in the right direction. My employer is considering the use of JBoss as our EJB container, and I felt that this would be the ideal time to start my education in J2EE infrastructure that I was going to put off until graduate school. I also have wanted to be able to contribute meaningfully to an open source project for a while now, and JBoss is definitely one with sufficient momentum that I can be a contributor without fear of having to become the sole supporter/developer/maintainer. I'm no slouch with my Java programming (or, at least, I don't think I am), and I've even written container systems for some of my own development projects, so I think I may have the kind of mind that would be useful as a JBoss coder. I've also set up development environments on my Win2K and Sun machines at home that I refresh with the nightly snapshots. I'm pretty familiar with JBoss, I've read the docs, and I'm digging through the API documentation as needed. I'm starting to feel like I'm actually ready to contribute in some way. The thing is...I don't know exactly where I might be needed. I know that to get RW access to the CVS tree I have to first submit three patches that get accepted. Where can I go hunting for bugs to patch, though? Almost all of the bugs I saw on the JBoss Sourceforge page have patches in the patches section already or have been assigned to an active project member. Is there somewhere else that some fresh meat would be needed? I have noticed that there are failures and errors when the test suite is run. Are people needed to try and bring the RabbitHole alpha up to snuff with its test suite, or is test suite compliance the sole responsibility of the core development team? Like I said, I'm eager to join in, and I think I may have skills to contribute, but I just am unsure as to where I actually can help. Could one of the more seasoned project members maybe give me some ideas? Alternately, if you're pretty much full up on developers or just don't need another rookie, I'd be happy to hear it. At least I'd know I'm barking up the wrong tree. I eagerly await any advice/comments/flames. -- J. Rhett Aultman Business Technology Solutions FCCI Insurance Group ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
Hi, Oops, should have said JRMPInvokerProxy. There might still be some bizarre case where it needs to go over a wire. But, I would have thought the servlet always wants to invoke a local bean. That's the whole point of web integration isn't it? Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6446 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] I'd really like to help, but...
Hi, You can work on the testsuite if you want. Nobody's going to complain if you fix some of these problems. Also, we are currently implementing our own JMX server. There's plenty of work to do there, even if its just contributing to the compliance tests. Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6462 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] scheduler bug?
first of all, before beeing flamed, I think
that this list is not the good one for
asking support... it is (as far as I've gerd here)
the list for the jboss developers...
then, I think you have found a bug I've already found,
and that should be corrected now in latest release...
it was something about the dynamic type of the basic long parameters
it works with the dynamic type:
Long.TYPE.getName()
I don't remember what it was before but this
code works for me on 2.4.4. check in the CVS repository since
developers here told be it was corrected...
check my previous mail in the archive also.
mActualSchedule = ( (Integer) getServer().invoke(
mTimer,
addNotification,
new Object[] {
Schedule,
Scheduler Notification,
null,
new Date( new Date().getTime() + 1000 ),
new Long( mActualSchedulePeriod ),
new Long( mRemainingRepetitions )
},
new String[] {
.getClass().getName(),
.getClass().getName(),
Object.class.getName(),
Date.class.getName(),
Long.TYPE.getName(),
Long.TYPE.getName()
}
) ).intValue();
-Message d'origine-
De: Paris Deligiannakis [mailto:[EMAIL PROTECTED]]
Date: mercredi 2 janvier 2002 16:41
À: [EMAIL PROTECTED]
Objet: [JBoss-dev] scheduler bug?
I'm not really sure about this, so please do correct me if
it's wrong or it has been brought up previously:
in Scheduler.java there is this:
[code]
mActualSchedule = ( (Integer) getServer().invoke(
mTimer,
addNotification,
new Object[] {
Schedule,
Scheduler Notification,
mStartDate
},
new String[] {
String.class.getName(),
String.class.getName(),
Date.class.getName(),
}
) ).intValue();
[/code]
However I could not find an addNotification method with only
3 arguments (an object is required before the Date arg).
And when this code runs, it throws this:
[ERROR,Default] javax.management.ReflectionException: The
operation with name addNotification could not be found
regards,
paris
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=6463
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource ConnectionFactoryLoader.java
User: ejort
Date: 02/01/02 09:06:53
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Removed some unguarded trace statements.
Revision ChangesPath
1.18 +9 -5 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java
Index: ConnectionFactoryLoader.java
===
RCS file:
/cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- ConnectionFactoryLoader.java 2001/12/09 05:01:42 1.17
+++ ConnectionFactoryLoader.java 2002/01/02 17:06:53 1.18
@@ -65,7 +65,7 @@
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
* @seeRARDeployer
- * @version$Revision: 1.17 $ p
+ * @version$Revision: 1.18 $ p
*
* bRevisions:/b p
*
@@ -362,7 +362,8 @@
public ObjectName preRegister(MBeanServer server, ObjectName name)
throws java.lang.Exception
{
- log.trace(in preRegister);
+ if( log.isTraceEnabled() )
+log.trace(in preRegister);
return super.preRegister(server, name);
}
@@ -374,7 +375,8 @@
public void postRegister(java.lang.Boolean registrationDone)
{
- log.trace(in postRegister);
+ if( log.isTraceEnabled() )
+log.trace(in postRegister);
super.postRegister(registrationDone);
}
@@ -624,7 +626,8 @@
try
{
setter.invoke(mcf, new Object[]{v});
-log.debug(set property + ddProp.name + to value + value);
+if( log.isDebugEnabled() )
+ log.debug(set property + ddProp.name + to value + value);
}
catch (Exception e)
{
@@ -747,7 +750,8 @@
// Bind it into JNDI
bindName = java:/ + jndiName;
- log.debug(Binding object ' + cf + ' into JNDI at ' + bindName + ');
+ if( log.isDebugEnabled() )
+log.debug(Binding object ' + cf + ' into JNDI at ' + bindName + ');
synchronized (cfs)
{
cfs.put(jndiName, cf);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment AutoDeployer.java
User: ejort
Date: 02/01/02 09:06:54
Modified:src/main/org/jboss/deployment AutoDeployer.java
Log:
Removed some unguarded trace statements.
Revision ChangesPath
1.8 +5 -3 jboss/src/main/org/jboss/deployment/AutoDeployer.java
Index: AutoDeployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/AutoDeployer.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- AutoDeployer.java 2001/12/09 05:24:25 1.7
+++ AutoDeployer.java 2002/01/02 17:06:54 1.8
@@ -58,7 +58,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
* @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class AutoDeployer
extends ServiceMBeanSupport
@@ -260,7 +260,8 @@
}
catch (InterruptedException e)
{
- log.debug(interrupted; ignoring, e);
+ if (log.isDebugEnabled())
+ log.debug(interrupted; ignoring, e);
}
}
@@ -602,7 +603,8 @@
protected void scanWatchedDirectories()
throws MalformedURLException
{
- log.trace(Scanning watched directories);
+ if (log.isTraceEnabled())
+log.trace(Scanning watched directories);
for (int i = 0; i watchedDirectories.size(); i++)
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/connectionmanager BaseConnectionManager.java
User: ejort
Date: 02/01/02 09:06:53
Modified:src/main/org/jboss/resource/connectionmanager
BaseConnectionManager.java
Log:
Removed some unguarded trace statements.
Revision ChangesPath
1.6 +8 -3
jbosscx/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager.java
Index: BaseConnectionManager.java
===
RCS file:
/cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- BaseConnectionManager.java2001/12/17 19:55:05 1.5
+++ BaseConnectionManager.java2002/01/02 17:06:53 1.6
@@ -555,6 +555,8 @@
*/
public void afterCompletion(int status)
{
+ boolean trace = log.isTraceEnabled();
+
if (local == null)
{
// ConnectionError - this object has already been cleared
@@ -567,12 +569,14 @@
if (status == Status.STATUS_COMMITTED)
{
local.commit();
- log.trace(local transaction committed);
+ if (trace)
+ log.trace(local transaction committed);
}
else
{
local.rollback();
- log.trace(local transaction rolled back);
+ if (trace)
+ log.trace(local transaction rolled back);
}
}
catch (ResourceException e)
@@ -609,7 +613,8 @@
*/
public void connectionErrorOccurred(ConnectionEvent evt)
{
- log.trace(Connection Error Occurred);
+ if (log.isTraceEnabled())
+ log.trace(Connection Error Occurred);
try
{
local.rollback();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server MessageCache.java
User: ejort
Date: 02/01/02 09:06:54
Modified:src/main/org/jboss/mq/server MessageCache.java
Log:
Removed some unguarded trace statements.
Revision ChangesPath
1.11 +17 -9 jbossmq/src/main/org/jboss/mq/server/MessageCache.java
Index: MessageCache.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/MessageCache.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- MessageCache.java 2001/12/13 22:22:43 1.10
+++ MessageCache.java 2002/01/02 17:06:53 1.11
@@ -25,7 +25,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a
* @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
- * @version$Revision: 1.10 $
+ * @version$Revision: 1.11 $
*/
public class MessageCache extends ServiceMBeanSupport implements MessageCacheMBean,
MBeanRegistration, Runnable
{
@@ -63,7 +63,8 @@
*/
public MessageReference add(SpyMessage message) throws javax.jms.JMSException
{
- log.trace(add lock aquire);
+ if (log.isTraceEnabled())
+log.trace(add lock aquire);
synchronized (this)
{
MessageReference mh = new MessageReference();
@@ -72,7 +73,8 @@
totalCacheSize++;
validateSoftReferenceDepth();
- log.trace(add lock release);
+ if (log.isTraceEnabled())
+ log.trace(add lock release);
return mh;
}
}
@@ -82,13 +84,15 @@
*/
public void remove(MessageReference mr) throws JMSException
{
- log.trace(remove lock aquire);
+ if (log.isTraceEnabled())
+log.trace(remove lock aquire);
synchronized (this)
{
mr.clear();
lruCache.remove(mr);
totalCacheSize--;
- log.trace(remove lock release);
+ if (log.isTraceEnabled())
+ log.trace(remove lock release);
}
}
@@ -137,7 +141,8 @@
{
// Signal to exit the thread.
}
- log.debug(Thread exiting.);
+ if (log.isDebugEnabled())
+log.debug(Thread exiting.);
}
/**
@@ -170,7 +175,8 @@
// if the serverity is low since it will round up.
if (chnageCount 1)
{
-log.debug(Converting + chnageCount + hard ref to to soft refs);
+if (log.isDebugEnabled())
+ log.debug(Converting + chnageCount + hard ref to to soft refs);
Node leastRecent = lruCache.getLeastRecent();
for (int i = 0; i chnageCount leastRecent != null; i++)
{
@@ -191,14 +197,16 @@
*/
synchronized public void messageReferenceUsedEvent(MessageReference mh, boolean
wasHard)
{
- log.trace(messageReferenceUsedEvent lock aquire);
+ if (log.isTraceEnabled())
+log.trace(messageReferenceUsedEvent lock aquire);
synchronized (this)
{
if (wasHard)
lruCache.makeMostRecent(mh);
else
lruCache.addMostRecent(mh);
- log.trace(messageReferenceUsedEvent lock released);
+ if (log.isTraceEnabled())
+ log.trace(messageReferenceUsedEvent lock released);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntitySynchronizationInterceptor.java
User: ejort
Date: 02/01/02 09:06:54
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
Removed some unguarded trace statements.
Revision ChangesPath
1.58 +8 -5
jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java
Index: EntitySynchronizationInterceptor.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java,v
retrieving revision 1.57
retrieving revision 1.58
diff -u -r1.57 -r1.58
--- EntitySynchronizationInterceptor.java 2001/12/19 05:40:51 1.57
+++ EntitySynchronizationInterceptor.java 2002/01/02 17:06:54 1.58
@@ -43,7 +43,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.57 $
+ * @version $Revision: 1.58 $
*
* pbRevisions:/bbr
* pb2001/06/28: marcf/b
@@ -256,7 +256,7 @@
if( log.isTraceEnabled() )
log.trace(invoke called for ctx +ctx+, tx=+tx);
-
+
//Commit Option D
if(commitOption == ConfigurationMetaData.D_COMMIT_OPTION
!validContexts.contains(ctx.getId()))
{
@@ -472,7 +472,8 @@
}
catch (Exception e)
{
-log.debug(e);
+if( log.isDebugEnabled() )
+ log.debug(Exception releasing context, e);
}
break;
case ConfigurationMetaData.D_COMMIT_OPTION:
@@ -545,14 +546,16 @@
while(true)
{
validContexts.clear();
-log.trace(Flushing the valid contexts);
+if( log.isTraceEnabled() )
+ log.trace(Flushing the valid contexts);
try
{
Thread.sleep(refreshRate);
}
catch(Exception e)
{
- log.debug(Interrupted from sleep, e);
+ if( log.isDebugEnabled() )
+ log.debug(Interrupted from sleep, e);
}
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossUserRealm.java
User: jules_gosnell
Date: 02/01/02 09:09:45
Modified:jetty/src/main/org/jboss/jetty JBossUserRealm.java
Log:
remove Serializable stuff - this was only a incomplete and temporary hack
allow Greg to use isAuthenticated() to recheck authentication status
tidy up
Revision ChangesPath
1.12 +71 -96contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java
Index: JBossUserRealm.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- JBossUserRealm.java 2002/01/02 11:10:55 1.11
+++ JBossUserRealm.java 2002/01/02 17:09:45 1.12
@@ -5,12 +5,10 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossUserRealm.java,v 1.11 2002/01/02 11:10:55 jules_gosnell Exp $
+// $Id: JBossUserRealm.java,v 1.12 2002/01/02 17:09:45 jules_gosnell Exp $
package org.jboss.jetty;
-import java.io.IOException;
-import java.io.Serializable;
import java.util.Collections;
import java.util.HashMap;
import java.util.Set;
@@ -31,17 +29,17 @@
/** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.11 $
+ * @version $Revision: 1.12 $
*/
// TODO
public class JBossUserRealm
- implements UserRealm, Serializable
+ implements UserRealm // Jetty API
{
class JBossUserPrincipal
-extends SimplePrincipal // The JBoss API
-implements UserPrincipal,Serializable // The Jetty API
+extends SimplePrincipal // JBoss API
+implements UserPrincipal // Jetty API
{
JBossUserPrincipal(String name)
{
@@ -49,6 +47,32 @@
_log.info(created JBossUserRealm::JBossUserPrincipal: +name);
}
+protected boolean
+ isAuthenticated(String password)
+{
+ String userName = this.getName(); // needs disambiguation because our
outer class
+ boolean authenticated = false;
+
+ if (password==null)
+ password=;
+
+ char[] passwordChars = password.toCharArray();
+ _log.info(authenticating: Name:+userName+ Password:+password);
+ if(_authMgr!=null _authMgr.isValid(this, passwordChars))
+ {
+ _log.info(JBossUserPrincipal: +userName+ is authenticated);
+ SecurityAssociation.setPrincipal(this);
+ SecurityAssociation.setCredential(passwordChars);
+ authenticated=true;
+ }
+ else
+ {
+ _log.warn(JBossUserPrincipal: +userName+ is NOT authenticated);
+ }
+
+ return authenticated;
+}
+
public boolean
equals(Object o)
{
@@ -73,41 +97,43 @@
return false;
}
+//
+// SimplePrincipal - for JBoss
+
+//
+// UserPrincipal - for Jetty
+
public boolean
authenticate(String password, HttpRequest request)
{
- boolean authenticated = false;
- String userName = this.getName(); // needs disambiguation because our
outer class
-
- if (password==null)
- password=;
-
- char[] passwordChars = password.toCharArray();
- _log.info(authenticating: Name:+userName+ Password:+password);
- if(_securityMgr!=null _securityMgr.isValid(this, passwordChars))
+ _password=password;
+ boolean authenticated=false;
+ authenticated=isAuthenticated(_password);
+
+ // This doesn't mean anything to Jetty - but may to some
+ // Servlets - confirm later...
+ if (authenticated _subjSecMgr!=null)
{
- _log.info(JBossUserPrincipal: +userName+ is authenticated);
- SecurityAssociation.setPrincipal(this);
- SecurityAssociation.setCredential(passwordChars);
- authenticated=true;
-
- // This doesn't mean anything to Jetty - but may to some
- // Servlets - confirm later...
- if (_subjectMgr!=null)
- {
- Subject subject = _subjectMgr.getActiveSubject();
- request.setAttribute(_subjectAttributeName, subject);
- }
+ Subject subject = _subjSecMgr.getActiveSubject();
+ request.setAttribute(_subjAttrName, subject);
}
- else
- {
- _log.warn(JBossUserPrincipal: +userName+ is NOT authenticated);
- }
return authenticated;
}
public boolean
+ isAuthenticated()
+{
+ return isAuthenticated(_password);
+}
+
+public UserRealm
+ getUserRealm()
+{
+ return JBossUserRealm.this;
+}
+
+public boolean
isUserInRole(String role)
{
boolean isUserInRole =
[JBoss-dev] Re: isAuthenticated. JBoss/Jetty
OK, isAuthenticated() is now in. It reauthenticates every time it is called, using a password cached from the last call to authenticate(). This will have been from the original request thread. I haven't pursued the threadlocal issue. I do not explicitly set them up, so I am assuming someone else is responsible for tidying them up. Of course, I could be wrong :-) Jules Greg Wilkins wrote: Well the idea of an extra call is that it can be implemented simply for most situations (return true). For JBoss where a) authorization can be revoked and b) the thread locals need to be setup, you will have to reauthenticate on every call to isAuthenticated. You will have to cache the info you need from the authenticate() request. As you say, you can cache the request, only the data you get from it. Are the JBoss guys discussing the ThreadLocal issue at all?? cheers Jules Gosnell wrote: Do you mean : 1. re-authenticate() on every call to isAuthenticated() - if so from where am I meant to pick up the HttpRequest (needed for setting Attributes to support e.g JAAS), and the password ? The passwd could be cached from the initial authentication, but the request can't. But then if they were the same call, why have 2 different ones in the API ? 2. cache result of authenticate() and return that. I figure you mean (1), hence the question. Jules Greg Wilkins wrote: I have added isAuthenticated call to UserPrinciple to check if a session is still authenticated. You will need to implement this to call the JBoss authentication mechanism again, which should fix most of our problems. I still think the JBoss ThreadLocals suck - and don't know how we can get rid of them??? -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: ejort
Date: 02/01/02 10:54:57
Modified:.build.xml
Log:
Allow the dynamic loading to run.
Revision ChangesPath
1.53 +5 -1 jbosstest/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosstest/build.xml,v
retrieving revision 1.52
retrieving revision 1.53
diff -u -r1.52 -r1.53
--- build.xml 2001/12/30 20:02:35 1.52
+++ build.xml 2002/01/02 18:54:57 1.53
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.52 2001/12/30 20:02:35 dsundstrom Exp $ --
+!-- $Id: build.xml,v 1.53 2002/01/02 18:54:57 ejort Exp $ --
project default=main name=JBoss/Testsuite
@@ -1029,6 +1029,10 @@
include name=org/jboss/test/jrmp/test/DynLoading*.class/
include name=org/jboss/test/JBossTestCase.class/
include name=org/jboss/test/JBossTestServices.class/
+!-- This test cannot run with ${build.classes} in the classpath --
+!-- so include the custom ant task in jar --
+!-- A better fix might be to build the ant stuff in a different subfolder
--
+include name=org/jboss/ant/taskdefs/XMLJUnitResultFormatter.class/
/fileset
/jar
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] I'd really like to help, but...
Go to http://www.jboss.org/forums and then open up the TODO forum. Plenty TODO! I am working on the log.debug() messages, but have not started with the Unifed Deployer stuff. Perhaps you could take a look at it. Scott Sanders -Original Message- From: Rhett Aultman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 02, 2002 7:49 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] I'd really like to help, but... At the risk of sounding like an absolute newbie (and inviting all sorts of nasty responses), I wanted to ask the people in here if maybe they could help get me pointed in the right direction. My employer is considering the use of JBoss as our EJB container, and I felt that this would be the ideal time to start my education in J2EE infrastructure that I was going to put off until graduate school. I also have wanted to be able to contribute meaningfully to an open source project for a while now, and JBoss is definitely one with sufficient momentum that I can be a contributor without fear of having to become the sole supporter/developer/maintainer. I'm no slouch with my Java programming (or, at least, I don't think I am), and I've even written container systems for some of my own development projects, so I think I may have the kind of mind that would be useful as a JBoss coder. I've also set up development environments on my Win2K and Sun machines at home that I refresh with the nightly snapshots. I'm pretty familiar with JBoss, I've read the docs, and I'm digging through the API documentation as needed. I'm starting to feel like I'm actually ready to contribute in some way. The thing is...I don't know exactly where I might be needed. I know that to get RW access to the CVS tree I have to first submit three patches that get accepted. Where can I go hunting for bugs to patch, though? Almost all of the bugs I saw on the JBoss Sourceforge page have patches in the patches section already or have been assigned to an active project member. Is there somewhere else that some fresh meat would be needed? I have noticed that there are failures and errors when the test suite is run. Are people needed to try and bring the RabbitHole alpha up to snuff with its test suite, or is test suite compliance the sole responsibility of the core development team? Like I said, I'm eager to join in, and I think I may have skills to contribute, but I just am unsure as to where I actually can help. Could one of the more seasoned project members maybe give me some ideas? Alternately, if you're pretty much full up on developers or just don't need another rookie, I'd be happy to hear it. At least I'd know I'm barking up the wrong tree. I eagerly await any advice/comments/flames. -- J. Rhett Aultman Business Technology Solutions FCCI Insurance Group ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
IMHO, the JBossUserPrincipal has to be serializable. You can't always assume that the bean invocations from the web tier will be local. Be that for clustering or whatever. My current project is wide-area distribution of j2ee apps, where we take an EAR configured to run on a single node and 'stretch' it accross a bunch of nodes, so we end up with having web tier doing remote invocations on the beans. True, this is non-production feature and quite inefficient at the moment but that is the whole purpose of research, to make it better. So, stick to serializable, please. - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - On Wed, 2 Jan 2002, Adrian Brock wrote: Hi, Oops, should have said JRMPInvokerProxy. There might still be some bizarre case where it needs to go over a wire. But, I would have thought the servlet always wants to invoke a local bean. That's the whole point of web integration isn't it? Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6446 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
For the moment, I am not implementing the Security integration between Jetty and JBoss as Serializable. I understand why you feel it should be a requirement for the future, and agree with you. Unfortunately, it is not simply a case of shipping a string since the same Principal object has to be useful within Jetty, which expects it to have behaviour based on state which is not so easily serializable. Provided that the completion of the ClassLoader work will resolve the immediate issue of the testsuite failing here I shall put it on my todo list and tackle it next time I revisit the security integration. If anyone feels there is good reason for this to be prioritised more highly, please let me know. Jules Anatoly Akkerman wrote: IMHO, the JBossUserPrincipal has to be serializable. You can't always assume that the bean invocations from the web tier will be local. Be that for clustering or whatever. My current project is wide-area distribution of j2ee apps, where we take an EAR configured to run on a single node and 'stretch' it accross a bunch of nodes, so we end up with having web tier doing remote invocations on the beans. True, this is non-production feature and quite inefficient at the moment but that is the whole purpose of research, to make it better. So, stick to serializable, please. - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - On Wed, 2 Jan 2002, Adrian Brock wrote: > Hi, > > Oops, should have said JRMPInvokerProxy. > > There might still be some bizarre case where it > needs to go over a wire. > But, I would have thought the servlet always wants to > invoke a local bean. That's the whole point of > web integration isn't it? > > Regards, > Adrian > __ > View this jboss-dev thread in the online forums: > http://jboss.org/forums/thread.jsp?forum=66thread=6446 > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (no subject)
Hi, I want to unsubscribe emails from sourceforge as it is overflowing my mailbox. Thanks. Arnab Chattopadhayay
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
Hi, Jules, I've used the following hack, which, in fact worked. In JBossUserPrincipal, where you set SecurityAssociation, instead of setting the principal to 'this', set it to 'new SimplePrincipal(this.getName())'. JBoss security checking will not care if it is a new object every time. Another question. I am having trouble with env being not bound with the new Jetty from CVS. (Meaning, when a WAR gets deployed, it does not see ejb-ref if the JNDI name is in the comp/env space.) I used to have this problem some time before but syncing with the latest JBoss CVS fixed it. Would you happen to know why this happens? I really need to get this to work... Anatoly. On Wed, 2 Jan 2002, Jules Gosnell wrote: For the moment, I am not implementing the Security integration between Jetty and JBoss as Serializable. I understand why you feel it should be a requirement for the future, and agree with you. Unfortunately, it is not simply a case of shipping a string since the same Principal object has to be useful within Jetty, which expects it to have behaviour based on state which is not so easily serializable. Provided that the completion of the ClassLoader work will resolve the immediate issue of the testsuite failing here I shall put it on my todo list and tackle it next time I revisit the security integration. If anyone feels there is good reason for this to be prioritised more highly, please let me know. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserRealm, SimplePrincipal JBoss/Jetty integration....
It happens when the ClassLoader that created the java:comp/env context for the war is not the war ClassLoader, or a parent of the war ClassLoader. The current WebIntegrationUnitTestCase.testENCServlet case is working so this looks to be setup correctly at least for the testcase ear. Another question. I am having trouble with env being not bound with the new Jetty from CVS. (Meaning, when a WAR gets deployed, it does not see ejb-ref if the JNDI name is in the comp/env space.) I used to have this problem some time before but syncing with the latest JBoss CVS fixed it. Would you happen to know why this happens? I really need to get this to work... Anatoly. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: isAuthenticated. JBoss/Jetty
Jules Gosnell wrote: isAuthenticated() is now in. It reauthenticates every time it is called, using a password cached from the last call to authenticate(). This will have been from the original request thread. Cool, but it will have the effect of authorizing any thread that is allocated to a request for that session. This will make things work (but maybe too well). I haven't pursued the threadlocal issue. I do not explicitly set them up, so I am assuming someone else is responsible for tidying them up. Of course, I could be wrong :-) I still think that somebody needs to look at this. Using ThreadLocals to authorize threads is probably cool for passing control to third party objects and allowing them to also be authenticated. However it simply does not address the problems of a) Threads started by those threads (should you authorize threadgroups???) and b) Thread pools. Currently over time, every thread in a thread pool will get authorized for some user or other and there is no mechanism that I know to remove that authorization. Thread pooling is such common practise, that any security mechanism must handle it. Either the Jboss mechanism needs to stop using ThreadLocals, or a bullet proof mechanism needs to be provided for removing authorization from threads that are returned to the pools. cheers Greg Wilkins wrote: Well the idea of an extra call is that it can be implemented simply for most situations (return true). For JBoss where a) authorization can be revoked and b) the thread locals need to be setup, you will have to reauthenticate on every call to isAuthenticated. You will have to cache the info you need from the authenticate() request. As you say, you can cache the request, only the data you get from it. Are the JBoss guys discussing the ThreadLocal issue at all?? cheers Jules Gosnell wrote: Do you mean : 1. re-authenticate() on every call to isAuthenticated() - if so from where am I meant to pick up the HttpRequest (needed for setting Attributes to support e.g JAAS), and the password ? The passwd could be cached from the initial authentication, but the request can't. But then if they were the same call, why have 2 different ones in the API ? 2. cache result of authenticate() and return that. I figure you mean (1), hence the question. Jules Greg Wilkins wrote: I have added isAuthenticated call to UserPrinciple to check if a session is still authenticated. You will need to implement this to call the JBoss authentication mechanism again, which should fix most of our problems. I still think the JBoss ThreadLocals suck - and don't know how we can get rid of them??? -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejb/test MDBInvoker.java
User: starksm
Date: 02/01/02 18:40:18
Modified:src/main/org/jboss/test/ejb/test Tag: Branch_2_4
MDBInvoker.java
Log:
Allow enough time for the mdb responses such that a max pool size of 1
could be tested and don't send the reply until after the onMessage method
has slept.
Revision ChangesPath
No revision
No revision
1.1.2.2 +2 -2 jbosstest/src/main/org/jboss/test/ejb/test/Attic/MDBInvoker.java
Index: MDBInvoker.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/ejb/test/Attic/MDBInvoker.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- MDBInvoker.java 2001/12/28 22:45:19 1.1.2.1
+++ MDBInvoker.java 2002/01/03 02:40:18 1.1.2.2
@@ -15,7 +15,7 @@
/** Invoker thread for StatelessSession tests.
* @author [EMAIL PROTECTED]
-* @version $Revision: 1.1.2.1 $
+* @version $Revision: 1.1.2.2 $
*/
public class MDBInvoker extends Thread
{
@@ -44,7 +44,7 @@
message.setText(this.toString());
sender.send(message);
QueueReceiver receiver = session.createReceiver(queueB);
- Message reply = receiver.receive(5000);
+ Message reply = receiver.receive(1);
if( reply == null )
runEx = new IllegalStateException(Message receive timeout);
else if( reply instanceof ObjectMessage )
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejb/bean PooledMDB.java
User: starksm
Date: 02/01/02 18:40:18
Modified:src/main/org/jboss/test/ejb/bean Tag: Branch_2_4
PooledMDB.java
Log:
Allow enough time for the mdb responses such that a max pool size of 1
could be tested and don't send the reply until after the onMessage method
has slept.
Revision ChangesPath
No revision
No revision
1.1.2.2 +1 -1 jbosstest/src/main/org/jboss/test/ejb/bean/Attic/PooledMDB.java
Index: PooledMDB.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/ejb/bean/Attic/PooledMDB.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- PooledMDB.java2001/12/28 22:45:19 1.1.2.1
+++ PooledMDB.java2002/01/03 02:40:18 1.1.2.2
@@ -22,7 +22,7 @@
are active in the onMessage method.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1.2.1 $
+@version $Revision: 1.1.2.2 $
*/
public class PooledMDB implements MessageDrivenBean, MessageListener
{
@@ -95,8 +95,8 @@
// Send an ack
reply = session.createTextMessage(Recevied msg=+tm.getText());
}
- sender.send(reply);
Thread.currentThread().sleep(1000);
+ sender.send(reply);
}
catch(JMSException e)
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR77,88 and SingleJBoss
Hi, I'm working on a layer to provide invocation and asynchronous messaging supportfor EJBs inour project. Thisincludes EJB module discovery, registration and some initial bootstrapping. I was able to do it by implementing a MBean and register itto JMX server to receiveMBean registration notification and then look up thedeployment descripterattribute in EJBModule through MEJB. This worked before.Butafter I resyncedwith the latest CVS code,I realized some changes: After a hot re-deploy an EJB module, there is only one J2EEApplication MBean under SingleJBoss management domain registered for the re-deployed module. My problem with that is only EJBModule MBean contains the deployment descriptor and nowthe EJBModule isgone :( (I found out if you restart JBoss server, it will come back: there will be 3 MBeans(one J2EEApplication, one EJBModule and one EJB) for each EJB deployed). The base class J2EEDeployedObjectfor J2EEApplication and J2EEModule/EJBModule in JSR 77 has defined a deploymentDescriptor attribute that should be available for a attribute lookup or method invocation through MEJB. The current implementation in JBoss providesDD only in EJBModule as an attribute. I understand JSR 77 is only a information model andit came out late. Also it has left many spaces for developers to decide how to implement it, for example,like the one I have mentioned, howa deployed EJB module should be managed. The current implementationis very nice and after a bit hack I was able to getit work in my project.Some suggestions: 1.In ListenerRegistration.java, themEventTypeis hardcoded to be RMIalthough there are other 2 types(JMS andPolling) available.If a constructorthat accepts a type param could be added would be nice. 2. In JMS client listener code, only remote listener is removed aftercalling removeNotificationListener, the local JMS listener is left running. This will cause JBossMQ complains client reset the queue connectionwhen client stopped. This can be easily fixed by adding a call to stop the queue when client stops. 3. As JSR88 has come out, I think maybe now it is a good time to consolidate all the deployment descriptors and configurationinformation and provide them through MEJBand/or DeploymentManager/Factory/whatever as ConfigBean atrun timefor hot deployment, all the DDs and configurations could be maintainedin a centralplaceas live java objects, with a gooddeployment frontend, maybe we don't need tomanually deal withall the DDs anymore... Regards, mlu
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 258 Successful tests: 250 Errors:4 Failures: 4 [time of test: 3 January 2002 3:1 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: isAuthenticated. JBoss/Jetty
I haven't pursued the threadlocal issue. I do not explicitly set them up, so I am assuming someone else is responsible for tidying them up. Of course, I could be wrong :-) I still think that somebody needs to look at this. Using ThreadLocals to authorize threads is probably cool for passing control to third party objects and allowing them to also be authenticated. However it simply does not address the problems of a) Threads started by those threads (should you authorize threadgroups???) and b) Thread pools. a) is a configurable attribute of the SecurityAssociation layer. You can choose to allow child threads to inherit the parent thread identity or not. b) The only issue with thread pools is leaking security credentials. If there is a single authentication layer as is the case for an embedded container, the thread identity simply needs to be established or cleared for the top level request. If this is not the case you need to establish and clear the identity on request boundaries. Currently over time, every thread in a thread pool will get authorized for some user or other and there is no mechanism that I know to remove that authorization. Thread pooling is such common practise, that any security mechanism must handle it. Either the Jboss mechanism needs to stop using ThreadLocals, or a bullet proof mechanism needs to be provided for removing authorization from threads that are returned to the pools. We have no plans on dropping the use of thread locals as there is simply no other easy mechanism for propagating the top level caller identity to the arbitrary components that can be called within the scope of a request. Integrate the JBoss/Jetty security layer as a request interceptor that receives a request start and end notification. You have to handled nested requests due to inclusion, but its not hard and you establish the caller identity on entry and clear it on completion of the top level request. This is how the tomcat integration is done. Scott ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-service.xml
User: user57 Date: 02/01/02 20:00:53 Modified:src/etc/conf/default jbossmq-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.17 +49 -52jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jbossmq-service.xml 2001/12/18 21:30:50 1.16 +++ jbossmq-service.xml 2002/01/03 04:00:53 1.17 @@ -1,19 +1,16 @@ ?xml version=1.0 encoding=UTF-8? - !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- -!-- $Id: jbossmq-service.xml,v 1.16 2001/12/18 21:30:50 mnf999 Exp $ -- +!-- $Id: jbossmq-service.xml,v 1.17 2002/01/03 04:00:53 user57 Exp $ -- !-- - | THis contains the default configuration of jbossmq - | - -- - + | This contains the default configuration of jbossmq + -- server classpath archives=jbossmq.jar/ @@ -23,9 +20,9 @@ !-- -- mbean code=org.jboss.mq.server.JBossMQService - name=JBossMQ:service=Server -depends optional-attribute-name=PersistenceManagerJBossMQ:service=PersistenceManager/depends -depends optional-attribute-name=StateManagerJBossMQ:service=StateManager/depends + name=jboss.mq:service=Server +depends optional-attribute-name=PersistenceManagerjboss.mq:service=PersistenceManager/depends +depends optional-attribute-name=StateManagerjboss.mq:service=StateManager/depends /mbean !-- @@ -38,10 +35,10 @@ | Max memory mark, the amount of message kept in the memory cache aproaches 0. -- mbean code=org.jboss.mq.server.MessageCache - name=JBossMQ:service=MessageCache + name=jboss.mq:service=MessageCache attribute name=HighMemoryMark500/attribute attribute name=MaxMemoryMark600/attribute -depends optional-attribute-name=CacheStoreJBossMQ:service=CacheStore/depends +depends optional-attribute-name=CacheStorejboss.mq:service=CacheStore/depends /mbean !-- @@ -49,7 +46,7 @@ | that the MessageCache has decided to move in secondary storage. -- mbean code=org.jboss.mq.pm.file.CacheStore - name=JBossMQ:service=CacheStore + name=jboss.mq:service=CacheStore attribute name=DataDirectorytmp/jbossmq/attribute /mbean @@ -58,15 +55,15 @@ | For example: what durable subscriptions are active. -- mbean code=org.jboss.mq.server.StateManager - name=JBossMQ:service=StateManager + name=jboss.mq:service=StateManager attribute name=StateFileconf/default/jbossmq-state.xml/attribute /mbean !-- The PersistenceManager is used to store messages to disk. -- mbean code=org.jboss.mq.pm.file.PersistenceManager - name=JBossMQ:service=PersistenceManager + name=jboss.mq:service=PersistenceManager attribute name=DataDirectorydb/jbossmq/file//attribute -depends optional-attribute-name=MessageCacheJBossMQ:service=MessageCache/depends +depends optional-attribute-name=MessageCachejboss.mq:service=MessageCache/depends /mbean !-- @@ -101,9 +98,9 @@ !-- mbean code=org.jboss.mq.pm.jdbc.PersistenceManager - name=JBossMQ:service=PersistenceManager
[JBoss-dev] CVS update: build/jboss build.xml
User: user57
Date: 02/01/02 20:00:51
Modified:jbossbuild.xml
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.62 +9 -2 build/jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/build/jboss/build.xml,v
retrieving revision 1.61
retrieving revision 1.62
diff -u -r1.61 -r1.62
--- build.xml 2002/01/01 17:54:27 1.61
+++ build.xml 2002/01/03 04:00:51 1.62
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.61 2002/01/01 17:54:27 ejort Exp $ --
+!-- $Id: build.xml,v 1.62 2002/01/03 04:00:51 user57 Exp $ --
project default=main name=JBoss/Build
@@ -124,10 +124,14 @@
property name=sun.jsr77.root value=${project.thirdparty}/sun/jsr77/
property name=sun.jsr77.lib value=${sun.jsr77.root}/lib/
-!-- gnu.regexp --
+!-- GNU Regexp --
property name=gnu.regexp.root value=${project.thirdparty}/gnu/regexp/
property name=gnu.regexp.lib value=${gnu.regexp.root}/lib/
+!-- GNU Getopt --
+property name=gnu.getopt.root value=${project.thirdparty}/gnu/getopt/
+property name=gnu.getopt.lib value=${gnu.getopt.root}/lib/
+
!-- Java Secure Socket Extension (JSSE) --
property name=sun.jsse.root value=${project.thirdparty}/sun/jsse/
property name=sun.jsse.lib value=${sun.jsse.root}/lib/
@@ -1096,6 +1100,9 @@
fileset dir=${sun.jaxp.lib}
include name=*.jar/
exclude name=xalan.jar/
+ /fileset
+ fileset dir=${gnu.getopt.lib}
+include name=getopt.jar/
/fileset
/copy
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/server HASessionStateServiceMBean.java
User: user57
Date: 02/01/02 20:00:52
Modified:src/main/org/jboss/ha/hasessionstate/server
HASessionStateServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +20 -29
jbossmx/src/main/org/jboss/ha/hasessionstate/server/HASessionStateServiceMBean.java
Index: HASessionStateServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/hasessionstate/server/HASessionStateServiceMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- HASessionStateServiceMBean.java 2001/12/31 20:41:41 1.3
+++ HASessionStateServiceMBean.java 2002/01/03 04:00:52 1.4
@@ -8,46 +8,37 @@
package org.jboss.ha.hasessionstate.server;
/**
- * MBEAN interface for HASessionState service
+ * MBEAN interface for HASessionState service.
*
- * @see HASessionState
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.3 $
+ * @see HASessionState
*
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.4 $
+ *
* pbRevisions:/bbr
*/
-
public interface HASessionStateServiceMBean
{
- // Constants -
- public static final String OBJECT_NAME = JBOSS-SYSTEM:service=HASessionState;
+ String OBJECT_NAME = jboss:service=HASessionState;
- public String getJndiName();
- public void setJndiName(String newName);
+ String getJndiName();
+ void setJndiName(String newName);
- public String getSubPartitionProperties(); // i.e. JavaGroups properties
- public void setSubPartitionProperties(String newProps);
+ String getSubPartitionProperties(); // i.e. JavaGroups properties
+ void setSubPartitionProperties(String newProps);
- public String getMainHaPartitionName ();
- public void setMainHaPartitionName (String name);
+ String getMainHaPartitionName();
+ void setMainHaPartitionName(String name);
- public long getSubPartitionSize ();
- public void setSubPartitionSize (long newSize);
+ long getSubPartitionSize();
+ void setSubPartitionSize(long newSize);
- public long getSubPartitionCreationWaitTime ();
- public void setSubPartitionCreationWaitTime (long newWaitTime);
+ long getSubPartitionCreationWaitTime();
+ void setSubPartitionCreationWaitTime(long newWaitTime);
- public long getBeanCleaningDelay ();
- public void setBeanCleaningDelay (long newDelay);
+ long getBeanCleaningDelay();
+ void setBeanCleaningDelay(long newDelay);
- public void setTopologyComputerClassName (String newName);
- public String getTopologyComputerClassName ();
-
+ void setTopologyComputerClassName(String newName);
+ String getTopologyComputerClassName();
}
-
-
-
-
-
-
-
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/examples ActiveAgentMLet.xml FailoverAgentMLet.xml
User: user57 Date: 02/01/02 20:00:52 Modified:src/examples ActiveAgentMLet.xml FailoverAgentMLet.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.5 +4 -4 jbossmx/src/examples/ActiveAgentMLet.xml Index: ActiveAgentMLet.xml === RCS file: /cvsroot/jboss/jbossmx/src/examples/ActiveAgentMLet.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ActiveAgentMLet.xml 2001/09/12 02:10:22 1.4 +++ ActiveAgentMLet.xml 2002/01/03 04:00:52 1.5 @@ -14,23 +14,23 @@ !-- Critical MBeans -- critical code=com.sun.jdmk.comm.HtmlAdaptorServer archive=jmxtools.jar -name=JBOSS-SYSTEM:name=HtmlAdaptorServer +name=jboss:name=HtmlAdaptorServer arg type=int value=8082/ /critical critical code=org.jboss.logging.Logger archive=hermes-jmx.jar -name=JBOSS-SYSTEM:service=Log +name=jboss:service=Log /critical critical code=org.jboss.logging.ConsoleLogging archive=hermes-jmx.jar -name=JBOSS-SYSTEM:service=Logging,type=Console +name=jboss:service=Logging,type=Console /critical critical code=org.jboss.jmx.connector.rmi.RMIConnectorService archive=hermes-jmx.jar -name=JBOSS-SYSTEM:name=ActiveAgent +name=jboss:name=ActiveAgent arg type=java.lang.String value=Active/ /critical 1.4 +4 -4 jbossmx/src/examples/FailoverAgentMLet.xml Index: FailoverAgentMLet.xml === RCS file: /cvsroot/jboss/jbossmx/src/examples/FailoverAgentMLet.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- FailoverAgentMLet.xml 2001/09/12 02:10:22 1.3 +++ FailoverAgentMLet.xml 2002/01/03 04:00:52 1.4 @@ -14,23 +14,23 @@ !-- Critical MBeans -- critical code=com.sun.jdmk.comm.HtmlAdaptorServer archive=jmxtools.jar -name=JBOSS-SYSTEM:name=HtmlAdaptorServer +name=jboss:name=HtmlAdaptorServer arg type=int value=8083/ /critical critical code=org.jboss.logging.Logger archive=hermes-jmx.jar -name=JBOSS-SYSTEM:service=Log +name=jboss:service=Log /critical critical code=org.jboss.logging.ConsoleLogging archive=hermes-jmx.jar -name=JBOSS-SYSTEM:service=Logging,type=Console +name=jboss:service=Logging,type=Console /critical critical code=org.jboss.jmx.connector.rmi.RMIConnectorService archive=hermes-jmx.jar -name=JBOSS-SYSTEM:name=FailoverAgent +name=jboss:name=FailoverAgent arg type=java.lang.String value=Fail/ /critical ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 254 Successful tests: 249 Errors:2 Failures: 3 [time of test: 3 January 2002 3:59 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server MBeanServerImpl.java
User: user57
Date: 02/01/02 20:00:53
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.6 +1 -2 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
Index: MBeanServerImpl.java
===
RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- MBeanServerImpl.java 2001/12/12 23:57:40 1.5
+++ MBeanServerImpl.java 2002/01/03 04:00:53 1.6
@@ -1,8 +1,8 @@
/*
* LGPL
*/
-package org.jboss.mx.server;
+package org.jboss.mx.server;
import javax.management.InstanceNotFoundException;
import javax.management.ReflectionException;
@@ -49,7 +49,6 @@
public class MBeanServerImpl implements MBeanServer
{
-
public final static String MBEAN_SERVER_DELEGATE =
JMImplementation:type=MBeanServerDelegate;
protected static long registrationNotificationSequence = 1;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server ClusterPartitionMBean.java DistributedStateImpl.java FarmMemberService.java FarmMemberServiceMBean.java HARMIServerImpl.java
User: user57
Date: 02/01/02 20:00:52
Modified:src/main/org/jboss/ha/framework/server
ClusterPartitionMBean.java
DistributedStateImpl.java FarmMemberService.java
FarmMemberServiceMBean.java HARMIServerImpl.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.6 +2 -2
jbossmx/src/main/org/jboss/ha/framework/server/ClusterPartitionMBean.java
Index: ClusterPartitionMBean.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/ClusterPartitionMBean.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ClusterPartitionMBean.java2001/12/31 20:41:17 1.5
+++ ClusterPartitionMBean.java2002/01/03 04:00:52 1.6
@@ -18,7 +18,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a.
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*
* pbRevisions:/bbr
*/
@@ -29,7 +29,7 @@
// Constants -
- static final String OBJECT_NAME = :service=ClusterPartition;
+ static final String OBJECT_NAME = jboss:service=ClusterPartition;
/**
* Name of the partition being built. All nodes/services belonging to
1.7 +3 -3
jbossmx/src/main/org/jboss/ha/framework/server/DistributedStateImpl.java
Index: DistributedStateImpl.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedStateImpl.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- DistributedStateImpl.java 2001/12/31 15:15:11 1.6
+++ DistributedStateImpl.java 2002/01/03 04:00:52 1.7
@@ -29,7 +29,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a.
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*
* pbRevisions:/bbr
* pb2001/11/26: Sacha Labourey/b
@@ -83,7 +83,7 @@
// we will need to redesign the way HAPartitions and its sub-protocols are
// registered with JMX. They will most probably be independant JMX services.
//
- String name = JBOSS-SYSTEM:service= + SERVICE_NAME +
+ String name = jboss:service= + SERVICE_NAME +
,partitionName= + this.partition.getPartitionName();
ObjectName jmxName = new ObjectName(name);
mbeanServer.registerMBean(this, jmxName);
@@ -96,7 +96,7 @@
public void stop () throws Exception
{
- String name = JBOSS-SYSTEM:service= + SERVICE_NAME +
+ String name = jboss:service= + SERVICE_NAME +
,partitionName= + this.partition.getPartitionName();
org.jboss.system.Registry.unbind (name);
}
1.4 +4 -4
jbossmx/src/main/org/jboss/ha/framework/server/FarmMemberService.java
Index: FarmMemberService.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/FarmMemberService.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- FarmMemberService.java2001/11/26 16:26:43 1.3
+++ FarmMemberService.java2002/01/03 04:00:52 1.4
@@ -4,8 +4,8 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-package org.jboss.ha.framework.server;
+package org.jboss.ha.framework.server;
import java.io.InputStream;
import java.io.FileInputStream;
@@ -42,7 +42,7 @@
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net AxisTestServices.java
User: user57
Date: 02/01/02 20:00:55
Modified:jboss.net/testsuite/src/main/org/jboss/test/net
AxisTestServices.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.2 +6 -6
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestServices.java
Index: AxisTestServices.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestServices.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- AxisTestServices.java 2001/10/16 15:52:57 1.1
+++ AxisTestServices.java 2002/01/03 04:00:55 1.2
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: AxisTestServices.java,v 1.1 2001/10/16 15:52:57 cgjung Exp $
+// $Id: AxisTestServices.java,v 1.2 2002/01/03 04:00:55 user57 Exp $
package org.jboss.test.net;
@@ -18,13 +18,13 @@
* helper functions to deal with the JBoss integrated axis service
* @created 15. Oktober 2001, 18:39
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
-
-public class AxisTestServices extends JBossTestServices {
-
+public class AxisTestServices
+ extends JBossTestServices
+{
/** where the beast is located */
-protected final static String axisServiceName = JBOSS-SYSTEM:service=Axis;
+protected final static String axisServiceName = jboss:service=Axis;
/** Creates new AxisTestServices */
public AxisTestServices(String name) {
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource ConnectionFactoryLoaderMBean.java ConnectionManagerFactoryLoaderMBean.java RARDeployer.java
User: user57
Date: 02/01/02 20:00:52
Modified:src/main/org/jboss/resource
ConnectionFactoryLoaderMBean.java
ConnectionManagerFactoryLoaderMBean.java
RARDeployer.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.7 +4 -3
jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoaderMBean.java
Index: ConnectionFactoryLoaderMBean.java
===
RCS file:
/cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoaderMBean.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ConnectionFactoryLoaderMBean.java 2001/11/10 21:38:03 1.6
+++ ConnectionFactoryLoaderMBean.java 2002/01/03 04:00:52 1.7
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.resource;
import javax.management.ObjectName;
@@ -18,19 +19,19 @@
*
* @author Toby Allsopp ([EMAIL PROTECTED])
* @seeRARDeployer
- * @version$Revision: 1.6 $
+ * @version$Revision: 1.7 $
*/
public interface ConnectionFactoryLoaderMBean
extends ServiceMBean
{
- String OBJECT_NAME = :service=ConnectionFactoryLoader;
+ String OBJECT_NAME = jboss.jca:service=ConnectionFactoryLoader;
/**
* The name of the mbean representing the resource adapter deployment.
* This is the value from the code
* display-name/code element in its deployment descriptor becase I can't
* see a better name to use, turned into an ObjectName of the form
-* JCA:service=RARDeployment,name=(display-name).
+* jboss.jca:service=RARDeployment,name=(display-name).
*
* @returnThe ResourceAdapterName value
*/
1.6 +6 -12
jbosscx/src/main/org/jboss/resource/ConnectionManagerFactoryLoaderMBean.java
Index: ConnectionManagerFactoryLoaderMBean.java
===
RCS file:
/cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionManagerFactoryLoaderMBean.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ConnectionManagerFactoryLoaderMBean.java 2001/11/10 21:38:03 1.5
+++ ConnectionManagerFactoryLoaderMBean.java 2002/01/03 04:00:52 1.6
@@ -9,22 +9,17 @@
import org.jboss.system.ServiceMBean;
/**
- * Binds a codeConnectionManagerFactory/code instance into JNDI so that
- * codeConnectionFactoryLoader/code s can get at it.
+ * Binds a codeConnectionManagerFactory/code instance into JNDI so that
+ * codeConnectionFactoryLoader/code s can get at it.
*
* @author Toby Allsopp ([EMAIL PROTECTED])
- * @see
- * @version$Revision: 1.5 $
+ * @version$Revision: 1.6 $
*/
public interface ConnectionManagerFactoryLoaderMBean
- extends ServiceMBean
+ extends ServiceMBean
{
- // Constants -
+ String OBJECT_NAME = jboss.jca:service=ConnectionManagerFactoryLoader;
- String OBJECT_NAME = JCA:service=ConnectionManagerFactoryLoader;
-
- // Public
-
String getFactoryName();
void setFactoryName(String name);
@@ -41,7 +36,6 @@
void setFactoryClass(String c);
- //used instead of jndi binding
+ // used instead of jndi binding
ConnectionManagerFactory getConnectionManagerFactory();
-
}
1.16 +67 -93jbosscx/src/main/org/jboss/resource/RARDeployer.java
Index: RARDeployer.java
===
RCS file:
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/file CacheStore.java PersistenceManager.java
User: user57
Date: 02/01/02 20:00:53
Modified:src/main/org/jboss/mq/pm/file CacheStore.java
PersistenceManager.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.2 +2 -1 jbossmq/src/main/org/jboss/mq/pm/file/CacheStore.java
Index: CacheStore.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/file/CacheStore.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- CacheStore.java 2001/11/14 04:24:08 1.1
+++ CacheStore.java 2002/01/03 04:00:53 1.2
@@ -25,7 +25,7 @@
* This class manages the persistence needs of the MessageCache
*
* @author Hiram Chirino
- * @version$Revision: 1.1 $
+ * @version$Revision: 1.2 $
*/
public class CacheStore extends ServiceMBeanSupport implements
org.jboss.mq.pm.CacheStore, CacheStoreMBean {
String dataDirectory;
@@ -95,6 +95,7 @@
* This gets called to start the service.
*/
protected void startService() throws Exception {
+ log.warn(using jboss.system.home property);
File jbossHome = new File(System.getProperty(jboss.system.home));
dataFile = new File(jbossHome, dataDirectory);
log.debug(Data directory set to: + dataFile.getCanonicalPath());
1.13 +2 -1 jbossmq/src/main/org/jboss/mq/pm/file/PersistenceManager.java
Index: PersistenceManager.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/file/PersistenceManager.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- PersistenceManager.java 2001/11/30 18:43:15 1.12
+++ PersistenceManager.java 2002/01/03 04:00:53 1.13
@@ -45,7 +45,7 @@
* persistence.
*
* @author Paul Kendall ([EMAIL PROTECTED])
- * @version$Revision: 1.12 $
+ * @version$Revision: 1.13 $
*/
public class PersistenceManager extends ServiceMBeanSupport implements
PersistenceManagerMBean, org.jboss.mq.pm.PersistenceManager
{
@@ -149,6 +149,7 @@
*/
public void startService() throws Exception
{
+ log.warn(using jboss.system.home property);
File jbossHome = new File(System.getProperty(jboss.system.home));
dataDirFile = new File(jbossHome, dataDirectory);
dataDirFile.mkdirs();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/etc cluster-service.xml farm-service.xml
User: user57 Date: 02/01/02 20:00:52 Modified:src/etc cluster-service.xml farm-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.3 +13 -10jbossmx/src/etc/cluster-service.xml Index: cluster-service.xml === RCS file: /cvsroot/jboss/jbossmx/src/etc/cluster-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- cluster-service.xml 2001/12/31 20:51:03 1.2 +++ cluster-service.xml 2002/01/03 04:00:51 1.3 @@ -1,9 +1,8 @@ ?xml version=1.0 encoding=UTF-8? - !-- = -- !-- -- -!-- Sample Clustering Service Configuration -- +!-- Sample Clustering Service Configuration -- !-- -- !-- = -- @@ -11,33 +10,37 @@ classpath archives=jbossha.jar/ - dependsJBOSS-SYSTEM:service=Naming/depends + dependsjboss:service=Naming/depends !-- -- !-- Cluster Partition: defines cluster -- !-- -- - mbean code=org.jboss.ha.framework.server.ClusterPartition name=JBOSS-SYSTEM:service=DefaultPartition + mbean code=org.jboss.ha.framework.server.ClusterPartition + name=jboss:service=DefaultPartition /mbean !-- -- !-- HA Session State Service for SFSB-- !-- -- - mbean code=org.jboss.ha.hasessionstate.server.HASessionStateService name=JBOSS-SYSTEM:service=HASessionState - dependsJBOSS-SYSTEM:service=DefaultPartition/depends + mbean code=org.jboss.ha.hasessionstate.server.HASessionStateService + name=jboss:service=HASessionState + dependsjboss:service=DefaultPartition/depends /mbean !-- -- !-- HA JNDI -- !-- -- - mbean code=org.jboss.ha.jndi.HANamingService name=JBOSS-SYSTEM:service=HAJNDI - dependsJBOSS-SYSTEM:service=DefaultPartition/depends + mbean code=org.jboss.ha.jndi.HANamingService + name=jboss:service=HAJNDI + dependsjboss:service=DefaultPartition/depends /mbean - mbean code=org.jboss.invocation.jrmp.server.JRMPInvokerHA name=JBOSS-SYSTEM:service=invoker,type=jrmpha - dependsJBOSS-SYSTEM:service=DefaultPartition/depends + mbean code=org.jboss.invocation.jrmp.server.JRMPInvokerHA + name=jboss:service=invoker,type=jrmpha + dependsjboss:service=DefaultPartition/depends /mbean /server 1.2 +6 -6 jbossmx/src/etc/farm-service.xml Index: farm-service.xml === RCS file: /cvsroot/jboss/jbossmx/src/etc/farm-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- farm-service.xml 2001/12/07 06:49:11 1.1 +++ farm-service.xml 2002/01/03 04:00:51 1.2 @@ -10,22 +10,22 @@ classpath archives=jbossha.jar/ - dependsJBOSS-SYSTEM:service=Naming/depends -
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins CMPClusteredInMemoryPersistenceManager.java ClusterSyncEntityInstanceCache.java
User: user57
Date: 02/01/02 20:00:52
Modified:src/main/org/jboss/ejb/plugins
CMPClusteredInMemoryPersistenceManager.java
ClusterSyncEntityInstanceCache.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.3 +2 -3
jbossmx/src/main/org/jboss/ejb/plugins/CMPClusteredInMemoryPersistenceManager.java
Index: CMPClusteredInMemoryPersistenceManager.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/CMPClusteredInMemoryPersistenceManager.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- CMPClusteredInMemoryPersistenceManager.java 2001/12/31 15:13:45 1.2
+++ CMPClusteredInMemoryPersistenceManager.java 2002/01/03 04:00:52 1.3
@@ -7,7 +7,6 @@
package org.jboss.ejb.plugins;
-
import java.lang.reflect.Field;
import java.lang.reflect.Method;
import java.io.IOException;
@@ -30,7 +29,7 @@
* @see org.jboss.ha.framework.interfaces.DistributedState
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*
* pbRevisions:/b
*
@@ -72,7 +71,7 @@
*/
public void create () throws Exception
{
- String name =
JBOSS-SYSTEM:service=DistributedState,partitionName=DefaultPartition;
+ String name = jboss:service=DistributedState,partitionName=DefaultPartition;
ds = (DistributedState)org.jboss.system.Registry.lookup (name);
String ejbName = con.getBeanMetaData ().getEjbName ();
1.2 +4 -4
jbossmx/src/main/org/jboss/ejb/plugins/ClusterSyncEntityInstanceCache.java
Index: ClusterSyncEntityInstanceCache.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/ClusterSyncEntityInstanceCache.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ClusterSyncEntityInstanceCache.java 2001/12/29 16:23:11 1.1
+++ ClusterSyncEntityInstanceCache.java 2002/01/03 04:00:52 1.2
@@ -23,11 +23,11 @@
* distributed cache corruption mechanism.
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class ClusterSyncEntityInstanceCache
-extends EntityInstanceCache
-implements org.jboss.ha.framework.interfaces.DistributedState.DSListener
+ extends EntityInstanceCache
+ implements org.jboss.ha.framework.interfaces.DistributedState.DSListener
{
// Constants -
@@ -48,7 +48,7 @@
// Get a reference to the DS service
//
- String name =
JBOSS-SYSTEM:service=DistributedState,partitionName=DefaultPartition;
+ String name = jboss:service=DistributedState,partitionName=DefaultPartition;
ds = (DistributedState)org.jboss.system.Registry.lookup (name);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/rmi RMIServerILService.java
User: user57
Date: 02/01/02 20:00:53
Modified:src/main/org/jboss/mq/il/rmi RMIServerILService.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.8 +2 -1 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java
Index: RMIServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- RMIServerILService.java 2001/11/10 21:38:04 1.7
+++ RMIServerILService.java 2002/01/03 04:00:53 1.8
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.mq.il.rmi;
import java.util.Properties;
@@ -20,7 +21,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @author Hiram Chirino ([EMAIL PROTECTED])
- * @version$Revision: 1.7 $
+ * @version$Revision: 1.8 $
*/
public class RMIServerILService extends org.jboss.mq.il.ServerILJMXService
implements RMIServerILServiceMBean
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/jdbc PersistenceManagerMBean.java
User: user57
Date: 02/01/02 20:00:53
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManagerMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.7 +2 -3
jbossmq/src/main/org/jboss/mq/pm/jdbc/PersistenceManagerMBean.java
Index: PersistenceManagerMBean.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/jdbc/PersistenceManagerMBean.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- PersistenceManagerMBean.java 2001/11/11 20:32:33 1.6
+++ PersistenceManagerMBean.java 2002/01/03 04:00:53 1.7
@@ -14,13 +14,12 @@
*
* @author Vincent Sheffer ([EMAIL PROTECTED])
* @seerelated
- * @version$Revision: 1.6 $
+ * @version$Revision: 1.7 $
*/
public interface PersistenceManagerMBean
extends ServiceMBean, org.jboss.mq.pm.PersistenceManagerMBean
{
-
- public final static String OBJECT_NAME = JBOSSMQ:service=PersistenceManager;
+ String OBJECT_NAME = jboss.mq:service=PersistenceManager;
ObjectName getDataSource();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server Adaptor.java Constants.java
User: user57
Date: 02/01/02 20:00:54
Modified:jboss.net/src/main/org/jboss/net/jmx/adaptor/server
Adaptor.java Constants.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.3 +3 -3
contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Adaptor.java
Index: Adaptor.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Adaptor.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Adaptor.java 2001/12/05 11:00:27 1.2
+++ Adaptor.java 2002/01/03 04:00:54 1.3
@@ -21,7 +21,7 @@
* soap-enabled mbean to the outside world.
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @created October 1, 2001
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
* Change notes:
* ul
* li 5.12.01: CGJ, zip-cache problem fixed li
@@ -42,12 +42,12 @@
}
public void startService() throws Exception {
-getServer().invoke(new ObjectName(JBOSS-SYSTEM:service=Axis),deploy,new
Object[]
{fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new
String[] {java.lang.String});
+getServer().invoke(new ObjectName(jboss:service=Axis),deploy,new
Object[]
{fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new
String[] {java.lang.String});
}
public void stopService() {
try{
-getServer().invoke(new
ObjectName(JBOSS-SYSTEM:service=Axis),undeploy,new Object[]
{fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new
String[] {java.lang.String});
+getServer().invoke(new ObjectName(jboss:service=Axis),undeploy,new
Object[]
{fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new
String[] {java.lang.String});
} catch(Exception e) {
}
}
1.2 +8 -11
contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Constants.java
Index: Constants.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Constants.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Constants.java2001/10/12 12:17:49 1.1
+++ Constants.java2002/01/03 04:00:54 1.2
@@ -5,21 +5,18 @@
* See terms of license at gnu.org.
*/
-// $Id: Constants.java,v 1.1 2001/10/12 12:17:49 cgjung Exp $
-
package org.jboss.net.jmx.adaptor.server;
/**
- * Some Constants for the jmxadaptor package
+ * Some Constants for the jmxadaptor package.
+ *
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @created 1. October 2001
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
-
-public interface Constants {
-
-static final String DOMAIN=JBOSS-SYSTEM;
-static final String NAME = JMXConnector;
-static final String TYPE=service;
-
+public interface Constants
+{
+String DOMAIN = jboss;
+String NAME = JMXConnector;
+String TYPE = service;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/docs README.html
User: user57 Date: 02/01/02 20:00:54 Modified:jboss.net/docs README.html Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.3 +11 -11contrib/jboss.net/docs/README.html Index: README.html === RCS file: /cvsroot/jboss/contrib/jboss.net/docs/README.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- README.html 2001/10/12 12:17:48 1.2 +++ README.html 2002/01/03 04:00:54 1.3 @@ -179,12 +179,12 @@ you have to give it a reference to JBoss.net´s Axis service (in conf/default/jboss-service.xml) pre - lt;mbean code=quot;org.jboss.deployment.AutoDeployerquot; name=quot;JBOSS-SYSTEM:service=AutoDeployerquot;gt; + lt;mbean code=quot;org.jboss.deployment.AutoDeployerquot; name=quot;jboss:service=AutoDeployerquot;gt; lt;attribute name=quot;Deployersquot;gt; - JBOSS-SYSTEM:service=ServiceDeployer; - JCA:service=RARDeployer; - J2EE:service=J2eeDeployer; - JBOSS-SYSTEM:service=Axis + jboss.system:service=ServiceDeployer; + jboss.jca:service=RARDeployer; + jboss.j2ee:service=J2eeDeployer; + jboss:service=Axis lt;/attributegt; ... lt;/mbeangt; @@ -198,11 +198,11 @@ lt;servergt; - lt;dependsgt;JBOSS-SYSTEM:service=Jettylt;/dependsgt; + lt;dependsgt;jboss.web:service=Jettylt;/dependsgt; lt;mbean code=quot;org.jboss.net.axis.server.AxisServicequot; - name=quot;JBOSS-SYSTEM:service=Axisquot;gt; -lt;attribute name=quot;WarDeployerNamequot;gt;JBOSS-SYSTEM:service=Jettylt;/attributegt; + name=quot;jboss:service=Axisquot;gt; +lt;attribute name=quot;WarDeployerNamequot;gt;jboss.web:service=Jettylt;/attributegt; lt;attribute name=quot;RootContextquot;gt;axis/lt;/attributegt; lt;/mbeangt; @@ -217,11 +217,11 @@ pre lt;mbean code=quot;org.jboss.deployment.J2eeDeployerquot; - name=quot;J2EE:service=J2eeDeployerquot;gt; + name=quot;jboss.j2ee:service=J2eeDeployerquot;gt; lt;attribute name=quot;DeployerNamequot;gt;Defaultlt;/attributegt; lt;attribute name=quot;JarDeployerNamequot;gt;:service=ContainerFactorylt;/attributegt; -lt;attribute name=quot;WarDeployerNamequot;gt;JBOSS-SYSTEM:service=Jettylt;/attributegt; -lt;attribute name=quot;JavaDeployerNamequot;gt;JBOSS-SYSTEM:service=Axislt;/attributegt; +lt;attribute name=quot;WarDeployerNamequot;gt;jboss.web:service=Jettylt;/attributegt; +lt;attribute name=quot;JavaDeployerNamequot;gt;jboss:service=Axislt;/attributegt; lt;/mbeangt; /pre ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
User: user57 Date: 02/01/02 20:00:55 Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.9 +10 -14 contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- jboss-service.xml 2001/12/05 01:32:32 1.8 +++ jboss-service.xml 2002/01/03 04:00:55 1.9 @@ -2,9 +2,9 @@ server -!-- - I think the entire set of J2EE APIs should be listed here - TODO - -- + !-- + | I think the entire set of J2EE APIs should be listed here - TODO + -- classpath archives=javax.servlet.jar, org.apache.jasper.jar, jboss-j2ee.jar/ @@ -13,35 +13,31 @@ !-- -- !-- - | | Be sure to check that the configuration values are valid for your | environment. - | -- mbean code=org.jboss.jetty.JettyService - name=JBOSS-SYSTEM:service=Jetty + name=jboss.web:service=Jetty attribute name=JettyHomedummy/attribute -!-- +!-- attribute name=Configuration../conf/default/jetty.xml/attribute attribute name=WebDefault../conf/default/webdefault.xml/attribute - -- +-- attribute name=Configurationjetty.xml/attribute attribute name=WebDefaultwebdefault.xml/attribute attribute name=UnpackWarstrue/attribute attribute name=PublishMBeanstrue/attribute /mbean -!-- - -- mbean code=org.mortbay.jetty.jmx.DebugMBean - name=Jetty:Jetty=Debug2 + name=jboss.web:Jetty=Debug2 /mbean -!-- + !-- mbean code=org.mortbay.jetty.jmx.LogMBean - name=Jetty:Jetty=Log + name=jboss.web:Jetty=Log /mbean - -- + -- /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server JBossMQService.java JBossMQServiceMBean.java StateManager.java
User: user57
Date: 02/01/02 20:00:54
Modified:src/main/org/jboss/mq/server JBossMQService.java
JBossMQServiceMBean.java StateManager.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.11 +63 -72jbossmq/src/main/org/jboss/mq/server/JBossMQService.java
Index: JBossMQService.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/JBossMQService.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- JBossMQService.java 2001/12/19 19:52:57 1.10
+++ JBossMQService.java 2002/01/03 04:00:54 1.11
@@ -1,11 +1,11 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
-package org.jboss.mq.server;
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+package org.jboss.mq.server;
import javax.jms.JMSException;
import javax.management.Attribute;
@@ -19,18 +19,23 @@
import org.jboss.system.ServiceMBeanSupport;
/**
-* JMX MBean implementation for JBossMQ.
-*
-* @author Vincent Sheffer ([EMAIL PROTECTED])
-* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a
-* @author a href=[EMAIL PROTECTED]Hiram Chirino/a
-* @seeJBossMQ subproject
-* @version$Revision: 1.10 $
-*/
-public class JBossMQService extends ServiceMBeanSupport implements
JBossMQServiceMBean
+ * JMX MBean implementation for JBossMQ.
+ *
+ * @author Vincent Sheffer ([EMAIL PROTECTED])
+ * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a
+ * @author a href=[EMAIL PROTECTED]Hiram Chirino/a
+ * @seeJBossMQ subproject
+ * @version$Revision: 1.11 $
+ */
+public class JBossMQService
+ extends ServiceMBeanSupport
+ implements JBossMQServiceMBean
{
- private static final String SERVICE_CONTROLLER_NAME =
JBOSS-SYSTEM:spine=ServiceController;
+ private static final String SERVICE_CONTROLLER_NAME =
+ jboss.system:service=ServiceController;
+
public String jndiBindLocation = java:/JBossMQServer;
+
// Attributes
private ObjectName mqService;
@@ -47,7 +52,7 @@
}
public ObjectName preRegister(MBeanServer server, ObjectName name)
- throws Exception
+ throws Exception
{
mqService = super.preRegister(server, name);
return mqService;
@@ -55,20 +60,20 @@
/**
- * Gets the Name attribute of the JBossMQService object
- *
- * @returnThe Name value
- */
+* Gets the Name attribute of the JBossMQService object
+*
+* @returnThe Name value
+*/
public String getName()
{
return JBossMQ;
}
/**
- * Gets the JMSServer attribute of the JBossMQService object
- *
- * @returnThe JMSServer value
- */
+* Gets the JMSServer attribute of the JBossMQService object
+*
+* @returnThe JMSServer value
+*/
public JMSServer getJMSServer()
{
return jmsServer;
@@ -76,54 +81,51 @@
/**
- * Get the value of PersistenceManager.
- * @return value of PersistenceManager.
- */
+* Get the value of PersistenceManager.
+* @return value of PersistenceManager.
+*/
public ObjectName getPersistenceManager()
{
return persistenceManager;
}
/**
- * Set the value of PersistenceManager.
- * @param v Value to assign to PersistenceManager.
- */
+* Set the value of PersistenceManager.
+*
[JBoss-dev] CVS update: contrib/jboss.net/src/resources/plugin/META-INF jboss-service.xml
User: user57 Date: 02/01/02 20:00:54 Modified:jboss.net/src/resources/plugin/META-INF jboss-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.7 +8 -9 contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jboss-service.xml 2001/12/18 21:34:20 1.6 +++ jboss-service.xml 2002/01/03 04:00:54 1.7 @@ -1,8 +1,10 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE server +!-- $Id: jboss-service.xml,v 1.7 2002/01/03 04:00:54 user57 Exp $ -- server - classpath archives=axis.jar,javax.servlet.jar/ + classpath archives=axis.jar, javax.servlet.jar/ !-- -- !-- Starts the Axis Deployer -- @@ -16,23 +18,20 @@ | | If you want to enable several services, be sure that you choose | different root contexts - | -- mbean code=org.jboss.net.axis.server.AxisService - name=JBOSS-SYSTEM:service=Axis -dependsJBOSS-SYSTEM:service=Jetty/depends -attribute name=WarDeployerNameJBOSS-SYSTEM:service=Jetty/attribute + name=jboss:service=Axis +dependsjboss.web:service=Jetty/depends +attribute name=WarDeployerNamejboss.web:service=Jetty/attribute attribute name=RootContextaxis/attribute /mbean !-- | Uncomment to enable the Axis JMX Adaptor - | - -- + -- mbean code=org.jboss.net.jmx.adaptor.server.Adaptor name=Web:service=Adaptor -dependsJBOSS-SYSTEM:service=Axis/depends +dependsjboss:service=Axis/depends /mbean - /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/bin run.bat
User: user57 Date: 02/01/02 20:00:56 Modified:src/bin run.bat Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.27 +1 -1 jboss/src/bin/run.bat Index: run.bat === RCS file: /cvsroot/jboss/jboss/src/bin/run.bat,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- run.bat 2001/12/08 18:10:11 1.26 +++ run.bat 2002/01/03 04:00:56 1.27 @@ -4,7 +4,7 @@ REM Include the JDK javac compiler for JSP pages. The default is for a Sun JDK REM compatible distribution to which JAVA_HOME points -set JAVAC_JAR=%JAVA_HOME%/lib/tools.jar +set JAVAC_JAR=%JAVA_HOME%\lib\tools.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;%JAVAC_JAR%;run.jar REM Setup JBoss sepecific properties ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManagerServiceMBean.java
User: user57
Date: 02/01/02 20:00:56
Modified:src/main/org/jboss/security/plugins
JaasSecurityManagerServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +1 -1
jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerServiceMBean.java
Index: JaasSecurityManagerServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerServiceMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JaasSecurityManagerServiceMBean.java 2001/08/30 02:59:30 1.3
+++ JaasSecurityManagerServiceMBean.java 2002/01/03 04:00:56 1.4
@@ -13,7 +13,7 @@
extends org.jboss.system.ServiceMBean
{
// Constants -
- public static final String OBJECT_NAME = :service=JaasSecurityManager;
+ public static final String OBJECT_NAME =
jboss.security:service=JaasSecurityManager;
// Public
/** Get the name of the class that provides the security manager implementation.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/src/main/org/jboss/jdbc HypersonicDatabase.java HypersonicDatabaseMBean.java
User: user57
Date: 02/01/02 20:00:55
Modified:varia/src/main/org/jboss/jdbc HypersonicDatabase.java
HypersonicDatabaseMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.8 +2 -1 contrib/varia/src/main/org/jboss/jdbc/HypersonicDatabase.java
Index: HypersonicDatabase.java
===
RCS file:
/cvsroot/jboss/contrib/varia/src/main/org/jboss/jdbc/HypersonicDatabase.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- HypersonicDatabase.java 2001/11/15 11:40:08 1.7
+++ HypersonicDatabase.java 2002/01/03 04:00:55 1.8
@@ -32,7 +32,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
* @author a href=mailto:[EMAIL PROTECTED];Peter Fagerlund/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class HypersonicDatabase extends ServiceMBeanSupport implements
HypersonicDatabaseMBean, MBeanRegistration {
// Constants -
@@ -148,6 +148,7 @@
// do the right thing == use defaults
}
// Get DB directory
+log.warn(using jboss.system.home property);
jbossHomeDir = new File(System.getProperty(jboss.system.home));
dbName = new File(jbossHomeDir, db + File.separator + hypersonic +
File.separator + name);
// Start DB in new thread, or else it will block us
1.4 +2 -2
contrib/varia/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java
Index: HypersonicDatabaseMBean.java
===
RCS file:
/cvsroot/jboss/contrib/varia/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- HypersonicDatabaseMBean.java 2001/11/15 11:40:08 1.3
+++ HypersonicDatabaseMBean.java 2002/01/03 04:00:55 1.4
@@ -12,13 +12,13 @@
*
* @see related
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public interface HypersonicDatabaseMBean
extends org.jboss.system.ServiceMBean
{
// Constants -
- public static final String OBJECT_NAME = :service=Hypersonic;
+ public static final String OBJECT_NAME = jboss:service=Hypersonic;
// Public
public void setDatabase(String name);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/src/main/org/jboss/jdo/castor CastorJDOImplMBean.java
User: user57
Date: 02/01/02 20:00:55
Modified:varia/src/main/org/jboss/jdo/castor CastorJDOImplMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +2 -2
contrib/varia/src/main/org/jboss/jdo/castor/CastorJDOImplMBean.java
Index: CastorJDOImplMBean.java
===
RCS file:
/cvsroot/jboss/contrib/varia/src/main/org/jboss/jdo/castor/CastorJDOImplMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- CastorJDOImplMBean.java 2001/10/11 01:02:17 1.3
+++ CastorJDOImplMBean.java 2002/01/03 04:00:55 1.4
@@ -11,12 +11,12 @@
* Castor JDO support
*
* @author Oleg Nitz ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public interface CastorJDOImplMBean
extends org.jboss.system.ServiceMBean
{
-public static final String OBJECT_NAME = :service=CastorJDO;
+public static final String OBJECT_NAME = jboss:service=CastorJDO;
public void setJndiName(String jndiName);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/src/main/org/jboss/tm/plugins/tyrex TransactionManagerServiceMBean.java
User: user57
Date: 02/01/02 20:00:56
Modified:varia/src/main/org/jboss/tm/plugins/tyrex
TransactionManagerServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +4 -6
contrib/varia/src/main/org/jboss/tm/plugins/tyrex/TransactionManagerServiceMBean.java
Index: TransactionManagerServiceMBean.java
===
RCS file:
/cvsroot/jboss/contrib/varia/src/main/org/jboss/tm/plugins/tyrex/TransactionManagerServiceMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- TransactionManagerServiceMBean.java 2001/10/20 21:01:43 1.3
+++ TransactionManagerServiceMBean.java 2002/01/03 04:00:55 1.4
@@ -15,17 +15,15 @@
*
* @see TransactionManagerService
* @author a href=mailto:[EMAIL PROTECTED];Anatoly Akkerman/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public interface TransactionManagerServiceMBean
extends org.jboss.system.ServiceMBean
{
- // Constants -
- public static final String OBJECT_NAME = :service=TransactionManager;
+ String OBJECT_NAME = jboss:service=TransactionManager;
- // Public
- public String getConfigFileName();
+ String getConfigFileName();
- public void setConfigFileName(String name) throws IOException;
+ void setConfigFileName(String name) throws IOException;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: user57
Date: 02/01/02 20:00:56
Modified:.build.xml
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.49 +33 -33jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- build.xml 2001/12/18 21:40:21 1.48
+++ build.xml 2002/01/03 04:00:56 1.49
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.48 2001/12/18 21:40:21 mnf999 Exp $ --
+!-- $Id: build.xml,v 1.49 2002/01/03 04:00:56 user57 Exp $ --
project default=main name=JBoss/Server
@@ -315,7 +315,12 @@
| documentation compiles.
--
target name=compile
- depends=compile-bean-sources, compile-classes, compile-rmi, compile-etc,
compile-resources, compile-bin
+ depends=compile-bean-sources,
+ compile-classes,
+ compile-rmi,
+ compile-etc,
+ compile-resources,
+ compile-bin
description=Compile all source files./
!-- Compile EJB beans with XDoclet --
@@ -467,17 +472,18 @@
mkdir dir=${build.lib}/
!-- Build jboss.jar --
-jar jarfile=${build.lib}/jboss.jar
- manifest=${build.etc}/jboss.mf
+jar jarfile=${build.lib}/jboss.jar manifest=${build.etc}/jboss.mf
fileset dir=${build.classes}
include name=org/jboss/**/
-!-- Exclude Main, it will go into run.jar --
-exclude name=org/jboss/Main*/
-!-- Exclude JMX Connector stuff we will use the connector JSR for that --
+
+!-- Exclude command line utilities --
+exclude name=org/jboss/*/
+
+!-- Exclude JMX Connector stuff we will use the connector SAR for that --
exclude name=org/jboss/jmx/**/
-!-- But include this interface because the Farm needs it --
-include name=org/jboss/jmx/connector/RemoteMBeanServer.class/
/fileset
+
+ !-- HACK --
fileset dir=${build.classes}
!-- But include this interface because the Farm needs it --
include name=org/jboss/jmx/connector/RemoteMBeanServer.class/
@@ -493,18 +499,24 @@
/fileset
/jar
-!-- Build jboss-boot.jar --
+!--
+ | Build jboss-boot.jar
+ |
+ | This file is always local and contains the basic classed required
+ | to start the server and setup network service loading.
+ --
jar jarfile=${build.lib}/jboss-boot.jar
fileset dir=${build.classes}
-include name=org/jboss/system/BootstrapLogger.class/
-include name=org/jboss/system/URLClassLoader.class/
-include name=org/jboss/system/URLClassLoaderMBean.class/
-include name=org/jboss/system/MBeanClassLoader.class/
-include name=org/jboss/system/MBeanClassLoaderMBean.class/
-include name=org/jboss/system/ServiceLibraries.class/
-include name=org/jboss/system/ServiceLibrariesMBean.class/
-include name=org/jboss/deployment/DeploymentException.class/
+include name=org/jboss/system/BootstrapLogger*/
+include name=org/jboss/system/URLClassLoader*/
+include name=org/jboss/system/MBeanClassLoader*/
+include name=org/jboss/system/ServiceLibraries*/
+include name=org/jboss/system/Server*/
+include name=org/jboss/Version*/
/fileset
+ fileset dir=${build.resources}
+include name=org/jboss/version.properties/
+
[JBoss-dev] CVS update: jboss/src/etc/conf/default hsqldb-default-service.xml j2eedeployment-service.xml jboss-service.xml jms-service.xml
User: user57 Date: 02/01/02 20:00:57 Modified:src/etc/conf/default hsqldb-default-service.xml j2eedeployment-service.xml jboss-service.xml jms-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.7 +13 -18jboss/src/etc/conf/default/hsqldb-default-service.xml Index: hsqldb-default-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/hsqldb-default-service.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- hsqldb-default-service.xml2001/12/18 21:41:25 1.6 +++ hsqldb-default-service.xml2002/01/03 04:00:56 1.7 @@ -1,18 +1,15 @@ ?xml version=1.0 encoding=UTF-8? - !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- - -!-- $Id: hsqldb-default-service.xml,v 1.6 2001/12/18 21:41:25 mnf999 Exp $ -- +!-- $Id: hsqldb-default-service.xml,v 1.7 2002/01/03 04:00:56 user57 Exp $ -- server - classpath archives= hsqldb.jar, hsqldb-plugin.jar/ @@ -23,7 +20,7 @@ !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader - name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=DefaultDS + name=:service=ConnectionFactoryLoader,name=DefaultDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:hsqldb:hsql://localhost:1476 DriverClass=org.hsqldb.jdbcDriver UserName=sa/attribute @@ -35,12 +32,11 @@ started by an mbean in the jboss jmx framework! The only example of this we have right now is hsqldb! Do not use a line like this for external databases. -- -dependsJBOSS-SYSTEM:service=Hypersonic/depends +depends:service=Hypersonic/depends -depends optional-attribute-name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends -depends optional-attribute-name=ConnectionManagerFactoryLoaderNameJCA:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory/depends -attribute name=ConnectionManagerProperties# - #Wed Aug 15 16:17:29 EDT 2001 +depends optional-attribute-name=ResourceAdapterNamejboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends +depends optional-attribute-name=ConnectionManagerFactoryLoaderNamejboss.jca:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory/depends +attribute name=ConnectionManagerProperties MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000 @@ -55,7 +51,7 @@ /mbean mbean code=org.jboss.resource.ConnectionFactoryLoader - name=JBossMQ:service=ConnectionFactoryLoader,name=NoTransDS + name=:service=ConnectionFactoryLoader,name=NoTransDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:hsqldb:hsql://localhost:1476 DriverClass=org.hsqldb.jdbcDriver UserName=sa @@ -64,12 +60,11 @@ attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous depends to database being started -- -dependsJBOSS-SYSTEM:service=Hypersonic/depends +depends:service=Hypersonic/depends -depends optional-attribute-name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction
[JBoss-dev] CVS update: jbossmq/src/etc/conf/cluster jbossmq-service.xml
User: user57 Date: 02/01/02 20:00:53 Modified:src/etc/conf/cluster jbossmq-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.4 +46 -50jbossmq/src/etc/conf/cluster/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/cluster/jbossmq-service.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jbossmq-service.xml 2001/12/18 21:21:02 1.3 +++ jbossmq-service.xml 2002/01/03 04:00:53 1.4 @@ -1,21 +1,18 @@ ?xml version=1.0 encoding=UTF-8? - !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- -!-- $Id: jbossmq-service.xml,v 1.3 2001/12/18 21:21:02 mnf999 Exp $ -- +!-- $Id: jbossmq-service.xml,v 1.4 2002/01/03 04:00:53 user57 Exp $ -- !-- | This contains the cluster configuration of jbossmq - | - -- + -- server - classpath archives= jbossmq.jar, jbossmqha.jar, @@ -27,9 +24,9 @@ !-- -- mbean code=org.jboss.mq.server.JBossMQService - name=JBossMQ:service=Server -depends optional-attribute-name=PersistenceManagerJBossMQ:service=PersistenceManager/depends -depends optional-attribute-name=StateManagerJBossMQ:service=StateManager/depends + name=jboss.mq:service=Server +depends optional-attribute-name=PersistenceManagerjboss.mq:service=PersistenceManager/depends +depends optional-attribute-name=StateManagerjboss.mq:service=StateManager/depends /mbean !-- @@ -42,7 +39,7 @@ | Max memory mark, the amount of message kept in the memory cache aproaches 0. -- mbean code=org.jboss.mq.server.MessageCache - name=JBossMQ:service=MessageCache + name=jboss.mq:service=MessageCache attribute name=HighMemoryMark500/attribute attribute name=MaxMemoryMark600/attribute attribute name=DataDirectorytmp/jbossmq/attribute @@ -53,15 +50,15 @@ | For example: what durable subscriptions are active. -- mbean code=org.jboss.mq.server.StateManager - name=JBossMQ:service=StateManager + name=jboss.mq:service=StateManager attribute name=StateFileconf/default/jbossmq-state.xml/attribute /mbean !-- The PersistenceManager is used to store messages to disk. -- mbean code=org.jboss.mq.pm.file.PersistenceManager - name=JBossMQ:service=PersistenceManager + name=jboss.mq:service=PersistenceManager attribute name=DataDirectorydb/jbossmq/file//attribute -depends optional-attribute-name=MessageCacheJBossMQ:service=MessageCache/depends +depends optional-attribute-name=MessageCachejboss.mq:service=MessageCache/depends /mbean !-- @@ -96,9 +93,9 @@ !-- mbean code=org.jboss.mq.pm.jdbc.PersistenceManager - name=JBossMQ:service=PersistenceManager -depends optional-attribute-name=DataSourceJBossMQ:service=ConnectionFactoryLoader,name=NoTransDS/depends -depends optional-attribute-name=MessageCacheJBossMQ:service=MessageCache/depends + name=jboss.mq:service=PersistenceManager +depends optional-attribute-name=DataSourcejboss.mq:service=ConnectionFactoryLoader,name=NoTransDS/depends +depends optional-attribute-name=MessageCachejboss.mq:service=MessageCache/depends attribute
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp SRPServiceMBean.java
User: user57
Date: 02/01/02 20:00:56
Modified:src/main/org/jboss/security/srp SRPServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +2 -2 jbosssx/src/main/org/jboss/security/srp/SRPServiceMBean.java
Index: SRPServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPServiceMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- SRPServiceMBean.java 2001/11/24 21:52:33 1.3
+++ SRPServiceMBean.java 2002/01/03 04:00:56 1.4
@@ -14,12 +14,12 @@
see http://www-cs-students.stanford.edu/~tjw/srp/.
@author [EMAIL PROTECTED]
-@version $Revision: 1.3 $
+@version $Revision: 1.4 $
*/
public interface SRPServiceMBean extends org.jboss.system.ServiceMBean
{
// Constants -
-public static final String OBJECT_NAME = :service=SRPService;
+public static final String OBJECT_NAME = jboss:service=SRPService;
/** Get the jndi name for the SRPVerifierSource implementation binding.
*/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc shutdown.mf run.mf
User: user57 Date: 02/01/02 20:00:56 Modified:src/etc run.mf Added: src/etc shutdown.mf Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.14 +1 -1 jboss/src/etc/run.mf Index: run.mf === RCS file: /cvsroot/jboss/jboss/src/etc/run.mf,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- run.mf2001/08/30 02:55:29 1.13 +++ run.mf2002/01/03 04:00:56 1.14 @@ -1,2 +1,2 @@ Main-Class: org.jboss.Main -Class-Path: ../lib/jmxri.jar ../lib/jboss-boot.jar ../lib/crimson.jar ../lib/jaxp.jar +Class-Path: ../lib/jmxri.jar ../lib/jboss-boot.jar ../lib/crimson.jar ../lib/jaxp.jar ../lib/getopt.jar 1.1 jboss/src/etc/shutdown.mf Index: shutdown.mf === Main-Class: org.jboss.Shutdown Class-Path: ../lib/getopt.jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/rollinglogged PersistenceManager.java
User: user57
Date: 02/01/02 20:00:54
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.16 +2 -1
jbossmq/src/main/org/jboss/mq/pm/rollinglogged/PersistenceManager.java
Index: PersistenceManager.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/rollinglogged/PersistenceManager.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- PersistenceManager.java 2001/12/16 20:05:41 1.15
+++ PersistenceManager.java 2002/01/03 04:00:54 1.16
@@ -39,7 +39,7 @@
*
* @author David Maplesden ([EMAIL PROTECTED])
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
- * @version$Revision: 1.15 $
+ * @version$Revision: 1.16 $
*/
public class PersistenceManager extends ServiceMBeanSupport implements
org.jboss.mq.pm.PersistenceManager, PersistenceManagerMBean
{
@@ -296,6 +296,7 @@
{
log.debug(Using new rolling logged persistence manager.);
+ log.warn(using jboss.system.home property);
File jbossHome = new File(System.getProperty(jboss.system.home));
dataDirFile = new File(jbossHome, dataDirectory);
dataDirFile.mkdirs();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java Shutdown.java
User: user57
Date: 02/01/02 20:00:57
Modified:src/main/org/jboss Main.java Shutdown.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.61 +92 -321 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v
retrieving revision 1.60
retrieving revision 1.61
diff -u -r1.60 -r1.61
--- Main.java 2001/12/29 21:57:20 1.60
+++ Main.java 2002/01/03 04:00:57 1.61
@@ -1,254 +1,56 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
package org.jboss;
-import java.io.BufferedReader;
import java.io.File;
-import java.io.FileWriter;
-import java.io.IOException;
-import java.io.InputStream;
-import java.io.InputStreamReader;
-import java.io.PrintStream;
-import java.io.PrintWriter;
import java.net.URL;
-import java.util.ArrayList;
-import java.util.Calendar;
-import java.util.Date;
-import java.util.Iterator;
-import java.util.Set;
-import java.security.AccessController;
-import java.security.PrivilegedAction;
import javax.management.MBeanException;
-import javax.management.MBeanServer;
-import javax.management.MBeanServerFactory;
-import javax.management.ObjectName;
-import javax.management.ReflectionException;
-import javax.management.RuntimeErrorException;
import javax.management.RuntimeMBeanException;
-import javax.management.RuntimeOperationsException;
-import javax.management.loading.MLet;
-import org.jboss.system.MBeanClassLoader;
-import org.jboss.system.ServiceLibraries;
-import org.jboss.system.URLClassLoader;
-
import gnu.getopt.Getopt;
import gnu.getopt.LongOpt;
+import org.jboss.system.Server;
+import org.jboss.system.ServerConfig;
+
/**
-* The main entry point for the JBoss server.
-*
-* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
-* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
-* @version $Revision: 1.60 $
-*
-* bRevisions:/b
-* p
-* b20010830 marcf:/b
-* ul
-* liInitial import, support for net-install
-* /ul
-* b20010925 jason:/b
-* ul
-* liReplaced custom command line option parsing with gnu.getopt.
-* liAdded -D option to set system properties
-* /ul
-* b20011030 marcf:/b
-* ul
-* liReplaced net-install by net-boot. Net-install should be reserved for
installation
-* that really duplicate the code on the local machines. net-boot doesn't and
just runs in VM
-* /ul
-*/
+ * The main entry-point for the JBoss server.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
+ * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
+ * @version $Revision: 1.61 $
+ */
public class Main
+ implements Runnable
{
- /**
- * The version build information holder.
- */
- private Version version = Version.getInstance();
+ private final String[] args;
- /**
- * Constructor for the Main object
- *
- * @param installURLThe install URL.
- * @param confDir The configuration directory.
- * @param patchDir The patch directory.
- * @param libDirThe library directory.
- * @param spineDir The spine directory.
- */
- public Main(String installURL,
- String confDir,
- String patchDir,
- String libDir,
- String spineDir)
- {
- long startTime = System.currentTimeMillis();
-
- try
- {
- final PrintStream err = System.err;
-
-
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JettyMBean.java JettyResolver.java JettyService.java JettyServiceMBean.java
User: user57
Date: 02/01/02 20:00:55
Modified:jetty/src/main/org/jboss/jetty JettyMBean.java
JettyResolver.java JettyService.java
JettyServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.6 +1 -1 contrib/jetty/src/main/org/jboss/jetty/JettyMBean.java
Index: JettyMBean.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyMBean.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- JettyMBean.java 2001/11/21 23:13:01 1.5
+++ JettyMBean.java 2002/01/03 04:00:55 1.6
@@ -28,6 +28,6 @@
newObjectName(MBeanServer server)
{
//return super.newObjectName(server);
-return uniqueObjectName(server, Jetty+:);
+return uniqueObjectName(server, jboss.web:);
}
}
1.7 +0 -2 contrib/jetty/src/main/org/jboss/jetty/JettyResolver.java
Index: JettyResolver.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyResolver.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- JettyResolver.java2001/12/09 06:05:49 1.6
+++ JettyResolver.java2002/01/03 04:00:55 1.7
@@ -5,8 +5,6 @@
* See terms of license at gnu.org.
*/
-// $Id$
-
package org.jboss.jetty;
import java.io.IOException;
1.36 +7 -6 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index: JettyService.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- JettyService.java 2001/12/09 06:05:49 1.35
+++ JettyService.java 2002/01/03 04:00:55 1.36
@@ -5,22 +5,23 @@
* See terms of license at gnu.org.
*/
-// $Id: JettyService.java,v 1.35 2001/12/09 06:05:49 user57 Exp $
+// $Id: JettyService.java,v 1.36 2002/01/03 04:00:55 user57 Exp $
package org.jboss.jetty;
-
import java.io.IOException;
import java.io.InputStream;
import java.net.URL;
import javax.management.MBeanRegistration;
import javax.management.MBeanServer;
import javax.management.ObjectName;
+
import org.jboss.logging.Logger;
import org.jboss.deployment.DeploymentException;
import org.jboss.web.AbstractWebContainer.WebDescriptorParser;
import org.jboss.web.AbstractWebContainer;
import org.jboss.web.WebApplication;
+
import org.mortbay.jetty.jmx.DebugMBean;
import org.mortbay.util.Log;
@@ -28,7 +29,7 @@
* A service to launch jetty from JMX.
*
* @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a
- * @version $Revision: 1.35 $
+ * @version $Revision: 1.36 $
*/
// NOTES
@@ -125,7 +126,7 @@
protected void
ensureJetty()
{
-org.mortbay.jetty.jmx.ModelMBeanImpl.setJettyDomain(Jetty);
+org.mortbay.jetty.jmx.ModelMBeanImpl.setJettyDomain(jboss.web);
// make a Jetty...
Jetty tmp = new Jetty();
@@ -151,7 +152,7 @@
_mbean = new JettyMBean(_jetty);
_debug = new DebugMBean();
_server.registerMBean(_mbean, new ObjectName(_mbean.newObjectName(_server)));
- _server.registerMBean(_debug, new ObjectName(Jetty:Jetty=Debug));
+ _server.registerMBean(_debug, new ObjectName(jboss.web:Jetty=Debug));
}
catch (Throwable e)
{
@@ -243,7 +244,7 @@
_mbean=null;
try
{
- _server.unregisterMBean(new ObjectName(Jetty:Jetty=Debug));
+ _server.unregisterMBean(new
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment AutoDeployer.java DeployerMBeanSupport.java J2eeDeployer.java J2eeDeployerMBean.java ServiceDeployer.java ServiceDeployerMBean.java
User: user57
Date: 02/01/02 20:00:57
Modified:src/main/org/jboss/deployment AutoDeployer.java
DeployerMBeanSupport.java J2eeDeployer.java
J2eeDeployerMBean.java ServiceDeployer.java
ServiceDeployerMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.9 +3 -9 jboss/src/main/org/jboss/deployment/AutoDeployer.java
Index: AutoDeployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/AutoDeployer.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- AutoDeployer.java 2002/01/02 17:06:54 1.8
+++ AutoDeployer.java 2002/01/03 04:00:57 1.9
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.deployment;
import java.io.File;
@@ -58,15 +59,12 @@
* @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
* @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public class AutoDeployer
extends ServiceMBeanSupport
implements AutoDeployerMBean, NotificationListener, Runnable
{
- // Constants -
- // Attributes
-
/**
* Callback to the JMX agent.
*/
@@ -143,7 +141,7 @@
*/
public AutoDeployer(String urlList)
{
- this(J2EE:service=J2eeDeployer, urlList);
+ this(jboss.j2ee:service=J2eeDeployer, urlList);
}
/**
@@ -592,8 +590,6 @@
}
}
- // Protected -
-
/**
* Scan the watched directories list, add new deployement entires for each
* that does not already exist in the watched urls map.
@@ -729,8 +725,6 @@
throw e.getTargetError();
}
}
-
- // Inner classes -
/**
* This class holds info about a deployement, such as the URL and the last
1.16 +96 -101 jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java
Index: DeployerMBeanSupport.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- DeployerMBeanSupport.java 2001/12/18 22:59:37 1.15
+++ DeployerMBeanSupport.java 2002/01/03 04:00:57 1.16
@@ -1,9 +1,10 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
package org.jboss.deployment;
import java.io.File;
@@ -30,35 +31,38 @@
import java.util.List;
/**
-* An abstract base class for deployer service implementations.
-*
-* @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
-* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
-* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
-* @version $Revision: 1.15 $
-*
-* pbRevisions:/b
-*
-* pb20010725 Toby Allsopp (patch from David Jencks)/b
-* ulliAdded codegetDeployments/code method so that subclasses
-* can find out what has been deployed./li/ul
-* pb20011219 Marc Fleury/b
-* ulliFactored out inner class for deployment info/li/ul
-*/
+ * An abstract base class for deployer service implementations.
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging Log4jService.java
User: user57 Date: 02/01/02 20:00:59 Modified:src/main/org/jboss/logging Log4jService.java Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.13 +2 -1 jboss/src/main/org/jboss/logging/Log4jService.java Index: Log4jService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/Log4jService.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Log4jService.java 2001/09/11 18:35:02 1.12 +++ Log4jService.java 2002/01/03 04:00:59 1.13 @@ -4,6 +4,7 @@ * Distributable under LGPL license. * See terms of license at gnu.org. */ + package org.jboss.logging; import java.io.File; @@ -40,7 +41,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ */ public class Log4jService implements Log4jServiceMBean, MBeanRegistration ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java ContainerFactory.java
User: user57 Date: 02/01/02 20:00:57 Modified:src/main/org/jboss/ejb Container.java ContainerFactory.java Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.66 +211 -209 jboss/src/main/org/jboss/ejb/Container.java Index: Container.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v retrieving revision 1.65 retrieving revision 1.66 diff -u -r1.65 -r1.66 --- Container.java2001/12/19 20:43:16 1.65 +++ Container.java2002/01/03 04:00:57 1.66 @@ -1,9 +1,10 @@ /* -* JBoss, the OpenSource J2EE webOS -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ + * JBoss, the OpenSource J2EE webOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ + package org.jboss.ejb; import java.lang.reflect.Method; @@ -41,7 +42,6 @@ import javax.naming.NameNotFoundException; import javax.transaction.TransactionManager; - import org.jboss.deployment.DeploymentException; import org.jboss.invocation.Invocation; import org.jboss.invocation.MarshalledInvocation; @@ -60,42 +60,43 @@ import org.jboss.ejb.plugins.local.BaseLocalContainerInvoker; /** -* This is the base class for all EJB-containers in JBoss. A Container -* functions as the central hub of all metadata and plugins. Through this -* the container plugins can get hold of the other plugins and any metadata -* they need. -* -* pThe ContainerFactory creates instances of subclasses of this class -*and calls the appropriate initialization methods. -* -* pA Container does not perform any significant work, but instead delegates -*to the plugins to provide for all kinds of algorithmic functionality. -* -* @see ContainerFactory -* -* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a -* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a -* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. -* @author a href=[EMAIL PROTECTED]Bill Burke/a -* @version $Revision: 1.65 $ -* -* pbRevisions:/b -* -* pb2001/07/26 bill burke:/b -* ul -* li Added BeanLockManager. -* /ul -* pb2001/08/13 scott.stark:/b -* ul -* li Added DynamicMBean support for method invocations and access to EJB interfaces. -* /ul -* pb2001/12/18 marc fleury:/b -* ul -* li Moved to new Invocation layer and detached invokers. -* li Use the method mappings for MarshalledInvocation. -* /ul -*/ -public abstract class Container implements DynamicMBean + * This is the base class for all EJB-containers in JBoss. A Container + * functions as the central hub of all metadata and plugins. Through this + * the container plugins can get hold of the other plugins and any metadata + * they need. + * + * pThe ContainerFactory creates instances of subclasses of this class + *and calls the appropriate initialization methods. + * + * pA Container does not perform any significant work, but instead delegates + *to the plugins to provide for all kinds of algorithmic functionality. + * + * @see ContainerFactory + * + * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a + * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a + * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. + * @author a href=[EMAIL PROTECTED]Bill Burke/a + * @version $Revision: 1.66 $ + * + * pbRevisions:/b + * + * pb2001/07/26 bill burke:/b + * ul + * li Added BeanLockManager. + * /ul + * pb2001/08/13 scott.stark:/b + * ul + * li Added DynamicMBean support for method invocations and access to EJB interfaces. + * /ul + * pb2001/12/18 marc fleury:/b + * ul + * li Moved to new Invocation layer and detached invokers.
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata BeanMetaData.java
User: user57 Date: 02/01/02 20:00:59 Modified:src/main/org/jboss/metadata BeanMetaData.java Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.34 +9 -8 jboss/src/main/org/jboss/metadata/BeanMetaData.java Index: BeanMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/BeanMetaData.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- BeanMetaData.java 2001/12/31 05:11:56 1.33 +++ BeanMetaData.java 2002/01/03 04:00:59 1.34 @@ -4,6 +4,7 @@ * Distributable under LGPL license. * See terms of license at gnu.org. */ + package org.jboss.metadata; import java.util.Iterator; @@ -30,7 +31,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a - * @version $Revision: 1.33 $ + * @version $Revision: 1.34 $ * * pbRevisions:/bbr * pb2001/10/16: billb/b @@ -106,13 +107,13 @@ /** what JRMP invokers do we use? **/ private String homeInvoker = null; private String beanInvoker = null; - public static final String DEFAULT_HOME_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmp; - public static final String DEFAULT_BEAN_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmp; - public static final String DEFAULT_CLUSTERED_HOME_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=RoundRobin; - public static final String DEFAULT_CLUSTERED_SLSB_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=RoundRobin; - public static final String DEFAULT_CLUSTERED_SFSB_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; - public static final String DEFAULT_CLUSTERED_EB_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; - public static final String DEFAULT_CLUSTERED_BEAN_INVOKER = JBOSS-SYSTEM:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; + public static final String DEFAULT_HOME_INVOKER = jboss:service=invoker,type=jrmp; + public static final String DEFAULT_BEAN_INVOKER = jboss:service=invoker,type=jrmp; + public static final String DEFAULT_CLUSTERED_HOME_INVOKER = jboss:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=RoundRobin; + public static final String DEFAULT_CLUSTERED_SLSB_INVOKER = jboss:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=RoundRobin; + public static final String DEFAULT_CLUSTERED_SFSB_INVOKER = jboss:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; + public static final String DEFAULT_CLUSTERED_EB_INVOKER = jboss:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; + public static final String DEFAULT_CLUSTERED_BEAN_INVOKER = jboss:service=invoker,type=jrmpha,partition=DefaultPartition,load-balance=FirstAvailable; /** The cluster-config element info */ private ClusterConfigMetaData clusterConfig = null; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming JNDIView.java JNDIViewMBean.java NamingServiceMBean.java
User: user57
Date: 02/01/02 20:00:59
Modified:src/main/org/jboss/naming JNDIView.java JNDIViewMBean.java
NamingServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.13 +20 -16jboss/src/main/org/jboss/naming/JNDIView.java
Index: JNDIView.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/JNDIView.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- JNDIView.java 2001/12/03 18:16:40 1.12
+++ JNDIView.java 2002/01/03 04:00:59 1.13
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.naming;
import java.io.InputStream;
@@ -27,19 +28,22 @@
import org.jboss.ejb.Container;
import org.jboss.ejb.ContainerFactoryMBean;
import org.jboss.system.ServiceMBeanSupport;
-
-/** A simple utlity mbean that allows one to recursively list the default
-JBoss InitialContext.
-Deploy by adding:
-mbean code=org.jboss.naming.JNDIView name=JBOSS-SYSTEM:service=JNDIView /
-to the jboss.jcml file.
-
-@author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
-@author Vladimir Blagojevic [EMAIL PROTECTED]
-@version $Revision: 1.12 $
-*/
-public class JNDIView extends ServiceMBeanSupport implements JNDIViewMBean
+/**
+ * A simple utlity mbean that allows one to recursively list the default
+ * JBoss InitialContext.
+ *
+ * Deploy by adding:
+ * mbean code=org.jboss.naming.JNDIView name=:service=JNDIView /
+ * to the jboss.jcml file.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
+ * @author Vladimir Blagojevic [EMAIL PROTECTED]
+ * @version $Revision: 1.13 $
+ */
+public class JNDIView
+ extends ServiceMBeanSupport
+ implements JNDIViewMBean
{
// Constants -
@@ -71,10 +75,10 @@
try
{
applications = (Iterator) server.invoke(
-new ObjectName(ContainerFactoryMBean.OBJECT_NAME),
-getDeployedApplications,
-new Object[] { },
-new String[] { });
+ new ObjectName(ContainerFactoryMBean.OBJECT_NAME),
+ getDeployedApplications,
+ new Object[0],
+ new String[0]);
}
catch(Exception e)
{
1.8 +2 -2 jboss/src/main/org/jboss/naming/JNDIViewMBean.java
Index: JNDIViewMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/JNDIViewMBean.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- JNDIViewMBean.java2001/08/30 03:31:21 1.7
+++ JNDIViewMBean.java2002/01/03 04:00:59 1.8
@@ -13,12 +13,12 @@
*
*
@author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
-@version $Revision: 1.7 $
+@version $Revision: 1.8 $
*/
public interface JNDIViewMBean extends org.jboss.system.ServiceMBean
{
// Constants -
-public static final String OBJECT_NAME = :service=JNDIView;
+public static final String OBJECT_NAME = jboss:service=JNDIView;
// Public
1.8 +2 -2 jboss/src/main/org/jboss/naming/NamingServiceMBean.java
Index: NamingServiceMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/NamingServiceMBean.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
---
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/connector ConnectorFactoryImpl.java
User: user57
Date: 02/01/02 20:00:58
Modified:src/main/org/jboss/jmx/connector ConnectorFactoryImpl.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.5 +12 -11jboss/src/main/org/jboss/jmx/connector/ConnectorFactoryImpl.java
Index: ConnectorFactoryImpl.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jmx/connector/ConnectorFactoryImpl.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ConnectorFactoryImpl.java 2001/10/11 01:41:59 1.4
+++ ConnectorFactoryImpl.java 2002/01/03 04:00:58 1.5
@@ -1,9 +1,10 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
package org.jboss.jmx.connector;
import java.util.Arrays;
@@ -37,8 +38,8 @@
* @authorA href=mailto:[EMAIL PROTECTED];Andreas Schaefer/A
* @created May 2, 2001
**/
-public class ConnectorFactoryImpl {
-
+public class ConnectorFactoryImpl
+{
// Constants -
// Static
@@ -139,7 +140,7 @@
);
mServer.registerMBean(
lConnector,
- new ObjectName( JBOSS-SYSTEM:name=RMIConnectorTo +
pConnector.getServer() )
+ new ObjectName( jboss:name=RMIConnectorTo + pConnector.getServer()
)
);
}
catch( Exception e ) {
@@ -156,7 +157,7 @@
);
mServer.registerMBean(
lConnector,
- new ObjectName( JBOSS-SYSTEM:name=EJBConnectorTo +
pConnector.getServer() )
+ new ObjectName( jboss:name=EJBConnectorTo + pConnector.getServer()
)
);
}
catch( Exception e ) {
@@ -177,7 +178,7 @@
try {
if( pConnector.getProtocol().equals( rmi ) ) {
Set lConnectors = mServer.queryMBeans(
- new ObjectName( JBOSS-SYSTEM:name=RMIConnectorTo +
pConnector.getServer() ),
+ new ObjectName( jboss:name=RMIConnectorTo + pConnector.getServer()
),
null
);
if( !lConnectors.isEmpty() ) {
@@ -198,7 +199,7 @@
}
else if( pConnector.getProtocol().equals( ejb ) ) {
Set lConnectors = mServer.queryMBeans(
- new ObjectName( JBOSS-SYSTEM:name=EJBConnectorTo +
pConnector.getServer() ),
+ new ObjectName( jboss:name=EJBConnectorTo + pConnector.getServer()
),
null
);
if( !lConnectors.isEmpty() ) {
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/adaptor/rmi/META-INF jboss-service.xml
User: user57 Date: 02/01/02 20:00:58 Modified:src/main/org/jboss/jmx/adaptor/rmi/META-INF jboss-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.3 +1 -2 jboss/src/main/org/jboss/jmx/adaptor/rmi/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/adaptor/rmi/META-INF/jboss-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-service.xml 2001/11/10 21:38:06 1.2 +++ jboss-service.xml 2002/01/03 04:00:58 1.3 @@ -2,7 +2,6 @@ server - mbean code=org.jboss.jmx.adaptor.rmi.RMIAdaptorService - name=JMX:name=Connector,type=RMI/ + name=jboss.jmx:type=Connector,name=RMI/ /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/mbean TestDeployer.java
User: user57
Date: 02/01/02 20:01:01
Modified:src/main/org/jboss/test/jmx/mbean TestDeployer.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +2 -1 jbosstest/src/main/org/jboss/test/jmx/mbean/TestDeployer.java
Index: TestDeployer.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/mbean/TestDeployer.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- TestDeployer.java 2001/11/19 06:59:13 1.3
+++ TestDeployer.java 2002/01/03 04:01:01 1.4
@@ -24,7 +24,7 @@
* This is a do-nothing mbean to test service archive deployment.
*
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
- * @version$Revision: 1.3 $ p
+ * @version$Revision: 1.4 $ p
*
* b20010901 david jencks/b
* ulinitial import
@@ -43,6 +43,7 @@
public String getBaseDir()
{
+ log.warn(using jboss.system.home property);
return System.getProperty(jboss.system.home);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy/ejb/handle StatefulHandleImpl.java
User: user57
Date: 02/01/02 20:01:00
Modified:src/main/org/jboss/proxy/ejb/handle StatefulHandleImpl.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.2 +43 -63
jboss/src/main/org/jboss/proxy/ejb/handle/StatefulHandleImpl.java
Index: StatefulHandleImpl.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/proxy/ejb/handle/StatefulHandleImpl.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatefulHandleImpl.java 2001/12/19 07:22:27 1.1
+++ StatefulHandleImpl.java 2002/01/03 04:01:00 1.2
@@ -1,9 +1,10 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
package org.jboss.proxy.ejb.handle;
import java.rmi.RemoteException;
@@ -24,28 +25,21 @@
import org.jboss.security.SecurityAssociation;
/**
-* An EJB stateful session bean handle.
-*
-* @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a
-* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
-* @version $Revision: 1.1 $
-*/
+ * An EJB stateful session bean handle.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a
+ * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
+ * @version $Revision: 1.2 $
+ */
public class StatefulHandleImpl
-implements Handle
+ implements Handle
{
- // Constants -
-
- /** Serial Version Identifier. */
- // private static final long serialVersionUID = -2592509632957623102L;
-
- // Static
-
/** A reference to {@link Handle#getEJBObject}. */
protected static final Method GET_EJB_OBJECT;
/**
- * Initialize ttHandle/tt method references.
- */
+* Initialize ttHandle/tt method references.
+*/
static {
try {
GET_EJB_OBJECT = Handle.class.getMethod(getEJBObject, new Class[0]);
@@ -56,24 +50,20 @@
}
}
- // Attributes
-
/** The identity of the bean. */
public String jndiName;
public String server;
public Object id;
- // Constructors --
-
/**
- * Construct a ttStatefulHandleImpl/tt.
- *
- * @param handleThe initial context handle that will be used
- * to restore the naming context or null to use
- * a fresh InitialContext object.
- * @param name JNDI name.
- * @param idIdentity of the bean.
- */
+* Construct a ttStatefulHandleImpl/tt.
+*
+* @param handleThe initial context handle that will be used
+* to restore the naming context or null to use
+* a fresh InitialContext object.
+* @param name JNDI name.
+* @param idIdentity of the bean.
+*/
public StatefulHandleImpl(String jndiName, String server, Object id)
{
this.jndiName= jndiName;
@@ -81,26 +71,23 @@
this.id = id;
}
- // Public
-
/**
- * Handle implementation.
- *
- * This differs from Stateless and Entity handles which just invoke standard
methods
- * (ttcreate/tt and ttfindByPrimaryKey/tt respectively) on the Home
interface (proxy).
- * There is no equivalent option for stateful SBs, so a direct invocation on the
container has
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy/ejb GenericProxy.java HomeProxy.java ProxyFactory.java
User: user57
Date: 02/01/02 20:00:59
Modified:src/main/org/jboss/proxy/ejb GenericProxy.java
HomeProxy.java ProxyFactory.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.2 +87 -110 jboss/src/main/org/jboss/proxy/ejb/GenericProxy.java
Index: GenericProxy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/ejb/GenericProxy.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- GenericProxy.java 2001/12/19 07:20:36 1.1
+++ GenericProxy.java 2002/01/03 04:00:59 1.2
@@ -1,9 +1,10 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
package org.jboss.proxy.ejb;
import java.io.IOException;
@@ -30,43 +31,39 @@
import org.jboss.tm.TransactionPropagationContextFactory;
import org.jboss.security.SecurityAssociation;
-
/**
-* Generic Proxy
-*
-* These proxies are independent of the transportation protocol. Their role is to
take
-* care of some of the local calls on the client (done in extension like EJB) and to
-* delegate the calls to a delegate invoker.
-*
-*
-* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
-* @version $Revision: 1.1 $
-*
-* pb2001/11/19: marcf/b
-* ol
-* liInitial checkin
-* /ol
-*/
+ * Generic Proxy
+ *
+ * These proxies are independent of the transportation protocol. Their role is to
take
+ * care of some of the local calls on the client (done in extension like EJB) and
to
+ * delegate the calls to a delegate invoker.
+ *
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
+ * @version $Revision: 1.2 $
+ *
+ * pb2001/11/19: marcf/b
+ * ol
+ * liInitial checkin
+ * /ol
+ */
public abstract class GenericProxy
-implements Externalizable, InvocationHandler
+ implements Externalizable, InvocationHandler
{
- // Constants -
-
- /** Serial Version Identifier. */
- // private static final long serialVersionUID = 1870461898442160570L;
-
- // Attributes
-
- // Invoker to the delegate
+ /** Invoker to the delegate */
protected Invoker invoker;
- // A proxy is associated with a given container, we identify the container by
any object
- // in RH 3.0 this is for example a simple MBean identifying the container in the
future
- // we should give just an abstract key into a metadata container repository in
the server
+ /**
+* A proxy is associated with a given container, we identify the container by
+* any object in RH 3.0 this is for example a simple MBean identifying the
+* container in the future we should give just an abstract key into a metadata
+* container repository in the server.
+*/
protected transient String objectName;
+
protected String jndiName;
- // An empty method parameter list.
+ /** An empty method parameter list. */
protected static final Object[] EMPTY_ARGS = {};
// Static method references
@@ -75,7 +72,7 @@
// Static method references to EJB
protected static final Method GET_PRIMARY_KEY, GET_HANDLE, GET_EJB_HOME,
IS_IDENTICAL;
- //Initialize the static variables
+ /** Initialize the static variables. */
static {
try {
@@ -102,59 +99,51 @@
}
/**
- * Our transaction manager.
- *
- * When set to a
[JBoss-dev] CVS update: jbosstest/src/resources/jmx test-service.xml
User: user57 Date: 02/01/02 20:01:02 Modified:src/resources/jmx test-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.5 +7 -5 jbosstest/src/resources/jmx/test-service.xml Index: test-service.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/jmx/test-service.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- test-service.xml 2001/12/19 06:49:30 1.4 +++ test-service.xml 2002/01/03 04:01:02 1.5 @@ -1,7 +1,9 @@ ?xml version=1.0 encoding=UTF-8? -!-- Test *service.xml file, deploying a ConnectionFactoryLoader. --- +!-- + | Test *service.xml file, deploying a ConnectionFactoryLoader. + -- + server !--classpath archive=jbosscx.sar/classpath-- @@ -15,10 +17,10 @@ attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous depends to database being started -- -dependsJBOSS-SYSTEM:service=Hypersonic/depends +dependsjboss:service=Hypersonic/depends -depends optional-attribute-name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends -depends optional-attribute-name=ConnectionManagerFactoryLoaderNameJCA:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory/depends +depends optional-attribute-name=ResourceAdapterNamejboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends +depends optional-attribute-name=ConnectionManagerFactoryLoaderNamejboss.jca:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory/depends attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/tm/usertx/server ClientUserTransactionServiceMBean.java
User: user57
Date: 02/01/02 20:01:00
Modified:src/main/org/jboss/tm/usertx/server
ClientUserTransactionServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +2 -2
jboss/src/main/org/jboss/tm/usertx/server/ClientUserTransactionServiceMBean.java
Index: ClientUserTransactionServiceMBean.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/tm/usertx/server/ClientUserTransactionServiceMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ClientUserTransactionServiceMBean.java2001/08/30 03:39:18 1.3
+++ ClientUserTransactionServiceMBean.java2002/01/03 04:01:00 1.4
@@ -11,11 +11,11 @@
* MBean for ClientUserTransaction service.
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public interface ClientUserTransactionServiceMBean
extends org.jboss.system.ServiceMBean
{
- public static final String OBJECT_NAME = :service=ClientUserTransaction;
+ String OBJECT_NAME = jboss:service=ClientUserTransaction;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/test ConnectionFactoryLoaderUnitTestCase.java DeployServiceUnitTestCase.java
User: user57
Date: 02/01/02 20:01:01
Modified:src/main/org/jboss/test/jmx/test
ConnectionFactoryLoaderUnitTestCase.java
DeployServiceUnitTestCase.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.8 +2 -2
jbosstest/src/main/org/jboss/test/jmx/test/ConnectionFactoryLoaderUnitTestCase.java
Index: ConnectionFactoryLoaderUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/test/ConnectionFactoryLoaderUnitTestCase.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ConnectionFactoryLoaderUnitTestCase.java 2001/12/20 06:13:27 1.7
+++ ConnectionFactoryLoaderUnitTestCase.java 2002/01/03 04:01:01 1.8
@@ -33,7 +33,7 @@
/**
* @see related
* @authora href=mailto:[EMAIL PROTECTED];David Jencks/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class ConnectionFactoryLoaderUnitTestCase
extends JBossTestCase
@@ -105,7 +105,7 @@
//try to set the attributes on the bean
assertTrue(setAttributes returned null,
getServer().setAttributes(connectionFactoryLoaderName, al) != null);
- ObjectName serviceControllerName = new
ObjectName(JBOSS-SYSTEM:spine=ServiceController);
+ ObjectName serviceControllerName = new
ObjectName(jboss.system:service=ServiceController);
//invoke(connectionFactoryLoaderName, start, args, sig);
invoke(serviceControllerName,
create,
1.10 +5 -6
jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java
Index: DeployServiceUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- DeployServiceUnitTestCase.java2001/12/20 06:13:27 1.9
+++ DeployServiceUnitTestCase.java2002/01/03 04:01:01 1.10
@@ -4,9 +4,8 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-package org.jboss.test.jmx.test;
-
+package org.jboss.test.jmx.test;
import java.io.File;
import java.net.InetAddress;
@@ -32,7 +31,7 @@
/**
* @see related
* @authora href=mailto:[EMAIL PROTECTED];David Jencks/a
- * @version $Revision: 1.9 $
+ * @version $Revision: 1.10 $
*/
public class DeployServiceUnitTestCase
extends JBossTestCase
@@ -61,7 +60,7 @@
super(name);
try
{
- serviceControllerName = new
ObjectName(JBOSS-SYSTEM:spine=ServiceController);
+ serviceControllerName = new
ObjectName(jboss.system:service=ServiceController);
}
catch (Exception e)
{
@@ -142,7 +141,7 @@
ObjectName testObjectName2 = new ObjectName(test:name=TestDeployer2);
ObjectName testObjectName3 = new ObjectName(test:name=TestDeployer3);
//the classloader mbean
- ObjectName classLoaderObjectName = new
ObjectName(JBOSS-SYSTEM:spine=ServiceClassLoader);
+ ObjectName classLoaderObjectName = new
ObjectName(jboss.system:service=ServiceClassLoader);
//check they aren't there already
assertTrue(test mbean already registered before deploy,
!getServer().isRegistered(testObjectName));
@@ -235,7 +234,7 @@
ObjectName testObjectName2 = new ObjectName(test:name=TestDeployer2);
ObjectName testObjectName3 = new ObjectName(test:name=TestDeployer3);
//the classloader mbean
- ObjectName classLoaderObjectName = new
ObjectName(JBOSS-SYSTEM:spine=ServiceClassLoader);
+
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/axis/server Constants.java
User: user57
Date: 02/01/02 20:00:54
Modified:jboss.net/src/main/org/jboss/net/axis/server Constants.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +48 -49
contrib/jboss.net/src/main/org/jboss/net/axis/server/Constants.java
Index: Constants.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/Constants.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Constants.java2001/12/05 11:00:26 1.3
+++ Constants.java2002/01/03 04:00:54 1.4
@@ -1,60 +1,59 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
-
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
-// $Id: Constants.java,v 1.3 2001/12/05 11:00:26 cgjung Exp $
+// $Id: Constants.java,v 1.4 2002/01/03 04:00:54 user57 Exp $
package org.jboss.net.axis.server;
/**
- * Some Constants for the axis package
+ * Some Constants for the axis package.
+ *
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @created 28. September 2001
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
-
-public interface Constants {
-
-static final String DOMAIN=JBOSS-SYSTEM;
-static final String NAME = Axis;
-static final String TYPE=service;
-static final String
SERVER_DELEGATE_NAME=JMImplementation:type=MBeanServerDelegate;
-static final String SERVER_ID_ATTRIBUTE=MBeanServerId;
-static final String AXIS_DEPLOYMENT_DESCRIPTOR=META-INF/install-axis.xml;
-static final String AXIS_DEPLOY_DIR=/_axis_/;
-static final String WEB_DEPLOYMENT_DESCRIPTOR=/WEB-INF/web.xml;
-static final String DEPLOY_METHOD_NAME=deploy;
-static final String UNDEPLOY_METHOD_NAME=undeploy;
-static final String STRING_CLASS_NAME=java.lang.String;
-static final String DEFAULT_ROOT_CONTEXT=axis;
-static final String WSR_FILE_EXTENSION=.wsr;
-static final String XML_FILE_EXTENSION=.xml;
-static final String AXIS_ENGINE_ATTRIBUTE=AxisEngine;
-static final String GET_AXIS_SERVER_METHOD_NAME=getAxisServer;
-static final String AXIS_CONFIGURATION_FILE=axis-config.xml;
-static final String WEB_SERVICE_DESCRIPTOR=META-INF/web-service.xml;
+public interface Constants
+{
+String DOMAIN=jboss;
+String NAME = Axis;
+String TYPE=service;
+String SERVER_DELEGATE_NAME=JMImplementation:type=MBeanServerDelegate;
+String SERVER_ID_ATTRIBUTE=MBeanServerId;
+String AXIS_DEPLOYMENT_DESCRIPTOR=META-INF/install-axis.xml;
+String AXIS_DEPLOY_DIR=/_axis_/;
+String WEB_DEPLOYMENT_DESCRIPTOR=/WEB-INF/web.xml;
+String DEPLOY_METHOD_NAME=deploy;
+String UNDEPLOY_METHOD_NAME=undeploy;
+String STRING_CLASS_NAME=java.lang.String;
+String DEFAULT_ROOT_CONTEXT=axis;
+String WSR_FILE_EXTENSION=.wsr;
+String XML_FILE_EXTENSION=.xml;
+String AXIS_ENGINE_ATTRIBUTE=AxisEngine;
+String GET_AXIS_SERVER_METHOD_NAME=getAxisServer;
+String AXIS_CONFIGURATION_FILE=axis-config.xml;
+String WEB_SERVICE_DESCRIPTOR=META-INF/web-service.xml;
-static final String AXIS_DEPLOYMENT_DESCRIPTOR_NOT_FOUND=The axis deployment
descriptor is lacking in the service archive!;
-static final String ABOUT_TO_DEPLOY_0_UNDER_CONTEXT_1=About to deploy axis web
application from {0} under context {1}.;
-static final String AXIS_ALREADY_STARTED=Axis has already been started.;
-static final String ABOUT_TO_UNDEPLOY_0=About to undeploy axis web application
from {0}.;
-static final
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test JBossTestServices.java
User: user57
Date: 02/01/02 20:01:01
Modified:src/main/org/jboss/test JBossTestServices.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.9 +5 -4 jbosstest/src/main/org/jboss/test/JBossTestServices.java
Index: JBossTestServices.java
===
RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/JBossTestServices.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- JBossTestServices.java2001/10/17 19:35:58 1.8
+++ JBossTestServices.java2002/01/03 04:01:01 1.9
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.test;
import java.io.File;
@@ -45,14 +46,14 @@
*
* @authora href=mailto:[EMAIL PROTECTED];David Jencks/a
* @authora href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public class JBossTestServices
{
// Constants -
- private final static String serviceDeployerName =
JBOSS-SYSTEM:service=ServiceDeployer;
- private final static String j2eeDeployerName = J2EE:service=J2eeDeployer;
+ private final static String serviceDeployerName =
jboss.system:service=ServiceDeployer;
+ private final static String j2eeDeployerName = jboss.j2ee:service=J2eeDeployer;
private final static int DEFAULT_THREADCOUNT = 10;
private final static int DEFAULT_ITERATIONCOUNT = 1000;
@@ -338,7 +339,7 @@
void flushAuthCache() throws Exception
{
- ObjectName jaasMgr = new ObjectName(Security:name=JaasSecurityManager);
+ ObjectName jaasMgr = new
ObjectName(jboss.security:name=JaasSecurityManager);
Object[] params =
{other};
String[] signature =
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins StatefulSessionFilePersistenceManager.java
User: user57 Date: 02/01/02 20:00:58 Modified:src/main/org/jboss/ejb/plugins StatefulSessionFilePersistenceManager.java Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.28 +2 -1 jboss/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java Index: StatefulSessionFilePersistenceManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- StatefulSessionFilePersistenceManager.java2001/12/19 05:45:37 1.27 +++ StatefulSessionFilePersistenceManager.java2002/01/03 04:00:58 1.28 @@ -45,7 +45,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a -* @version $Revision: 1.27 $ +* @version $Revision: 1.28 $ */ public class StatefulSessionFilePersistenceManager implements StatefulSessionPersistenceManager @@ -90,6 +90,7 @@ String ejbName = con.getBeanMetaData().getEjbName(); // Base dir +log.warn(using jboss.system.home property); File homeDir = new File(System.getProperty(jboss.system.home)); File databaseDir = new File(homeDir, db+File.separator); File database = new File(databaseDir, sessions); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx JmxUnitTestCase.java
User: user57
Date: 02/01/02 20:00:55
Modified:jboss.net/testsuite/src/main/org/jboss/test/net/jmx
JmxUnitTestCase.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.3 +8 -8
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JmxUnitTestCase.java
Index: JmxUnitTestCase.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JmxUnitTestCase.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JmxUnitTestCase.java 2001/10/16 15:53:03 1.2
+++ JmxUnitTestCase.java 2002/01/03 04:00:55 1.3
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JmxUnitTestCase.java,v 1.2 2001/10/16 15:53:03 cgjung Exp $
+// $Id: JmxUnitTestCase.java,v 1.3 2002/01/03 04:00:55 user57 Exp $
package org.jboss.test.net.jmx;
@@ -27,7 +27,7 @@
* Tests remote accessibility of JMX services
* @created 11. Oktober 2001
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public class JmxUnitTestCase extends AxisTestCase {
@@ -43,10 +43,10 @@
AxisInvocationHandler handler=createAxisInvocationHandler(new
URL(END_POINT));
assertEquals(Testing basic invocation,
handler.invoke(RemoteAdaptor,getDefaultDomain,new Object[0]),
-JBOSS-SYSTEM);
+jboss);
assertEquals(Testing complex invocation,
handler.invoke(RemoteAdaptor,isRegistered,new Object[] {new String[]
{javax.management.ObjectName},
-new ObjectName(JBOSS-SYSTEM:service=Axis)}),
+new ObjectName(jboss:service=Axis)}),
Boolean.TRUE);
}
@@ -56,10 +56,10 @@
createMBeanInvocationHandler(new URL(END_POINT));
assertEquals(Testing mbean specific invocation,
handler.invoke(RemoteAdaptor,getDefaultDomain,
-new Object[0],new Class[0]),JBOSS-SYSTEM);
+new Object[0],new Class[0]),jboss);
assertEquals(Testing custom serializer,handler.
invoke(RemoteAdaptor,isRegistered,
-new Object[] {new ObjectName(JBOSS-SYSTEM:service=Axis)},
+new Object[] {new ObjectName(jboss:service=Axis)},
new Class[] {ObjectName.class}),Boolean.TRUE);
}
@@ -67,9 +67,9 @@
public void testAdaptor() throws Exception {
RemoteAdaptor handler=createRemoteAdaptor(new URL(END_POINT));
assertEquals(Testing handler,
-handler.getDefaultDomain(),JBOSS-SYSTEM);
+handler.getDefaultDomain(),jboss);
assertTrue(Testing handler with custom serializer,handler.
-isRegistered(new ObjectName(JBOSS-SYSTEM:service=Axis)));
+isRegistered(new ObjectName(jboss:service=Axis)));
}
public static Test suite() throws Exception
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/asf ServerSessionPoolLoaderMBean.java
User: user57
Date: 02/01/02 20:00:58
Modified:src/main/org/jboss/jms/asf ServerSessionPoolLoaderMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.5 +2 -2
jboss/src/main/org/jboss/jms/asf/ServerSessionPoolLoaderMBean.java
Index: ServerSessionPoolLoaderMBean.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jms/asf/ServerSessionPoolLoaderMBean.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ServerSessionPoolLoaderMBean.java 2001/08/30 03:10:54 1.4
+++ ServerSessionPoolLoaderMBean.java 2002/01/03 04:00:58 1.5
@@ -25,13 +25,13 @@
* pCreated: Wed Nov 29 16:20:17 2000
*
* @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a.
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public interface ServerSessionPoolLoaderMBean
extends ServiceMBean
{
/** The default MBean object name. */
- String OBJECT_NAME = :service=ServerSessionPoolMBean;
+ String OBJECT_NAME = jboss:service=ServerSessionPoolMBean;
/**
* Set the pool name.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/local LocalHomeProxy.java
User: user57
Date: 02/01/02 20:00:58
Modified:src/main/org/jboss/ejb/plugins/local LocalHomeProxy.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.5 +0 -5 jboss/src/main/org/jboss/ejb/plugins/local/LocalHomeProxy.java
Index: LocalHomeProxy.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/LocalHomeProxy.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- LocalHomeProxy.java 2001/11/24 20:43:28 1.4
+++ LocalHomeProxy.java 2002/01/03 04:00:58 1.5
@@ -6,7 +6,6 @@
*/
package org.jboss.ejb.plugins.local;
-
import java.lang.reflect.Method;
import javax.naming.Name;
@@ -16,7 +15,6 @@
import javax.ejb.Handle;
import javax.ejb.HomeHandle;
-
/**
* The client-side proxy for an EJB Home object.
*
@@ -25,9 +23,6 @@
public abstract class LocalHomeProxy
extends LocalProxy
{
-
-// Static
-
/** {@link EJBHome#remove(Object)} method reference. */
protected static final Method REMOVE_BY_PRIMARY_KEY;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/test ExternalContextUnitTestCase.java
User: user57
Date: 02/01/02 20:01:01
Modified:src/main/org/jboss/test/naming/test
ExternalContextUnitTestCase.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.5 +2 -2
jbosstest/src/main/org/jboss/test/naming/test/ExternalContextUnitTestCase.java
Index: ExternalContextUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/naming/test/ExternalContextUnitTestCase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ExternalContextUnitTestCase.java 2001/10/11 01:42:00 1.4
+++ ExternalContextUnitTestCase.java 2002/01/03 04:01:01 1.5
@@ -26,7 +26,7 @@
* A test of the ExternalContext naming mbean. To test there needs to be one or
* more ExternalContex mbeans setup. An example filesystem context setup would
* be:
- mbean code=org.jboss.naming.ExternalContext
name=JBOSS-SYSTEM:service=ExternalContext,jndiName=external/fs/tmp
+ mbean code=org.jboss.naming.ExternalContext
name=jboss:service=ExternalContext,jndiName=external/fs/tmp
attribute name=JndiNameexternal/fs/Scott/attribute
attribute name=Propertiestmp.fs/attribute
attribute name=RemoteAccesstrue/attribute
@@ -39,7 +39,7 @@
*
* @author[EMAIL PROTECTED]
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public class ExternalContextUnitTestCase extends JBossTestCase
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/META-INF jboss-service.xml
User: user57 Date: 02/01/02 20:00:58 Modified:src/main/org/jboss/jmx/META-INF jboss-service.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.6 +8 -6 jboss/src/main/org/jboss/jmx/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/META-INF/jboss-service.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jboss-service.xml 2001/11/10 21:38:06 1.5 +++ jboss-service.xml 2002/01/03 04:00:58 1.6 @@ -1,16 +1,18 @@ ?xml version=1.0 encoding=UTF-8? -!-- EXAMPLE META-INF/jboss-service.xml file for the connector stuff in deploy/lib - No classpath is specified here as it points to the same jsr file - You can nevertheless specify a URL classpath that points outside the jar - -- +!-- + | EXAMPLE META-INF/jboss-service.xml file for the connector stuff in deploy/lib + | No classpath is specified here as it points to the same jsr file + | You can nevertheless specify a URL classpath that points outside the jar + -- server - - mbean code=com.sun.jdmk.comm.HtmlAdaptorServer name=Adaptor:name=html + mbean code=com.sun.jdmk.comm.HtmlAdaptorServer + name=jboss.jmx:type=Adaptor,name=HTML attribute name=MaxActiveClientCount10/attribute attribute name=Parser / attribute name=Port8082/attribute /mbean + /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/adaptor/rmi RMIAdaptorServiceMBean.java
User: user57
Date: 02/01/02 20:00:58
Modified:src/main/org/jboss/jmx/adaptor/rmi
RMIAdaptorServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.2 +2 -4
jboss/src/main/org/jboss/jmx/adaptor/rmi/RMIAdaptorServiceMBean.java
Index: RMIAdaptorServiceMBean.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jmx/adaptor/rmi/RMIAdaptorServiceMBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- RMIAdaptorServiceMBean.java 2001/10/08 01:38:12 1.1
+++ RMIAdaptorServiceMBean.java 2002/01/03 04:00:58 1.2
@@ -15,9 +15,7 @@
public interface RMIAdaptorServiceMBean
extends org.jboss.system.ServiceMBean
{
- // Constants -
- public static final String OBJECT_NAME = JMX:type=adaptor,protocol=RMI;
+ String OBJECT_NAME = jboss.jmx:type=adaptor,protocol=RMI;
- // Public
-public String getJNDIName();
+ String getJNDIName();
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/mail MailServiceMBean.java
User: user57
Date: 02/01/02 20:00:59
Modified:src/main/org/jboss/mail MailServiceMBean.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.5 +2 -2 jboss/src/main/org/jboss/mail/MailServiceMBean.java
Index: MailServiceMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/mail/MailServiceMBean.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- MailServiceMBean.java 2001/08/30 03:58:12 1.4
+++ MailServiceMBean.java 2002/01/03 04:00:59 1.5
@@ -12,13 +12,13 @@
*
* @see
* @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public interface MailServiceMBean
extends org.jboss.system.ServiceMBean
{
// Constants -
- public static final String OBJECT_NAME = :service=Mail;
+ public static final String OBJECT_NAME = jboss:service=Mail;
// Public
/**
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/service Deployer.java
User: user57
Date: 02/01/02 20:00:59
Modified:src/main/org/jboss/jmx/service Deployer.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.4 +27 -24jboss/src/main/org/jboss/jmx/service/Deployer.java
Index: Deployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/service/Deployer.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Deployer.java 2001/10/11 01:42:00 1.3
+++ Deployer.java 2002/01/03 04:00:58 1.4
@@ -1,9 +1,10 @@
/*
-* JBoss, the OpenSource J2EE webOS
-*
-* Distributable under LGPL license.
-* See terms of license at gnu.org.
-*/
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
package org.jboss.jmx.service;
import java.io.File;
@@ -25,14 +26,14 @@
import org.jboss.jmx.connector.RemoteMBeanServer;
/**
-* A JMX client to deploy an application into a running JBoss server.
-*
-* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
-* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
-* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
-* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
-* @version $Revision: 1.3 $
-*/
+ * A JMX client to deploy an application into a running JBoss server.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
+ * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
+ * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
+ * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
+ * @version $Revision: 1.4 $
+ */
public class Deployer
{
/**
@@ -42,7 +43,8 @@
* server to use if not the local one
*/
public static void main(final String[] args)
- throws Exception {
+ throws Exception
+ {
// Check for option -server
String lServer = InetAddress.getLocalHost().getHostName();
for( int i = 0; i args.length; i++ ) {
@@ -50,13 +52,15 @@
lServer = args[ i + 1 ];
}
}
+
for (int count=0;countargs.length;count++) {
if (!args[count].equalsIgnoreCase(-undeploy)) {
System.out.println(Deploying + args[count]);
new Deployer( lServer ).deploy(args[count]);
System.out.println(args[count] +
has been deployed successfully);
- } else {
+ }
+ else {
System.out.println(Undeploying + args[++count]);
new Deployer( lServer ).undeploy(args[count]);
System.out.println(args[count] +
@@ -68,13 +72,13 @@
private String mServerName;
/**
- * Creates a deployer accessing the RMI Connector for
- * the given server
- *
- * @param pServerName Name of the server (how it is registered on
- *the JNDI server as second part of the name
- *(name spec is: jmx:server name:rmi).
- **/
+* Creates a deployer accessing the RMI Connector for
+* the given server
+*
+* @param pServerName Name of the server (how it is registered on
+*the JNDI server as second part of the name
+*(name spec is: jmx:server name:rmi).
+*/
public Deployer( String pServerName ) {
mServerName = pServerName;
}
@@ -109,7 +113,7 @@
protected ObjectName getFactoryName()
throws MalformedObjectNameException
{
- return new ObjectName(J2EE:service=J2eeDeployer);
+ return new ObjectName(jboss.j2ee:service=J2eeDeployer);
}
[JBoss-dev] CVS update: jboss/src/main/org/jboss/management/j2ee SingleJBossServerManagement.java
User: user57
Date: 02/01/02 20:00:59
Modified:src/main/org/jboss/management/j2ee
SingleJBossServerManagement.java
Log:
o migrated all components to a new JMX domain name model. jboss.system
is now where to core/spine components live. moved all components that
were in JBOSS-SYSTEM that did not move into a jboss.* domain into
jboss (where the server is now registered). The point was to limit the
members of jboss.system to core bits only.
o Created org.jboss.system.Server, which does the work of initialization
that org.jboss.Main used to do. Main now only parses the command line,
sets up basic legecy properties and creates a Server instance.
o Moved functionality of Shutdown (component not cl tool) into Server (
which is bound as jboss.system:service=Server)
o Moved more Runtime access from Info into Server. Exposed memory info
as attributes.
o Logging a WARN everywhere that uses System.getProperty(jboss.system.home)
as that should go away soon/eventually.
o Initialized the invokerMap in the harmi impl to avoid NPE
o Made getopt.jar a member of the lib/* dir instead of adding it to the
run.jar and shutdown.jars each time.
o Minor cosmetic changes along the way.
Revision ChangesPath
1.7 +3 -5
jboss/src/main/org/jboss/management/j2ee/SingleJBossServerManagement.java
Index: SingleJBossServerManagement.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/management/j2ee/SingleJBossServerManagement.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- SingleJBossServerManagement.java 2001/12/10 06:27:49 1.6
+++ SingleJBossServerManagement.java 2002/01/03 04:00:59 1.7
@@ -4,6 +4,7 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
+
package org.jboss.management.j2ee;
import java.util.ArrayList;
@@ -22,7 +23,7 @@
* Represents the single JBoss server management domain
*
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a.
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*
* pbRevisions:/b
*
@@ -43,9 +44,7 @@
// -
public SingleJBossServerManagement()
- throws
- MalformedObjectNameException,
- InvalidParentException
+ throws MalformedObjectNameException, InvalidParentException
{
super( SingleJBoss );
}
@@ -108,5 +107,4 @@
public String toString() {
return SingleJBossServerManagement { + super.toString() + } [];
}
-
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util CounterInterceptor.java Scheduler.java SchedulerMBean.java
User: user57 Date: 02/01/02 20:01:01 Modified:src/main/org/jboss/util CounterInterceptor.java Scheduler.java SchedulerMBean.java Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.8 +1 -1 jboss/src/main/org/jboss/util/CounterInterceptor.java Index: CounterInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CounterInterceptor.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- CounterInterceptor.java 2001/12/19 06:44:52 1.7 +++ CounterInterceptor.java 2002/01/03 04:01:00 1.8 @@ -19,7 +19,7 @@ * pFirst, the CounterService MBean must be installed in JBoss. To do this, * place the following in your JBoss.jcml file, near the very end./p * code - * lt;mbean code=org.jboss.util.CounterService name=JBOSS-SYSTEM:service=CounterService gt; lt;/mbeangt; + * lt;mbean code=org.jboss.util.CounterService name=jboss:service=CounterService gt; lt;/mbeangt; * /code * pThis will start up and enable the centralized counter in your JBoss server * instance. 1.13 +1 -1 jboss/src/main/org/jboss/util/Scheduler.java Index: Scheduler.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/Scheduler.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Scheduler.java2001/11/12 06:52:18 1.12 +++ Scheduler.java2002/01/03 04:01:01 1.13 @@ -42,7 +42,7 @@ * ATTENTION: The scheduler instance only allows to run one schedule at a time. * Therefore when you want to run two schedules create to instances with this * MBean. Suggested Object Name for the MBean are:br -* JBOSS-SYSTEM:service=Scheduler,schedule=you schedule namebr +* jboss:service=Scheduler,schedule=you schedule namebr * This way you should not run into a name conflict. * * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a 1.7 +1 -1 jboss/src/main/org/jboss/util/SchedulerMBean.java Index: SchedulerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/SchedulerMBean.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- SchedulerMBean.java 2001/11/02 06:07:48 1.6 +++ SchedulerMBean.java 2002/01/03 04:01:01 1.7 @@ -25,7 +25,7 @@ // Constants // - - public static final String OBJECT_NAME = JBOSS-SYSTEM:service=Scheduler; + public static final String OBJECT_NAME = jboss:service=Scheduler; // - // Methods ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: user57 Date: 02/01/02 20:01:01 Modified:.build.xml Log: o migrated all components to a new JMX domain name model. jboss.system is now where to core/spine components live. moved all components that were in JBOSS-SYSTEM that did not move into a jboss.* domain into jboss (where the server is now registered). The point was to limit the members of jboss.system to core bits only. o Created org.jboss.system.Server, which does the work of initialization that org.jboss.Main used to do. Main now only parses the command line, sets up basic legecy properties and creates a Server instance. o Moved functionality of Shutdown (component not cl tool) into Server ( which is bound as jboss.system:service=Server) o Moved more Runtime access from Info into Server. Exposed memory info as attributes. o Logging a WARN everywhere that uses System.getProperty(jboss.system.home) as that should go away soon/eventually. o Initialized the invokerMap in the harmi impl to avoid NPE o Made getopt.jar a member of the lib/* dir instead of adding it to the run.jar and shutdown.jars each time. o Minor cosmetic changes along the way. Revision ChangesPath 1.54 +6 -1 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- build.xml 2002/01/02 18:54:57 1.53 +++ build.xml 2002/01/03 04:01:01 1.54 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.53 2002/01/02 18:54:57 ejort Exp $ -- +!-- $Id: build.xml,v 1.54 2002/01/03 04:01:01 user57 Exp $ -- project default=main name=JBoss/Testsuite @@ -1601,6 +1601,11 @@ exclude name=**/test/jrmp/test/DynLoadingUnitTestCase.class/ exclude name=**/test/security/test/*/ + !-- Takes way too long, needs to be fixed to handle timeouts -- + !-- + exclude name=**/test/jmsra/test/*/ + -- + !-- Exclude XAUnitTestCase until it can be updated -- exclude name=**/test/xa/test/XAUnitTestCase.class/ /fileset ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] more jmx domain structure
I just finished commiting this. I was unable to change the 'SingleJBoss' or the 'JMImplementation' domains, so I left them as they were. I don't know where the later even gets set. I tried changing SingleJBoss, but it is not as straight forward as the others I changed. Currently the default build has the follwing domains: JMImplementation SingleJBoss jboss.j2ee jboss.jca jboss.jmx jboss.mq jboss.mq.destination jboss.security jboss.system jboss.system.classloader jboss.web jboss Where everything that did not fit into a specific domain went into jboss. It was a bit trickier than I had expected to make the change, as some compoinents did not check to make sure they had valid references to objects and throw some rather unhelpful exceptions. I have added some more detail to some of those areas to help avoid this in the future. I am still running into cluster related exceptions as well as some strange Remote and RMI exceptions... not really sure why... don't think they are related to the domain name change though. Components (like the Axis stuff) which are not part of the default tests may need a little help, though I really tried to update all names so it might just work. Happy new year. --jason -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 12, 2001 2:21 PM To: Jason Dillon; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] more jmx domain structure Excellent idea. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Wednesday, December 12, 2001 5:08 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] more jmx domain structure Again, quick thought... Was thinking that we might want to change the way we use JMX domain names. Right now we have something like this: Adaptor J2EE JBOSS-SYSTEM JBossMQ JCA JMImplementation JMX Jetty Security SingleJBoss ZClassLoaders This does not really show which bits are specific to JBoss, which are part of the JMX reference impl and which bits might be user components. So, I was thinking something more DNS like: jboss.system jboss.system.classloaders jboss.mq jboss.jmx jboss.jmx.adaptor jboss.jca jboss.j2ee jboss.security jboss.management jboss.web Then users might specify components like: user.mydomain user.mydomain.subdomain I think that this would work for querying jmx names too, like say you wanted to see all of hte jboss.system domains components, you might be able to use jboss.system.*:* --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] more jmx domain structure
On 2002.01.02 23:25:43 -0500 Jason Dillon wrote: I just finished commiting this. I was unable to change the 'SingleJBoss' or the 'JMImplementation' domains, so I left them as they were. I don't know where the later even gets set. I tried changing SingleJBoss, but it is not as straight forward as the others I changed. Currently the default build has the follwing domains: JMImplementation SingleJBoss jboss.j2ee jboss.jca jboss.jmx jboss.mq jboss.mq.destination jboss.security jboss.system jboss.system.classloader jboss.web jboss Where everything that did not fit into a specific domain went into jboss. It was a bit trickier than I had expected to make the change, as some compoinents did not check to make sure they had valid references to objects and throw some rather unhelpful exceptions. I have added some more detail to some of those areas to help avoid this in the future. Does this mean that there are hard-coded references between mbeans? I think it would be a good idea to convert these to depends elements in the mbean configuration (formerly mbean-ref elements) to make these dependencies more explicit. What do you think? david jencks I am still running into cluster related exceptions as well as some strange Remote and RMI exceptions... not really sure why... don't think they are related to the domain name change though. Components (like the Axis stuff) which are not part of the default tests may need a little help, though I really tried to update all names so it might just work. Happy new year. --jason -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 12, 2001 2:21 PM To: Jason Dillon; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] more jmx domain structure Excellent idea. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Wednesday, December 12, 2001 5:08 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] more jmx domain structure Again, quick thought... Was thinking that we might want to change the way we use JMX domain names. Right now we have something like this: Adaptor J2EE JBOSS-SYSTEM JBossMQ JCA JMImplementation JMX Jetty Security SingleJBoss ZClassLoaders This does not really show which bits are specific to JBoss, which are part of the JMX reference impl and which bits might be user components. So, I was thinking something more DNS like: jboss.system jboss.system.classloaders jboss.mq jboss.jmx jboss.jmx.adaptor jboss.jca jboss.j2ee jboss.security jboss.management jboss.web Then users might specify components like: user.mydomain user.mydomain.subdomain I think that this would work for querying jmx names too, like say you wanted to see all of hte jboss.system domains components, you might be able to use jboss.system.*:* --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 254 Successful tests: 249 Errors:2 Failures: 3 [time of test: 3 January 2002 5:21 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 254 Successful tests: 249 Errors:2 Failures: 3 [time of test: 3 January 2002 6:31 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
