This is not planned today.
We have build needs that are simpler than Hibernate Core and don't feel the
need to move. That might change in the future but so far so good.
On 15 oct. 2010, at 18:55, Nabeel Ali Memon wrote:
> That's cool. Should consider moving the build system to gradle now :)
>
That's cool. Should consider moving the build system to gradle now :)
Nabeel
On Fri, Oct 15, 2010 at 9:23 PM, Emmanuel Bernard wrote:
> Hibernate Search SVN is now locked down except the EAP branches.
>
> We are currently hosting the Git repo on GitHub
> http://github.com/hibernate/hibernate-sea
Hibernate Search SVN is now locked down except the EAP branches.
We are currently hosting the Git repo on GitHub
http://github.com/hibernate/hibernate-search
read write URL g...@github.com:hibernate/hibernate-search.git
read only URL git://github.com/hibernate/hibernate-search.git
If you had re
It's all in the title, we have released beta 2 of Hibernate Search. This is
primarily a consolidation release plus the move to Lucene 3.0.
We have a quite aggressive schedule ahead. Another beta in two weeks followed
by the release candidate two weeks later. We strongly encourage you to test
t
>> I did with the "original" one; just curious if we continued ensuring it work
>> in the various IDE;s and especially
>> Eclipse that has lowerlevel hooks into Eclipse JDT to make it more
>> incremental than other IDE's.
>
> I just recently in combination with
> http://opensource.atlassian.com
> Have you tried setting up this annotation processor in Eclipse recently ?
I tried/tested a basic setup in Eclipse and Idea. Nothing too involved.
I haven't tested NetBeans.
> I did with the "original" one; just curious if we continued ensuring it
> work in the various IDE;s and especially
>
Hardy,
Have you tried setting up this annotation processor in Eclipse recently ?
I did with the "original" one; just curious if we continued ensuring it work in
the various IDE;s and especially
Eclipse that has lowerlevel hooks into Eclipse JDT to make it more incremental
than other IDE's.
/ma
More information on in.relation.to - http://in.relation.to/17417.lace
--Hardy
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
Interesting, http://www.gradle.org/0.9-
rc-1/docs/userguide/idea_plugin.html#N13638 seems flat out incorrect:
The paths of the dependencies in the generated Idea files are absolute.
Um, not in our experience...
On Friday, October 15, 2010, at 08:12 am, Steve Ebersole wrote:
> Like I said, pers
Like I said, personally I would prefer a full path here too. I assume they do
this because they are far more flexible in terms of dependencies (leveraging
Ivy under the covers). Dunno for sure. I assume though what happens is that
Gradle's "project path" here is the symlink name and so the re
Hi,
Please use the user forum https://forum.hibernate.org/viewforum.php?f=9 or
consider commercial support from Red Hat.
This mailing list is dedicated to the development of the Hibernate projects.
On 15 oct. 2010, at 14:22, nitin warkar wrote:
> Hi all,
>
> I am struggling with the hibernate
Hi all,
I am struggling with the hibernate search, I had been implemented a small
POC on the hibernate search.It works perfectly for my one database table
named as "Item" but when I am trying to use the same configuration for some
other tables then Session.createFullTextQuery(luceneQuery, Item.cla
Oh, I think I know what the problem is:
Locally, this is located in: /Users/z/JBoss/code/hibernate/hibernate-core.git
However, JBoss is a symlink to: Dropbox/JBoss
So, the actual full path is:
/Users/z/Dropbox/JBoss/code/hibernate/hibernate-core.git
So, I have to go through the full path for t
On Friday, October 15, 2010, at 06:43 am, Galder Zamarreño wrote:
> On Oct 15, 2010, at 1:22 PM, Steve Ebersole wrote:
> > Looks guys I know change is tough for people. But this constant whining
> > is getting old. And it does not fix anything. We are using Gradle.
> > Period. End of story.
>
I bet its relative to where you have your project. That's sort of the nature
of "realtive" paths :)
Mine has the correct number.
On Friday, October 15, 2010, at 06:46 am, Galder Zamarreño wrote:
> On Oct 15, 2010, at 1:31 PM, Steve Ebersole wrote:
> > Strange. Quite a few of us have been able
On Oct 15, 2010, at 1:31 PM, Steve Ebersole wrote:
> Strange. Quite a few of us have been able to do this successfully.
I know, which is what makes this really odd.
>
> Maybe you ran that as root? That would explain why user home there is Users
> root (extrapolating Linux knowledge to Mac).
On Oct 15, 2010, at 1:22 PM, Steve Ebersole wrote:
> Looks guys I know change is tough for people. But this constant whining is
> getting old. And it does not fix anything. We are using Gradle. Period.
> End of story.
>
> So now, can we move past that and work on fixing things?
That's pr
On 15 oct. 2010, at 10:55, Hardy Ferentschik wrote:
>>
>> Another thing we wondered about is the default behaviour of built-in
>> constraints when they validate null values. Are they supposed to succeed
>> on null values by default?
>
> That's a suggestion by the Bean Validation Specification.
Hi,
I'm quite late in the game but I finally had a chance to look at your main paper
http://www.ii.uib.no/publikasjoner/texrap/pdf/2009-389.pdf
I quite like your approach for boolean composition. It is very elegant and can
easily be added in a non breaking way to Hibernate Validator and Bean
Val
Strange. Quite a few of us have been able to do this successfully.
Maybe you ran that as root? That would explain why user home there is Users
root (extrapolating Linux knowledge to Mac).
In mine I just noticed that while it works, the paths to the jar are relative
from the IntelliJ variable
Looks guys I know change is tough for people. But this constant whining is
getting old. And it does not fix anything. We are using Gradle. Period.
End of story.
So now, can we move past that and work on fixing things?
On Friday, October 15, 2010, at 05:56 am, Galder Zamarreño wrote:
> And
On Oct 15, 2010, at 1:05 PM, Galder Zamarreño wrote:
> And since I can't run the test that hangs from IDEA without manually fixing
> the paths, I can't easily figure out whether the failure is due to gradle or
> changes within Hibernate.
>
> On Oct 15, 2010, at 12:58 PM, Galder Zamarreño wrot
And since I can't run the test that hangs from IDEA without manually fixing the
paths, I can't easily figure out whether the failure is due to gradle or
changes within Hibernate.
On Oct 15, 2010, at 12:58 PM, Galder Zamarreño wrote:
> And to top it up, since move to gradle, my testsuite hangs i
And to top it up, since move to gradle, my testsuite hangs in a test where it
never used to do before.
So, so far, pretty unhappy about the move to gradle :(
On Oct 15, 2010, at 12:43 PM, Galder Zamarreño wrote:
> Where are you supposed to execute 'gradle idea' from? If I execute it from
> th
Where are you supposed to execute 'gradle idea' from? If I execute it from the
root, the IML files created are pointing to the wrong dependencies, i.e.:
•
/Users/.gradle/cache/org.infinispan/infinispan-core/jars/infinispan-core-4.2.0.ALPHA1.jar
Clearly, this should be pointing to:
> we managed to implement a first version of boolean composition for the
> validator, and it seems to require very few changes to the code.
Nice :)
> We also opened an issue on Jira about that.
I added some comments to
http://opensource.atlassian.com/projects/hibernate/browse/HV-390
If you wa
26 matches
Mail list logo