For the this metamodel work, you have a very valid point. But taken to
the extreme, not really sure average users care about the details of
this beyond a single catch all "redesign metamodel". There is
obviously a balance here. Also, keep in mind that there is just
inherently a difference in
Thats not legal definition of natural ids. Only the *root entity* can
define natural ids, here A.
On Thu 01 Mar 2012 11:11:47 AM CST, Demetz, Guenther wrote:
> Hi Steve,
>
>>> Caching should be using the root persister of the hierarchy for cache keys.
>
> Hm, it probably depends on how you fix
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 issue with testcase
Hi,
I noticed that recently we create a lot of "micro" jira issues (just as an
example "missing ; in class xyz").
Most issues are related to the current metamodel work. I am wondering how
useful that is?
The metamodel is under heavy development and I think liras should stay on a
functional lev
Cool, I will look this afternoon.
On Thu 01 Mar 2012 09:21:17 AM CST, Demetz, Guenther wrote:
> Hi Steve,
>
> I opened HHH-7133, please take a look at that.
> It shows (Testcase is attached) that there are bugs even when correctly
> defining natural ids.
>
> regards
> Günther Demetz
>
> -Orig
Hi Steve,
I opened HHH-7133, please take a look at that.
It shows (Testcase is attached) that there are bugs even when correctly
defining natural ids.
regards
Günther Demetz
-Original Message-
From: hibernate-dev-boun...@lists.jboss.org
[mailto:hibernate-dev-boun...@lists.jboss.org] On
On Thu, Mar 1, 2012 at 2:59 PM, Sanne Grinovero wrote:
> I understood you where doing something crazy like that :D
> My question is, this additional API would be pointless assuming we fix
> HSEARCH-598?
>
> Or we add an option like:
>
> fullTextSession.createIndexer().processTypesSequentially().st
On 1 March 2012 13:46, Guillaume Smet wrote:
> Hi Sanne,
>
> On Thu, Mar 1, 2012 at 1:09 PM, Sanne Grinovero wrote:
>> I'm aware of the issue, and I wouldn't mind some help on it: it would
>> be better to fix the MassIndexer design to use a limited set of
>> threads than to expose more metadata i
On Thu, Mar 1, 2012 at 2:55 PM, Sanne Grinovero wrote:
> I don't dislike the concept, but are you sure that is actually going
> to be faster?
> If you have the bulk loading trigger async indexing events, it won't
> be much different than what the MassIndexer would do, with the
> difference it will
On 1 March 2012 13:37, Guillaume Smet wrote:
> One more idea: we would like to have an API to disable Hibernate
> Search temporarily.
>
> Currently we have to start the application with a specific Spring
> context configuration to do so. We would like to:
> - disable Hibernate Search
> - do bulk l
Hi Sanne,
On Thu, Mar 1, 2012 at 1:09 PM, Sanne Grinovero wrote:
> I'm aware of the issue, and I wouldn't mind some help on it: it would
> be better to fix the MassIndexer design to use a limited set of
> threads than to expose more metadata information, don't you agree?
>
> The reason for me to
One more idea: we would like to have an API to disable Hibernate
Search temporarily.
Currently we have to start the application with a specific Spring
context configuration to do so. We would like to:
- disable Hibernate Search
- do bulk loading
- enable Hibernate Search again
- use the Mass Index
(articlenumber) is already unique. So what is the point of
(articlenumber,cartonId)?
Your description and proposed fix of HHH-7113 all centered around
choosing the "right persister" to use for cache keys, so I naturally
assumed the problem was due to the unsupported way you were defining the
On 29 February 2012 23:08, Emmanuel Bernard wrote:
> I will be doing a Hackergarten session next week with Hibernate Search and
> OGM as projects. A hackergarten is one project master and a few wannabe
> contributors hacking for a night on a few issues. I am looking for beginner
> materials for
I am looking at them
On Wed 29 Feb 2012 09:25:17 PM CST, Eric Dalquist wrote:
> It would be great if those could get merged since I can't use the
> natural id features until they are fixed. Someone else reported two more
> bugs in the new code:
> https://hibernate.onjira.com/browse/HHH-7112
> http
I am looking at them
On 02/29/2012 09:25 PM, Eric Dalquist wrote:
> It would be great if those could get merged since I can't use the
> natural id features until they are fixed. Someone else reported two more
> bugs in the new code:
> https://hibernate.onjira.com/browse/HHH-7112
> https://hibernat
Hi Guillaume,
I'm aware of the issue, and I wouldn't mind some help on it: it would
be better to fix the MassIndexer design to use a limited set of
threads than to expose more metadata information, don't you agree?
The reason for me to not have given a high priority to HSEARCH-598 are
1) there a
Hi Emmanuel,
Here is what I have in mind:
- Providing a nice API to get the indexed classes. Currently I use
something extracted from MassIndexerImpl#toRootEntities. We use it
currently for our reindexAll implementation. As the MassIndexer uses
too much threads and connections when you have a lot
>> 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
I don't see it locally at all
If all you're seeing is a timeout (no other errors), I'd suggest increasing it.
Originally it had no timeout cos the tests should finish.
I'll increase the timeout and see how it goes.
On Feb 29, 2012, at 11:51 AM, Strong Liu wrote:
> both on ci and my local
> ---
Generally, all over the place http://hackergarten.net/
This one is in Paris.
On 1 mars 2012, at 08:44, Hardy Ferentschik wrote:
> Sounds cool. Where is that happening?
>
> On Mar 1, 2012, at 12:08 AM, Emmanuel Bernard wrote:
>
>> I will be doing a Hackergarten session next week with Hibernate S
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
23 matches
Mail list logo
