[JBoss-dev] To do?

2001-04-03 Thread Kimpton,C (Chris) 

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 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-dev] [PROPOSAL] daily builds?

2001-04-03 Thread Kimpton,C (Chris) 

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

Re: [JBoss-dev] Updated tomcat -jboss integration manual

2001-04-03 Thread Ken Jenks 

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.

-- Ken Jenks, http://abiblion.com/

Tools for reading.


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Updated tomcat -jboss integration manual

2001-04-03 Thread Vladimir Blagojevic 

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

2001-04-03 Thread Grimsæth Christer 


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

>>
>>



___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] [PROPOSAL] daily builds?

2001-04-03 Thread marc fleury 

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

[JBoss-dev] EJB deploy/undeploy problem

2001-04-03 Thread Stanislav Pavlíček 

Hello,

   I have following problem under JBoss-2.1: Deployed Ejbs are unpacked
into /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?

2001-04-03 Thread Peter Braswell 

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

2001-04-03 Thread Stanislav Pavlíček 

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 /tmp/Default/...)

Directory /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?

2001-04-03 Thread marc fleury 

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

2001-04-03 Thread marc fleury 

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 /tmp/Default/...)
|
|Directory /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?

2001-04-03 Thread Bill Burke 

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

RE: [JBoss-dev] [PROPOSAL] daily builds?

2001-04-03 Thread Peter Braswell 

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?

2001-04-03 Thread Day, Jem BGI WAC 


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

___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] [PROPOSAL] daily builds?

2001-04-03 Thread marc fleury 

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

2001-04-03 Thread starksm 

  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.Log4jService" ARCHIVE="jboss.jar,log4j.jar" 
CODEBASE="../../lib/ext/">
  +<-- /MLET>
  +
  +
  +
  +
   
  
   
  @@ -28,9 +40,6 @@
  
   
   
  -
  -   
  -

[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging Log4jService.java Log4jServiceMBean.java

2001-04-03 Thread starksm 

  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 mailto:[EMAIL PROTECTED]">Fulco Muriglio
   @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 mailto:[EMAIL PROTECTED]">Fulco Muriglio
   @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

[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties

2001-04-03 Thread starksm 

  User: starksm 
  Date: 01/04/03 12:06:27

  Modified:src/etc/conf/default log4j.properties
  Log:
  Only log INFO or higher msgs to the console
  
  Revision  ChangesPath
  1.2   +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.2
  diff -u -r1.1 -r1.2
  --- log4j.properties  2001/04/03 03:37:30 1.1
  +++ log4j.properties  2001/04/03 19:06:26 1.2
  @@ -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

Re: [JBoss-dev] RE: Log4jService rolled into 2.3 core

2001-04-03 Thread JbossDev 

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

>>
>>



___
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

2001-04-03 Thread Scott M Stark 

It has been merged.

- Original Message -
From: "Grimsæth 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 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
>>

>>
>>





___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] RE: Log4jService rolled into 2.3 core

2001-04-03 Thread Dan Christopherson 

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

2001-04-03 Thread starksm 

  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 @@
   
   
How to Integrate Custom Services via MBeans
  - Author:
  -  
  + Author: 
Scott 
Stark  
 
  @@ -40,11 +39,11 @@
JBoss 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.

The init Method
  - The ServiceControl init 
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 
init method makes a copy of curent list of MBean names and then 
proceeds to invoke the init 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.
  + The ServiceControl init 
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 
init method makes a copy of curent list of MBean names and then 
proceeds to invoke the init 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 init method is called, all 
MBeans that were registered ahead of it have also had their init 
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.


The start Method
  - The ServiceControl start 
method is called by the JBoss server main entry point after the 
init method. The start method makes a copy 
of curent list of MBean names and then proceeds to invoke the 
start method on each MBean.
  + The ServiceControl start 
method is called by the JBoss server main entry point after all MBeans have been 
initd. The start method makes a copy of 
curent list of MBean names and then proceeds to invoke the start 
method on each MBean. When an MBean's start method is called, all 
MBeans that were registered ahead of it have also had their start 
method invoked. It is within the start method that signals an 
MBean service to become fully operational.


The stop Method
  @@ -71,5 +70,251 @@


Which approach you choose depends on whether or not you want to 
be associated with JBoss specific code. If you don't, then you would use the first 
approach. If you don't mind, then the simplest approach is to have your MBean 
interface extend from org.jboss.util.ServiceMBean and your MBean implementation class 
e

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util CounterInterceptor.java CounterService.java CounterServiceMBean.java

2001-04-03 Thread danch 

  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). 
   * How to use:
   * First, the CounterService MBean must be installed in JBoss. To do this,
   * place the following in your JBoss.jcml file, near the very end.
   * 
   *  
   * 
   * This will start up and enable the centralized counter in your JBoss server
   * instance.
   * Next, 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 

   * section. If you're overriding this for a bean in jboss.xml, you'll need to
   * override the entire container-interceptors section.
   * 
   * org.jboss.util.CounterInterceptor
   * 
   * This can go anywhere in the container-interceptors section, but either
   * the top or the bottom will probably be best for gathering application 
   * statistics.
   * @author mailto:[EMAIL PROTECTED]">Dan Christopherson
   */
  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;
  import javax.naming.StringRefAddr;
  import org.jboss.util.Service