So why is #nv (or ::nv) any different than #to (::to) or #hell (::hell)?
In other words, if you agree that this or that is delimiter to use for
attributes, why is it different at the start of a path versus within a
path? `to` is still a method right? `hell` is still a method...
On Mon, Mar 31,
2014-03-29 17:40 GMT+01:00 Steve Ebersole :
> To wrap this up..
>
> The most important part for me is being able to identify the point between
> the "attribute base" and the "attribute path". If we just use a separate
> delimiter there, that's enough for me. Since one of us has a preference
> fo
On 29 March 2014 16:40, Steve Ebersole wrote:
> To wrap this up..
>
> The most important part for me is being able to identify the point between
> the "attribute base" and the "attribute path". If we just use a separate
> delimiter there, that's enough for me. Since one of us has a preference
>
To wrap this up..
The most important part for me is being able to identify the point between
the "attribute base" and the "attribute path". If we just use a separate
delimiter there, that's enough for me. Since one of us has a preference
for using dots within the "attribute path" part (and its i
What we choose as a separator after the "pivot" is irrelevant to a degree,
especially in terms of the compatibility concern. I think you understood
that, just being clear. Meaning that calls like:
sessionFactoryImplementor.getCollectionPersister( "org.h.SomeEntity.nv.to.hell"
)
will fail whethe
No strong feeling about it.
It will break the OGM dialects that make use of the collection role though. So
we need to anticipate.
To me . looks more like the code being used and is a natural notation even
beyond Java. But I get that # offers some additional info.
Have you considered?
org.h.
On Fri, Mar 28, 2014 at 7:06 AM, Hardy Ferentschik wrote:
>
> On 27 Jan 2014, at 23:54, Steve Ebersole wrote:
>
> > This is a bit of a potentially insidious one. Not the best way to start
> > off a discussion, I know :)
> >
> > The premise is this... Until now Hibernate has represented attribute
> Even better, internally I have now Object-ified the notion of path and role:
> AttributePath and AttributeRole.
+100
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
On 27 Jan 2014, at 23:54, Steve Ebersole wrote:
> This is a bit of a potentially insidious one. Not the best way to start
> off a discussion, I know :)
>
> The premise is this... Until now Hibernate has represented attribute roles
> using dots. For an attribute named 'department' on the com.a
