Hi, guys
I posted previously about support for JSR-77 and enabling extensive
profiling/monitoring in JBoss. No one followed up on that, so I'll put in
my 2 cents worth of ideas in this thread.
I could not find the JSR-77 spec but have a bunch of ideas, please look at
my post
http://www.mail-archive.com/[email protected]/msg04519.html
Somebody commented that my ideas have more to do with JSR-88 but really
those are related.
My goal is to build a very extensive profiling infrastructure in
JBoss. This is clearly very related to your goals and, perhaps, take them
further.
I have ideas on how to collect profiling data without doing a lot of
modifications to the JBoss itself, though some support is needed (see the
recent thread on METHOD INVOCATION (profiling) regarding custom contexts
in JBoss MethodInvocation).
I am very interested in collecting statistics about both the server and
an application running on top of it. But I am even more interested in
correlating server usage to the application (e.g. instead of just
reporting that JBoss has committed 100 transactions, think of it as
keeping track of transaction costs on specific methods of specific bean
instances in a given deployed application, if we choose to)
I am glad somebody is starting to work on this as well, let's work
together or at least discuss our visions about this.
Anatoly Akkerman
On Thu, 5 Jul 2001, Andreas Schaefer wrote:
> Hi Ole
>
> Thanx but I think this was not the intention in the
> JSR-77 but just to know how your app. server
> is doing.
> For the other part you mentioned I would just
> add an interceptor which keeps track off that
> because I think you want to make this persistent
> etc.
>
> Have fun - Andy
>
> ----- Original Message -----
> From: "Ole Husgaard" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, July 05, 2001 6:51 PM
> Subject: Re: [JBoss-dev] JSR-77 the 2 and 1/2
>
>
> > Hi,
> >
> > Not quite sure if I am off-track here, but:
> >
> > If you want to avoid loosing statistics, you
> > might want to consider combining these two
> > methods into a single atomic call.
> >
> > For example, if you want to count bean invocations,
> > and do not want to drop a single invocation from
> > your statistics.
> >
> > If you get the stats, and then reset them, any
> > invocations between the two calls will neither
> > be in this stats, or the next one - they will
> > be utterly lost.
> > Not a good thing, if your customer pays per bean
> > invocation.
> >
> >
> > Best Regards,
> >
> > Ole Husgaard.
> >
> >
> > Andreas Schaefer wrote:
> > >
> > > Hi Geeks
> > >
> > > Just to give you the opportunity to stop me before turning
> > > JBoss up side down here are my ideas to add Statistics
> > > into JBoss. The part I want to do is the EJB statistics for
> > > (at least right now) Entity Beans. The difficult part is to
> > > collect everything in a loose coupled system like JBoss.
> > >
> > > Therefore I suggest:
> > > - every statistics component must implement Monitorable
> > > - interface Monitorable contains the methods:
> > > - Statistic[] retrieve()
> > > - void reset()
> > > - in the Entity Bean case not only the Container has to
> > > implement Monitorable but also all the Interceptors.
> > > This is because some statistics asks for the method
> > > performance, Cache statistics etc.
> > >
> > > Statistic is a JSR-77 class which contains a name which
> > > would allow to map the delivered statistics to the one
> > > requested by JSR-77.
> > >
> > > Hope this is OK for all of you - Andy
> > >
> > > _______________________________________________
> > > Jboss-development mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> > _______________________________________________
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
>
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
