Re: [JBoss-dev] The new Service solution
Hi, This looks pretty good to me and better than what was proposed before, and I have a couple of questions, not having looked at the code yet. 1. Can a service started later, after jboss.jcml is processed.. such as dynamically through the html interface, or by jetty's service starter mbean, get registered with the ServiceControl? so as for instance to have its shutdown managed. (jetty is a bad example, this all started so they wouldn't get managed) 2. Can a service started through jboss.jcml not register with service control? I think yes, this is what the new attribute is for. 3. What are the advantages of having a 3rd party (ConfigurationService) register the desire for lifecycle management through a non mbean notification procedure over having each mbean wanting lifecyle management try to find a manager through the mbean notification? I would think as far as changing code just modifying the ServiceMBeanSupport class to ask for management would make all existing jboss services work just as they do now. Thanks David jencks On 2001.04.13 15:40:58 -0400 Scott M Stark wrote: > After much talking by me and some listening, here is the solution were > going > with that I believe addresses all issues and requires no changes to > existing > services and configurations: > > 1. The org.jboss.util.ServiceControl mbean service no longer listens for > mbean registration events as the means for selecting mbeans which will > receive the init/start/stop/destroy lifecycle method invocations. Mbeans > wishing this service must register the org.jboss.util.Service interface > though > which they wish to be notified using the ServiceControl.register(Service) > method. > 2. The org.jboss.configuration.ConfigurationService mbean now registers > all > mbeans loaded from the jboss.jcml configuration file with the > ServiceControl mbean. > There is no requirement that an mbean implements the > org.jboss.util.Service interface. > The Service interface used to register the jboss.jcml mbean with the > ServiceControl mbean is obtained either from the implementation of the > new > org.jboss.util.ServiceFactory interface specificed via the new > serviceFactory > jboss.jcml mbean tag attribute, or by a dynamic proxy that determines > which if any of the init/start/stop/destroy methods the mbean implements > using > introspection of the mbean operations. The latter is used in the absence > of > a non-empty serviceFactory attribute. > > Another behavior change made to the ConfigurationService is that it no > longer reads > the jboss-auto.jcml config file. This is now a write only file that does > reflect > configuration changes made at runtime, but it is no longer read on > startup. > > This has been commited to the main cvs branch. > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] State of the Union
Ladies and gentlemen, Well I wouldn't say that it is a tradition, since we don't really have traditions in this group but I feel that this group of ours has changed, for the better, for a lot better, in the past 4 months. Those that have been around since the beginning can attest that we have grown to a point nobody really expected and that the energy level in this group is still sky high. There is talent joining us by the day and there isn't a week that goes by without a fight being taken on by the developers of the group. It makes me very proud. Some of you may have noticed that I haven't been able to put the energy in development and overseeing the list, or even updating the news on the website. That is because I have been putting my energy into preparing my training classes. Open Source doesn't yet pay the mortgage. There has been a lot of demand for the training and I can foresee that in the near future I will need help in giving these trainings. I need to limit myself in the number of trainings that I will be giving, so as not to spread myself too thin and neglect core development. I hope to devote 3 weeks a month to development in the coming months. Since we cannot live on code alone, training is but one of the commercial aspects that I envision, along with documentation, books, and soon massive support -- for JBoss Group, the group of Open Source programmers, to become a self supporting entity. In this way I can 1- reward the most talented of you 2- make sure that you can spend time developing JBoss without sacrificing income. On another note, I am paying Larry Rosen, a well known Open Source Lawyer and an executive director of the OSI, to work with me and SUN to get certification for JBoss. It looks like things might be bright for EJB2.0 and that will give us a clear goal to achieve as a group. I know we can achieve this certification. Anne Thomas Manes a Director with SUN microsystems, working for the VP of developer relationships is our FRIEND in this effort. For the moment, I am not sure SUN is aware of the extent to which people love JBoss technology. We may not be BEA or WebSphere, but people love us, godammit. Polite letters of support, a "we need JBoss" or just a "this is how I use JBoss everyday", or simply a "JBoss Roxxs" to Anne would be welcome. Again please be very nice, very polite, she truly is our friend. This is not a flame call or anything, more like a modern version of the "petition" letter. Please send it to [EMAIL PROTECTED] and again, be very nice. And that is it my friends. We are going to finish this compatibility and truly become the third success of Open Source Technology, we are almost there. Thanks for being here, thanks for sticking around, thanks for making JBoss what it is today, PLgC marc _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
> Oh you dont want to start a war againsee dev archives. Yes it is not I sure don't. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
> > I think that the DependencyManager is a good one, so I would not be so > quick to suggest that it be removed. > Oh you dont want to start a war againsee dev archives. Yes it is not bad but I would say it is too explicit and verbose and doesn't do runtime dependencies. It would be nice to try to develop some solution using relations from jmx but it is currently not possible, it will be soon. http://archives.java.sun.com/cgi-bin/wa?A1=ind0104&L=jmx-forum Vladimir > --jason > > > On Fri, 13 Apr 2001, marc fleury wrote: > > > why don't you figure it out? > > > > let us know if it is depracated... > > marc > > > > > > |-Original Message- > > |From: [EMAIL PROTECTED] > > |[mailto:[EMAIL PROTECTED]]On Behalf Of > Jason > > |Dillon > > |Sent: Friday, April 13, 2001 7:24 PM > > |To: [EMAIL PROTECTED] > > |Subject: [JBoss-dev] DependencyManager & jboss.dependencies > > | > > | > > |Is this used anywhere? I could not find anything that read from > > |'jboss.dependencies' and it looks like the only place where the class > is > > |even imported is in org.jboss.Main (though it is not instantiated). > > | > > |Just curious if this is just legacy or still needs to be hooked up. > > | > > |--jason > > | > > | > > |___ > > |Jboss-development mailing list > > |[EMAIL PROTECTED] > > |http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
It's not used anywhere. Since most mbeans are loaded in order from jboss.jcml, the DependencyManager is not needed. Am I wrong? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Friday, April 13, 2001 7:23 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] DependencyManager & jboss.dependencies why don't you figure it out? let us know if it is depracated... marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Friday, April 13, 2001 7:24 PM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] DependencyManager & jboss.dependencies | | |Is this used anywhere? I could not find anything that read from |'jboss.dependencies' and it looks like the only place where the class is |even imported is in org.jboss.Main (though it is not instantiated). | |Just curious if this is just legacy or still needs to be hooked up. | |--jason | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
>From my investigation I would say that it is not being used anywhere inside of the jboss project. If this is true, it might be a good idea to at least remove the jboss.dependencies from the conf/default directory so that it does not confuse anyone. I think that the DependencyManager is a good one, so I would not be so quick to suggest that it be removed. --jason On Fri, 13 Apr 2001, marc fleury wrote: > why don't you figure it out? > > let us know if it is depracated... > marc > > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason > |Dillon > |Sent: Friday, April 13, 2001 7:24 PM > |To: [EMAIL PROTECTED] > |Subject: [JBoss-dev] DependencyManager & jboss.dependencies > | > | > |Is this used anywhere? I could not find anything that read from > |'jboss.dependencies' and it looks like the only place where the class is > |even imported is in org.jboss.Main (though it is not instantiated). > | > |Just curious if this is just legacy or still needs to be hooked up. > | > |--jason > | > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |http://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
I'm pretty sure it is... but do take a look, just to make sure :) -- Juha At 19:23 13.4.2001 -0400, you wrote: >why don't you figure it out? > >let us know if it is depracated... >marc > > >|-Original Message- >|From: [EMAIL PROTECTED] >|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason >|Dillon >|Sent: Friday, April 13, 2001 7:24 PM >|To: [EMAIL PROTECTED] >|Subject: [JBoss-dev] DependencyManager & jboss.dependencies >| >| >|Is this used anywhere? I could not find anything that read from >|'jboss.dependencies' and it looks like the only place where the class is >|even imported is in org.jboss.Main (though it is not instantiated). >| >|Just curious if this is just legacy or still needs to be hooked up. >| >|--jason >| >| >|___ >|Jboss-development mailing list >|[EMAIL PROTECTED] >|http://lists.sourceforge.net/lists/listinfo/jboss-development > >___ >Jboss-development mailing list >[EMAIL PROTECTED] >http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
No more poor doco excuses: http://www.jboss.org/documentation/HTML/ch02s03.html On 2001.04.13 19:23 marc fleury wrote: > why don't you figure it out? > > let us know if it is depracated... > marc > > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason > |Dillon > |Sent: Friday, April 13, 2001 7:24 PM > |To: [EMAIL PROTECTED] > |Subject: [JBoss-dev] DependencyManager & jboss.dependencies > | > | > |Is this used anywhere? I could not find anything that read from > |'jboss.dependencies' and it looks like the only place where the class is > |even imported is in org.jboss.Main (though it is not instantiated). > | > |Just curious if this is just legacy or still needs to be hooked up. > | > |--jason > | > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |http://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DependencyManager & jboss.dependencies
why don't you figure it out? let us know if it is depracated... marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Friday, April 13, 2001 7:24 PM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] DependencyManager & jboss.dependencies | | |Is this used anywhere? I could not find anything that read from |'jboss.dependencies' and it looks like the only place where the class is |even imported is in org.jboss.Main (though it is not instantiated). | |Just curious if this is just legacy or still needs to be hooked up. | |--jason | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
|Maybe it wouldn't be bad to build it from xml, as we do doco. |http://www.nwalsh.com/website/index.html XMLbolognesa, and XMLgarlicbread pff The problem we have is a simple one for PHP and JSP and that is including tags that say "put menu here on this part of the HTML file"... just a dynamic problem that is all. I am sure you can "XML-spaghetify-it" but heck if we can use JSP we will. (the current site used PHP, I need to move it don't you think?) marc | |Vlada | |> |> marc |> |> |> ___ |> Jboss-development mailing list |> [EMAIL PROTECTED] |> http://lists.sourceforge.net/lists/listinfo/jboss-development |> | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] DependencyManager & jboss.dependencies
Is this used anywhere? I could not find anything that read from 'jboss.dependencies' and it looks like the only place where the class is even imported is in org.jboss.Main (though it is not instantiated). Just curious if this is just legacy or still needs to be hooked up. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
On 2001.04.13 18:54 marc fleury wrote: > > > | > |At 18:21 13.4.2001 -0400, you wrote: > |>time to rewrite this site using taglibs don't you think ??? > | > |yes, maintaining the current site sucks big donkey dicks > > tell me about it... slurp slurp... Maybe it wouldn't be bad to build it from xml, as we do doco. http://www.nwalsh.com/website/index.html Vlada > > marc > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
| |At 18:21 13.4.2001 -0400, you wrote: |>time to rewrite this site using taglibs don't you think ??? | |yes, maintaining the current site sucks big donkey dicks tell me about it... slurp slurp... marc ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
At 18:21 13.4.2001 -0400, you wrote: >time to rewrite this site using taglibs don't you think ??? yes, maintaining the current site sucks big donkey dicks -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/business contrib.html
User: juhalindfors Date: 01/04/13 15:25:33 Modified:business contrib.html Log: rfe & change notes Revision ChangesPath 1.2 +29 -1 newsite/business/contrib.html Index: contrib.html === RCS file: /cvsroot/jboss/newsite/business/contrib.html,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- contrib.html 2001/04/13 21:28:10 1.1 +++ contrib.html 2001/04/13 22:25:33 1.2 @@ -77,7 +77,35 @@ http://sourceforge.net/tracker/?func=add&group_id=22866&atid=376685">Submit Bug Report - +SEND FEATURE REQUESTS + + + If you're dying to see a new feature in the next JBoss release, or you + just want to voice out your idea of how to improve the existing ones, + send a feature request for it. + + + + http://sourceforge.net/tracker/?func=add&group_id=22866&atid=376688">Submit Feature Request + + +CHANGE NOTES (DEVELOPERS) + + + After committing new features to the CVS, please fill out a change note. + This will help us to compose change logs for the next release. Use the + form group to indicate which version your change applies to. + + + + http://sourceforge.net/tracker/?func=add&group_id=22866&atid=381174">Submit Change Note (Requires login) + + +CVS INSTRUCTIONS + + + To be added later... + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
time to rewrite this site using taglibs don't you think ??? I am really warming up to this cutsy things, those "TagLibs" whachamacalitz, they make me giggle like a little girl... like a "leeetllle giirl" marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |[EMAIL PROTECTED] |Sent: Friday, April 13, 2001 5:28 PM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] CVS update: newsite/business contrib.html |binary.html cvs.html doco.html faq.html jboss-overview.html |jboss-projects.html jboss-server.html jboss-third.html lists.html |menu.html news.html team.html testimonials.html | | | User: juhalindfors | Date: 01/04/13 14:28:10 | | Modified:business binary.html cvs.html doco.html faq.html |jboss-overview.html jboss-projects.html |jboss-server.html jboss-third.html lists.html |menu.html news.html team.html testimonials.html | Added: business contrib.html | Log: | contrib page and nav links | | Revision ChangesPath | 1.13 +1 -1 newsite/business/binary.html | | Index: binary.html | === | RCS file: /cvsroot/jboss/newsite/business/binary.html,v | retrieving revision 1.12 | retrieving revision 1.13 | diff -u -r1.12 -r1.13 | --- binary.html 2001/04/08 22:17:09 1.12 | +++ binary.html 2001/04/13 21:28:10 1.13 | @@ -140,7 +140,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | | | | 1.8 +1 -1 newsite/business/cvs.html | | Index: cvs.html | === | RCS file: /cvsroot/jboss/newsite/business/cvs.html,v | retrieving revision 1.7 | retrieving revision 1.8 | diff -u -r1.7 -r1.8 | --- cvs.html 2001/03/23 03:54:54 1.7 | +++ cvs.html 2001/04/13 21:28:10 1.8 | @@ -173,7 +173,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | | | | 1.19 +2 -2 newsite/business/doco.html | | Index: doco.html | === | RCS file: /cvsroot/jboss/newsite/business/doco.html,v | retrieving revision 1.18 | retrieving revision 1.19 | diff -u -r1.18 -r1.19 | --- doco.html2001/04/10 20:43:49 1.18 | +++ doco.html2001/04/13 21:28:10 1.19 | @@ -156,7 +156,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | @@ -230,4 +230,4 @@ | | | | - | \ No newline at end of file | + | | | | 1.9 +1 -1 newsite/business/faq.html | | Index: faq.html | === | RCS file: /cvsroot/jboss/newsite/business/faq.html,v | retrieving revision 1.8 | retrieving revision 1.9 | diff -u -r1.8 -r1.9 | --- faq.html 2001/03/24 16:31:01 1.8 | +++ faq.html 2001/04/13 21:28:10 1.9 | @@ -782,7 +782,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | | | | 1.7 +2 -2 newsite/business/jboss-overview.html | | Index: jboss-overview.html | === | RCS file: /cvsroot/jboss/newsite/business/jboss-overview.html,v | retrieving revision 1.6 | retrieving revision 1.7 | diff -u -r1.6 -r1.7 | --- jboss-overview.html 2001/03/12 05:59:18 1.6 | +++ jboss-overview.html 2001/04/13 21:28:10 1.7 | @@ -258,7 +258,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | @@ -332,4 +332,4 @@ | | | | - | \ No newline at end of file | + | | | | 1.8 +2 -2 newsite/business/jboss-projects.html | | Index: jboss-projects.html | === | RCS file: /cvsroot/jboss/newsite/business/jboss-projects.html,v | retrieving revision 1.7 | retrieving revision 1.8 | diff -u -r1.7 -r1.8 | --- jboss-projects.html 2001/03/12 05:59:18 1.7 | +++ jboss-projects.html 2001/04/13 21:28:10 1.8 | @@ -213,7 +213,7 @@ | | Mailing Lists | Success |Stories | - Bugzilla | + Contribute | FAQ | | | @@ -287,4 +287,4 @@ | | | | - | \ No newline at end of file | + | | | | 1.5 +2 -2 newsite/business/jboss-server.html | | Index: jboss-server.html | === | RCS file: /cvsroot/jboss/newsite/business/jboss-server.html,v | retrieving revision 1.4
[JBoss-dev] CVS update: newsite index.html
User: juhalindfors Date: 01/04/13 14:30:18 Modified:.index.html Log: contrib page and nav links Revision ChangesPath 1.10 +1 -1 newsite/index.html Index: index.html === RCS file: /cvsroot/jboss/newsite/index.html,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- index.html2001/04/12 03:02:19 1.9 +++ index.html2001/04/13 21:30:18 1.10 @@ -176,7 +176,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/business contrib.html binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html
User: juhalindfors Date: 01/04/13 14:28:10 Modified:business binary.html cvs.html doco.html faq.html jboss-overview.html jboss-projects.html jboss-server.html jboss-third.html lists.html menu.html news.html team.html testimonials.html Added: business contrib.html Log: contrib page and nav links Revision ChangesPath 1.13 +1 -1 newsite/business/binary.html Index: binary.html === RCS file: /cvsroot/jboss/newsite/business/binary.html,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- binary.html 2001/04/08 22:17:09 1.12 +++ binary.html 2001/04/13 21:28:10 1.13 @@ -140,7 +140,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ 1.8 +1 -1 newsite/business/cvs.html Index: cvs.html === RCS file: /cvsroot/jboss/newsite/business/cvs.html,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- cvs.html 2001/03/23 03:54:54 1.7 +++ cvs.html 2001/04/13 21:28:10 1.8 @@ -173,7 +173,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ 1.19 +2 -2 newsite/business/doco.html Index: doco.html === RCS file: /cvsroot/jboss/newsite/business/doco.html,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- doco.html 2001/04/10 20:43:49 1.18 +++ doco.html 2001/04/13 21:28:10 1.19 @@ -156,7 +156,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ @@ -230,4 +230,4 @@ - \ No newline at end of file + 1.9 +1 -1 newsite/business/faq.html Index: faq.html === RCS file: /cvsroot/jboss/newsite/business/faq.html,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- faq.html 2001/03/24 16:31:01 1.8 +++ faq.html 2001/04/13 21:28:10 1.9 @@ -782,7 +782,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ 1.7 +2 -2 newsite/business/jboss-overview.html Index: jboss-overview.html === RCS file: /cvsroot/jboss/newsite/business/jboss-overview.html,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jboss-overview.html 2001/03/12 05:59:18 1.6 +++ jboss-overview.html 2001/04/13 21:28:10 1.7 @@ -258,7 +258,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ @@ -332,4 +332,4 @@ - \ No newline at end of file + 1.8 +2 -2 newsite/business/jboss-projects.html Index: jboss-projects.html === RCS file: /cvsroot/jboss/newsite/business/jboss-projects.html,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jboss-projects.html 2001/03/12 05:59:18 1.7 +++ jboss-projects.html 2001/04/13 21:28:10 1.8 @@ -213,7 +213,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ @@ -287,4 +287,4 @@ - \ No newline at end of file + 1.5 +2 -2 newsite/business/jboss-server.html Index: jboss-server.html === RCS file: /cvsroot/jboss/newsite/business/jboss-server.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jboss-server.html 2001/03/12 05:59:18 1.4 +++ jboss-server.html 2001/04/13 21:28:10 1.5 @@ -296,7 +296,7 @@ Mailing Lists Success Stories - Bugzilla + Contribute FAQ @@ -370,4 +370,4 @@ - \ No newline at end of file + 1.8 +1 -1 newsite/business/jboss-third.html Index: jboss-third.html === RCS file: /cvsroot/jboss/newsite/business/jboss-third.html,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jboss-third.html 2001/0
RE: [JBoss-dev] The new Service solution
|Were talking about the org.jboss.util.Service interface still. All |the SC does |now is maintain an ordered list of Service instances and it invokes the |init/start/stop/destory methods in the registration order on these |as before. |Now it is invoking through a Service interface rather than the MBeanServer. Right, you check the interface first for the actual calls... hardcoded init/start/stop/destroy... ok |By default it is still simple and lightweight. There has been a |proxy introduced yes |but this simply ensures that if an mbean only had a couple of the Service |methods in its mbean interface we are no longer invoking the unimplemented |methods. So for example, the com.sun.jdmk.comm.HtmlAdaptorServer mbean |only implements start()/stop() and now these are the only methods |the dynamic |proxy attempts to invoke on the mbean. Previously init() and destroy() were |invoked as well as the resulting exception silently ignored. Strickly speaking start and stop and the only ones that 77 will require. marc ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/build build.xml
User: starksm Date: 01/04/13 14:11:37 Modified:src/build build.xml Log: Update the jar packaging. Revision ChangesPath 1.5 +4 -1 jbosssx/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosssx/src/build/build.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- build.xml 2001/04/12 08:25:25 1.4 +++ build.xml 2001/04/13 21:11:37 1.5 @@ -1,6 +1,6 @@
[JBoss-dev] CVS update: jboss/src/client jbosssx-client.jar
User: starksm Date: 01/04/13 14:12:37 Modified:src/client jbosssx-client.jar Log: Synch up the JBossSX related jars and config with the latest changes. Revision ChangesPath 1.4 +77 -88jboss/src/client/jbosssx-client.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: starksm Date: 01/04/13 14:12:38 Modified:src/etc/conf/default jboss.jcml Log: Synch up the JBossSX related jars and config with the latest changes. Revision ChangesPath 1.23 +2 -2 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- jboss.jcml2001/03/05 10:35:26 1.22 +++ jboss.jcml2001/04/13 21:12:37 1.23 @@ -27,13 +27,13 @@
[JBoss-dev] CVS update: jboss/src/lib jboss-jaas.jar jbosssx.jar
User: starksm Date: 01/04/13 14:12:43 Modified:src/lib jboss-jaas.jar jbosssx.jar Log: Synch up the JBossSX related jars and config with the latest changes. Revision ChangesPath 1.4 +196 -163 jboss/src/lib/jboss-jaas.jar <> 1.4 +247 -370 jboss/src/lib/jbosssx.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The new Service solution
> |2. The org.jboss.configuration.ConfigurationService mbean now registers all > |mbeans loaded from the jboss.jcml configuration file with the > |ServiceControl mbean. > |There is no requirement that an mbean implements the > |org.jboss.util.Service interface. > > ... h you are saying that when someone registers with us he doesn't > need to implement the interface? An org.jboss.util.Service interface must be passed to the ServiceControl mbean on registration. All that has changed over the previous solution is that we aren't requiring that the mbean implement the Service interface, but someone must. > > |The Service interface used to register the jboss.jcml mbean with the > |ServiceControl mbean is obtained either from the implementation of the new > |org.jboss.util.ServiceFactory interface specificed via the new > |serviceFactory > |jboss.jcml mbean tag attribute, > > So you can register ANY Service interface? what is the point of the SC > then... does it do any call? > Were talking about the org.jboss.util.Service interface still. All the SC does now is maintain an ordered list of Service instances and it invokes the init/start/stop/destory methods in the registration order on these as before. Now it is invoking through a Service interface rather than the MBeanServer. > > |or by a dynamic proxy that determines > > I can't make sense of the sentence... the dynamic proxy is from where > JDK1.3? and it generates a proxy that can call the interface you pass, but > what interface? I understand from the part below that you are talking about > the MBean itself, do you mean dynamic proxy in the 1.3 DynamicProxy > sense?... > Yes, proxy in the sense of java.lang.reflect.Proxy + java.lang.reflect.InvocationHandler. > |which if any of the init/start/stop/destroy methods the mbean > |implements using > |introspection of the mbean operations. The latter is used in the absence of > |a non-empty serviceFactory attribute. > > ah a default, I like that.. so if I don't bother with all this, the proxy > determines what calls are offered by the MBean that just registered > > well, you know me, if you code you code, so it goes in, but frankly it means > the integration is very heavy now... very heavy, a new class factory, a new > jcml tag, a new default... it is also programmatic... pfff and what > did we gain? an integration where brits can choose to not implement > interfaces of management? ;-) > > Frankly I am not sure I like this... > By default it is still simple and lightweight. There has been a proxy introduced but this simply ensures that if an mbean only had a couple of the Service methods in its mbean interface we are no longer invoking the unimplemented methods. So for example, the com.sun.jdmk.comm.HtmlAdaptorServer mbean only implements start()/stop() and now these are the only methods the dynamic proxy attempts to invoke on the mbean. Previously init() and destroy() were invoked as well as the resulting exception silently ignored. The addition to the jboss.jcml DTD is a serviceFactory attribute, not a tag so unless you want to use the new factory mechanism its a noop that behaves exactly as before except that methods that are not implemented are not invoked. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/test LoginModulesTest.java
User: starksm Date: 01/04/13 13:04:54 Modified:src/main/org/jboss/test LoginModulesTest.java Log: Integrate the 415818 bug fixes into the main branch. Revision ChangesPath 1.5 +44 -1 jbosssx/src/main/org/jboss/test/LoginModulesTest.java Index: LoginModulesTest.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/LoginModulesTest.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- LoginModulesTest.java 2001/04/12 02:53:57 1.4 +++ LoginModulesTest.java 2001/04/13 20:04:54 1.5 @@ -13,6 +13,7 @@ import java.sql.DriverManager; import java.util.Enumeration; import java.util.HashMap; +import java.util.Iterator; import java.util.Set; import java.util.Properties; import javax.naming.InitialContext; @@ -34,7 +35,7 @@ /** Tests of the sample LoginModule classes. @author [EMAIL PROTECTED] -@version $Revision: 1.4 $ +@version $Revision: 1.5 $ */ public class LoginModulesTest extends TestCase { @@ -101,6 +102,20 @@ AppConfigurationEntry[] entry = {ace}; return entry; } +AppConfigurationEntry[] testShared() +{ +String name0 = "org.jboss.security.plugins.samples.IdentityLoginModule"; +String name1 = "org.jboss.security.plugins.samples.RolesLoginModule"; +HashMap options = new HashMap(); +options.put("principal", "stark"); +options.put("roles", "Role3,Role4"); +AppConfigurationEntry ace0 = new AppConfigurationEntry(name0, +AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, options); +AppConfigurationEntry ace1 = new AppConfigurationEntry(name1, +AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, new HashMap()); +AppConfigurationEntry[] entry = {ace0, ace1}; +return entry; +} AppConfigurationEntry[] testJdbc() { String name = "org.jboss.security.plugins.samples.DatabaseServerLoginModule"; @@ -246,6 +261,34 @@ assert("Role2 is not a role", roles.isMember(new SimplePrincipal("Role2")) == false); assert("Role3 is a role", roles.isMember(new SimplePrincipal("Role3"))); assert("Role4 is a role", roles.isMember(new SimplePrincipal("Role4"))); + +lc.logout(); +} +public void testShared() throws Exception +{ +System.out.println("testShared"); +LoginContext lc = new LoginContext("testShared"); +lc.login(); +Subject subject = lc.getSubject(); +Set groups = subject.getPrincipals(Group.class); +assert("Principals contains stark", subject.getPrincipals().contains(new SimplePrincipal("stark"))); +assert("Principals contains Roles", groups.contains(new SimplePrincipal("Roles"))); +assert("Principals contains CallerPrincipal", groups.contains(new SimplePrincipal("CallerPrincipal"))); +Group roles = null; +Group caller = null; +Iterator iter = groups.iterator(); +while( iter.hasNext() ) +{ + Group g = (Group) iter.next(); + if( g.getName().equals("Roles") ) + roles = g; + else if( g.getName().equals("CallerPrincipal") ) + caller = g; +} +assert("Role2 is not a role", roles.isMember(new SimplePrincipal("Role2")) == false); +assert("Role3 is a role", roles.isMember(new SimplePrincipal("Role3"))); +assert("Role4 is a role", roles.isMember(new SimplePrincipal("Role4"))); +assert("Caller is callerStark", caller.isMember(new SimplePrincipal("callerStark"))); lc.logout(); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is it possible to expand the sourceforge summary field
At 12:47 13.4.2001 -0700, you wrote: >The summary field of the tracker forms is limited to 40 chars and >I'm being limited by this. Can this be expanded or is it fixed by >sourceforge? It's fixed. -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins/samples RolesLoginModule.java
User: starksm Date: 01/04/13 13:04:54 Modified:src/main/org/jboss/security/plugins/samples RolesLoginModule.java Log: Integrate the 415818 bug fixes into the main branch. Revision ChangesPath 1.5 +3 -3 jbosssx/src/main/org/jboss/security/plugins/samples/RolesLoginModule.java Index: RolesLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/samples/RolesLoginModule.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- RolesLoginModule.java 2001/04/11 02:04:21 1.4 +++ RolesLoginModule.java 2001/04/13 20:04:54 1.5 @@ -36,7 +36,7 @@ @deprecated See {@link org.jboss.security.auth.spi.UsersRolesLoginModule UsersRolesLoginModule } which has incorporated this behavior. @author [EMAIL PROTECTED] -@version $Revision: 1.4 $ +@version $Revision: 1.5 $ */ public class RolesLoginModule implements LoginModule { @@ -139,8 +139,8 @@ while( tokenizer.hasMoreTokens() ) { String token = tokenizer.nextToken(); -SimplePrincipal p = new SimplePrincipal(token); -group.addMember(p); +SimpleGroup g = new SimpleGroup(token); +group.addMember(g); } } return group; ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/auth/spi IdentityLoginModule.java UsernamePasswordLoginModule.java UsersRolesLoginModule.java
User: starksm Date: 01/04/13 13:04:54 Modified:src/main/org/jboss/security/auth/spi IdentityLoginModule.java UsernamePasswordLoginModule.java UsersRolesLoginModule.java Log: Integrate the 415818 bug fixes into the main branch. Revision ChangesPath 1.2 +3 -3 jbosssx/src/main/org/jboss/security/auth/spi/IdentityLoginModule.java Index: IdentityLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/IdentityLoginModule.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- IdentityLoginModule.java 2001/04/11 02:04:21 1.1 +++ IdentityLoginModule.java 2001/04/13 20:04:54 1.2 @@ -30,7 +30,7 @@ @see org.jboss.security.SimplePrincipal @author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@version $Revision: 1.2 $ */ public class IdentityLoginModule extends AbstractServerLoginModule { @@ -58,8 +58,8 @@ Principal principal = new SimplePrincipal(principalName); subject.getPrincipals().add(principal); -// Put the principal into the sharedState map -sharedState.put("javax.security.auth.login.name", principal); +// Put the principal name into the sharedState map +sharedState.put("javax.security.auth.login.name", principalName); return true; } 1.2 +1 -1 jbosssx/src/main/org/jboss/security/auth/spi/UsernamePasswordLoginModule.java Index: UsernamePasswordLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/UsernamePasswordLoginModule.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- UsernamePasswordLoginModule.java 2001/04/11 02:04:21 1.1 +++ UsernamePasswordLoginModule.java 2001/04/13 20:04:54 1.2 @@ -37,7 +37,7 @@ @see #getUsersRoles() @author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@version $Revision: 1.2 $ */ public abstract class UsernamePasswordLoginModule extends AbstractServerLoginModule { @@ -89,7 +89,7 @@ if( getUseFirstPass() == true ) {// Add the username and password to the shared state map - sharedState.put("javax.security.auth.login.name", identity); + sharedState.put("javax.security.auth.login.name", username); sharedState.put("javax.security.auth.login.password", credential); } return true; 1.3 +4 -4 jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java Index: UsersRolesLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- UsersRolesLoginModule.java2001/04/12 02:53:56 1.2 +++ UsersRolesLoginModule.java2001/04/13 20:04:54 1.3 @@ -96,10 +96,10 @@ */ public boolean login() throws LoginException { -if (_users == null || _roles == null) -{ - throw new LoginException("Missing _users or _roles properties file."); -} +if(_users == null ) +throw new LoginException("Missing users.properties file."); +if(_roles == null ) +throw new LoginException("Missing roles.properties file."); return super.login(); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/lib ant.jar
User: starksm Date: 01/04/13 13:04:54 Modified:lib ant.jar Log: Integrate the 415818 bug fixes into the main branch. Revision ChangesPath 1.2 +1171 -1310jbosssx/lib/ant.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Is it possible to expand the sourceforge summary field
sure, I will bump you to management of the site, DIY :) marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Friday, April 13, 2001 3:48 PM |To: JBoss Dev |Subject: [JBoss-dev] Is it possible to expand the sourceforge summary |field | | |The summary field of the tracker forms is limited to 40 chars and |I'm being limited by this. Can this be expanded or is it fixed by |sourceforge? | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] The new Service solution
|2. The org.jboss.configuration.ConfigurationService mbean now registers all |mbeans loaded from the jboss.jcml configuration file with the |ServiceControl mbean. |There is no requirement that an mbean implements the |org.jboss.util.Service interface. ... h you are saying that when someone registers with us he doesn't need to implement the interface? |The Service interface used to register the jboss.jcml mbean with the |ServiceControl mbean is obtained either from the implementation of the new |org.jboss.util.ServiceFactory interface specificed via the new |serviceFactory |jboss.jcml mbean tag attribute, So you can register ANY Service interface? what is the point of the SC then... does it do any call? |or by a dynamic proxy that determines I can't make sense of the sentence... the dynamic proxy is from where JDK1.3? and it generates a proxy that can call the interface you pass, but what interface? I understand from the part below that you are talking about the MBean itself, do you mean dynamic proxy in the 1.3 DynamicProxy sense?... |which if any of the init/start/stop/destroy methods the mbean |implements using |introspection of the mbean operations. The latter is used in the absence of |a non-empty serviceFactory attribute. ah a default, I like that.. so if I don't bother with all this, the proxy determines what calls are offered by the MBean that just registered well, you know me, if you code you code, so it goes in, but frankly it means the integration is very heavy now... very heavy, a new class factory, a new jcml tag, a new default... it is also programmatic... pfff and what did we gain? an integration where brits can choose to not implement interfaces of management? ;-) Frankly I am not sure I like this... but you code you code. |Another behavior change made to the ConfigurationService is that |it no longer reads |the jboss-auto.jcml config file. This is now a write only file |that does reflect |configuration changes made at runtime, but it is no longer read on startup. Ok so modifications of the server are lost upon restart... I already said taht the auto stuff wasn't good so I am not complaining about the removal, but frankly we need to put a similar functionality back in, that of persistent configurations of the server. overall good work man, it is getting somewhere, marc | |This has been commited to the main cvs branch. | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/lib ant.jar
User: starksm Date: 01/04/13 12:57:32 Modified:lib Tag: Branch_2_2 ant.jar Log: Update to ant 1.3 for junit3.5 compatability Revision ChangesPath No revision No revision 1.1.2.1 +1171 -1310jbosssx/lib/ant.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Is it possible to expand the sourceforge summary field
The summary field of the tracker forms is limited to 40 chars and I'm being limited by this. Can this be expanded or is it fixed by sourceforge? ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging Log4jService.java
User: starksm Date: 01/04/13 12:06:59 Modified:src/main/org/jboss/logging Log4jService.java Log: Change the ServiceControl to be a passive service with which services requiring lifecycle events must register. Change ConfigurationService to register all mbean found in the jboss.jcml file with the ServiceControl service and make jboss-auto.jcml write only. Revision ChangesPath 1.3 +14 -10jboss/src/main/org/jboss/logging/Log4jService.java Index: Log4jService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/Log4jService.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Log4jService.java 2001/04/03 03:43:44 1.2 +++ Log4jService.java 2001/04/13 19:06:59 1.3 @@ -33,14 +33,14 @@ @author mailto:[EMAIL PROTECTED]">Fulco Muriglio @author [EMAIL PROTECTED] -@version $Revision: 1.2 $ +@version $Revision: 1.3 $ */ public class Log4jService implements Log4jServiceMBean, NotificationListener, MBeanRegistration { // Attributes -private Category cat; +private Category category; private String configurationPath; private int refreshPeriod; private boolean refreshFlag; @@ -104,6 +104,7 @@ URL url = loader.getResource(configurationPath); if( url == null ) throw new FileNotFoundException("Failed to find logj4 props: "+configurationPath); +this.category = Category.getRoot(); if( refreshFlag ) { // configurationPath is a file path @@ -114,8 +115,7 @@ { PropertyConfigurator.configure(url); } -cat = Category.getRoot(); -cat.info("Started Log4jService, config="+url); +category.info("Started Log4jService, config="+url); } /** Stops the log4j framework by calling the Category.shutdown() method. @see org.apache.log4j.Category#shutdown() @@ -123,8 +123,8 @@ public void stop() { Category.shutdown(); -if( cat != null ) -cat.info("Stopped Log4jService"); +if( category != null ) +category.info("Stopped Log4jService"); } // Public @@ -138,25 +138,29 @@ */ public void handleNotification(Notification n, Object handback) { +if( category == null ) +return; + String msg = n.getMessage(); char type = n.getType().charAt(0); String source = (String) n.getUserData(); if( source == null || source.length() == 0 ) source = "Default"; + NDC.push(source); switch( type ) { case 'W': -cat.warn(msg); +category.warn(msg); break; case 'D': -cat.debug(msg); +category.debug(msg); break; case 'E': -cat.error(msg); +category.error(msg); break; default: -cat.info(msg); +category.info(msg); break; } NDC.pop(); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-415982 ] ConfigurationService & ServiceControl
Change Notes item #415982, was updated on 2001-04-13 12:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=415982&group_id=22866 Category: None Group: v2.4 Status: Open Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: ConfigurationService & ServiceControl Initial Comment: The following changes have been made to the JBoss ConfigurationService & ServiceControl mbeans: 1. The org.jboss.util.ServiceControl mbean service no longer listens for mbean registration events as the means for selecting mbeans which will receive the init/start/stop/destroy lifecycle method invocations. Mbeans wishing this service must register the org.jboss.util.Service interface though which they wish to be notified using the ServiceControl.register(Service) method. 2. The org.jboss.configuration.ConfigurationService mbean now registers all mbeans loaded from the jboss.jcml configuration file with the ServiceControl mbean. There is no requirement that an mbean implements the org.jboss.util.Service interface. The Service interface used to register the jboss.jcml mbean with the ServiceControl mbean is obtained either from the implementation of the new org.jboss.util.ServiceFactory interface specificed via the new serviceFactory jboss.jcml mbean tag attribute, or by a dynamic proxy that determines which if any of the init/start/stop/destroy methods the mbean implements using introspection of the mbean operations. The latter is used in the absence of a non-empty serviceFactory attribute. 3. Another behavior change made to the ConfigurationService is that it no longer reads the jboss-auto.jcml config file. This is now a write only file that does reflect configuration changes made at runtime, but it is no longer read on startup. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=415982&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] The new Service solution
After much talking by me and some listening, here is the solution were going with that I believe addresses all issues and requires no changes to existing services and configurations: 1. The org.jboss.util.ServiceControl mbean service no longer listens for mbean registration events as the means for selecting mbeans which will receive the init/start/stop/destroy lifecycle method invocations. Mbeans wishing this service must register the org.jboss.util.Service interface though which they wish to be notified using the ServiceControl.register(Service) method. 2. The org.jboss.configuration.ConfigurationService mbean now registers all mbeans loaded from the jboss.jcml configuration file with the ServiceControl mbean. There is no requirement that an mbean implements the org.jboss.util.Service interface. The Service interface used to register the jboss.jcml mbean with the ServiceControl mbean is obtained either from the implementation of the new org.jboss.util.ServiceFactory interface specificed via the new serviceFactory jboss.jcml mbean tag attribute, or by a dynamic proxy that determines which if any of the init/start/stop/destroy methods the mbean implements using introspection of the mbean operations. The latter is used in the absence of a non-empty serviceFactory attribute. Another behavior change made to the ConfigurationService is that it no longer reads the jboss-auto.jcml config file. This is now a write only file that does reflect configuration changes made at runtime, but it is no longer read on startup. This has been commited to the main cvs branch. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/configuration ConfigurationService.java
User: starksm Date: 01/04/13 12:06:59 Modified:src/main/org/jboss/configuration ConfigurationService.java Log: Change the ServiceControl to be a passive service with which services requiring lifecycle events must register. Change ConfigurationService to register all mbean found in the jboss.jcml file with the ServiceControl service and make jboss-auto.jcml write only. Revision ChangesPath 1.21 +185 -36 jboss/src/main/org/jboss/configuration/ConfigurationService.java Index: ConfigurationService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/configuration/ConfigurationService.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- ConfigurationService.java 2001/03/15 03:23:44 1.20 +++ ConfigurationService.java 2001/04/13 19:06:59 1.21 @@ -9,9 +9,12 @@ import java.io.*; import java.beans.*; +import java.lang.reflect.InvocationHandler; import java.lang.reflect.Method; import java.lang.reflect.Modifier; +import java.lang.reflect.Proxy; import java.net.URL; +import java.util.HashMap; import java.util.Hashtable; import java.util.Iterator; @@ -23,15 +26,22 @@ import org.jboss.logging.Log; +import org.jboss.util.Service; +import org.jboss.util.ServiceFactory; import org.jboss.util.ServiceMBeanSupport; import org.jboss.util.XmlHelper; -/** - * +/** The ConfigurationService MBean is loaded when JBoss starts up by the +JMX MLet. The ConfigurationService in turn loads the jboss.jcml configuration +when loadConfiguration() is invoked. This instantiates JBoss specific mbean +services that wish to be controlled by the JBoss ServiceControl/Service +lifecycle service. * - * @see + * @see org.jboss.util.Service + * @see org.jboss.util.ServiceControl * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.20 $ + * @author [EMAIL PROTECTED] + * @version $Revision: 1.21 $ */ public class ConfigurationService extends ServiceMBeanSupport @@ -53,6 +63,7 @@ Log log = Log.createLog(getName()); MBeanServer server; +ObjectName serviceControl; // Static @@ -74,8 +85,13 @@ public void load(Document configuration) throws Exception { +// Get the ServiceControl MBean +serviceControl = new ObjectName(server.getDefaultDomain(), "service", "ServiceControl"); +if( server.isRegistered(serviceControl) == false ) +throw new IllegalStateException("Failed to find ServiceControl mbean, name="+serviceControl); + try -{ +{ // Set configuration to MBeans from XML NodeList nl = configuration.getElementsByTagName("mbean"); for (int i = 0; i < nl.getLength(); i++) @@ -137,6 +153,9 @@ } } + +// Register the mbean with the JBoss ServiceControl mbean +registerService(objectName, info, mbeanElement); } } catch (Throwable e) { @@ -240,10 +259,9 @@ public void loadConfiguration() throws Exception { - // This is a 3-step process + // This is a 2-step process // 1) Load user conf. and create MBeans from that - // 2) Load auto-saved conf and apply to created MBeans - // 3) Apply user conf to created MBeans, overwriting any auto-saved conf. + // 2) Apply user conf to created MBeans // Load user config from XML, and create the MBeans InputStream conf = Thread.currentThread().getContextClassLoader().getResourceAsStream("jboss.jcml"); @@ -261,7 +279,6 @@ try { userConf = parser.parse(new InputSource(new StringReader(cfg))); - //userConf = xdb.getDocument(); } catch (SAXException se) { @@ -270,31 +287,6 @@ create(userConf); - // Load auto-saved configuration from XML, and apply it - conf = Thread.currentThread().getContextClassLoader().getResourceAsStream("jboss-auto.jcml"); - if (conf != null) // The auto file is optional - { - arr = new byte[conf.available()]; - conf.read(arr); - conf.close(); - cfg = new String(arr); - - // Parse XML - Document autoConf; - - try - { - autoConf = parser.parse(new InputSource(new StringReader(cfg))); - //autoConf = xdb.getDocument(); - } - catch (SAXException se) - { - throw new IOException(se.getMessage()); - } - create(autoConf); -
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ServiceFactory.java ServiceControl.java ServiceControlMBean.java
User: starksm Date: 01/04/13 12:06:59 Modified:src/main/org/jboss/util ServiceControl.java ServiceControlMBean.java Added: src/main/org/jboss/util ServiceFactory.java Log: Change the ServiceControl to be a passive service with which services requiring lifecycle events must register. Change ConfigurationService to register all mbean found in the jboss.jcml file with the ServiceControl service and make jboss-auto.jcml write only. Revision ChangesPath 1.9 +37 -114 jboss/src/main/org/jboss/util/ServiceControl.java Index: ServiceControl.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/ServiceControl.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ServiceControl.java 2001/02/08 03:54:44 1.8 +++ ServiceControl.java 2001/04/13 19:06:59 1.9 @@ -15,18 +15,16 @@ import org.jboss.logging.Log; - -/** - * - * - * @see +/** ServiceControl manages the JBoss services lifecycle. + * + * @see org.jboss.util.Service * @author Rickard Öberg ([EMAIL PROTECTED]) * @author Hugo Pinto (mailto:[EMAIL PROTECTED]) - * @version $Revision: 1.8 $ + * @author [EMAIL PROTECTED] + * @version $Revision: 1.9 $ */ public class ServiceControl - - implements ServiceControlMBean, MBeanRegistration, NotificationListener + implements ServiceControlMBean, MBeanRegistration { // Constants - public static final String OBJECT_NAME = ":service=ServiceControl"; @@ -36,8 +34,6 @@ Log log = Log.createLog("Service Control"); List mbeans = new ArrayList(); - MBeanServer server; - // Static // Constructors -- @@ -53,27 +49,15 @@ int serviceCounter = 0; while (enum.hasNext()) { - ObjectName name = (ObjectName)enum.next(); + Service service = (Service)enum.next(); try { -server.invoke(name, "init", new Object[0], new String[0]); +service.init(); serviceCounter++; - -// Register start/stop listener -server.addNotificationListener(name, - this, - null, - name); - } catch (ReflectionException e) - { - // Not a service - ok - } catch (RuntimeMBeanException e) - { -log.error("Could not initialize "+name); -log.exception(e.getTargetException()); - } catch (Exception e) + } + catch(Throwable e) { -log.error("Could not initialize "+name); +log.error("Could not initialize "+service); log.exception(e); } } @@ -90,31 +74,16 @@ int serviceCounter = 0; while (enum.hasNext()) { - ObjectName name = (ObjectName)enum.next(); + Service service = (Service)enum.next(); try { -server.invoke(name, "start", new Object[0], new String[0]); +service.start(); serviceCounter++; - } catch (ReflectionException e) - { - // Not a service - ok - } catch (Throwable e) + } + catch(Throwable e) { -log.error("Could not start "+name); - -if (e instanceof RuntimeErrorException) -{ - e = ((RuntimeErrorException)e).getTargetError(); -} -else if( e instanceof RuntimeMBeanException ) -{ - e = ((RuntimeMBeanException)e).getTargetException(); -} -else if( e instanceof MBeanException ) -{ - e = ((MBeanException)e).getTargetException(); -} +log.error("Could not start "+service); log.exception(e); } } @@ -131,24 +100,16 @@ while (enum.hasNext()) enum.next(); // pass them all while (enum.hasPrevious()) { - ObjectName name = (ObjectName)enum.previous(); + Service service = (Service) enum.previous(); try { -server.invoke(name, "stop", new Object[0], new String[0]); +service.stop(); serviceCounter++; - } catch (ReflectionException e) - { - // Not a service - ok - } catch (Throwable e) + } + ca
[JBoss-dev] CVS update: manual/src/docs howtombeans.xml
User: starksm Date: 01/04/13 10:16:37 Modified:src/docs Tag: Branch_2_2 howtombeans.xml Log: Fix spelling of loadConfiguration. Revision ChangesPath No revision No revision 1.4.2.1 +2 -2 manual/src/docs/howtombeans.xml Index: howtombeans.xml === RCS file: /cvsroot/jboss/manual/src/docs/howtombeans.xml,v retrieving revision 1.4 retrieving revision 1.4.2.1 diff -u -r1.4 -r1.4.2.1 --- howtombeans.xml 2001/04/04 02:43:21 1.4 +++ howtombeans.xml 2001/04/13 17:16:37 1.4.2.1 @@ -13,7 +13,7 @@ There are two classes of MBeans; those that are independent of JBoss services and those that are dependent on JBoss services. MBeans that are independent of JBoss services are the trival case and can be written per the JMX specification and added to a JBoss server by adding their MLET tag to the jboss.conf file. Writing an MBean that relies on a JBoss service like naming requires one to follow the JBoss service pattern. Before describing how to write such an MBean, let's go over the two JBoss services that manage the configuration and depdendencies of MBean services; ConfigurationService and ServiceControl. The ConfigurationService MBean - JBoss manages configuration its MBean services via a custom MBean that loads an xml variation of the standard MLet configuration file. This custom MBean is implemented in the org.jboss.configuration.ConfigurationService class. The ConfigurationService MBean is loaded when JBoss starts up by the JMX MLet due to its entry in the jboss.conf file. The jboss.jcml configuration is then loaded by invoking loadConfiguration() on the ConfigurationService MBean. The loadConfiguratoin method performs the following steps: + JBoss manages configuration its MBean services via a custom MBean that loads an xml variation of the standard MLet configuration file. This custom MBean is implemented in the org.jboss.configuration.ConfigurationService class. The ConfigurationService MBean is loaded when JBoss starts up by the JMX MLet due to its entry in the jboss.conf file. The jboss.jcml configuration is then loaded by invoking loadConfiguration() on the ConfigurationService MBean. The loadConfiguration method performs the following steps: Parse the jboss.jcml file and instantiate all MBeans @@ -317,4 +317,4 @@ - \ No newline at end of file + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.2 Patch procedure
Scott M Stark wrote: > I would say the problem is worthy of another release. Although its really isolated > to a login module that I would not use in production, it is the login module used > for the security howtos/examples so it causes users much pain. > > Since Toby also has an issue we might as well aggregate these together. Don't wait for me. The stuff I'm working is becoming more of an added feature and less of a bug fix, so it might not end up in 2.2 at all. Toby. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Feature Requests-415882 ] Upgrade JBossCX to JCA pfd2
Feature Requests item #415882, was updated on 2001-04-13 06:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376688&aid=415882&group_id=22866 Category: None Group: None Status: Open Priority: 5 Submitted By: Toby Allsopp (tobyallsopp) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade JBossCX to JCA pfd2 Initial Comment: There are some minor deployment descriptor changes. I think that's all. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376688&aid=415882&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Object Unique Id Generator
Hey! So somebody loves me in the end! [sniff, tear of emotion] ;) Actually if you have such a contrib place, maybe then it would be a good idea to put my stuff in there. I have documented it fairly well. I could not find any mention of the contrib area on the JBoss site (or am I blind...?). Anybody drop me a note on how to put the stuff in it *if* we agree it would be usefull. Your call! Emmanuel - Original Message - From: "Jay Walters" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 13, 2001 1:23 AM Subject: RE: [JBoss-dev] Object Unique Id Generator > Where did Rickard's unique ID generator get put, is in contrib? Why don't > you put it there? I think we all (ok I did at least) jumped over whether > one should always be using one which was a bit irresponsible (at least of > me) when all you were asking was should it get parked somewhere for JBoss > users. > > Cheers > Jay > > -Original Message- > From: marc fleury > To: [EMAIL PROTECTED] > Sent: 4/11/01 11:10 PM > Subject: RE: [JBoss-dev] Object Unique Id Generator > > |So lets say this is an "honorable defeat". I will just have to find > |something else! :-) > > It is an "elegant" one at least, something we are not used to... my > mistake > actually I was the one to ask you to pitch your "servserside" pattern to > this list. Thanks for proposing and arguing, maybe next time, > > |Have fun > > indeed, > marc > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Nested JMX Service Groups...??!
Julian Gosnell wrote: > Scott M Stark wrote: >>> >>What algorithm have you come up with that allows for dynamic self configuring >>code? I would love to take a look at that! Feel free to speak to your heart's >>content on this issue as far as I'm concerned. An example is from Jetty itself. Jetty creates MBeans to manage each HttpListener that is added to a class. Now there can be many different implementations of a HttpListener - SSL, JSSE, SASL, Socket, some are thread pools some may have thread pools managed elsewhere. The Jetty JMX support classes includes a ModelMBeanImpl class that has and abstract defineManagedResource method which can be implemented to describe the particular type of HttpListener that the MBean is managing. Extra attributes may well be added. (And the ModelMBeanImpl class does a nifty search for mbean resource bundlers to fetch internationalized meta data about them). The type of a listener is determined at runtime, hence the attributes are. The current Jetty HttpListener use inheritance to create the final attribute mix, so it is not that dynamic - but nothing stops new HttpListener types being so. The point is that here is an MBean whose implementation object and hence final set of attributes is not determined until runtime. IF this was going to be a JBoss server (which in this case it is not), then I could simply add a isJBossService method to the MBean. More importantly at the moment, JBoss tries to call init() on this MBean. This fails, but it would be perfectly valid for this MBean to have it's own init() method. So there is no known class or interface type that can be used to show that this MBean is or is not a JBoss service. The presence of an init() method is a dangerous but almost sufficient way to go. The addition of a isJBossService method is simple, clear and unambiguous. The use of another configuration file to list which MBeans are JBoss objects is workable, but would be a constant source of misconfiguration and confusion. Use of object name patterns to identify JBoss MBeans is possible, but could also be confusing. Plus in the case of Jetty, it's management MBeans are named relative to it's root MBean, which is a JBoss service. This naming allows associated MBeans to be identified, but should not indicate that they are all JBoss services. I think there are three test scenarious we must consider for any solution: + Adding a non-JBoss service MBean to a JBoss server - it should not have init called no matter what it's signature is. + Adding a new JBoss service MBean that has been implemented is some unknown way, but that wishes to be managed as a MBean. It should be able to ask for this management via it's API without revealing details of it implementation. + Adding JBoss service MBeans to another JMX framework. These modules will be living in a target rich environment and need a method to locate and interoperate with the other JBoss MBeans - communicating only via JMX. cheers ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Urgent help needed - Class not found exception
Hi, yesterday I tested the interest example on JBoss2.2 on a linux installation with jdk1.3. The only jars I needed in the classpath were: jboss-client.jar, jbosssx-client.jar, jnp-client.jar and the bean classes itself (e.g. your deploy.jar). It worked without any failure. The webpage and manual will reflect this, too, as soon as the automated update ran through. Please test it again with these classpath settings. Also make sure bean deployed corretly on the server and that the jdk versions of server and client match etc. Please let me now if it worked like this. But please also post the answer and further questions to jboss-user. Thanks, Tobias > Harishankar Nair wrote: > > I need urgent help , becuz this problem is causing delays in testing > and installation of the jBoss server for project development. Hence I > would request sincere and urgent help on this. > > > > > > I tried running the sample Ejb with the sample client (on Windows > 2000) - InterestEjb client and I get the following error - this > despite having jta-spec1_0_1.jar in my classpath. > > Got context > > Exception in thread "main" java.lang.NoClassDefFoundError: > javax/transaction/TransactionManager > > at java.lang.Class.getMethods0(Native Method) > > at java.lang.Class.getDeclaredMethods(Unknown Source) > > at java.io.ObjectStreamClass.computeSerialVersionUID(Unknown > Source) > > at java.io.ObjectStreamClass.access$200(Unknown Source) > > at java.io.ObjectStreamClass$2.run(Unknown Source) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.io.ObjectStreamClass.init(Unknown Source) > > at java.io.ObjectStreamClass.lookupInternal(Unknown Source) > > at java.io.ObjectStreamClass.lookup(Unknown Source) > > at java.io.ObjectStreamClass.lookupInternal(Unknown Source) > > at java.io.ObjectStreamClass.lookup(Unknown Source) > > at java.io.ObjectStreamClass.lookupInternal(Unknown Source) > > at java.io.ObjectStreamClass.setClass(Unknown Source) > > at java.io.ObjectInputStream.inputClassDescriptor(Unknown > Source) > > at java.io.ObjectInputStream.readObject(Unknown Source) > > at java.io.ObjectInputStream.readObject(Unknown Source) > > at java.io.ObjectInputStream.inputObject(Unknown Source) > > at java.io.ObjectInputStream.readObject(Unknown Source) > > at java.io.ObjectInputStream.inputClassFields(Unknown Source) > > at java.io.ObjectInputStream.defaultReadObject(Unknown Source) > > at java.io.ObjectInputStream.inputObject(Unknown Source) > > at java.io.ObjectInputStream.readObject(Unknown Source) > > at java.io.ObjectInputStream.readObject(Unknown Source) > > at java.rmi.MarshalledObject.get(Unknown Source) > > at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:299) > > at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:279) > > at javax.naming.InitialContext.lookup(Unknown Source) > > at InterestClient.main(InterestClient.java:44) > > > > > > here is my classpath : > > > > javac -classpath > >C:\jBoss\jboss-2.2\client\jboss-client.jar;C:\jBoss\jboss-2.2\client;C:\jBoss\jboss-2.2\client\jbosssx-client.jar;C:\jBoss\jboss-2.2\client\jnp-client.jar;C:\jBoss\jboss-2.2\client\deploy.jar;C:\jBoss\jboss-2.2\client\connector.jar;C:\jBoss\jboss-2.2\client\ejb.jar;C:\jBoss\jboss-2.2\client\jaas.jar;C:\jBoss\jboss-2.2\client\jbossmq-client.jar;C:\jBoss\jboss-2.2\client\jndi.jar;C:\jBoss\jboss-2.2\client\jta-spec1_0_1.jar;C:\jBoss\jboss-2.2\client\stop;C:\jBoss\jboss-2.2\client\TestBeanClient.jar;C:\jBoss\jbossinterestEjb\interest;d:\JavaUserClasses;jBoss\jbossinterestEjb\interest;C:\jBoss\jboss-2.2\lib\ext;C:\jBoss\jboss-2.2\deploy;C:\jBoss\jboss-2.2\bin\BeanCacheMonitorJMS.jar;C:\jBoss\jboss-2.2\bin\BeanCacheMonitorJMX.jar;C:\jBoss\jboss-2.2\bin\ejx.jar;C:\jBoss\jboss-2.2\bin\run.jar;D:\jdk1.3.1\bin;D:\jdk1.3.1\lib\dt.jar;D:\jdk1.3.1\lib\tools.jar;D:\jdk1.3.1\lib\dt.jar;D:\jdk1.3.1\lib\htmlconverter.jar;D:\jdk1.3.1\lib\tools.jar;D:\jdk1.3.1\jre\lib\rt.jar;D:\jdk1.3.1\jre\lib\sunrsasign.jar;D:\jdk1.3.1\jre\lib\jaws.jar;D:\jdk1.3.1\jre\lib\jaws.jar;. > > > > > > Look forward to immediate help. > > > > Thanks > > > > Harish ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Urgent help needed - Class not found exception
I need urgent help , becuz this problem is causing delays in testing and installation of the jBoss server for project development. Hence I would request sincere and urgent help on this. I tried running the sample Ejb with the sample client (on Windows 2000) – InterestEjb client and I get the following error – this despite having jta-spec1_0_1.jar in my classpath. Got context Exception in thread "main" java.lang.NoClassDefFoundError: javax/transaction/TransactionManager at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getDeclaredMethods(Unknown Source) at java.io.ObjectStreamClass.computeSerialVersionUID(Unknown Source) at java.io.ObjectStreamClass.access$200(Unknown Source) at java.io.ObjectStreamClass$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.init(Unknown Source) at java.io.ObjectStreamClass.lookupInternal(Unknown Source) at java.io.ObjectStreamClass.lookup(Unknown Source) at java.io.ObjectStreamClass.lookupInternal(Unknown Source) at java.io.ObjectStreamClass.lookup(Unknown Source) at java.io.ObjectStreamClass.lookupInternal(Unknown Source) at java.io.ObjectStreamClass.setClass(Unknown Source) at java.io.ObjectInputStream.inputClassDescriptor(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) at java.io.ObjectInputStream.inputObject(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) at java.io.ObjectInputStream.inputClassFields(Unknown Source) at java.io.ObjectInputStream.defaultReadObject(Unknown Source) at java.io.ObjectInputStream.inputObject(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) at java.rmi.MarshalledObject.get(Unknown Source) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:299) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:279) at javax.naming.InitialContext.lookup(Unknown Source) at InterestClient.main(InterestClient.java:44) here is my classpath : javac -classpath C:\jBoss\jboss-2.2\client\jboss-client.jar;C:\jBoss\jboss-2.2\client;C:\jBoss\jboss-2.2\client\jbosssx-client.jar;C:\jBoss\jboss-2.2\client\jnp-client.jar;C:\jBoss\jboss-2.2\client\deploy.jar;C:\jBoss\jboss-2.2\client\connector.jar;C:\jBoss\jboss-2.2\client\ejb.jar;C:\jBoss\jboss-2.2\client\jaas.jar;C:\jBoss\jboss-2.2\client\jbossmq-client.jar;C:\jBoss\jboss-2.2\client\jndi.jar;C:\jBoss\jboss-2.2\client\jta-spec1_0_1.jar;C:\jBoss\jboss-2.2\client\stop;C:\jBoss\jboss-2.2\client\TestBeanClient.jar;C:\jBoss\jbossinterestEjb\interest;d:\JavaUserClasses;jBoss\jbossinterestEjb\interest;C:\jBoss\jboss-2.2\lib\ext;C:\jBoss\jboss-2.2\deploy;C:\jBoss\jboss-2.2\bin\BeanCacheMonitorJMS.jar;C:\jBoss\jboss-2.2\bin\BeanCacheMonitorJMX.jar;C:\jBoss\jboss-2.2\bin\ejx.jar;C:\jBoss\jboss-2.2\bin\run.jar;D:\jdk1.3.1\bin;D:\jdk1.3.1\lib\dt.jar;D:\jdk1.3.1\lib\tools.jar;D:\jdk1.3.1\lib\dt.jar;D:\jdk1.3.1\lib\htmlconverter.jar;D:\jdk1.3.1\lib\tools.jar;D:\jdk1.3.1\jre\lib\rt.jar;D:\jdk1.3.1\jre\lib\sunrsasign.jar;D:\jdk1.3.1\jre\lib\jaws.jar;D:\jdk1.3.1\jre\lib\jaws.jar;. Look forward to immediate help. Thanks Harish
[JBoss-dev] [ jboss-Feature Requests-415856 ] SQL persistence for JBossMQ
Feature Requests item #415856, was updated on 2001-04-13 01:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376688&aid=415856&group_id=22866 Category: None Group: None Status: Open Priority: 5 Submitted By: Jan B. Krejci (pokqwd) Assigned to: Nobody/Anonymous (nobody) Summary: SQL persistence for JBossMQ Initial Comment: Will MQ store the messages into SQL instead of filesystem in near future? -=jbk=- Jan B. Krejci -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376688&aid=415856&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development