Re: [JBoss-dev] Performance (was Re: [JBoss-user] JBoss verses Orion)
OK, just a brief update on what I've done and what it taught me. I created a 'Counter' mbean to track singleton performance counters and a CounterInterceptor to stick into interceptor stacks to allow me to get a feel for where the time was going. This told me that the TxInterceptor was taking about .5 ms per invocation. I also wrote a test just to see how quickly the same 'functionality' would run in process without EJB overhead: about .002 ms. The odd thing was that this was about how fast Orion was running in-process. That Ain't Right. Big lights lit up here: I hadn't specified a container transaction, and Orion defaulted to Supports or some such nonsense, whereas JBoss defaults to Required. If I didn't want a transaction, I wouldn't use an EJB. Change the descriptor, and Orion slows down by about 100-200%. Eula's, licenses, and such make me nervous about posting hard numbers from Orion, but JBoss is still running a lot slower (think multipliers of 20-30). The problem is the there's no work being done within this transaction, which is where the important numbers live. Speaking of benchmark transactions with meaninful work, how is Tom doing on the ECPerf descriptors? Tommorrow evening, I'll post a more detailed summary, if anybody wants one. The comparison of which interceptors are eating time should be interesting, if nothing else. I'll also check the counter stuff (MBean and interceptor) into CVS - that could also be helpful in monitoring/tuning production applications. Right now, it's all in the org.jboss.util package. Should I leave it there or move it? thanks, danch marc fleury wrote: | | ||I've spent the day running some test similiar to Paul's. || ||My environment is Linux on a PIII 500, running Sun's 1.3 and ||1.3.1beta JDKs. || ||In the case of a standalone client looping and repeatedly calling the ||same method on a stateless session bean, I found that Orion averaged ||about 3ms. per invocation where JBoss was averaging 6-10 ms/invocation. | |It is very broken we have been running the stuff at well below those |numbers. | |In fact we ran around 1-2 ms (depending on stateless). we will see. | |Pf, tired... | |marc ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] To do?
Hi, -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] We need a "participating" page with the new "todo" list. there are a 1000 things to do, the "directives" for submittal, joining teams, joining leaders, code style, patch submittal, devettiquette etc etc How about using the sourceforge Tasks stuff ? I've not used it - but I am sure someone on this list must have - is it any good? does it work? does it chase? Chris This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [PROPOSAL] daily builds?
Hi, Are there daily builds done of jboss? Can I offer to do these (automatically of course). This would include the following; clean checkout of the latest code build the code from scratch (from several modules), send an email to jboss-dev if compile fails if builds succeed, run the jbosstest suite, send an email to jboss-dev if any tests fail. We could then look into adding performance criteria into the tests (if they are not currently present), to ensure that we don't lose performance as these are changed... HTH, Chris This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Updated tomcat -jboss integration manual
Ken Jenks wrote: Vlada wrote: Hey, As somebody pointed out over the weekend - this doco was out of date in new manual. I would like to use this opportunity to ask maintainers of Tomcat-JBoss integration not to use old html doco but rather docbook. And someone should update the DOCUMENTATION-STANDARDS.html file that tells documentation developers to use the old HTML doco. Hey, +1 -- Ken Jenks, http://abiblion.com/ Tools for reading. ___ 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] RE: Log4jService rolled into 2.3 core
Can we please have this functionallity in the 2.2 release? -- Christer Grimsth Consultant TietoEnator Consulting AS, Energy Components. http://www.energy-components.com FROM: Scott M Stark DATE: 04/02/2001 21:02:43 SUBJECT: [JBoss-dev] Log4jService rolled into 2.3 core I integrated Fulco Muriglio's log4j based mbean into the org.jboss.logging package and updated the jboss.conf to make it simple to switch to this as the logging service. It probably should be made the default logging service in the future as the log4j framework is a superset of the JBoss logging. There is nothing that prevents the use of the org.jboss.logging.Log4jService and org.jboss.logging.Log4jServiceMBean classes in any previous version of JBoss so you could grab the source and integrate the mbean into previous versions. The comments in the latest jboss.conf along with the conf/default/log4.properties should be all you need to switch to Log4jService for 2.1+ as the 1.0.4 log4j.jar is already in the distribution. ___ Jboss-development mailing list EMAIL: PROTECTED /contact.php3?[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] [PROPOSAL] daily builds?
I am interested in a "basic" zip with source and binary, available for download. A private company proposed to do the installers for the stable versions. The problem is still QA that requires time and knowledge. Please go ahead with your proposal, let us know when you have something marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Kimpton,C (Chris) |Sent: Tuesday, April 03, 2001 5:36 AM |To: '[EMAIL PROTECTED]' |Subject: [JBoss-dev] [PROPOSAL] daily builds? | | |Hi, | |Are there daily builds done of jboss? | | |Can I offer to do these (automatically of course). | |This would include the following; | | clean checkout of the latest code | | build the code from scratch (from several modules), send an email to |jboss-dev if compile fails | | if builds succeed, run the jbosstest suite, send an email to |jboss-dev if any tests fail. | | |We could then look into adding performance criteria into the tests (if they |are not currently present), to ensure that we don't lose performance as |these are changed... | |HTH, |Chris | |=== |= |This electronic message (email) and any attachments to it are |subject to copyright and are sent for the personal attention of |the addressee. Although you may be the named recipient, it may |become apparent that this email and its contents are not intended |for you and an addressing error has been made. This email may |include information that is legally privileged and exempt from |disclosure. If you have received this email in error, please |advise us immediately and delete this email and any attachments |from your computer system.Rabobank International is the trading |name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which |is incorporated in the Netherlands. Registered with the Registrar |of Companies for England Wales No. BR002630 and regulated by the |SFA for the conduct of investment business in the UK. | |The presence of this footnote also confirms that this email has |been automatically checked by Rabobank International for the |presence of computer viruses prior to it being sent, however, no |guarantee is given or implied that this email is virus free upon delivery. | | | |___ |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] EJB deploy/undeploy problem
Hello, I have following problem under JBoss-2.1: Deployed Ejbs are unpacked into jboss_dir/tmp/Default/... on the startup, but content of this directory is deleted on the shutdown, so any file modifications or even newly created files are lost. Is there any chance to modify Jboss's Container Factory behaviour in at least the manner of Sun's J2EE? (Sun's j2sdkee1.3beta webapps contexts reside in $J2EE_HOME/public_html and this directory is NOT DELETED on the shutdown, so any newly created files are kept, but only files originated from ear/war are overwritten on the startup). ST7A -- Stanislav Pavlicek Developer IDOOX ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL] daily builds?
I would be happy to help out with integrating the JUnit test stuff with a build/distribution... Just let me know... cheers, peter --- marc fleury [EMAIL PROTECTED] wrote: I am interested in a "basic" zip with source and binary, available for download. A private company proposed to do the installers for the stable versions. The problem is still QA that requires time and knowledge. Please go ahead with your proposal, let us know when you have something marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Kimpton,C (Chris) |Sent: Tuesday, April 03, 2001 5:36 AM |To: '[EMAIL PROTECTED]' |Subject: [JBoss-dev] [PROPOSAL] daily builds? | | |Hi, | |Are there daily builds done of jboss? | | |Can I offer to do these (automatically of course). | |This would include the following; | | clean checkout of the latest code | | build the code from scratch (from several modules), send an email to |jboss-dev if compile fails | | if builds succeed, run the jbosstest suite, send an email to |jboss-dev if any tests fail. | | |We could then look into adding performance criteria into the tests (if they |are not currently present), to ensure that we don't lose performance as |these are changed... | |HTH, |Chris | |=== |= |This electronic message (email) and any attachments to it are |subject to copyright and are sent for the personal attention of |the addressee. Although you may be the named recipient, it may |become apparent that this email and its contents are not intended |for you and an addressing error has been made. This email may |include information that is legally privileged and exempt from |disclosure. If you have received this email in error, please |advise us immediately and delete this email and any attachments |from your computer system.Rabobank International is the trading |name of Coöperatieve Centrale Raiffeisen-Boerenleenbank B.A. which |is incorporated in the Netherlands. Registered with the Registrar |of Companies for England Wales No. BR002630 and regulated by the |SFA for the conduct of investment business in the UK. | |The presence of this footnote also confirms that this email has |been automatically checked by Rabobank International for the |presence of computer viruses prior to it being sent, however, no |guarantee is given or implied that this email is virus free upon delivery. | | | |___ |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 __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: SV: [JBoss-dev] EJB deploy/undeploy problem
On Tue, Apr 03, 2001 at 04:24:48PM +0200, Lennart Petersson wrote: Why are you changing/adding files in the tmp/Default/... directory? Shouldn't you doing this in the deploy directory instead? Isn't it jboss's business to play with the tmp/Default/... directory? I'm adding files into servlet context that is set to tmp/Default/... (result of call "Servlet.getServletContext().getRealPath(String path)" is file in jboss-dir/tmp/Default/...) Directory jboss-dir/deploy is just "container" for ears etc. Any suggestions? -- Stanislav Pavlicek Developer IDOOX ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL] daily builds?
Peter glad you are still around, is there a place where we can get an idea of the extend of the tests, what is done, what remains to be done etc etc? marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Braswell |Sent: Tuesday, April 03, 2001 10:15 AM |To: marc fleury; Kimpton,C (Chris); |[EMAIL PROTECTED] |Subject: RE: [JBoss-dev] [PROPOSAL] daily builds? | | |I would be happy to help out with integrating the |JUnit test stuff with a build/distribution... Just |let me know... | |cheers, |peter | | |--- marc fleury [EMAIL PROTECTED] wrote: | I am interested in a "basic" zip with source and | binary, available for | download. | | A private company proposed to do the installers for | the stable versions. | | The problem is still QA that requires time and | knowledge. | | Please go ahead with your proposal, let us know when | you have something | | marc | | | |-Original Message- | |From: [EMAIL PROTECTED] | ||[mailto:[EMAIL PROTECTED]]On | Behalf Of | |Kimpton,C (Chris) | |Sent: Tuesday, April 03, 2001 5:36 AM | |To: '[EMAIL PROTECTED]' | |Subject: [JBoss-dev] [PROPOSAL] daily builds? | | | | | |Hi, | | | |Are there daily builds done of jboss? | | | | | |Can I offer to do these (automatically of course). | | | |This would include the following; | | | |clean checkout of the latest code | | | |build the code from scratch (from several | modules), send an email to | |jboss-dev if compile fails | | | |if builds succeed, run the jbosstest suite, send | an email to | |jboss-dev if any tests fail. | | | | | |We could then look into adding performance criteria | into the tests (if they | |are not currently present), to ensure that we don't | lose performance as | |these are changed... | | | |HTH, | |Chris | | | ||=== | |= | |This electronic message (email) and any attachments | to it are | |subject to copyright and are sent for the personal | attention of | |the addressee. Although you may be the named | recipient, it may | |become apparent that this email and its contents | are not intended | |for you and an addressing error has been made. This | email may | |include information that is legally privileged and | exempt from | |disclosure. If you have received this email in | error, please | |advise us immediately and delete this email and any | attachments | |from your computer system.Rabobank International is | the trading | |name of Covperatieve Centrale | Raiffeisen-Boerenleenbank B.A. which | |is incorporated in the Netherlands. Registered with | the Registrar | |of Companies for England Wales No. BR002630 and | regulated by the | |SFA for the conduct of investment business in the | UK. | | | |The presence of this footnote also confirms that | this email has | |been automatically checked by Rabobank | International for the | |presence of computer viruses prior to it being | sent, however, no | |guarantee is given or implied that this email is | virus free upon delivery. | | | | | | | |___ | |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 | | |__ |Do You Yahoo!? |Get email at your own domain with Yahoo! Mail. |http://personal.mail.yahoo.com/ | |___ |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: SV: [JBoss-dev] EJB deploy/undeploy problem
1- don't play with /tmp it is JBoss only 2- this is jboss-user material. Folks it seems that there is so much demand for support on jboss-user that it spills over to jboss-dev. We will move the list jboss-user to forum format ASAP as it is crumbling under its own weight. Please be strict in inforcing "no jboss-user stuff on jboss-dev" this is barely manageable as it is. marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Stanislav Pavlieek |Sent: Tuesday, April 03, 2001 10:42 AM |To: Lennart Petersson |Cc: JBoss Development List |Subject: Re: SV: [JBoss-dev] EJB deploy/undeploy problem | | |On Tue, Apr 03, 2001 at 04:24:48PM +0200, Lennart Petersson wrote: | Why are you changing/adding files in the tmp/Default/... directory? | Shouldn't you doing this in the deploy directory instead? Isn't it | jboss's business to play with the tmp/Default/... directory? | |I'm adding files into servlet context that is set to tmp/Default/... |(result of call "Servlet.getServletContext().getRealPath(String path)" |is file in jboss-dir/tmp/Default/...) | |Directory jboss-dir/deploy is just "container" for ears etc. | |Any suggestions? | |-- |Stanislav Pavlicek |Developer |IDOOX | |___ |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] [PROPOSAL] daily builds?
I'm glad that somebody has finally proposed this. If you need any help, or don't have the time to do this, we can take it over. I've done this sort of thing many times. Regards, Bill Burke CommerceTone Kimpton,C (Chris) wrote: Hi, Are there daily builds done of jboss? Can I offer to do these (automatically of course). This would include the following; clean checkout of the latest code build the code from scratch (from several modules), send an email to jboss-dev if compile fails if builds succeed, run the jbosstest suite, send an email to jboss-dev if any tests fail. We could then look into adding performance criteria into the tests (if they are not currently present), to ensure that we don't lose performance as these are changed... HTH, Chris This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. ___ 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] [PROPOSAL] daily builds?
Yes. Sorry about dropping in and out. Hope I can be forgiven. When consulting is slow jboss contribution is high, when consulting is busy... you get the idea. I'm still here!! Summary: JCTS is well developed with respect to Stateful and Stateless session beans. BMP is also well developed and committed in CVS. I've developed some roughed in tests for CMP and next on my list is to flesh those out a bit. To give a rough estimation, my book marker is on page 129 of the 1.1 spec which is an estimate of where tests stand. Transactions have not really been addressed. Problems: - I need to provide more insightful information when tests fail. This has been a well justified complaint from a couple of developers. More robust messages in the "assert" and "fail" methods that point to specific passages in the spec should remedy this. - There is a disconnect between the .jar files that get associated with the suite. For example, if you download "JBOSSTEST" you will probably get a mixed bag of .jars( 2.0, 2.1, experimental??). All will compile, but runtime tends to get ugly. Can we disconnect the test suite from a particular version of jboss? What would be an elegant way to do this? Just a thought..? - IMHO the JCTS test probably should be incorporated into a build/release cycle, results of which could be displayed on a dynamic web page and/or emailed to interested parties? - I have not even looked at the 2.0 spec.. I feel behind. I've gotten several offers for help on JCTS but as Mark has said more than once, 95% of the well-intentioned folks that initially express a sincere interest fade away in very short order. For those that have helped clean up JCTS (Ole in particular) thank you very much!!! That's about it. If I think of more I'll append. My "get paid" project is rounding the corner, should be able to pick up development on JBOSS shortly. cheers, peter --- marc fleury [EMAIL PROTECTED] wrote: Peter glad you are still around, is there a place where we can get an idea of the extend of the tests, what is done, what remains to be done etc etc? marc __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL] daily builds?
You've probably already seen this but the ThoughtWorks guys are just released their first version of 'Cruise Control' which sits on top of Ant and enables automated building. http://cruisecontrol.sourceforge.net/ Jem.. -Original Message- From: Peter Braswell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 03, 2001 7:15 AM To: marc fleury; Kimpton,C (Chris); [EMAIL PROTECTED] Subject: RE: [JBoss-dev] [PROPOSAL] daily builds? I would be happy to help out with integrating the JUnit test stuff with a build/distribution... Just let me know... cheers, peter --- marc fleury [EMAIL PROTECTED] wrote: I am interested in a "basic" zip with source and binary, available for download. A private company proposed to do the installers for the stable versions. The problem is still QA that requires time and knowledge. Please go ahead with your proposal, let us know when you have something marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Kimpton,C (Chris) |Sent: Tuesday, April 03, 2001 5:36 AM |To: '[EMAIL PROTECTED]' |Subject: [JBoss-dev] [PROPOSAL] daily builds? | | |Hi, | |Are there daily builds done of jboss? | | |Can I offer to do these (automatically of course). | |This would include the following; | | clean checkout of the latest code | | build the code from scratch (from several modules), send an email to |jboss-dev if compile fails | | if builds succeed, run the jbosstest suite, send an email to |jboss-dev if any tests fail. | | |We could then look into adding performance criteria into the tests (if they |are not currently present), to ensure that we don't lose performance as |these are changed... | |HTH, |Chris | |=== |= |This electronic message (email) and any attachments to it are |subject to copyright and are sent for the personal attention of |the addressee. Although you may be the named recipient, it may |become apparent that this email and its contents are not intended |for you and an addressing error has been made. This email may |include information that is legally privileged and exempt from |disclosure. If you have received this email in error, please |advise us immediately and delete this email and any attachments |from your computer system.Rabobank International is the trading |name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which |is incorporated in the Netherlands. Registered with the Registrar |of Companies for England Wales No. BR002630 and regulated by the |SFA for the conduct of investment business in the UK. | |The presence of this footnote also confirms that this email has |been automatically checked by Rabobank International for the |presence of computer viruses prior to it being sent, however, no |guarantee is given or implied that this email is virus free upon delivery. | | | |___ |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 __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ 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] [PROPOSAL] daily builds?
At this point that information on the jbossTEST project web page with a "todo" list is teh best way to get "well intentioned" people to participate. See if you can find the time to update the webpage, tahnks marc |-Original Message- |From: Peter Braswell [mailto:[EMAIL PROTECTED]] |Sent: Tuesday, April 03, 2001 11:32 AM |To: marc fleury; Kimpton,C (Chris); |[EMAIL PROTECTED] |Subject: RE: [JBoss-dev] [PROPOSAL] daily builds? | | |Yes. | |Sorry about dropping in and out. Hope I can be |forgiven. When consulting is slow jboss contribution |is high, when consulting is busy... you get the idea. |I'm still here!! | |Summary: |JCTS is well developed with respect to Stateful and |Stateless session beans. BMP is also well developed |and committed in CVS. I've developed some roughed in |tests for CMP and next on my list is to flesh those |out a bit. To give a rough estimation, my book marker |is on page 129 of the 1.1 spec which is an estimate of |where tests stand. Transactions have not really been |addressed. | |Problems: |- I need to provide more insightful information when |tests fail. This has been a well justified complaint |from a couple of developers. More robust messages in |the "assert" and "fail" methods that point to specific |passages in the spec should remedy this. | |- There is a disconnect between the .jar files that |get associated with the suite. For example, if you |download "JBOSSTEST" you will probably get a mixed bag |of .jars( 2.0, 2.1, experimental??). All will |compile, but runtime tends to get ugly. Can we |disconnect the test suite from a particular version of |jboss? What would be an elegant way to do this? Just |a thought..? | |- IMHO the JCTS test probably should be incorporated |into a build/release cycle, results of which could be |displayed on a dynamic web page and/or emailed to |interested parties? | |- I have not even looked at the 2.0 spec.. I feel |behind. I've gotten several offers for help on JCTS |but as Mark has said more than once, 95% of the |well-intentioned folks that initially express a |sincere interest fade away in very short order. For |those that have helped clean up JCTS (Ole in |particular) thank you very much!!! | |That's about it. If I think of more I'll append. My |"get paid" project is rounding the corner, should be |able to pick up development on JBOSS shortly. | |cheers, |peter | |--- marc fleury [EMAIL PROTECTED] wrote: | Peter glad you are still around, | | is there a place where we can get an idea of the | extend of the tests, what | is done, what remains to be done etc etc? | | marc | | | |__ |Do You Yahoo!? |Get email at your own domain with Yahoo! Mail. |http://personal.mail.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties jboss.conf
User: starksm Date: 01/04/03 11:48:51 Modified:src/etc/conf/default Tag: Branch_2_2 jboss.conf Added: src/etc/conf/default Tag: Branch_2_2 log4j.properties Log: Add the Log4jService to the 2.2 branch Revision ChangesPath No revision No revision 1.16.2.1 +21 -12jboss/src/etc/conf/default/jboss.conf Index: jboss.conf === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.conf,v retrieving revision 1.16 retrieving revision 1.16.2.1 diff -u -r1.16 -r1.16.2.1 --- jboss.conf2000/12/12 21:58:13 1.16 +++ jboss.conf2001/04/03 18:48:51 1.16.2.1 @@ -1,25 +1,37 @@ MLET CODE = "org.jboss.logging.Logger" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" /MLET +!-- The log dir needs to be in the classpath to allow location of log.properties -- +MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" + ARG TYPE="java.lang.String" VALUE="../../log/" +/MLET +!-- Place the config directory in the classpath -- +MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" + ARG TYPE="java.lang.String" VALUE="./" +/MLET +!-- Logging services. Typically you should enable the the ConsoleLogging + FileLogging mbeans or the Log4jService. Both can be enabled if desired + but the Log4jService can perform the ConsoleLogging FileLogging + services in additional to that offered by the log4j package. -- MLET CODE = "org.jboss.logging.ConsoleLogging" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" ARG TYPE="java.lang.String" VALUE="Information,Warning,Error" ARG TYPE="java.lang.String" VALUE="[{2}] {4}" /MLET - -MLET CODE = "org.jboss.util.Info" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" -/MLET - -MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" - ARG TYPE="java.lang.String" VALUE="../../log/" -/MLET - - MLET CODE = "org.jboss.logging.FileLogging" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" ARG TYPE="java.lang.String" VALUE="Information,Debug,Warning,Error" ARG TYPE="java.lang.String" VALUE="[{2}] {4}" /MLET +!-- Uncomment to use the log4j based logging service and with the log4j.properties. + When this service is used the ConsoleLogging FileLogging should be disabled. + -- +-- MLET CODE = "org.jboss.logging.Log4jService" ARCHIVE="jboss.jar,log4j.jar" CODEBASE="../../lib/ext/" +-- /MLET + +MLET CODE = "org.jboss.util.Info" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" +/MLET + MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" ARG TYPE="java.lang.String" VALUE="../../tmp/" /MLET @@ -28,9 +40,6 @@ ARG TYPE="java.lang.String" VALUE="../../db/" /MLET -MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" - ARG TYPE="java.lang.String" VALUE="./" -/MLET !-- Uncomment to add Tomcat classes to classpath -- MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" No revision No revision 1.1.2.1 +6 -1 jboss/src/etc/conf/default/log4j.properties Index: log4j.properties === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/log4j.properties,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- log4j.properties 2001/04/03 03:37:30 1.1 +++ log4j.properties 2001/04/03 18:48:51 1.1.2.1 @@ -1,6 +1,9 @@ # A log4j properties file suitable for replacing the # default JBoss ConsoleLogging FileLogging mbeans. + log4j.rootCategory=DEBUG, Default, Console + +### The server.log file appender log4j.appender.Default=org.apache.log4j.FileAppender log4j.appender.Default.File=../log/server.log log4j.appender.Default.layout=org.apache.log4j.PatternLayout @@ -9,7 +12,9 @@ # Truncate if it aleady exists. log4j.appender.Default.Append=false +### The console appender log4j.appender.Console=org.apache.log4j.FileAppender log4j.appender.Console.File=System.out +log4j.appender.Console.Threshold=INFO log4j.appender.Console.layout=org.apache.log4j.PatternLayout -log4j.appender.Console.layout.ConversionPattern=[%x] %m%n \ No newline at end of file +log4j.appender.Console.layout.ConversionPattern=[%x] %m%n ___ 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 Log4jServiceMBean.java
User: starksm Date: 01/04/03 11:50:16 Added: src/main/org/jboss/logging Tag: Branch_2_2 Log4jService.java Log4jServiceMBean.java Log: Add the Log4jService to the 2.2 branch Revision ChangesPath No revision No revision 1.2.2.1 +1 -1 jboss/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.2.2.1 diff -u -r1.2 -r1.2.2.1 --- Log4jService.java 2001/04/03 03:43:44 1.2 +++ Log4jService.java 2001/04/03 18:50:16 1.2.2.1 @@ -33,7 +33,7 @@ @author a href="mailto:[EMAIL PROTECTED]"Fulco Muriglio/a @author [EMAIL PROTECTED] -@version $Revision: 1.2 $ +@version $Revision: 1.2.2.1 $ */ public class Log4jService implements Log4jServiceMBean, NotificationListener, MBeanRegistration 1.1.2.1 +1 -1 jboss/src/main/org/jboss/logging/Log4jServiceMBean.java Index: Log4jServiceMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/Log4jServiceMBean.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- Log4jServiceMBean.java2001/04/03 03:39:21 1.1 +++ Log4jServiceMBean.java2001/04/03 18:50:16 1.1.2.1 @@ -10,7 +10,7 @@ @author a href="mailto:[EMAIL PROTECTED]"Fulco Muriglio/a @author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@version $Revision: 1.1.2.1 $ */ public interface Log4jServiceMBean { ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Log4jService rolled into 2.3 core
Download the contrib-cvs.zip, look for the log4j-folder and follow the instructions :-) Knut - Original Message - From: "Grimsth Christer" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 12:44 PM Subject: [JBoss-dev] RE: Log4jService rolled into 2.3 core Can we please have this functionallity in the 2.2 release? -- Christer Grimsth Consultant TietoEnator Consulting AS, Energy Components. http://www.energy-components.com FROM: Scott M Stark DATE: 04/02/2001 21:02:43 SUBJECT: [JBoss-dev] Log4jService rolled into 2.3 core I integrated Fulco Muriglio's log4j based mbean into the org.jboss.logging package and updated the jboss.conf to make it simple to switch to this as the logging service. It probably should be made the default logging service in the future as the log4j framework is a superset of the JBoss logging. There is nothing that prevents the use of the org.jboss.logging.Log4jService and org.jboss.logging.Log4jServiceMBean classes in any previous version of JBoss so you could grab the source and integrate the mbean into previous versions. The comments in the latest jboss.conf along with the conf/default/log4.properties should be all you need to switch to Log4jService for 2.1+ as the 1.0.4 log4j.jar is already in the distribution. ___ Jboss-development mailing list EMAIL: PROTECTED /contact.php3?[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] Re: Log4jService rolled into 2.3 core
It has been merged. - Original Message - From: "Grimsth Christer" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 3:44 AM Subject: RE: Log4jService rolled into 2.3 core Can we please have this functionallity in the 2.2 release? -- Christer Grimsth Consultant TietoEnator Consulting AS, Energy Components. http://www.energy-components.com FROM: Scott M Stark DATE: 04/02/2001 21:02:43 SUBJECT: [JBoss-dev] Log4jService rolled into 2.3 core I integrated Fulco Muriglio's log4j based mbean into the org.jboss.logging package and updated the jboss.conf to make it simple to switch to this as the logging service. It probably should be made the default logging service in the future as the log4j framework is a superset of the JBoss logging. There is nothing that prevents the use of the org.jboss.logging.Log4jService and org.jboss.logging.Log4jServiceMBean classes in any previous version of JBoss so you could grab the source and integrate the mbean into previous versions. The comments in the latest jboss.conf along with the conf/default/log4.properties should be all you need to switch to Log4jService for 2.1+ as the 1.0.4 log4j.jar is already in the distribution. ___ Jboss-development mailing list EMAIL: PROTECTED /contact.php3?[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] RE: Log4jService rolled into 2.3 core
According to the commit logs that just rolled by, Scott has already copied it over to the 2.2 branch. On Tue, 3 Apr 2001, JbossDev wrote: Download the contrib-cvs.zip, look for the log4j-folder and follow the instructions :-) Knut - Original Message - From: "Grimsæth Christer" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 12:44 PM Subject: [JBoss-dev] RE: Log4jService rolled into 2.3 core Can we please have this functionallity in the 2.2 release? -- Christer Grimsæth Consultant TietoEnator Consulting AS, Energy Components. http://www.energy-components.com FROM: Scott M Stark DATE: 04/02/2001 21:02:43 SUBJECT: [JBoss-dev] Log4jService rolled into 2.3 core I integrated Fulco Muriglio's log4j based mbean into the org.jboss.logging package and updated the jboss.conf to make it simple to switch to this as the logging service. It probably should be made the default logging service in the future as the log4j framework is a superset of the JBoss logging. There is nothing that prevents the use of the org.jboss.logging.Log4jService and org.jboss.logging.Log4jServiceMBean classes in any previous version of JBoss so you could grab the source and integrate the mbean into previous versions. The comments in the latest jboss.conf along with the conf/default/log4.properties should be all you need to switch to Log4jService for 2.1+ as the 1.0.4 log4j.jar is already in the distribution. ___ Jboss-development mailing list EMAIL: PROTECTED /contact.php3?[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 -- Dan Christopherson (danch) nVisia Technical Architect (www.nvisia.com) Opinions expressed are mine and do not neccessarily reflect any position or opinion of nVISIA. --- If you're a capitalist and you have the best goods and they're free, you don't have to proselytize, you just have to wait. -Eben Moglen ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/docs howtombeans.xml jbossdocs.xml
User: starksm Date: 01/04/03 19:43:22 Modified:src/docs howtombeans.xml jbossdocs.xml Log: Set title to JBoss 2.1+ documentation Add simple MBean examples to howtombeans.xml Revision ChangesPath 1.4 +249 -4manual/src/docs/howtombeans.xml Index: howtombeans.xml === RCS file: /cvsroot/jboss/manual/src/docs/howtombeans.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- howtombeans.xml 2001/04/02 23:30:37 1.3 +++ howtombeans.xml 2001/04/04 02:43:21 1.4 @@ -1,8 +1,7 @@ ?xml version = "1.0" encoding = "UTF-8"? section id = "howto.mbeans" titleHow to Integrate Custom Services via MBeans/title - paraAuthor: - author + paraAuthor:author firstnameScott/firstname surnameStark/surname /author @@ -40,11 +39,11 @@ paraJBoss manages dependencies between MBeans via the org.jboss.util.ServiceControl custom MBean. . The ServiceControl MBean is also loaded by the JMX MLet on JBoss startup. It implements the javax.management.NotificationListener interface to receive AttributeChangeNotification, MBeanServerNotification.REGISTRATION_NOTIFICATION and MBeanServerNotification.UNREGISTRATION_NOTIFICATION JMX events. AttributeChangeNotification are simply logged to the JBoss server log. The REGISTRATION_NOTIFICATION and UNREGISTRATION_NOTIFICATION are used to determine which MBeans are candidate JBoss service MBeans. The order of MBean registration is used as the order of service initialization and startup. The ServiceControl MBean has four key methods: init, start, stop and destroy./para section titleThe init Method/title - paraThe ServiceControl functioninit/function method is called by the JBoss server main entry point after the jboss.jcml configuration has been loaded. The process of loading the jboss.jcml file will have caused the names of all loaded MBeans to have been registered with the ServiceControl MBean due to the registration events posted by the MBeanServer. The functioninit/function method makes a copy of curent list of MBean names and then proceeds to invoke the functioninit/function method on each MBean. If successful, the ServiceControl MBean then registers as an NotificationListener on the MBean's name to receive AttributeChangeNotification from the MBean. The order of initialization is the order of registration which is the same as the ordering of mbean entries in the jboss.jcml file./para + paraThe ServiceControl functioninit/function method is called by the JBoss server main entry point after the jboss.jcml configuration has been loaded. The process of loading the jboss.jcml file will have caused the names of all loaded MBeans to have been registered with the ServiceControl MBean due to the registration events posted by the MBeanServer. The functioninit/function method makes a copy of curent list of MBean names and then proceeds to invoke the functioninit/function method on each MBean. If successful, the ServiceControl MBean then registers as an NotificationListener on the MBean's name to receive AttributeChangeNotification from the MBean. The order of initialization is the order of registration which is the same as the ordering of mbean entries in the jboss.jcml file. When an MBean's functioninit/function method is called, all MBeans that were registered ahead of it have also had their functioninit/function method invoked. This gives an MBean an opportunity to check that required MBeans or resources exist. The MBean typically cannot utilize other MBean services at this point as most JBoss MBean services do not become fully functional until they have been started./para /section section titleThe start Method/title - paraThe ServiceControl functionstart/function method is called by the JBoss server main entry point after the functioninit/function method. The functionstart/function method makes a copy of curent list of MBean names and then proceeds to invoke the functionstart/function method on each MBean./para + paraThe ServiceControl functionstart/function method is called by the JBoss server main entry point after all MBeans have been functioninit/functiond. The functionstart/function method makes a copy of curent list of MBean names and then proceeds to invoke the functionstart/function method on each MBean. When an MBean's functionstart/function method is called, all MBeans that were registered ahead of it have also had their functionstart/function method invoked. It is within the functionstart/function method that
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util CounterInterceptor.java CounterService.java CounterServiceMBean.java
User: danch Date: 01/04/03 21:49:52 Added: src/main/org/jboss/util CounterInterceptor.java CounterService.java CounterServiceMBean.java Log: MBean and interceptor to allow statistics gathering on time spent in EJB methods Revision ChangesPath 1.1 jboss/src/main/org/jboss/util/CounterInterceptor.java Index: CounterInterceptor.java === package org.jboss.util; import javax.naming.InitialContext; import javax.naming.NamingException; import org.jboss.ejb.MethodInvocation; import org.jboss.ejb.Container; import org.jboss.ejb.plugins.*; import org.jboss.logging.Logger; import org.jboss.util.CounterService; /** * Interceptor that uses the CounterService MBean to record the length of time * spent in 'lower' interceptors (below it in the stack). * pbHow to use:/b/p * pFirst, the CounterService MBean must be installed in JBoss. To do this, * place the following in your JBoss.jcml file, near the very end./p * code * lt;mbean code="org.jboss.util.CounterService" name="DefaultDomain:service=CounterService" gt; lt;/mbeangt; * /code * pThis will start up and enable the centralized counter in your JBoss server * instance. * pNext, you need to configure this interceptor into the interceptor stacks * of any beans you wish to monitor. This can be done either globally for a * container-config in standardjboss.xml, or on a per-bean basis in a jar's * jboss.jcml. Just insert the following at the top of the lt;container-interceptorsgt; * section. If you're overriding this for a bean in jboss.xml, you'll need to * override the entire container-interceptors section./p * code * lt;interceptorgt;org.jboss.util.CounterInterceptorlt;/interceptorgt; * /code * pThis can go anywhere in the container-interceptors section, but either * the top or the bottom will probably be best for gathering application * statistics. * @author a href="mailto:[EMAIL PROTECTED]"Dan Christopherson/href */ public class CounterInterceptor extends AbstractInterceptor { Container container = null; CounterService counter = null; boolean loggedNoCounter = false; StringBuffer baseCounterName = null; int baseNameLength = 0; public CounterInterceptor() { } public void setContainer(Container container) { baseCounterName = new StringBuffer(container.getBeanClass().getName()); baseNameLength = baseCounterName.length(); this.container = container; } public Container getContainer() { return container; } public Object invokeHome(MethodInvocation mi) throws Exception { long startTime=System.currentTimeMillis(); try { return super.invokeHome(mi); } finally { if (getCounter() != null) { long endTime=System.currentTimeMillis(); baseCounterName.append("Home."); baseCounterName.append(mi.getMethod().getName()); counter.accumulate(baseCounterName.toString(), endTime-startTime); baseCounterName.setLength(baseNameLength); } } } public Object invoke(MethodInvocation mi) throws Exception { long startTime=System.currentTimeMillis(); try { return super.invoke(mi); } finally { if (getCounter() != null) { long endTime=System.currentTimeMillis(); baseCounterName.append('.'); baseCounterName.append(mi.getMethod().getName()); counter.accumulate(baseCounterName.toString(), endTime-startTime); baseCounterName.setLength(baseNameLength); } } } public void init() throws java.lang.Exception { //get a reference to the CounterService from JNDI Logger.debug("CounterInterceptor initializing"); } private CounterService getCounter() { if (counter == null) { try { InitialContext ctx = new InitialContext(); counter = (CounterService)ctx.lookup("java:/CounterService"); } catch (NamingException ne) { if (!loggedNoCounter) { Logger.warning("CounterInterceptor can't get counter service "+ne); loggedNoCounter = true; } } } return counter; } } 1.1 jboss/src/main/org/jboss/util/CounterService.java Index: CounterService.java === package org.jboss.util; import java.text.DecimalFormat; import java.util.HashMap; import java.util.Iterator; import java.util.Vector; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.naming.Reference;