I investigated a bit further and found that if I change
PersistenceProviderImpl.ClassTransformerImpl to use a
JDBCConfigurationImpl instead of OpenJPAConfigurationImpl then the
problem goes away. I'm reasonably certain that there is no need to
use a JDBCConfigurationImpl here in the class
On Oct 25, 2006, at 9:50 AM, Abe White wrote:
You're definitely missing the JDBC bits of OpenJPA, or at least the
JDBCProductDerivation isn't being found. If you get the latest
version, you can invoke the
org.apache.openjpa.conf.ProductDerivations class's main method to
print details ab
David-
Also, you might want to try with the most recent snapshot name
("0.9.6-incubating-SNAPSHOT" instead of "0.9.0-incubating-SNAPSHOT").
On Oct 25, 2006, at 9:50 AM, Abe White wrote:
You're definitely missing the JDBC bits of OpenJPA, or at least the
JDBCProductDerivation isn't being f
You're definitely missing the JDBC bits of OpenJPA, or at least the
JDBCProductDerivation isn't being found. If you get the latest
version, you can invoke the
org.apache.openjpa.conf.ProductDerivations class's main method to
print details about derivation loading to System.out. You might
On Oct 24, 2006, at 5:50 PM, Patrick Linskey wrote:
Is this as it should be? Is there some additional processing going
on when openjpa reads a persistence.xml file that should not happen
when an entityManagerFactory is created in a j2ee environment?
Does this work when you run outside a cont
> Is this as it should be? Is there some additional processing going
> on when openjpa reads a persistence.xml file that should not happen
> when an entityManagerFactory is created in a j2ee environment?
Does this work when you run outside a container?
It sounds like the product derivations
Working on the geronimo jpa support, I'm starting openjpa using
entityManagerFactory =
persistenceProvider.createContainerEntityManagerFactory
(persistenceUnitInfo, properties);
and trying to configure the default sequence using a property in the
persistenceUnitInfo correspondi
