Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread Patrick Linskey
James: I just attached my experimental IntelliJ plugin to https://issues.apache.org/jira/browse/OPENJPA-243. You might want to give it a whirl. -Patrick On 5/21/07, James.Strachan <[EMAIL PROTECTED]> wrote: djencks wrote: > > James, > > Could extract from this verbiage the scenarios you'd lik

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread Marc Prud'hommeaux
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 after

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread James.Strachan
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 pr

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread James.Strachan
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

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread James.Strachan
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

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-21 Thread Michael Dick
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 openjpa-project-0.9.7-incubating-

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-20 Thread Philippe Alexis
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 as

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-18 Thread Craig L Russell
goal. 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-i

RE: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-18 Thread Phill Moran
is an unattainable goal. 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,

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-18 Thread David Ezzio
Hi Marc, The goal of drop-in and play functionality is wonderful, but I doubt that the modest proposals thus far will achieve it. Given that the JPA spec specifies only the EJB-3 configuration, I don't see how we can achieve drop-in and play compatibility with application development environme

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread Marc Prud'hommeaux
On May 17, 2007, at 5:31 PM, David Ezzio wrote: 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

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread David Ezzio
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 standard

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread David Jencks
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 thin

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread Marc Prud'hommeaux
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 compar

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread Patrick Linskey
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 som

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread Patrick Linskey
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 app

Re: the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread Michael Dick
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 I'm

the pain of post processing bytecode (another beg for a simple reflection/cglib alternative like hibernate)

2007-05-17 Thread James.Strachan
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 do