[hibernate-dev] exposing statistics easier (HHH-3593 solution)
Steve Ebersole
steve at hibernate.org
Fri Nov 21 09:15:17 EST 2008
Its actually in 3.3 already as well
-
Steve Ebersole
Project Lead
http://hibernate.org
steve at hibernate.org
Principal Software Engineer
JBoss, a division of Red Hat
http://jboss.com
http://redhat.com
steve.ebersole at jboss.com
steve.ebersole at redhat.com
On Fri, 2008-11-21 at 09:26 +0100, Max Rydahl Andersen wrote:
> Next major release of Hibernate will be much more modularized than earlier.
>
> It's in trunk, so not something that is going to show up in 3.2.x.
>
> -max
>
> > hibernate-jmx is actually news to me - I didn't realize there was such a
> > module.
> >
> > Is it easy for someone with an existing app to plop this hibernate-jmx
> > module (.jar?) in their app deployment and have it "just work"?
> >
> > I'm curious if this is going to be shipped with, say, JBossAS, so its
> > already available to people without downloading it separately.
> >
> > I'll see if I can read up some more on that module.
> >
> > Max Rydahl Andersen wrote:
> >> John, follow Steve's lead and put it in hibernate-jmx module.
> >> These statistics have been hidden all too long for users of Hibernate
> >> IMO.
> >> This setting will make it available.
> >> IMO it is not a security issue since its not enabled by default and
> >> similar
> >> to users of AS can go enable jmx console without a password or the
> >> standard password.
> >> Wether we have a simple setting for this or users put mutations of
> >> different ways of
> >> setting up JMX doesn't make much of a difference does it ?
> >> /max
> >>
> >>>> But even under JSE it's
> >>>> trivial to publish an MBean in a few lines of Java code as well:
> >>>
> >>> Well, that's my whole point in this exercise. We shouldn't require
> >>> people to introduce this code (albeit trivial) in their app just so it
> >>> can be monitored (after all, how many app developers actually take it
> >>> upon themselves to write code whose sole purpose is monitoring?). And
> >>> once you put it in, you probably will want additional code to
> >>> introduce a way to disable it if you need to - see Emmanuel's point
> >>> about security. It should be configurable directly from the framework
> >>> itself.
> >>>
> >>>> Let's instead burn some calories in Hibernate 3.3 getting natural ID
> >>>> key caching working properly, okay? :-)
> >>>
> >>> I've already burned the calories myself (it is working with the patch
> >>> I attached to the JIRA). And since I don't work on other parts of
> >>> Hibernate, I'm not diverting resources from it. But, if this work
> >>> isn't deemed contributable or highly useful, let me know and I'll stop
> >>> working on it.
> >>> _______________________________________________
> >>> hibernate-dev mailing list
> >>> hibernate-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
> >>
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
>
>
More information about the hibernate-dev
mailing list