Kevin,
Thanks for your patient answer.
I'll try to resolve it in dbcp community.
Cheers,
Yu Wang
On Mon, May 18, 2009 at 9:03 PM, Kevin Sutter kwsut...@gmail.com wrote:
Hi Yu Wang,
My apologies, but I'm not an expert with DBCP. I just thought I would do a
quick Google search to see what's
Hi,
I don't know what I'm doing wrong but I can't seem to get OpenJPA to work in
my project. I keep running into entity enhancement issues. The more methods
I try, to more problem it seems to be causing.
*Using*
- NetBeans 6.5.1
- Java jdk1.5.0_16
- OpenJPA 1.2.1
- Derby 10.5.1.1
*Structure*
-
David,
no, have not done this. Its quite a hughe effort to create a project
from scratch and deploy it to SCM and configure TeamCity to compile/
test it. I still think its not a library issue because i use ivy
within ANT and the build system resolves libs the same way as its done
on each
Hello!
I don't think OpenJPA has an id generator suitable for your need but you could
try creating a custom one by extending AbstractJDBCSeq or one of its
subclasses. Jeremy has recently posted a sample [1] in another thread.
Regards,
Milosz
[1]
On Sun, May 17, 2009 at 1:30 PM, Wes Wannemacher w...@wantii.com wrote:
That is generally a bad idea. Select max(row) will generally initiate
a full index scan or, even worse, a full table scan.
Isn't it a greater problem that this approach is a race condition? 2 threads
call max(id) about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks Rick,
Michael
Rick Curtis schrieb:
Michael -
When you define your openjpac task, you're missing some of the required
classes. You could change your
openjpac taskdef to something like:
taskdef
Hi Michael,
Please check OpenJPAEntityManager interface in javadoc.
You can use OpenJPAEntityManager.isPersistent(object);
Regards,
Ravi.
-Original Message-
From: Michael Simons [mailto:michael.sim...@optitool.de]
Sent: Tuesday, May 19, 2009 6:20 AM
To: users@openjpa.apache.org
Yeah... I've seen stored procs like this on more than one occasion -
DECLARE @newId INT
SELECT @newId = MAX(idCol) FROM IdTable
INSERT INTO IdTable (IdTable, ... ) VALUES ( @newId +1, ... )
RETURN @newId + 1 (or SELECT @newId + 1 as OUTPUT)
*untested of course, trying to remember off the top of
Hi,
Do you have all your entities listed in persistence.xml? The exceptions
below look like the list is either missing, or doesn't have a complete list
of your entities.
-mike
On Tue, May 19, 2009 at 2:23 AM, Prodoc a...@hobba.nl wrote:
Hi,
I don't know what I'm doing wrong but I can't
Hi Marc,
Sounds like an unchecked exception thrown by Serp and we could be a bit
friendlier about how we handle it. At least dumping the classname that we're
trying to load would help. Adding a try / catch might be helpful. Which
version of OpenJPA are you using?
My guess is that it is OpenJDK
Mike,
i am using:
dependency org=org.apache.openjpa name=apache-openjpa rev=1.2.0
conf=default-default,sources,javadoc/
I am 80% sure its OpenJDK related because the rest of the story is
absolutely the same compared what our people do on their dev machines
but nobody uses OpenJDK 6 on
Michael Dick wrote:
Do you have all your entities listed in persistence.xml? The exceptions
below look like the list is either missing, or doesn't have a complete
list
of your entities.
Thanks for your reply Michael. Yes, I do have all the entities included in
persistence.xml except
Darn, I shouted too soon...
I just performed a clean and with the same build config as mentioned in my
last post I now get presented with a different error:
java.lang.IllegalArgumentException: java.lang.ClassNotFoundException:
mpsf.entities.EngagementRange
It appears to have worked before
Hi, I was wondering if there was a way to retrieve FieldMetaData for a
non-persistent field. I know that the majority of the APIs in
ClassMetaData, such as getFields(), only return persistent fields. I
tried using getDeclaredUnmanagedFields(). That did not work and I am not
sure I grasp the
Hi Marc,
As Mike says, we could be a bit more friendly. By the way, SERP has
been very reliable so this hasn't been much of an issue to date.
Could you please file a JIRA so we don't forget about it?
Thanks,
Craig
On May 19, 2009, at 5:53 AM, Michael Dick wrote:
Hi Marc,
Sounds like an
Hi,
Your test case has been checked into svn in JIRA-873 in package:
org.apache.openjpa.persistence.inheritance.mappedsuperclass:
TestMappedSuperClass
BaseEntity
CashBaseEntity
SharedName1
SituationDA
ValuableItemDA
This test case works fine. Could you please double check if this test
Craig,
my intention was not to rant against SERP :-)
I already filed a JIRA. I will report things there if i see something
new during my tests...
---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de
Am 19.05.2009 um 21:57 schrieb Craig L Russell:
Hi Marc,
As Mike
Hello, I am new to OpenJPA and the entire persistence objects so bear with me a
little. First of all, I am using Apache Geronimo which has OpenJPA
version1.2.1 and I am moving from Hibernate (which is a pain to try to work in
Geronimo). Everything works fine except for Dates and Times. I
18 matches
Mail list logo
