Hi Steve,
Thanks for the explanation. That helps a lot. I'll see if I can get it working
tomorrow morning.
I'll release 4.3.10.Final Thursday. After working 3 late nights in a row, I
need to rest tonight.
Regards,
Gail
- Original Message -
> From: "Steve Ebersole"
> To: "Gail Badner"
Well you have to realize that there are 3 classpaths involved here:
1) compiling the main sources (compile)
2) compiling the test sources (testCompile)
3) running the tests (testRuntime)
You can set each of those differently. But instead what you do is to
change all 3 to the same value. Obviousl
I don't think I fully understand Gradle ResolutionStrategy. [1]
I'm looking for something that could be used to change test runtime
dependencies, without rebuilding the hibernate-infinspan jar. I'm not
proficient enough with Gradle to know if ResolutionStrategy can be used for
that, I'll have
Nope. Well, specifically yes your test fails as is. But since you did not
simplify your environment, I took that opportunity and simplified it. So I
sent you a PR that adds a new test using your model and successfully
running an schema update. The only difference is that my test does not
have a
On 05/13/2015 02:48 PM, Gail Badner wrote:
> As suggested by Sanne and Galder, I'll open a new Jira for the commit in my
> pull request and amend the comment to reflect the new Jira.
>
> I'll see if I can get "forced version" in Gradle working in the next couple
> of hours. If not, I don't want
As suggested by Sanne and Galder, I'll open a new Jira for the commit in my
pull request and amend the comment to reflect the new Jira.
I'll see if I can get "forced version" in Gradle working in the next couple of
hours. If not, I don't want to hold up releasing 4.3.10.Final for this. I can
tr
Any luck on reproducing this?
2015-05-05 16:17 GMT+03:00 Steve Ebersole :
> Petar, I have just been focusing on other things the past 3 days or so.
> Chill :)
>
> I will look at this this week. If you happen to have a chance to debug it
> any further by then, that would rock. FWIW, I do not thi
Is there a reason that this particular hibernate-infinispan test continues
to be the one that fails when the CI jobs fail? It's a transient failure;
the jobs succeed a few times, then fail.
-- Forwarded message --
From: "Hibernate CI"
Date: May 13, 2015 12:44 PM
Subject: Build fai
Not sure what limitations you mean. All I said was that if you wanted to
allow testing with both you would need to make this conditional and expose
a property to control which to use.
On Wed, May 13, 2015 at 11:29 AM, Gail Badner wrote:
> Adding hibernate-dev.
>
> No, I did not have a chance to
Thanks Steve, that was very helpful.
On 13 May 2015 at 05:09, Steve Ebersole wrote:
> HHH-9792 - Clean up missed Configuration methods
>
> On Tue, May 12, 2015 at 11:05 PM, Steve Ebersole
> wrote:
>>
>> None of the bootstrapping contracts are kept around after the SF is
>> bootstrapped. Nothing
Adding hibernate-dev.
No, I did not have a chance to read up on what you suggested. I sounded like it
had some limitations that would not work, but maybe I misunderstood. I'll look
into it today.
The last couple of days have been very long. Sorry for the oversights.
- Original Message
I remember seeing this before but don't remember why. Years ago, I
blogged [1] about using OGM on JBoss AS (before the rename to WildFly).
I didn't name the entity classes in the blog (or git [2]), so not sure
if that was because OGM worked better back then or I just got lucky with
my simple
Hi,
When using Hibernate OGM on WildFly, one needs to list the entity classes
in persistence.xml, otherwise and "Unknown entity" exception will be raised.
Does anyone have a rough idea what may be causing this or where to get
started to analyse this issue?
Thanks,
--Gunnar
_
Hi,
Having some spare time, I revisited my patch that used the Lucene
SimpleQueryParser to provide more advanced search features to the end user.
At my company, our search requirements are usually the following:
- a full text search on the name and description;
- a set of dropdown choices.
Our f
14 matches
Mail list logo