Here ya go: http://community.jboss.org/wiki/Gradlewhy
On Thu, 2010-06-03 at 08:09 -0500, Steve Ebersole wrote:
> On Thu, 2010-06-03 at 11:08 +0200, Hardy Ferentschik wrote:
> > hi,
> >
> > some thoughts. First, should the current gradle branch compile out of the
> > box?
> Well it does compile
It's looking very good; I'll seek a couple of hours this weekend to
actually try it for real.
I don't think it need changes, but if you seek for in depth-criticism
I might add some additional fuel:
I'm not 100% convinced about the use of "matching()" as method name,
it confuses me a bit. This migh
On Thu, 2010-06-03 at 11:08 +0200, Hardy Ferentschik wrote:
> hi,
>
> some thoughts. First, should the current gradle branch compile out of the
> box?
Well it does compile out of the box ;) You just said running the tests
fail, which implies it got past compiling :)
Anyway, so far on this bran
ahh sorry I was looking to the wrong class :)
A stupid error of mine, will be fixed soon.
thanks
Sanne
2010/6/3 Hardy Ferentschik :
> Same here,
>
> I had before the update the following tests failing
>
>
> testIdentifierNaming(org.hibernate.search.test.batchindexing.SearchIndexerTest)
> testBa
Same here,
I had before the update the following tests failing
testIdentifierNaming(org.hibernate.search.test.batchindexing.SearchIndexerTest)
testBatchIndexing(org.hibernate.search.test.batchindexing.IndexingGeneratedCorpusTest)
afterwards
testIdentifierNaming(org.hibernate.searc
Cool
The OOME is gone.
I still see the SearchIndexerTest issue though from trunk.
On 3 juin 2010, at 14:24, Sanne Grinovero wrote:
> 2010/6/3 Emmanuel Bernard :
>> Somebody broke HSEARCH
>> http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-536
>> http://opensource.atlassian.com/pr
2010/6/3 Emmanuel Bernard :
> Somebody broke HSEARCH
> http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-536
> http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-537
>
> Both points to the mass indexer. Is it possible to get them fixed or should
> we exclude them?
I
Somebody broke HSEARCH
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-536
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-537
Both points to the mass indexer. Is it possible to get them fixed or should we
exclude them?
_
Looks fine to me looking at the examples. I haven't tried myself writing
my own queries though
to see the full potential.
On Wed, 02 Jun 2010 18:00:20 +0200, Emmanuel Bernard
wrote:
> Guys,
> I'me now done with the level of abstraction and fluidity I wanted out of
> the query DSL. Please revie
hi,
some thoughts. First, should the current gradle branch compile out of the
box?
I did the following:
svn co https://svn.jboss.org/repos/hibernate/core/branches/gradle2
gradle-branch
cd gradle-branch
gradle build
It did some downloading and it completed the build of core, but then all
t
10 matches
Mail list logo