Hello Marco,

Monday, March 17, 2003, 3:11:49 PM, you wrote:

>> 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.

MMnc> exactly, that is what i want to do.
MMnc> Fact is that i want to see my MBean in JBoss jmx console. So, for seeing it 
there, i should
MMnc> deploy it in a .sar file...  but if i want to initialize it with servlet 
properties, i should do it in the servlet.
MMnc> So, how can initialize my MBean in the servlet and see it in JBoss jmx-console?

you can do that in init() and destroy methods() of your servlet.

Create a managed class with your properties, instantiate it
in init() and register it to the MBeanServer.

In destroy() unregister that mbean.

Then your servlet takes its values in that class instance.

If you want to use lifecycle you have to deal with ServiceController
mbean manually.

init():

ServletConfig cfg = new ServletConfig();
// configure
cfg.setSomeValue(5);
// register and start service manually
MBeanServer server = MBeanServerFactory.findMBeanServer(null).get(0);
server.registerMBean(cfg, cfg.OBJECT_NAME);
server.invoke(
   ServiceController.OBJECTNAME,
   "start",
   new Object[] {cfg.OBJECT_NAME},
   new String[] { ObjectName.class.getName() });

destroy():

MBeanServer server = MBeanServerFactory.findMBeanServer(null).get(0);
server.invoke(
   ServiceController.OBJECTNAME,
   "destroy",
   new Object[] {cfg.OBJECT_NAME},
   new String[] { ObjectName.class.getName() });
server.unregisterMBean(cfg.OBJECT_NAME);




MMnc> there is some piece (of code?) that i am missing: either how to create an MBean 
and register it
MMnc> with the default server or how to deploy it with a sar file and initialize in my 
app...

MMnc> which is simpler? anyway, i don't know how to do both...

MMnc> do u have any suggestions?

MMnc> thanx in advance and regards
MMnc>         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
>> 


MMnc> -------------------------------------------------------
MMnc> This SF.net email is sponsored by:Crypto Challenge is now open!
MMnc> Get cracking and register here for some mind boggling fun and
MMnc> the chance of winning an Apple iPod:
MMnc> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
MMnc> _______________________________________________
MMnc> JBoss-user mailing list
MMnc> [EMAIL PROTECTED]
MMnc> https://lists.sourceforge.net/lists/listinfo/jboss-user



-- 
Best regards,
 julien                            mailto:[EMAIL PROTECTED]

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais !
Yahoo! Mail : http://fr.mail.yahoo.com


-------------------------------------------------------
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

Reply via email to