Re: [hibernate-dev] hiberate-commons-annotations and locating annotations

2013-08-29 Thread Steve Ebersole
Ok, so given the initial Super/Sub setup, what we get in SimpleValueBinder#setType is this: 1) The XProperty passed in is defined as follows: a) It is a JavaXProperty speciffically b) Its 'annotatedElement' attribute (not exposed) is the java.lang.reflect.Field for the Super#it field. c) Interes

Re: [hibernate-dev] hiberate-commons-annotations and locating annotations

2013-08-29 Thread Gunnar Morling
2013/8/29 Emmanuel Bernard > On Thu 2013-08-29 14:22, Steve Ebersole wrote: > > Given an XProperty, is there a way to ask for annotations which are > > defined only locally on that declared property (not on any super > classes)? > > I believe that is what XProperty will give you. > The list of XP

Re: [hibernate-dev] hiberate-commons-annotations and locating annotations

2013-08-29 Thread Steve Ebersole
So actually what happens is that the XProperty is from the superclass. This goes back to SimpleValueBinder, and the attempt to hook AttributeConverter resolution into that code. Specifically in org.hibernate.cfg.annotations.SimpleValueBinder#setType when we are passed the XProperty. Maybe thi

Re: [hibernate-dev] hiberate-commons-annotations and locating annotations

2013-08-29 Thread Emmanuel Bernard
On Thu 2013-08-29 14:22, Steve Ebersole wrote: > Given an XProperty, is there a way to ask for annotations which are > defined only locally on that declared property (not on any super classes)? I believe that is what XProperty will give you. The list of XProperty of a given XClass is computed fro

[hibernate-dev] hiberate-commons-annotations and locating annotations

2013-08-29 Thread Steve Ebersole
Given an XProperty, is there a way to ask for annotations which are defined only locally on that declared property (not on any super classes)? Basically given this situation: @MappedSuperclass public class Super { ... @Convert( converter=Converter1.class ) public String getIt() {

Re: [hibernate-dev] [OGM] Dropping "hibernate-ogm" prefix from folder names

2013-08-29 Thread Gunnar Morling
2013/8/29 Emmanuel Bernard > Yes after 208 is in seems the best time. Ok, cool. > Don't worry too much about the > other backend PRs,t hey are obsolete I suppose but I don't want to lose > the work entirely. > Can we close some/most of these outdated PRs? The proposed changes still can be ex

[hibernate-dev] IRC Developer Meeting - August 29

2013-08-29 Thread Steve Ebersole
Mostly discussed LoadPlans. [10:36] Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2013/hibernate-dev.2013-08-29-15.04.html [10:36] Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2013/hibernate-dev.2013-08-29-15.04.txt [10:36]

Re: [hibernate-dev] [OGM] Dropping "hibernate-ogm" prefix from folder names

2013-08-29 Thread Emmanuel Bernard
Yes after 208 is in seems the best time. Don't worry too much about the other backend PRs,t hey are obsolete I suppose but I don't want to lose the work entirely. On Thu 2013-08-29 10:14, Gunnar Morling wrote: > Hi, > > I'd like to remove the prefix "hibernate-ogm" from the folder names of the > O

[hibernate-dev] [OGM] Dropping "hibernate-ogm" prefix from folder names

2013-08-29 Thread Gunnar Morling
Hi, I'd like to remove the prefix "hibernate-ogm" from the folder names of the OGM modules [1]. This will make navigating in a shell easier and also aligns the structure of the code base with HSEARCH and HV. Note that this is only about folder names, the artifact ids would stay unchanged. If no-o