11:28 p.m.
JPA support is coming along nicely!
See the highlights and links to all the goodies at
http://in.relation.to/Bloggers/Hibernate350Beta3Release
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
4:34 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
Yeah!
I've just noticed one glitch (except the NPE I managed to add ;) ). The Version
numbers in the logs are not updated for annotations and entity manager.
We should add them to the release procedure.
Or simply remove them now that ANN and HEM are part of Core. The only drawback I see is
that HEM runs before Core but I guess we could trigger the call to the static version
display from HEM to Core.
On 14 janv. 2010, at 06:28, Steve Ebersole wrote:
JPA support is coming along nicely!
See the highlights and links to all the goodies at
http://in.relation.to/Bloggers/Hibernate350Beta3Release
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
_______________________________________________
hibernate-announce mailing list
hibernate-announce(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-announce
7:17 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
I think we could do the same with the version string as we do in Validator
( and maybe Search, not sure ). There we
read the version string from the MANIFEST file. The nice things about this
is that the version in the MANIFEST is
dynamically created during the build.
Generally there are quite a few things we can do in the build
configuration for annotations and entitymanager.
The plugin configuration should be better synced with the parent pom and
there are quite a few obsolete docbook resources
checked in. Maybe the whole docbook stuff should be moved into the
documentation directory.
I will try to sort a few of these things out for the next release.
--Hardy
On Thu, 14 Jan 2010 07:34:50 -0300, Emmanuel Bernard
<emmanuel(a)hibernate.org> wrote:
Yeah!
I've just noticed one glitch (except the NPE I managed to add ;) ). The
Version numbers in the logs are not updated for annotations and entity
manager.
We should add them to the release procedure.
Or simply remove them now that ANN and HEM are part of Core. The only
drawback I see is that HEM runs before Core but I guess we could trigger
the call to the static version display from HEM to Core.
8:41 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
On Thu, 2010-01-14 at 10:17 -0300, Hardy Ferentschik wrote:
I think we could do the same with the version string as we do in
Validator
( and maybe Search, not sure ). There we
read the version string from the MANIFEST file. The nice things about this
is that the version in the MANIFEST is
dynamically created during the build.
We do this with core as well in terms of
dynamic. We use that bytecode
injjection maven plugin i wrote.
Generally there are quite a few things we can do in the build
configuration for annotations and entitymanager.
The plugin configuration should be better synced with the parent pom and
there are quite a few obsolete docbook resources
checked in. Maybe the whole docbook stuff should be moved into the
documentation directory.
We have this "unclean" problem even in core:
http://fisheye.jboss.org/browse/Hibernate/core/trunk/documentation/manual...
and others. I had just been waiting till we get around to actually
concolidating all the docs to go through that all at once. Feel free to
do it or piece of it now though.
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
8:35 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
We should probably just remove them I think. Pretty annoying to see the
same version output over and over and over.
On Thu, 2010-01-14 at 11:34 +0100, Emmanuel Bernard wrote:
Yeah!
I've just noticed one glitch (except the NPE I managed to add ;) ). The Version
numbers in the logs are not updated for annotations and entity manager.
We should add them to the release procedure.
Or simply remove them now that ANN and HEM are part of Core. The only drawback I see is
that HEM runs before Core but I guess we could trigger the call to the static version
display from HEM to Core.
On 14 janv. 2010, at 06:28, Steve Ebersole wrote:
> JPA support is coming along nicely!
>
> See the highlights and links to all the goodies at
> http://in.relation.to/Bloggers/Hibernate350Beta3Release
>
> --
> Steve Ebersole <steve(a)hibernate.org>
> Hibernate.org
>
> _______________________________________________
> hibernate-announce mailing list
> hibernate-announce(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-announce
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
8:57 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
On 01/14/2010 05:34 AM, Emmanuel Bernard wrote:
Or simply remove them now that ANN and HEM are part of Core. The
only
drawback I see is that HEM runs before Core but I guess we could
trigger the call to the static version display from HEM to Core.
They're still separate jars though, right? If so, I'd prefer to leave
the version info there so that we can rule out mismatched distros by
looking at logging.
-CB
10:06 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
I agree. As long as they are separate jars it makes sense to have different
version strings. It makes it easier to detect if someone has library
problems, eg
an old annotations jar in a shared server lib.
However, we should align the version string creation with whatever happens
in Core,
even if this means that we increase the chance getting more unreproducible
build problems
using Steve's magic plugin.
--Hardy
On Thu, 14 Jan 2010 11:57:58 -0300, Chris Bredesen <cbredesen(a)redhat.com>
wrote:
On 01/14/2010 05:34 AM, Emmanuel Bernard wrote:
> Or simply remove them now that ANN and HEM are part of Core. The only
> drawback I see is that HEM runs before Core but I guess we could
> trigger the call to the static version display from HEM to Core.
They're still separate jars though, right? If so, I'd prefer to leave
the version info there so that we can rule out mismatched distros by
looking at logging.
11:52 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
On Thu, 2010-01-14 at 13:06 -0300, Hardy Ferentschik wrote:
However, we should align the version string creation with whatever
happens
in Core,
I agree
even if this means that we increase the chance getting more
unreproducible
build problems
using Steve's magic plugin.
Btw when was the last time you saw any error from
this? I'd have to
imagine it was, oh i don't know, approximately 36 days ago...
http://opensource.atlassian.com/projects/hibernate/browse/HHH-4625
:)
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
11:55 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
That's right. I was already wondering why it stopped failing. I was always
hoping
that it would happen so that I could bug you :) Now you destroyed my hopes.
On Thu, 14 Jan 2010 14:52:14 -0300, Steve Ebersole <steve(a)hibernate.org>
wrote:
> even if this means that we increase the chance getting more
> unreproducible
> build problems
> using Steve's magic plugin.
Btw when was the last time you saw any error from this? I'd have to
imagine it was, oh i don't know, approximately 36 days ago...
http://opensource.atlassian.com/projects/hibernate/browse/HHH-4625
:)
11:41 a.m.
New subject: [hibernate-announce] Hibernate 3.5.0-Beta-3 release
Good point.
On Thu, 2010-01-14 at 09:57 -0500, Chris Bredesen wrote:
On 01/14/2010 05:34 AM, Emmanuel Bernard wrote:
> Or simply remove them now that ANN and HEM are part of Core. The only
> drawback I see is that HEM runs before Core but I guess we could
> trigger the call to the static version display from HEM to Core.
They're still separate jars though, right? If so, I'd prefer to leave
the version info there so that we can rule out mismatched distros by
looking at logging.
-CB
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
--
Steve Ebersole <steve(a)hibernate.org>
Hibernate.org
5461
days inactive
5461
days old
9 comments
4 participants
participants (4)
-
Chris Bredesen -
Emmanuel Bernard -
Hardy Ferentschik -
Steve Ebersole