To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] ModelMBean persistence appears broken
If there are no unit tests for the persistence in the HEAD test suite then it hasn't.
I can't remember if Matt Munz added any tests for his persistence implementation or
not.
-- Juha
Bill,
Opinions on professionality aside, isn't forking a very expected activity in open
source development? If someone can't take Open Source code and make a new (Open
Source) product with it, then what is the difference between Open Source and (closed)
Shared Source?[1]
As long as a
Sacha,
Regarding #2, I find the current state of /deploy to be
highly intuitive, personally. Would it be possible to make
your scheme work by giving .sar's the ability to be nested?
That way, /deploy/JMS.sar (a directory) could contain
jms-foo.sar and jms-bar.sar.
That's already
Sacha,
The thing I care about most is ease of configurability (which, for the most part, I
think we already have). I like the idea that I can add or remove functionality by
adding or removing modules from /deploy. Much of the functionality of the server
works this way (jmx-console, for
Bill,
I thought JBoss was going to support 1.4. Is this not the case?
- Matt
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]
Sent: Fri 2/28/2003 8:42 AM
To: Jboss-Dev
Cc:
Subject: [JBoss-dev] stop using JDK 1.4
Munz [mailto:[EMAIL PROTECTED] Behalf Of Matt Munz
Sent: Friday, February 28, 2003 8:54 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] stop using JDK 1.4 for development
Bill
David,
This is probably none of my business, but...
I'd prefer to have a reliable way to report these problems, since I don't
consider it realistic for me to develop on 1.3.1. How do you detect them?
Isn't this what integration builds and tests are for? If someone checks in code that
Bill,
I have been seeing errors since I rebuilt with the latest source about 1 hour ago.
I'm not sure yet what the problem is. When I run -c default, the server crashes after
a few seconds...
- Matt
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday,
Hi all,
I'm working on the XML Persistence Manager for MBeans. I put the manager in
org.jboss.mx.persistence. When I compile, this class is put in jboss-jmx.jar, yet
when I look at $server_root/server/all/lib, it's not in there.
I found the following code in /build/build.xml -- which
* jboss-system.jar*
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: [EMAIL PROTECTED
Nevermind. I just noticed the three launch configurations for JBoss servers (denoted
by a grey server icon) in the debug launch configurations window.
- Matt
-Original Message-
From: Matt Munz on behalf of Matt Munz
Sent: Fri 1/31/2003 5:15 PM
the lifecycle state
for you.
david jencks
On Friday, January 24, 2003, at 05:07 PM, Matt Munz wrote:
David,
We are miscommunicating.
In all the mbeans I have written
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
because many settings would
then have no effects at all (such as port numbers, etc.)
Thank you. cheers,
Sacha
-Message d'origine-
De : Matt Munz
[mailto:[EMAIL PROTECTED]]De la part de Matt
.
the naming service will not unbind/rebind with a new address/port. For this, you must
stop the service, change the values and restart it. Do you follow me?
Cheers,
sacha
-Message d'origine-
De : Matt Munz
[mailto
I sent 3 messages to this list since 11:50 EST, but they haven't appeared in my inbox.
Did anyone else get them? None had attachments -- is there some sort of filter in
effect?
- Matt
N¬HSDMéX¬²'²Þu¼¢êÜxZ+á'µêé®+ Øþ .)îÅj+Ô¨ëax6I硶Úÿ
this one didn't make it either...
-Original Message-
From: Matt Munz
Sent: Fri 1/24/2003 12:18 PM
To: [EMAIL PROTECTED]
Cc:
Subject: RE: [JBoss-dev] [ jboss-Change Notes-672538 ] Master Configuration
Service
not telling anyone what to do, and
I am here to learn.
JBoss is great. The JBoss developers are awesome. It is a privelege to be a part of
this discussion in the first place.
- Matt Munz
Apelon, Inc.
winmail.dat
David,
We are miscommunicating.
In all the mbeans I have written and seen in jboss, aside from
egregious bugs, if setting an attribute doesn't have an immediate
effect, it does have the desired effect if you run through the service
lifecycle
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=detailatid=381174aid=672538group_id=22866
Oops. I have one more file to check in...
- Matt
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 11:38 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
to merge with the rest of JBoss.
Please see the topic configuration and metadata in the AOP forum.
Bill
-Original Message-
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
-
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
xDoclet Users,
Are arrays supposed to be denoted as [Lsample.package.SampleClass; or as
sample.package.SampleClass[]? xDoclet seems to be doing the latter, but the JMX
Console seems to prefer the former.
For reference, the following code generates the XML snippet below, via xDoclet.
WIth current xdoclet, you have to be VERY CAREFUL TO IMPORT ALL CLASSES
ONE BY ONE AND NEVER EVER USE A import ...*; Doing this in one class
can easily mess up xdoclets class resolving and result in MANY OTHER
generated classes not fully qualifying their class names. I suspect
Stefan,
Could you please clarify? What is an eclipse property sheet? What is a primitive
in this gui? What is an over scaled complex object?
If by complex object, you mean a Java Collection, and the ability to inspect / edit
it in the gui, then I guess I prefer b, but a
Dain,
What is going on with MBean persistence?
Not much, as far as I can tell.
Can we do this today?
Yes, but only by persisting to ObjectOutputStream files. XML / JDBC persistence
engines have yet to be written.
If not is anyone working on it?
I origionally wrote
?
-dain
On Monday, January 13, 2003, at 08:32 AM, Matt Munz wrote:
Dain,
What is going on with MBean persistence?
Not much, as far as I can tell.
Can we do this today?
Yes
-Original Message-
From: Matt Munz
[mailto:[EMAIL PROTECTED]]On Behalf Of Matt Munz
Sent: Monday, January 13, 2003 10:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss
?
Thanks for your effort,
Bill Burke
Chief Architect
JBoss Group, LLC
-Original Message-
From: Matt Munz
[mailto:[EMAIL PROTECTED
Dain,
First off, thank you for providing much-needed field data for this work.
Your comments on Persistence in general are identical to my reasons for working on
MBean Persistence in the first place.
When I suggest that we could write out a new different
xml file that has the
Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Mon 1/13/2003 2:59 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [JBoss-dev] MBean persistence?
On Monday, January 13, 2003, at 01:26 PM, Matt Munz wrote
Scott,
Thanks. I think the common point to both strategies is the MBean - XML serializer.
I'll get started on that.
For what date is the 3.2 release planned?
- Matt
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: Mon
Hi all,
I just noticed that many of the pages on the website end in .php. Has it always
been this way, or is it new? I'd be very interested in hearing the rationale for
using PHP over a servlet-based or other solution. I'm not all-to familiar with PHP,
but I'm seeing it a lot lately...
.
Bill Burke
Chief Architect
JBoss Group, LLC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matt
Munz
Sent: Thursday, January 09, 2003 1:38 PM
To: JBoss Developers Group (E-mail)
Subject: [JBoss-dev] PHP
Hi all,
I just
Marc,
Don't forget that hardware is cheap compared to man-hours. If you're writing
tissue-paper code (write once, never modify, throw away when broken), script kiddie
languages are great. If not, be prepared to eat it in the long run on man hours /
maintennance. I think that the use of the
what's a pronoun? :)
- Matt
-Original Message-
From: danch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 09, 2003 3:49 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] PHP problems
Matt Munz wrote:
Marc,
If you're writing tissue-paper code (write once, never modify, throw
Marc group,
Thanks for the details.
We tried to rewrite
the forums (which we did) and it took us for ever due to the publishing
framework getting in the way.
My good friend Google just explained CMS publishing to me, and I think I
understand the issue. It is not PHP vs. J2EE, but
James,
We called it our Groove Killer but never got enough $$ after 9-11 to
launch it full scale. I'd like to rewrite the framework I built our
product on using Jboss and open source it. Something like Eclipse but
not so IDE-centric in focus. Anyway, it modeled the EJB lifecycle for
Marc,
I don't want to encourage this thread by adding to it, but I think a few
clarifications would be beneficial for me.
Andy is working on a competing implementation to jboss.
Would it be possible to name this competing implementation?
We cannot have a competitor's code
reuse some of the techniques
Christophe Elek
Eclipse Platform - IBM Toronto Lab.
(905) 413-3467
Friday, December 20, 2002 4:09 PM
To: [EMAIL PROTECTED]
cc:
From: Matt Munz [EMAIL PROTECTED]
Subject
Bill,
1. What have you worked on in the past?
Management. XMBean Persistence.
2. What are you currently working on?
I'm not actively working on JBoss code at the moment.
3. What will you be working on and when?
At some point, I plan on returning to the XMBean
Dain,
and the worst part is we have no control over it at runtime. It is way
simpler. You'll see.
It sounds like you have a vision. Please continue to make the effort to get
the rest of us into the loop. I want to see also, but I'd prefer to do so
sooner rather than later (not after it's
much extra hassle. There would
need to be a mechanism for key exchange, but no work on the part of IT.
-jason
On Thursday, November 14, 2002, at 07:21 AM, Matt Munz wrote:
Jason,
Just out of curiosity, what would you use this for?
- Matt
-Original Message-
From: [EMAIL
12:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] jboss.net email transport
On Thursday, November 14, 2002, at 08:55 AM, Matt Munz wrote:
Jason,
Well, you've peaked my interest...
This method(with digital signatures/encryption) would be more secure
than the Http(s) transport
-admin;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Wednesday, November 13, 2002 2:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Metadata Service
Matt Munz wrote:
Dain,
Meta data for an invocation.
I assume you refer here to EJB/servlet invocations.
No, I mean JBoss
way of obtaining default config
information, or overriding existing configuration at different levels at
different times.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Matt
Munz
Sent: Wednesday, November 13, 2002 1
...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Wednesday, November 13, 2002 2:34 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Metadata Service
Matt Munz wrote:
Dain,
Please excuse my ignorance
]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Matt
Munz
Sent: Wednesday, November 13, 2002 1:26 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Metadata Service
Dain,
Meta data for an invocation.
I assume you refer here to EJB/servlet invocations
Anatoly,
Actually, Jakarta JXPath can handle practically any java object graph
(consisting of JavaBeans, Maps, etc. ) and traverse it via an XPATH
query, so you don't have to tie yourselves to DOM objects.
check out
http://jakarta.apache.org/commons/jxpath/
Wow. Thanks. Coolest thing
Bill,
What I was trying to suggest is that complex xml config data is modified
via
a file or through some Management Console at runtime. Components can
register via XPATHS to listen to this changed data. They are notified and
update their local config, construct new objects, whatever...
David,
I'm thinking of a minimal that is perhaps smaller than that. I think
that
the MBean API + proxies should be sufficient for many clients.
Currently setting up the sar deployer is done in the jboss startup code,
and the minimal jboss-service.xml is then read in. Without this, how do
prototyping with the stuff, no profiling at all. I´m
away three weeks for holiday. Let us
Discuss this when I come back, ok? It´s crucial and your measures should
help a lot in that respect.
CGJ
-Ursprüngliche Nachricht-
Von: Matt Munz [mailto:mmunz;apelon.com]
Gesendet: Freitag, 1. November 2002
Is this a good idea? Should we look at it for 4.0?
It makes sense to me. The closer a client environment models the server,
the better, IMO. Of course, the client should be as complex as necessary
and no more, etc. Things are getting more distributed all the time...
could I end up with 2
Imagine a world where jboss is installed everywhere - client and server.
;)
You're talking about (more evenly) distributed systems (a.k.a. P2P)? I
think you're still going to need a delineation of roles -- some nodes are
going to be thicker than others. You don't want to start up an entire
David,
Hard to know. We do have the minimal jboss configuration, which is a good
starting place: as I recall basically all it can do is deploy .sars.
AFAIK
I'm thinking of a minimal that is perhaps smaller than that. I think that
the MBean API + proxies should be sufficient for many clients.
Peter,
WTF - I am trying to test stuff an my invocation looks like :
AFAIK, there are no server resources that depend on this MBean, so just
delete it if you don't like the error message.
\ ? is bad stuff - get a real OS ...
Po-tay-toes, po-tah-toes. What's real, anyway? :)
Perhaps
: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Peter
Fagerlund
Sent: Thursday, November 07, 2002 2:03 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien
influence
torsdagen den 7 november 2002 kl 19.32 skrev Matt Munz
of
javax.xml.namespace.QName.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: JBoss Developers Group [EMAIL PROTECTED]
Sent: Thursday, November 07, 2002 11:35 AM
Subject: [JBoss-dev] JMX
QNames at all. Why is the adaptor complaining about an object I
don't even use (it is on the classpath)?
Is there an easier solution than RMI for remote access to the MBeans in
the server?
TIA.
- Matt Munz
[junit] Error unmarshaling return; nested exception is:
[junit
Scott,
starksm@ironmaiden[lib] 519jar -tf wsdl4j.jar | grep QName
com/ibm/wsdl/util/xml/QNameUtils.class
javax/xml/namespace/QName.class
starksm@ironmaiden[lib] 520serialver -classpath wsdl4j.jar
javax.xml.namespace.QName
javax.xml.namespace.QName:static final long serialVersionUID
=
Hi all,
P. 53 of the JBoss Admin manual refers to
~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this
file in the head version. Following all of the other instructions results
in a basic authentication dialog that allows any username/password
combination. Should I
I pasted the code for jboss-web.xml into a new file with that name, and it
automagically worked...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Matt
Munz
Sent: Thursday, November 07, 2002 8:28 PM
To: JBoss
.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: JBoss Developers Group [EMAIL PROTECTED]
Sent: Thursday, November 07, 2002 5:27 PM
Subject: [JBoss-dev] securing the jmx console in JBoss 4.x
Hi
at 13:16, Matt Munz wrote:
Ben,
I'd also like to know whether anyone has succeeded in
building/debugging with Eclipse.
http://jboss.org/developers/guides/eclipse-howto/
is generally harder to build inside
an IDE than outside one - so I haven't even bothered to try it.
IMO not true
-development-admin;lists.sourceforge.net]On Behalf Of Matt
Munz
Sent: Thursday, October 31, 2002 11:17 AM
To: JBoss Developers Group
Subject: [JBoss-dev] JBoss.net and performance tuning
CGJ and JBoss.net guys,
My fledgeling JBoss.net enabled application is growing up and it needs
some
CGJ and JBoss.net guys,
My fledgeling JBoss.net enabled application is growing up and it needs
some performance enhancements. Particularly, Marshalling/Unmarshalling
appears to take significantly longer than expected.
Here's my setup.
1) I'm using the JMX.net proxy classes used in the
Ben,
I'd also like to know whether anyone has succeeded in
building/debugging with Eclipse.
http://jboss.org/developers/guides/eclipse-howto/
is generally harder to build inside
an IDE than outside one - so I haven't even bothered to try it.
IMO not true in this case. In fact, JBoss
questions on
the subject...
- Matt Munz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Alex
Loubyansky
Sent: Monday, October 28, 2002 3:26 AM
To: Sacha Labourey
Subject: Re[4]: [JBoss-dev] -service.xml generator
Hello Sacha,
I
of AST.
david jencks
On 2002.10.18 17:53:40 -0400 Matt Munz wrote:
Does setting -Xms640m help/resolve the problems you are having on
win32?
Haven't tried it yet, as things are working alright for me at the moment.
Does the build system really require 640 MB of ram, or is there a JVM bug
I think this is a JDK 1.4 thing... I'll re-write it JDK 1.3.x compilant...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, October 18, 2002 1:35 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL
While we're on the subject -- I'm unable to reach the junit reports from
lubega.com. Does anyone have the right links for this?
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Wednesday, October 16, 2002 4:15 PM
To: [EMAIL
Juha group,
After syncing with the latest source, MBean Persistence seems to be
turned off. I just did a grep for PersistenceInterceptor against the
jmx module source and came up with no instantiations of this class. What's
going on here? Any ideas?
- Matt
Jason,
The major issue with Log4j that I have is size... it is huge.
You might want to look again at the log4j website or ask the log4j guys for
more input on this. Last time I checked, there was a minimal log4j-core.jar
that could be used in the place of the full log4j.jar. I believe that
with the persistence information?
- Matt Munz
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED
To effectivly test I would need to replicate the entire repository.
FWIW, this could easily be done with rsync, but, as David pointed out,
SF.net probably doesn't allow this level of access to their servers.
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
.
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Juha-P Lindfors
Sent: Tuesday, October 08, 2002 2:51 PM
To: JBoss Developers Group
Subject: Re: [JBoss-dev] How is Constructor Info used?
On Tue, 8 Oct 2002, Matt Munz wrote:
When I first saw XMBean
: Saturday, October 05, 2002 3:42 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Build System... any ideas
Okay, sounds interesting. Do you have an concreate ideas on a design for
such a beast?
--jason
On Fri, 4 Oct 2002, Matt Munz wrote:
Can you explain the Ant MBean thing to me please
undescided as of yet to which is
better/easier/simpiler/faster.
--jason
On Thu, 19 Sep 2002, Matt Munz wrote:
Jason,
I have
been thinking about using script todo most of the complicated stuff,
deal with the includes and make the module integration stuff work
better.
FYI, an alternative
different... I am undescided as of yet to which is
better/easier/simpiler/faster.
--jason
On Thu, 19 Sep 2002, Matt Munz wrote:
Jason,
I have
been thinking about using script todo most of the complicated
stuff, deal with the includes and make the module
]]De la part de
Juha-P Lindfors
Envoye : jeudi, 3 octobre 2002 23:19
A : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] creating persistent MBeans dynamically
On Thu, 3 Oct 2002, Matt Munz wrote:
all of mbeaninfo should not be always stored. for instance, if I
instantiate my MMB by using
Juha JMX-dev,
Why is the MB Registry a MMB? Could it be a Dynamic MB instead? I'm
running into a chicken-and-egg problem. The persistence interceptor
instantiated in preRegister() for the MB REgistry MMB tries to create a
Timer MB. This requires that the MB registry MMB has already been
PROTECTED]]On Behalf Of Matt
Munz
Sent: Friday, October 04, 2002 1:39 PM
To: JBoss Developers Group
Subject: [JBoss-dev] Why is the MB Registry a MMB?
Juha JMX-dev,
Why is the MB Registry a MMB? Could it be a Dynamic MB instead? I'm
running into a chicken-and-egg problem. The persistence
:
On 2002.10.04 09:39:07 -0400 Matt Munz wrote:
David,
I forget -- were you the one that started that thread re: ANT JMX on
the
ant-dev mailing list?
I don't remember, but I've suggested ant should be a set of mbeans at
least
twice on the ant-dev list.
david
It makes so much sense it's
please.
--jason
On Fri, 4 Oct 2002, David Jencks wrote:
On 2002.10.04 09:39:07 -0400 Matt Munz wrote:
David,
I forget -- were you the one that started that thread re: ANT JMX
on
the
ant-dev mailing list?
I don't remember, but I've suggested ant should be a set of mbeans
Of
Juha-P Lindfors
Sent: Wednesday, October 02, 2002 5:39 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
On Wed, 2 Oct 2002, Matt Munz wrote:
Perhaps we're using 'persist' differently. The mbean registry contains
object references to all of the mbeans
] creating persistent MBeans dynamically
On Thu, 3 Oct 2002, Matt Munz wrote:
Juha,
what you need to persist from the registry is the information to
recreate the mbeans
OK. Great. Sorry for the confusion. I think this information is
essentially the MBeanInfo, the object name, and possibly
Hi all,
Now for the interesting stuff... At this point, I have dynamic creation of
MBeans figured out -- I can even get them to persist and reload their state
through a manually-assisted process. The next step is to complete the cycle
by loading the metadata of the MBeans at runtime.
There
A slight correction -- when I refer to *-service.xml, I really mean
*-service.xml _and_ the XMBean definition XML.
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matt
Munz
Sent: Wednesday, October 02, 2002 10:06 AM
To: [EMAIL PROTECTED
is a
logical extension of MMB persistence in the first place, and that MB
developers are going to want to know that their beans will be treated
similarly across implementations when it comes to the server lifecycle
persistence. Does anyone coughJuha/cough know if this is likely?
- Matt Munz
We might have to somehow lock the directory during
changes and unlock it afterwards.
It's interesting the way Cruise Control deals with the same issue. A time
interval could be specified where the deployment scanner would wait to see
if there were any more updates before proceeding with the
Juha Group,
make sure you add the getMethod and setMethod mapping to your MMB
attributes.
Thanks. I did this and started re-reading your JMX book. I now have a new
error :)
Below, I include my MBean Info generation code, and some error output. When
I try to view the jmx-console page for
]]On Behalf Of
Juha-P Lindfors
Sent: Tuesday, October 01, 2002 12:20 PM
To: JBoss Developers Group
Subject: RE: [JBoss-dev] creating persistent MBeans dynamically
do you have operation info for the operation names you are mapping to
(setId getId)?
On Tue, 1 Oct 2002, Matt Munz wrote:
Juha Group
signature, args, other config
info). At registry load() read and recreate mbeans, and then mbeans each
load() their state.
-- Juha
On Fri, 27 Sep 2002, Matt Munz wrote:
Hi all,
I have two questions here, a specific one relating to the subject, and a
more general question pertaining
marc f XML is bullshit.
What?
- Matt
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
Hi all,
I have two questions here, a specific one relating to the subject, and a
more general question pertaining to the larger problem that I'm trying to
solve.
First off, what is the best way to create new MBeans while the server is
running, in a persistent fashion? Say, for example, I
Hi,
I should probably know better to add to this discussion, but...
I am unfamiliar with CORBA, and new to Web Services. Nonetheless, the
type of web services (SOAP + UDDI) that we are looking at now seems useful
to me. Since I think Web Services is useful, I'm of course interested in
the DeploymentInfo mbeans: then
the deployment scanner can tell if a package has been refreshed while jboss
was down.
Thanks
david jencks
On 2002.09.27 17:23:13 -0400 Matt Munz wrote:
Hi all,
I have two questions here, a specific one relating to the subject, and
a
more general question
the additional info to
store for recreating the mbeans (constructor signature, args, other config
info). At registry load() read and recreate mbeans, and then mbeans each
load() their state.
-- Juha
On Fri, 27 Sep 2002, Matt Munz wrote:
Hi all,
I have two questions here, a specific one relating
Message-
From: Matt Munz [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 24, 2002 10:49 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] writing a jboss.net (jmx.net?) client
CGJ,
Thanks for your response.
A) generate wsdl from the deployed web services.
B) generate stub classes
1 - 100 of 112 matches
Mail list logo
