Hi Daryl,
Yes if you are properly layering your application, your business logic
should be clearly separated and independent from your data storage layer. But
as you've found, that's not always that simple.
Some people like to do things "the old way" and implement a lot of business
log
Hi,
The plug-in merely invokes enhancer on classes as part of incremental or
batch compilation phase of Eclipse. Does the result vary if the project is
cleaned and rebuilt? (just trying to find out whether the error is introduced
by incremental compilation).
Few other people had reported
That sounds interesting. You might turn on verbose logging for SQL
operations (openjpa.jdbc.SQL) and see what queries are actually being
executed. The logging section of the OpenJPA manual explains this.
On 4/17/2009 3:41 AM, David Leangen wrote:
Hello,
I'm not at all an expert in databases,
Hi Wes,
Thanks you for your help, in fact I started my search after reading this
article "DRY CRUD DAOs with JPA ...and Spring" by Gregg Bolinger:
http://www.greggbolinger.com/blog/2008/04/17/120845700.html
There he makes exactly what you say and I liked the idea very much. I'm
Hello Fay,
thank you for your response, but I can not reproduce this issue with
tracing switched on.
May be it is something related to
http://issues.apache.org/jira/browse/OPENJPA-921. I run junit test suits
and on every test suit running, the test creates a new instance of
EntityManagerFactiry.
Hello,
I'm not at all an expert in databases, so I don't know if this is a JPA
thing or a DB thing.
In any case, I'm using Postgresql. Using the findAll( Class,
Collection ) method, I am doing a lookup by PK. Since there is an index
like so on the table:
"table_pkey" PRIMARY KEY, btree (id)
Hello and once again,
I nailed down the problem a bit but still do not have a good solution. It
turns out that when I remove the Column-Definition for PART_KEY from the
Freitext-Object, it works correctly. Actually, the OneToOne Relationship
would be between the PART_KEY (Long/long/BigDecimal -