Thanks Radim,
I thought I sent this via private email but noticed after I included
hibernate-dev@lists.jboss.org. Oops :-)
Not that there is anything wrong with sending issues to
hibernate-dev@lists.jboss.org, just didn't intend to bring up a separate
(but possibly related) test failure in th
Responded on the GitHub issue. There were changes but these should not
have affected query cache afaik. When Scott sends me the trace logs,
I'll investigate what's wrong.
I am already running test for hibernate-infinispan with trace logs in
CI, though I'll be offline for the rest of the day.
R
Hi Radim,
I'm consistently seeing a WildFly 2lc test failure with Hibernate ORM
5.0.2 (see [1]). This also recreates for me locally. Were there
additional 2lc changes in ORM 5.0.2?
Scott
[1] https://github.com/wildfly/wildfly/pull/8220
On 10/01/2015 03:14 AM, Radim Vansa wrote:
> Sorry Stev
Sorry Steve, as I am on a meeting this week, I did not have a chance of
looking into that this week, I'll make that my priority the next week.
Sanne has told me that I can run the tests in CI on custom branch
myself, so I hope I'll get some indication what's stalling the testsuite.
Radim
On 09
Its failing on the second run as well. So for now I am disabling the
hibernate-infinispan tests again.
On Wed, Sep 30, 2015 at 2:01 PM Steve Ebersole wrote:
> So this just bit me (again) doing the release. I get transient test
> failures in hibernate-infinispan trying to run the release. This
So this just bit me (again) doing the release. I get transient test
failures in hibernate-infinispan trying to run the release. This is
getting frustrating.
So can we get this to be a priority? Or else I am going to seriously
contemplate moving hibernate-infinispan into a new project on its own
Hi Radim,
the ci.hibernate.org server grants permissions based on your github
id, AFAIR you should be able to create/edit jobs since you have commit
permissions.
Clone the Hibernate ORM main job into a personal one, edit it (like
have it build from a personal branch and disable spammy notification
Since we can't reproduce the test on local machine (I was once runnning
the testsuite whole night again and again and did not get any crash),
the only option I can think of is running hibernate-infinispan with
verbose logging in CI.
To properly diagnose what has happened, we should set up
org.jg
We are again running into problems with hibernate-infinispan tests. We are
seeing false test failures on CI. I cannot reproduce these failures
locally, and even out on CI the test(s) that fil change each time.
http://ci.hibernate.org/job/hibernate-orm-master-h2/1121/
http://ci.hibernate.org/job/
The root issue is the infinispan tests afaict. They seem to be trying to
create these objects without passing in the Settings, which is how
HibernateTransactionManagerLookup is set up to locate the JtaPlatform to use
to obtain the TransactionManager. I'll fix that too
On Monday, March 07, 201
Steve,
The root cause appears to be
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5949
Since then, HibernateTransactionManagerLookup does not return a transaction
manager when requested one.
As a result of this, the following set up code has changed in CacheTestUtil:
cfg
Steve,
I've replicated the failures on my env. It would appear as if the Infinispan
layer is not being configured with a transaction manager any more in master.
I'm trying to dig further and will provide more details later on.
Cheers,
On Mar 4, 2011, at 4:37 PM, Galder Zamarreño wrote:
> Ok.
Ok. I'll have a look to it on Monday.
On Mar 4, 2011, at 3:53 PM, Steve Ebersole wrote:
> Just on master. I have not verified 3.6. There were quite a few failures
> prior to my recent merge. I think my recent merge introduced a few more. I
> just need help tracking down what the cause of th
Just on master. I have not verified 3.6. There were quite a few failures
prior to my recent merge. I think my recent merge introduced a few more. I
just need help tracking down what the cause of these failures are.
On Friday, March 04, 2011, at 04:13 am, Galder Zamarreño wrote:
> Btw, just
Btw, just checked 3.6.x and it looks clean, so maybe something you guys changed
in master?
On Mar 4, 2011, at 11:12 AM, Galder Zamarreño wrote:
> In 3.6.x or master? Or both?
>
> On Mar 3, 2011, at 9:27 PM, Steve Ebersole wrote:
>
>> There are currently a bunch of test failures in hibernate-in
In 3.6.x or master? Or both?
On Mar 3, 2011, at 9:27 PM, Steve Ebersole wrote:
> There are currently a bunch of test failures in hibernate-infinispan. Are
> these expected? I thought they were related to my changes, but i verified
> that these failures are there even on master.
>
>
> ---
>
There are currently a bunch of test failures in hibernate-infinispan. Are
these expected? I thought they were related to my changes, but i verified
that these failures are there even on master.
---
Steve Ebersole
http://hibernate.org
___
hibernate-
This was based on the Gradle proof-of-concept I did quite sometime ago. If
things are out of date, please feel free to correct. We all have "commit
rights" for a reason ;)
On Thursday, October 14, 2010, at 09:36 am, Galder Zamarreño wrote:
> I've just spotted that the hibernate-infinispan gra
I've just spotted that the hibernate-infinispan gradle file says:
test {
environment['java.net.preferIPv4Stack'] = true
environment['jgroups.ping.timeout'] = 500
environment['jgroups.ping.num_initial_members'] = 1
environment['jgroups.udp.enable_bundling'] = false
//environment['jg
19 matches
Mail list logo
