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