Hi Tim,
I think (not sure) the **/openjpa packages have been defined to place
all classes that use "specific/proprietary" functions of openjpa.
If that we introduce "specific/proprietary" annotations such as @Index a
bit everywhere, the above logic does not make much sense anymore.
For example, the org.apache.james.imap.jpa.mail.model.openjpa contains
classes that support streaming to DB blobs with help of
org.apache.openjpa.persistence.Persistent annotation.
I proposed to rename the package to
org.apache.james.imap.jpa.mail.model.streaming to indicate that it goes
on stuff that support streaming.
If we have another function such as let's say "veryfast" (stupid
example), we would create org.apache.james.imap.jpa.mail.model.veryfast.
Now, if we have a "veryfast streaming" function, we are a bit in the
problem. So it my proposal may not make much sens anymore an we may
simply leave it as such.
But I remain with the (very little) problem that classes not in the
openjpa package contain openjpa proprietary extensions.
Well, I'm sure those 2 weeks holiday will make things clearer in my head
(I will drink a pastis at your health in South of France :).
Bye,
Eric
On 06/25/2010 06:33 PM, Tim-Christian Mundt wrote:
Hey,
I'm also happy with OpenJPA and using its proprietary annotations (not
classes) doesn't prohibit a developer/deployer to define another JPA
provider.
Right.
What about :
- @ElementJoinColumn ?
- @Index ?
I'd support those.
- rename 'openjpa' package to 'streaming' ?
We already have a streaming package and there is both streaming and
non-streaming for OpenJPA, so why rename the package? Maybe I haven't
fully understood your point.
I will be off for 2 weeks and won't probably be able to continue the
conversation.
Hope I may say "Happy vacations" :)
Best
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
