Hi Anatoly
It was me that told you that deployement is part of another JSR.
I read you email again and I still see most of it as part of the
deployment which goes in the right direction for a full blown
J2EE app. server but I want just to make the small step to
provide some statistics out of JBoss into a management application.
It is a good idea to have visions but on the other hand great visions
need small steps of coding to realize something in an open-source
application. Therefore I am trying to just add the statistics gathering
into JBoss to see how it would work because it is a necessity in
JSR-77 but also an important part of the management app.
But you also said that statistics gather is a small piece w/o bigger
changes. I don't think so because JBoss is very dynamic and there-
fore this part must also be dynamic. It is also necessary to keep
the performance hit low and distribute it over time.
So if you have any ideas to discuss please help me because it
don't have a concept right now how to gather statistics for a
remote management application.
Have fun - Andy
----- Original Message -----
From: "Anatoly Akkerman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 05, 2001 8:14 PM
Subject: Re: [JBoss-dev] JSR-77 the 2 and 1/2
>
> 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
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
