On Friday, January 24, 2003, at 11:00 AM, Scott M Stark wrote:
Your coupling the ability to change an attribute with triggering a restart ofAgreed, twice over.
the service. You may need to change serveral attributes and then restart a
service to achive the affect you want. If every setting of a RW attribute causes
the service to restart it could be a mess. If I change the port on the JRMP/RMI
invoker, what happens to all of the currently deployed EJBs?
If these attribute are changed to RO, then the server does not even startup as
we cannot apply *-service.xml attributes. JMX does not have a useable life cycle
and dependency notion at this point so the interface simply defines what can
be set. Itegrating how attribute changes trigger JBoss service life cycle states
is not a trivial issue.
I didn't mention it in my previous reply but with the current lifecycle management you should call ServiceController.<statechangemethod>(objectname) so dependent services are notified as well. Just calling the method on the mbean itself won't engage the dependency management.
IMO this should be changed so that the lifecycle management is done in ServiceContext and ServiceContext is an mbean interceptor: then the auto lifecycle state changes will be easy to implement, and the state changes on a particular mbean can propagate directly to the dependent mbeans.
Is the AOP framework ready enough so mbean interceptors can be AOP-ized? I don't want to do this conversion twice.
david jencks
xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
----- Original Message -----
From: "Matt Munz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 24, 2003 6:59 AM
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration Service
Sacha,think a lot of those RW attributes should be changed to RO. The whole idea of JMX is Management. The interface means
I don't really understand. What good is a RW attribute if changing it has no effect? If this is really the case, then I
something, right?
future reference or analysis, re-loading a previous seems as hazardous to me because the configuration should really be
- Matt
-----Original Message-----
From: [EMAIL PROTECTED] on behalf of Sacha Labourey
Sent: Fri 1/24/2003 9:45 AM
To: [EMAIL PROTECTED]
Cc:
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration Service
Oh, no, nothing wrong at all. It is just that while I can easily see an advantage to take a snapshot of a server config for
applied when the mbeans are created, not afterwards because many settings would then have no effects at all (such as port
numbers, etc.)
persistence available today, in a format perhaps more amenable to vi hackers.
Thank you. cheers,
Sacha
-----Message d'origine-----
De : Matt Munz [mailto:[EMAIL PROTECTED]]De la part de Matt Munz
Envoyé : vendredi, 24 janvier 2003 15:35
À : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration Service
Sacha,
No. Nothing fancy going on here. Just a quick one-off proof-of-concept deal. What it does is make text-file-based mbean
It's pretty simple to use -- why don't you just drop it in deploy and try it out...
Basically, it takes and loads snapshots. Simple and useable. I suppose it could be modified to do other things...
What is wrong with the jboss-service.xml files? I'm curious -- What are you getting at?
- Matt
-----Original Message-----
From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
Sent: Fri 1/24/2003 8:00 AM
To: [EMAIL PROTECTED]
Cc:
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration Service
Can it be used at server startup instead of the jboss-service.xml, etc.
files? i.e. can it create all Mbeans and apply all attributes value at
runtime or can he "only" capture an instant snapshot of the current values?
-----Message d'origine-----
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Matt
Munz
Envoyé : mercredi, 22 janvier 2003 19:39
À : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master
Configuration Service
BTW, I realize that the name "Master Configuration Service" may
be misleading. It only configures the JMX RW attributes, and
isn't really intended as a fundamental architectural component,
but rather as an optional tool and a POC for the flexibility of JMX.
- Matt
-----Original Message-----
From: Matt Munz
Sent: Wednesday, January 22, 2003 1:14 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master
Configuration Service
Bill,
I read the forum, and I'm not sure how this relates to MBean
Persistence. Your examples seem to be AOP-specific. Could you
give an example of what the integration of this stuff with JMX
would be like (if that is what you intend)?
- Matt
-----Original Message-----
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 12:13 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master
Configuration Service
I am doing some things around MetaData and centralized configuration and
configuration chains in AOP that I'd like to merge with the rest of JBoss.
Please see the topic configuration and metadata in the AOP forum.
Bill
-----Original Message-----8&group_id=22866
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matt
Munz
Sent: Wednesday, January 22, 2003 11:47 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master
Configuration Service
Dain,
I put this together with your use cases in mind. If possible,
check it out, and let me know what you think.
- Matt
-----Original Message-----
From: SourceForge.net [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 11:29 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration
Service
Change Notes item #672538, was opened at 2003-01-22 11:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=381174&aid=67253
8&group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Matthew Munz (mattmunz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Master Configuration Service
Initial Comment:
A Service which writes and reads all of the JMX RW
attributes to a single file in the Java Properties Format.
I figured that this would be a good step on the road to an
XML MBean Persistence engine. This service operates
externally to the MBeans it persists. It is not really in
line with the JMX spec, so it doesn't provide MBean
Persistence in the way implied by the spec.
Nonetheless, a "snapshot" of the server can be written
and loaded quite easily.
The details can be found in the documentation located
under $jboss-head/varia/src/reources/master-
config.sar/documentation .
There are a few little details that should probably be
ironed out, but for those that need MBean persistence
today, this is a viable solution.
The main audience for this tool is the system admin that
does not use or prefer gui / html configuration tools. The
use of the Properties file format is intentional, as it
provides a more compact and readible interface when
compared with the XML format.
I'm not sure about the location of this code in the source
tree, so I just put it in varia for now. I'd appreciate any
ideas on a better place for it.
- Matt Munz
-------------------------------------------------------------------- --
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=381174&aid=67253
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
