Integrate Castor into Spring

I've got more or less a LocalCastorFactoryBean class (implementing FactoryBean from the Spring core) ready that I will attach shortly.

Having said that, would anybody be able to interpret the following stack trace:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jdoManager' defined in class path resource [app-config.xml]: Initialization of bean failed; nested exception is java.lang.UnsupportedClassVersionError: javax/transaction/Synchronization (Unsupported major.minor version 48.0)
java.lang.UnsupportedClassVersionError: javax/transaction/Synchronization (Unsupported major.minor version 48.0)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:488)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:106)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288)
at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310)
at org.springframework.orm.castor.LocalCastorFactoryBean.createJDOManager(LocalCastorFactoryBean.java:153)
at org.springframework.orm.castor.LocalCastorFactoryBean.afterPropertiesSet(LocalCastorFactoryBean.java:137)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1114)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:349)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:257)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:223)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:271)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:319)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:80)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:65)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:56)
at org.springframework.orm.castor.TestLocalCastorFactoryBean.setUp(TestLocalCastorFactoryBean.java:28)
at junit.framework.TestCase.runBare(TestCase.java:125)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186)

FWIW, the problem mentioend above is indded related to JVM issues. After switching to a 1.4.x JDK, the problem disappears silently ... . Which implies that I have a working LOcalCastorFactoryBean ready for review that can be configured and used from within a Spring application context. Quite nice ... .

Initial patch to 'showcase' a LocalCastorFactoryBean incl. JUnit test case and sample Spring config file.

Pasted from an email thread between Werner and me:

> PS Any views on the Castor - Spring integration yet ?

The patch contains a LOT of tabs .

I'm guessing that this patch was created against the Spring HEAD, correct?

But seriously, here are some thoughts:

1) Please stop putting the Intalio copyright on any newly written
classes. If you wrote it, put your name in the copyright notice. As
others as code, they should add their name to the copyright notice.
Also make sure that the copyright year is correct. I see you've pasted
1999 in all of the new classes. Also, the TestLocalCastorFactoryBean
class has a SPARDAT copyright on it.

This topic leads directly into the topics of the Intalio copyrights
already in existence on the code and the exolab name in the code.
Sooner or later, we need to get these two items worked out. I'll speak
to my friend David Blevins about how he handled this with Intalio for
OpenEJB. I'll get back to you with my results.

2) Javadocs in CastorCallback reference a PersistenceManager object.
This is from the JDO 2.0 APIs and shouldn't be referenced in our code.
Replace this with the appropriate Castor classes (i.e. JDOManager).

3) A more thorough set of tests are needed before this patch can be
submitted to the Spring project. I believe that mocks would be a good
route to take. I've used EasyMock quite a lot, maybe I can take a stab
at writing these soon.

BTW, great work, Werner. I'm very happy to see this integration happening.

Initial patch covering the complete Castor integration into Spring, incl. ...

a) LocalCastorFactoryBean.
b) CastorTemplate/CastorInterceptor.
c) CastorTransactionManager.
d) JUnit test cases, covering certain areas of the code (far from complete, though).

and

e) A sample Spring application context file.
f) Sample entity class
g) Sample DAO classes (highlighting various ways of using these new artefacts).
h) Sample service implementatiosn (plus service interface, using programmatic and declarative transaction de,arcation).

and

a file that documents how things shoudl be used together (as a kind of tutorial).

Updated patch, where I discarded various changes (part of the previous patch) that have made into the codebase since. All test cases but one complete sucessfully.

To-dos:

• Add tests that use a JtaTransactionManager (most likely using JOTM).

Eventually created a new SVN project named 'castor-spring' and moved all required code there. Added a Maven 2 with a complete set of dependencies. As such, no binaries are included in the SVN repository. I'll write up a few Confluence pages in the next few days.

Made first release candidate available .....