Hi Philippe,
It looks like your attachment was dropped by the mailing list so I'm
guessing a little here. I did try setting all of this up from scratch with
one of my Eclipse projects, here's what I did.
Downloaded openjpa-project-0.9.7-incubating-source.zip and
Marc Prud'hommeaux wrote:
I think this is a very worthwhile project. James and a few others
excoriated me about this issue over beers after JavaOne last week,
and, while the bruises from their rhetorical assault are still
healing, their observations about the comparative out of
djencks wrote:
James,
Could extract from this verbiage the scenarios you'd like supported?
The simplest scenario is, take any maven 2 project which is using hibernate.
Switch the hibernate jars to openjpa jars edit the bits of the
persistence.xml that are required and have things work
Patrick Linskey-2 wrote:
How hard is it to add a reflection/cglib type alternative to the upfront
bytecode generation (like hibernate does) to save us from the
development-time pain?
Not particularly hard. There are a few APIs that would break for some
cases, but it's even pretty
I hope the bruises heal soon btw :)
Time heals all wounds. At least, that's what I'm told.
On May 21, 2007, at 10:09 AM, James.Strachan wrote:
Marc Prud'hommeaux wrote:
I think this is a very worthwhile project. James and a few others
excoriated me about this issue over beers
Hi Everyone,
Not meaning to hi-jack it, I'll piggy-back on this thread because I've made
some progress setting up
OpenJPA as an Eclipse project thanks to some tips below from Michael. It's
been a long arduous road
over the whole weekend...
I went for compile-time enhancement via an Ant script
.
Phill
-Original Message-
From: David Ezzio [mailto:[EMAIL PROTECTED]
Sent: May 18, 2007 8:07 AM
To: open-jpa-dev@incubator.apache.org
Subject: Re: the pain of post processing bytecode (another beg for
a simple
reflection/cglib alternative like hibernate)
Hi Marc,
The goal of drop
Firstly before I start, openjpa is a great piece of software; I'm
particularly fond of the documentation and in particular the query language
parts. The CSS for the site is also awesome :)
However compared to hibernate, openjpa is still pretty painful to use from
an end users perspective and I
Hi James,
I don't know how easy this is to do with IDEA, but what I've done in Eclipse
is to create the project via mvn eclipse:eclipse then create a run
definition for org.apache.openjpa.enhance.PCEnhancer. With no other
classpath tweaking it enhances the entities in the output directory and
How hard is it to add a reflection/cglib type alternative to the upfront
bytecode generation (like hibernate does) to save us from the
development-time pain?
Not particularly hard. There are a few APIs that would break for some
cases, but it's even pretty straightforward to do a subclassing
Patrick also mentioned writing an IDEA plug-in (not sure if that's the right
name) that would do the enhancement. I believe he ran into a few snags
getting access to IntelliJ jars. This or something similar might be a good
solution for you. Ideally we'll have Eclipse, IDEA and NetBeans plugins
I think this is a very worthwhile project. James and a few others
excoriated me about this issue over beers after JavaOne last week,
and, while the bruises from their rhetorical assault are still
healing, their observations about the comparative out of the box
ease of use OpenJPA
James,
Could extract from this verbiage the scenarios you'd like supported?
Do you need to run tests inside IDEA and have you classes enhanced
after IDEA compiles them for you?
Do you need to run in a separate jvm, e.g. from maven, and have the
classes enhanced as they are loaded?
I
I think that the issues raised are best solved with tools,
documentation, and examples.
Of course, if one has been coding to Hibernate for years, it's unlikely
that any combination of tools, documentation, and examples will make
OpenJPA easier to use for that person, but that's not the
14 matches
Mail list logo