I would rather have one configuration file (that looks more like jboss.jcml)
than two.

I noticed that jboss.conf doesn't really conform to the XML standard... and
if you try to fix the elements (like <arg ...> -> <arg .../>) jboss will
hang (and suck cpu).

Do you know if the mlet stuff is a direct part of jmx or is it a custom
jboss bit?

--jason

On Wed, 29 Nov 2000, Robert Schulz wrote:

> I noticed that too - rather annoying if you loose a working config ;-(
>
> The jboss.jcml file seems to contain attribute/value pairs for stuff
> setup in jboss.conf (eg. username passwd for a datasource).
>
> jboss.conf seems to be the master config - if, say, you remove
> the datasource from jboss, the relating entries in jboss.jcml
> get wiped. In turn, when you add a new datasource, you get an empty
> set of attributes for this datasource - this leads to a rather
> annoying if you change the name of the datasouce in jboss.conf
> and you forget to set the name in jboss.jcml.
>
> I now have the habit to backup all conf files before making any
> change ...
>
> R.
>
> > -----Original Message-----
> > From: Jason Dillon [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, 29 November 2000 17:17
> > To: [EMAIL PROTECTED]
> > Subject: [jBoss-User] jboss.jcml gets over-written.
> >
> >
> > Hello, I just started playing with jBoss v2.0 today and found that
> > sometimes jboss.jcml gets overwritten... and I was wondering why this
> > happens.
> >
> > I was also curious what the differences between jboss.conf
> > and jboss.jcml
> > are.  They seem to contain similar entries, only jboss.jcml
> > seems to be
> > more well-formed xml with more descriptive entries for mbean
> > configuration.
> >
> > I spent a few hours just trying to figure out how to get an
> > oracle data
> > source installed because of the confusion (and rather inconsistent
> > documentation).
> >
> > I was finally able to deploy a few of the beans that we are currently
> > using with WebLogic under jBoss, which is good... since WL is way to
> > expensive for the quantity of servers which will be running a
> > container.  I am a little frustrated at the poor
> > documentation and lack of
> > a GUI/web admin and configuration tool though.
> >
> > Perhaps I will have better luck tomorrow =)
> >
> > --jason
> >
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe:        [EMAIL PROTECTED]
> > To unsubscribe:      [EMAIL PROTECTED]
> > Problems?:           [EMAIL PROTECTED]
> >
>
>
> --
> --------------------------------------------------------------
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]
> Problems?:           [EMAIL PROTECTED]
>



--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Problems?:           [EMAIL PROTECTED]

Reply via email to