b.com/hibernate/hibernate-orm/pull/504 testcase and patch
proposal for HHH-4294
best regards
Guenther
-Original Message-
From: Steve Ebersole [mailto:steven.ebers...@gmail.com] On Behalf Of Steve
Ebersole
Sent: Friday, April 05, 2013 3:38 PM
To: Demetz, Guenther
Cc: Hibernate
Subjec
Hello hibernate developers,
I want to open a JIRA-Issue and as always I like to provide an according
test-case in form of a pull-request.
I already created pull-requests in past, but now I need to update/align my
fork of hibernate-orm with branch 4.2 which at the time of fork-creation did
not
on.
best regards
Guenther
On Wednesday, June 13, 2012, Demetz, Guenther wrote:
Hi Alex,
I have a question in regard to class
ReadWriteEhcacheNaturalIdRegionAccessStrategy where you are listed as co-author.
Do you maybe know, why inserts do only succeed if there is no existing value
mapped
Hi Lukasz,
>>In the previous message you wrote:
>>"Query q = session.createQuery( "select id, description descr, (select
>>max(id) from MySequence) maximum from Product2 "); In this case HQL don't
>>adds the "AS" keyword for the "descr" and "maximum" aliases, so
>>stripAliases->>method & co coul
Hi Lukasz,
>>Query "select id, description descr, (select max(id) from Product2) maximum
>>from Product2" fails for me (even without paging)
This is because HQL apparently does not support the suppression of the "AS"
keyword for aliases, so this query works only by using the Native-SQL api.
>
Hi Alex,
I have a question in regard to class
ReadWriteEhcacheNaturalIdRegionAccessStrategy where you are listed as co-author.
Do you maybe know, why inserts do only succeed if there is no existing value
mapped to the actual key?
Code-snippet of ReadWriteEhcacheNaturalIdRegionAccessStrategy#aft
Hi Lukasz,
>>...it seems that HQL and Criteria API queries always add an alias to selected
>>column or subquery
While that's true for the cases where hibernate has to exploit the columns
implicitly,
on query projections the user typically defines his own aliases, for example:
Query q = sessio
Hi Łukasz,
>> 1. Maybe we could select columns without alias by number instead of adding
>> "pageN" alias?
Yes, that would be really nice, but I really doubt if SQL Server supports such
syntax in the SELECT clause.
>>2. As you mentioned, AS is optional keyword.
Yes, in fact pull-request 349
Hi Łukasz,
does there already exist a pull-request or patch in regard so that it's
possible to take a look at how it's implemented and test it?
Beside of this, in my opinion we should pay attention to not get
SQLServer2005Dialect#getLimitString method to complex.
Already now there are lots of s
Hi Steve, hi Madhumita,
>> If you change your non-transactional access to instead be transactional, it
>> works.
Yes, that's true (thanks to the new paradigma with inline natural-id sync
processing).
Madhumita, can you please confirm, that also your test-case is using
non-transactional access
sage-
From: Madhumita Sadhukhan [mailto:msadh...@redhat.com]
Sent: Monday, April 30, 2012 11:32 AM
To: Demetz, Guenther; Steve Ebersole
Cc: hibernate-dev@lists.jboss.org hibernate-dev
Subject: Re: [hibernate-dev] Fwd: NaturalIdLoadAccess behaviour on 2Lcache is
this expected?
Hello Steve and Guen
Hi Madhumita Sadhukhan,
although I did not receive your attachments,
please allow me to make some considerations to point 5 and successive:
point 5:
When you load using updated natural-ids values, it should depend on the
isolation level you use, whether you retrieve a result or not.
With levels
Hi Steve,
thank you for fixing HHH-7237 (Inline natural-id synchronization doesn't
consider reattached objects).
Unfortunately only now, with a fresh checkout, I saw that the fix makes
org.hibernate.test.naturalid.immutable.ImmutableEntityNaturalIdTest.testNaturalIdCheck
fail.
Sorry for that.
Hi Steve, Hi Eric, hi hibernate developers,
please take a look at improvement proposal HHH-7206 once when you find some
minute of rest-time
and let me know what you think about.
best regards
Guenther
___
hibernate-dev mailing list
hibernate-dev@
How should I proceed? Should I open another issue for this?
best regards
Guenther
-Original Message-
From: Steve Ebersole (JIRA) [mailto:nore...@atlassian.com]
Sent: Thursday, March 15, 2012 12:02 AM
To: Demetz, Guenther
Subject: [Hibernate-JIRA] Closed: (HHH-7160) Method
>>Was the initial problem you just using SessionImpl directly?
Yes, that was the problem,
so probably there are no JDK's handling it differently.
regards
Günther
-Original Message-
From: hibernate-dev-boun...@lists.jboss.org
[mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf O
Hi Eric,
There was already opened HHH-7158 for this issue.
regards
Günther Demetz
-Original Message-
From: hibernate-dev-boun...@lists.jboss.org
[mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf Of Eric Dalquist
Sent: Sunday, March 11, 2012 5:38 AM
To: hibernate-dev@lists.jboss.o
>>Indexed collections (maps and lists) should always be the owning side of
>>bi-directional associations for the exact reason you mention.
OK, I suppose this is already mentioned somewhere in the documentation, or not
?
regards & nice weekend
G.D.
_
Thank you Steve,
anyway in this context
I strongly recommend all Hibernate-Users to force version increment explicitly
on such OneToMany relations when the mapped collection is a map!
Otherwise, unless implementing some pessimistick locking, 2 concurrent
transactions will be able to insert an o
Hi hibernate developers,
testing Hibernate ORM 4.1.1 I discovered a behavior change regarding Optimistic
Lock Versioning
in detail on bidirectional OneToMany relations with inverse-owner (mappedBy
attribute specified):
- until Hiberante version 4.1.0 by default on changes both involved sides go
Hi Steve,
>> Caching should be using the root persister of the hierarchy for cache keys.
Hm, it probably depends on how you fixed HHH-7129.
Is following hierarchy allowed after HHH-7129 ?
@Entity
class A {
@Id
int id;
}
@Entity
class Subclass1 extends A {
@NaturalId
String name;
}
@
Hi Steve,
>> Caching should be using the root persister of the hierarchy for cache keys.
Not precisely. Please take a look at following example:
class A {
@Id
int id;
}
class B extends A
On 03/01/2012 04:09 AM, Demetz, Guenther wrote:
>>> I will open regarding issu
are getting at with your (2). Caching should be
using the root persister of the hierarchy for cache keys. But if you feel
there is a bug, open a JIRA *with a test case*.
Thanks
On 03/01/2012 04:09 AM, Demetz, Guenther wrote:
>>> I will open regarding issue with testc
>> I will open regarding issue with testcase asap.
Opened https://hibernate.onjira.com/browse/HHH-7133
regards
G.Demetz
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
John Verhaeg wrote: I probably don't understand the complexities with this, but
wouldn't the ID values in AA have to be completely independent of the values in
A?
Yes, that's exactly what I'd expected originally and that's it what would be a
nice to have !
In our model for example we have fol
[mailto:max.ander...@redhat.com]
Sent: Wednesday, December 21, 2011 11:05 AM
To: Strong Liu
Cc: Demetz, Guenther; Hibernate hibernate-dev
Subject: Re: Question in relation to Hibernate4.0 Final
JBoss Tools M5 have an experimental version of the eclipse plugins that works
against both 3.6 and 4
26 matches
Mail list logo
