> There is no dtd for the *-service.xml file format, it would
> need to be a
> schema anyway.
>
> I can never remember the constructor argument format, but if
> you look in
> the system module at org.jboss.system.ServiceCreator it is not hard to
> figure out.
>
> I'm not well acquainted with servlets. I don't think they are exposed
> individually as mbeans. Before jboss 4 I can't think of a
> way to make an
> mbean depend on a package being deployed already. You might
> be able to use
> the <classpath> element in *-service.xml to make the servlets
> deploy before
> any of the mbeans.
>
> If all the configuration info for your mbean comes from the
> servlet, you
> might consider simply creating the mbean in code in your servlet init
> process and dispense with the *-service.xml.
exactly, that is what i want to do.
Fact is that i want to see my MBean in JBoss jmx console. So, for seeing it there, i
should
deploy it in a .sar file... but if i want to initialize it with servlet properties, i
should do it in the servlet.
So, how can initialize my MBean in the servlet and see it in JBoss jmx-console?
there is some piece (of code?) that i am missing: either how to create an MBean and
register it
with the default server or how to deploy it with a sar file and initialize in my app...
which is simpler? anyway, i don't know how to do both...
do u have any suggestions?
thanx in advance and regards
marco
>
>
>
>
> On 2003.03.17 07:10 [EMAIL PROTECTED] wrote:
> > hi all,
> > i am little novice with JBoss JMX and i wanted to ask
> > few questions.
> >
> > I have written my own Custom MBean to monitor properties
> loaded in the
> > servlet of my web application.
> > i have written a .sar file which contains .class files as well as
> > jboss-service.xml.
> >
> > Now, in the constructor of my MBean, i should pass some
> initialization
> > parameters (the properties
> > loaded in the servlet); so, i have to add an entry to my
> > jboss-service.xml.
> > Not only, but those properties should be the ones loaded in
> my servlet.
> > So this looks like my MBean
> > should not be created until my webapp is started (in the
> init() method of
> > hte servlet i have to create
> > the MBean by passing properties loaded in my servlet).
> >
> > But, i m little lost...since i don't even know the DTD of
> > jboss-service.xml.
> >
> > Can anyone of you help me in sorting out what i have to do
> so that i can
> > monitor
> > my servlet thru my Custom MBean?
> >
> > to me it looks like i have to:
> > - add an entry in jboss-service.xml to specify the initialization
> > parameters of t he constructor
> > - add an entry so that my MBean is NOT created until my servlet is
> > started
> > - then?
> >
> > thanx in advance and regards
> > marco
> >
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Mistroni Marco (NET-IMN/Espoo)
> > > Sent: 17 March, 2003 13:56
> > > To: '[EMAIL PROTECTED]'
> > > Subject: jboss-service.xml DTD
> > >
> > >
> > > hi all,
> > > anyone can point me to where i can find the DTD for
> > > jboss-service.xml?
> > >
> > > i have to specify a constructor for an MBean that accepts
> > > input parameters and
> > > i don't know how to do it....
> > >
> > > can anyone help me?
> > >
> > > thanx and regards
> > > marco
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: ext Kevin Conner
> [mailto:[EMAIL PROTECTED]
> > > > Sent: 17 March, 2003 11:55
> > > > To: '[EMAIL PROTECTED]'
> > > > Subject: RE: [JBoss-user] Axis & JBoss - Client Stubs
> Not Portable ?
> > > >
> > > >
> > > > Hiya Nicholas.
> > > >
> > > > > I have been working with Axis & JBoss for a while and
> > > > > I am finally getting around to putting together my
> > > > > build system. It has occured to me that when I run
> > > > > WSDL2Java, the client stubs generated have HARD CODED
> > > > > IP addresses or host names, making the generated code
> completely
> > > > > non-portable to other systems. So much for code once, run
> > > > > anywhere. The
> > > > > components affected are the ServiceLocator and the
> > > > SoapBindingStubs.
> > > >
> > > > I think the only one which makes it unportable is using
> the default
> > > > method in the locator to create a stub as this is used to
> > > communicate
> > > > with the server. The url used is the endpoint url or, if not
> > > > supplied,
> > > > then the location generating the wsdl.
> > > >
> > > > The only ones I can think of in the stub are the type
> and operation
> > > > namespaces, neither of which really have any functional bearing
> > > > (they just partition the types and operations).
> > > >
> > > > > The ServiceLocator issue seems to be trivial to fix,
> > > > > but the SoapBindingStubs use the IP address/host name
> > > > > in the namespaces.
> > > >
> > > > Use the methods with a URL parameter to provide the
> location of the
> > > > service. If you don't like the generated one then you
> can override
> > > > it using the endpointURL element within service (in the wsdd).
> > > >
> > > > The type and operations are affected by a number of
> things but the
> > > > best one is probably the default namespace. This can also be
> > > > specified in the wsdd file using the namespace elements
> in service.
> > > > (The first namespace is the default one).
> > > >
> > > > > Am I doing something wrong here ? Does anyone have any
> > > > > insight into this ?
> > > >
> > > > Let me know how you get on.
> > > >
> > > > Kev
> > > >
> > > > Kevin Conner
> > > > This is a personal e-mail. Any views or opinions presented are
> > > > solely those of the author and do not necessarily
> represent those
> > > > of Orchard Information Systems Ltd.
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by:Crypto Challenge is now open!
> > > > Get cracking and register here for some mind boggling fun and
> > > > the chance of winning an Apple iPod:
> > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > > > _______________________________________________
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > > >
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by:Crypto Challenge is now open!
> > Get cracking and register here for some mind boggling fun and
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
