Meeting ended Mon Jul 18 15:40:53 2011 UTC. Information about
MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2011/hibernate-dev.2011-07-18-15.01.html
Minutes (text):
http://transcripts.jboss.org/meeting/irc.f
This is my proposal of commits to backport:
https://hibernate.onjira.com/browse/HSEARCH-741 (fix a NPE)
https://hibernate.onjira.com/browse/HSEARCH-780 (contributed bugfix
around Dirty analysis of collections)
https://hibernate.onjira.com/browse/HSEARCH-779 (programmatic mapping
API missing featur
+1 I am also fine with back porting important fixes. But we have to be
careful how much time we invest.
Preferably we should focused on "contained" bugs/features.
--Hardy
On Mon, 18 Jul 2011 10:43:20 +0200, Emmanuel Bernard
wrote:
> I'm fine with cherry-picking / backporting the most import
I'm fine with cherry-picking / backporting the most important fixes and
releasing a 3.4.1. We are not going to release Hibernate Search 4 that soon.
Sanne, could you list the most important issues to backport and we can share
the work amongst the team.
Emmanuel
On 16 juil. 2011, at 17:57, Sann
You can use org.hibernate.Version.getVersionString()
which is the version number + qualifier OR [WORKING] when a snapshot is used.
Emmanuel
On 16 juil. 2011, at 19:56, Scott Marlow wrote:
> It doesn't cause me great pain to not have this, would just make a few
> AS integration tasks simpler (wh
I agree with Steve.
On 16 juil. 2011, at 19:07, Steve Ebersole wrote:
> I am personally against this idea. You mention renaming one single
> class, but in reality we would need different FQNs for each and every
> class otherwise we run into a clash in the class loader as to which one
> wins (
OK. Since there is no consensus. I'll keep doing so in my private repo and keep
the current scheme for public pushes.
Emmanuel
On 14 juil. 2011, at 10:07, Hardy Ferentschik wrote:
> +1 and I think this undueness applies not only to HHH ;-)
>
> On Wed, 13 Jul 2011 22:49:08 +0200, Steve Ebersole
