Kodo 4.1 Enhancer

Hi all,
I'm trying to enhance persistent classes with kodo 4.1 using the
enhancer class kodo.enhance.PCEnhancer as specified by Bea kodo 4.1
documentation
http://edocs.bea.com/kodo/docs41/full/html/ref_guide_pc_enhance.html
I put in the classpath all kodo 4.1 libraries, but there isn't any class
with this name kodo.enhance.PCEnhancer.
Could somebody give me a hint?
Thanks in advance.
Daniela

That is the enhancer class.
Thank you a lot.
Regards,
Daniela
Christiaan des Bouvrie wrote:
It's probably org.apache.openjpa.enhance.PCEnhancer. Quite some classes have
been moved to the OpenJPA.jar in the 4.1 version
regards,
Christiaan
"Daniela Bodea" <[email protected]> wrote in message
news:[email protected]..
Hi all,
I'm trying to enhance persistent classes with kodo 4.1 using the
enhancer class kodo.enhance.PCEnhancer as specified by Bea kodo 4.1
documentation
http://edocs.bea.com/kodo/docs41/full/html/ref_guide_pc_enhance.html
I put in the classpath all kodo 4.1 libraries, but there isn't any class
with this name kodo.enhance.PCEnhancer.
Could somebody give me a hint?
Thanks in advance.
Daniela

Similar Messages

Kodo Libraries on Mac OS X

I'm evaluating Kodo on a Mac OS X system. I ran into a strange problem.
Kodo includes 13 libraries (.jar files). In Apple's Mac OS X Java
implementation, these kinds of third-party libraries are often placed in
the system-wide extensions directory /Library/Java/Extensions. For
example, that's where I've put my JDBC driver. When I tried this with
the Kodo libraries, however, the schematool stopped working - the class
loader couldn't find my application classes. The byte-code enhancer jdoc
worked fine and could find them, but not schematool.
For now I'm listing all 13 libaries in my CLASSPATH environment
variable, and that's working OK.
I'm curious - is this a known problem? Is there anything I can do to fix
it or work around it?
The two libraries causing the problem appear to be kodo-jdo-runtime.jar
and kodo-jdo.jar. If either or both of these files are placed in the
Extensions directory schematool stops working.
John Norstad
Academic Technologies
Northwestern University

John-
I finally tracked down this problem: libraries in the "installed
extensions" directory cannot load classes that are not also in that
directory (or in the bootstrap classloader). I guess this must be by
design, since you are seeing it on OSX and I can reproduce it on Linux
(Make A.jar that contains A.class, which just tries to load B.class. Put
A.jar in the extensions directory and B.class in your CLASSPATH, and try
to execute the main method of A.class: it will fail).
It is certainly a little wierd, though: it seems to limit the usefulness
of install extensions a bit.
John Norstad <[email protected]> wrote:
In article <[email protected]>,
Marc Prud'hommeaux <[email protected]> wrote:
Could you post the exact error message or stack trace that you are
seeing so we can look into it further?
Sure. I just repeated the following steps on my Mac OS X 10.1.4 system
to make sure I could reproduce the problem. This is all with Kodo 2.2.4
SP1 standard edition.
Step 1: I copied all 12 Kodo ".jar" files to /Library/Java/Extensions
(the same directory wich contains my JDBC driver). This is one of
several places where Java extensions can be located in Mac OS X.
Step 2: I set the CLASSPATH environment variable to the root of my
source code directory hierarchy.
Step 3: I changed my working directory to one of my package source code
directories. This directory also contains a "package.jdo" file for the
package.
Step 4: I compiled all my source code files:
javac *.java
This worked fine - javac managed to locate both the Kodo libraries and
my source code files.
Step 5: I ran the Kodo byte-code enhancer:
jdoc package.jdo
This also worked fine - jdoc properly enchanced all of my class files.
It was able to locate all of them with no trouble.
Step 5: I ran the schema tool:
% schematool -action refresh package.jdo
Exception in thread "main" java.lang.ClassNotFoundException:
my/big/long/package/path/MyClassName
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at
com.solarmetric.kodo.impl.jdbc.schema.SchemaTool.main(SchemaTool.java:111
5)
The tool was unable to locate the first class listed in package.jdo:
"MyClassName".
As I mentioned in the original article, I'm quite easily avoiding this
problem by simply enumerating all 12 Kodo ".jar" files in my CLASSPATH
environment variable and not trying to put them in that Mac OS X
extensions directory. Schematool has no problem with this. So I'm
getting plenty of work done and this is more a curiosity than a real
problem.
The big curiosity for me is why jdoc can find my classes but schematool
can't.
John Norstad
Academic Technologies
Northwestern University--
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com
Kodo Java Data Objects Full featured JDO: eliminate the SQL from your code

Eclipse project enhancer add-in doesn't appear to work

I am using Eclipse 3.0 to build my project I have added the Enhancer to the project build. However, it appears NOT do anything. If I hand enhance using the menu buttons it work fine. However, when I build the project no enhancements takes place. I am using the automatic build feature os eclipse 3.0

For my knowledge the eclipse enhancer onl work for kodo 3!?
For Kodo 4 auto enhancing wont be supported by now.

Problems with Mapping Tool in Tutorial

Hello,
I am having problems with section 2.3 in the tutorial, even with the
completed solutions of the tutorial. In particular, I cannot add Rabbit
and Snake to the petshop. I get the following errors:
C:\Apps\kodo-jdo-3.1.2\tutorial\solutions>javac *.java
C:\Apps\kodo-jdo-3.1.2\tutorial\solutions>jdoc package.jdo
578 INFO [main] kodo.Tool - JDO enhancer running on type "class
tutorial.Animal".
907 INFO [main] kodo.Tool - The class is already persistence capable -
no enhancement performed.
907 INFO [main] kodo.Tool - JDO enhancer running on type "class
tutorial.Dog".
907 INFO [main] kodo.Tool - The class is already persistence capable -
no enhancement performed.
907 INFO [main] kodo.Tool - JDO enhancer running on type "class
tutorial.Rabbit".
985 WARN [main] kodo.Enhance - Type "class tutorial.Rabbit" has no
metadata; enhancing as persistence aware. If you intended for "class
tutorial.Rabbit" to be persistence-capable, then this means that Kodo
could not find any JDO metadata for "class tutorial.Rabbit". This can
happen if the directory containing your metadata is not in your CLASSPATH,
or if your JDO metadata files are not named in accordance with the JDO
specification. See the Metadata Placement section of the Java Data Objects
documentation distributed with Kodo JDO for more information.
985 INFO [main] kodo.Tool - The class does not have JDO metadata -
enhanced as persistence-aware.
1063 INFO [main] kodo.Tool - JDO enhancer running on type "class
tutorial.Snake".
1094 WARN [main] kodo.Enhance - Type "class tutorial.Snake" has no
metadata; enhancing as persistence aware. If you intended for "class
tutorial.Snake" to be persistence-capable, then this means that Kodo could
not find any JDO metadata for "class tutorial.Snake". This can happen if
the directory containing your metadata is not in your CLASSPATH, or if
your JDO metadata files are not named in accordance with the JDO
specification. See the Metadata Placement section of the Java Data Objects
do
cumentation distributed with Kodo JDO for more information.
1094 INFO [main] kodo.Tool - The class does not have JDO metadata -
enhanced as persistence-aware.
C:\Apps\kodo-jdo-3.1.2\tutorial\solutions>mappingtool -action refresh
package.jdo
3812 INFO [main] kodo.Tool - Mapping tool running on type "class
tutorial.Animal" with action "refresh".
4047 WARN [main] kodo.MetaData - There has been a change to the
definition of "tutorial.Animal" or its schema since it was last mapped, or
the mapping you defined is invalid: "The table "ANIMAL" specified in the
mapping for type "tutorial.Animal" does not exist."
4062 WARN [main] kodo.MetaData - There has been a change to the
definition of "tutorial.Animal.<version-indicator>" or its schema since it
was last mapped, or the mapping you defined is invalid: "The "column"
attribute/extension for the version indicator on type
"tutorial.Animal.<version-indicator>" is missing or names a column
"JDOVERSION" that does not exist."
4062 WARN [main] kodo.MetaData - There has been a change to the
definition of "tutorial.Animal.<class-indicator>" or its schema since it
was last mapped, or the mapping you defined is invalid: "The
"class-column" attribute/extension for the class indicator on type
"tutorial.Animal.<class-indicator>" is missing or names a column that does
not exist."
4062 WARN [main] kodo.MetaData - There has been a change to the
definition of "tutorial.Animal.name" or its schema since it was last
mapped, or the mapping you defined is invalid: "The "column"
attribute/extension for field "tutorial.Animal.name" is missing or names a
column "NAME0" in table "ANIMAL" that does not exist."
4062 WARN [main] kodo.MetaData - There has been a change to the
definition of "tutorial.Animal.price" or its schema since it was last
mapped, or the mapping you defined is invalid: "The "column"
attribute/extension for field "tutorial.Animal.price" is missing or names
a column "PRICE" in table "ANIMAL" that does not exist."
4078 INFO [main] kodo.Tool - Mapping tool running on type "class
tutorial.Dog" with action "refresh".
4078 INFO [main] kodo.Tool - Mapping tool running on type "class
tutorial.Rabbit" with action "refresh".
Exception in thread "main" kodo.meta.JDOMetaDataNotFoundException: No JDO
metadata was found for type "class tutorial.Rabbit". Ensure that your JDO
metadata files are accessible via resource lookup at runtime (typically
this means they must be in your CLASSPATH), and that they are located in
one of the JDO standard locations.
at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaData(JDOMetaDataRepositoryImpl.java:131)
at
kodo.meta.DelegatingJDOMetaDataRepository.getMetaData(DelegatingJDOMetaDataRepository.java:123)
at
kodo.jdbc.meta.MappingRepository.getMapping(MappingRepository.java:161)
at kodo.jdbc.meta.MappingTool.refresh(MappingTool.java:576)
at kodo.jdbc.meta.MappingTool.run(MappingTool.java:909)
at kodo.jdbc.meta.MappingTool.run(MappingTool.java:850)
at kodo.jdbc.meta.MappingTool.main(MappingTool.java:783)
C:\Apps\kodo-jdo-3.1.2\tutorial\solutions>

It sounds like your CLASSPATH is not set up correctly. Did you follow
the instructions in the README for setting up your environment?

Jbuilder plugin

Hello,
While debugging in JBuilder, every time we run our application, Kodo tries
to enhance all of our jdo classes. Is there a way to tell the Kodo
plugin, to only enhance when the jdo classes have been recompiled?
If not ... is it possible to just shut off the kodo plugin, and to turn it
back on when we need it again? I tried to just delete the kodo library,
but somehow that didn't work ...
Thanks in advance,
Michael Wirz

I am also working on configuring Oracle 10g AS plugin in Jbuilder. The version of Jbuilder I am using is JbuilderX.
But I Guess this plugin should work for Jbuilder2005. Bcoz I looked at configuration instructions for Jbuilder8 and JBuilderX and they are exactly same.
U can find configuration instructions in the html file called oc4j904jbx.htm that is shipped along with the plugin jar file in zip file.
I am facing few problems starting app server from Jbuilder. I would appreciate if you could let me know If u happen to configure, start and deploy your application successfuly. This is my email address. [email protected]
Error I am getting when I start server is
04/10/20 13:47:54 Warning: Error reading transaction-log file (/C:/oracleas/j2ee/home/persistence/transaction.state) for recovery: premature end of file
04/10/20 13:47:54 Forced or abrupt (crash etc) server shutdown detected, starting recovery process...
04/10/20 13:47:54 Recovery completed, 0 connections committed and 0 rolled back...
Thank you
Saritha

Commens-logging problems

Hello,
I've created a maven plugin to run the kodo 3.0.0 enhancher.
When I try to enhance my persistent classes I get the following error:
| \/ |__ Apache_ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT
java:prepare-filesystem:
java:compile:
[echo] Compiling to
D:\workspace\NPOL0131_view_PSO2_ws\KodoTutorial/target/classeskodo:init:
kodo:enhance:
[echo] JDO-enhancing classes for Kodo
[java] 0 INFO [main] kodo.Tool - JDO enhancer running on type
"class tutorial.Animal".
[java] java.lang.ExceptionInInitializerError
[java] at java.lang.Class.forName0(Native Method)
[java] at java.lang.Class.forName(Class.java:219)
[java] at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaDataInternal(JDOMetaDataRepositor
yImpl.java:162)
[java] at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaData(JDOMetaDataRepositoryImpl.ja
va:129)
[java] at kodo.enhance.JDOEnhancer.<init>(JDOEnhancer.java:110)
[java] at kodo.enhance.JDOEnhancer.run(JDOEnhancer.java:2162)
[java] at kodo.enhance.JDOEnhancer.main(JDOEnhancer.java:2103)
[java] Caused by: org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:532)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:272)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:246)
[java] at
org.apache.commons.logging.LogFactory.getLog(LogFactory.java:395)
[java] at tutorial.Animal.<clinit>(Animal.java:10)
[java] ... 7 more
[java] Caused by: org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:416)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:525)
[java] ... 11 more
[java] Caused by: org.apache.commons.logging.LogConfigurationException:
Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:412)
[java] ... 12 more
[java] Exception in thread "main"
When I run maven with the --debug flag I see only 1 version of
commons-logging en 1 version of log4j in my classpath.
When I try to use the jdoc.bat tool I receive the same error message.
When the persistent classes don't contain any references to the
commons-logging enhancing runs fine.
Any help is appreciated,
Machiel

Machiel-
I think you can also get around the problem by avoiding initializing a
log instance in a static variable (changing it to an instance variable,
or using lazy initialization). Not a great solution, but it seems to
work.
But after reading the article I'm a bit worried about 3th party tools using
commons-logging.Well, I think this is a bug in the commons logging package, not a
fundamental design problem. The energy with which the author of that
article attacks what is basically a simple logging API wrapper is a bit
overdone, in my opinion.
In article <[email protected]>, Machiel wrote:
Hello Kim,
moving jar files to the systym classpath can't be the way to go. It doesn't
match the philosophy behind Maven.
I found an artikle about my problem here:
http://www.qos.ch/logging/thinkAgain.html
It has something to do with the way commons-logging tries to determine wich
logging api to use.
for know I stripped the use of commons-logging from my application and use
log4j directly.
This seems to work fine.
But after reading the article I'm a bit worried about 3th party tools using
commons-logging.
gr,
Machiel.
"Stephen Kim" <[email protected]> wrote in message
news:[email protected]...
I would suggest moving the commons logging jar to the system classpath
as it looks like the different classloaders for Kodo and your
application class and Commons logging is causing conflicts.
Machiel wrote:
Hello,
I've created a maven plugin to run the kodo 3.0.0 enhancher.
When I try to enhance my persistent classes I get the following error:
| \/ |__ Apache_ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT
java:prepare-filesystem:
java:compile:
[echo] Compiling to
D:\workspace\NPOL0131_view_PSO2_ws\KodoTutorial/target/classeskodo:init:
kodo:enhance:
[echo] JDO-enhancing classes for Kodo
[java] 0 INFO [main] kodo.Tool - JDO enhancer running on type
"class tutorial.Animal".
[java] java.lang.ExceptionInInitializerError
[java] at java.lang.Class.forName0(Native Method)
[java] at java.lang.Class.forName(Class.java:219)
[java] at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaDataInternal(JDOMetaDataRepositor
yImpl.java:162)
[java] at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaData(JDOMetaDataRepositoryImpl.ja
va:129)
[java] at kodo.enhance.JDOEnhancer.<init>(JDOEnhancer.java:110)
[java] at kodo.enhance.JDOEnhancer.run(JDOEnhancer.java:2162)
[java] at kodo.enhance.JDOEnhancer.main(JDOEnhancer.java:2103)
[java] Caused by:org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:532)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:272)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:246)
[java] at
org.apache.commons.logging.LogFactory.getLog(LogFactory.java:395)
[java] at tutorial.Animal.<clinit>(Animal.java:10)
[java] ... 7 more
[java] Caused by:org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: Class
org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:416)
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:525)
[java] ... 11 more
[java] Caused by:org.apache.commons.logging.LogConfigurationException:
Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
[java] at
org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI
mpl.java:412)
[java] ... 12 more
[java] Exception in thread "main"
When I run maven with the --debug flag I see only 1 version of
commons-logging en 1 version of log4j in my classpath.
When I try to use the jdoc.bat tool I receive the same error message.
When the persistent classes don't contain any references to the
commons-logging enhancing runs fine.
Any help is appreciated,
Machiel
Steve Kim
[email protected]
SolarMetric Inc.
http://www.solarmetric.com
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com

Enhance Errors in Kodo 3

Kodo version 3.0.0 / using IBM Websphere/Eclipse
I am testing a migration to Kodo 3, and I am having problems with
enhancing when building the project using the plug-in. The error returned
is shown below...
Problems occurred building the selected resources.
packagedesc/ta/event/Bean.jdoGetManagedFieldCount()I
Also, I have attempted to enhance the project using the ANT task, but that
also fails with the following error trace.
[jdoc] java.lang.NoSuchMethodError:
packagedesc/ta/shared/BOSet.<init>(Lpackagedesc/ta/shared/BusinessObject;)V
[jdoc]      at java.lang.Throwable.<init>(Throwable.java)
[jdoc]      at java.lang.Throwable.<init>(Throwable.java)
[jdoc]      at
java.lang.NoSuchMethodError.<init>(NoSuchMethodError.java:56)
[jdoc]      at packagedesc.ta.event.Process.<init>(Process.java:42)
[jdoc]      at packagedesc.ta.event.Process.<clinit>(Process.java)
[jdoc]      at java.lang.Class.initializeImpl(Native Method)
[jdoc]      at java.lang.Class.initialize(Class.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
packagedesc.ta.event.ScheduledEvent.class$(ScheduledEvent.java)
[jdoc]      at
packagedesc.ta.event.ScheduledEvent.<clinit>(ScheduledEvent.java)
[jdoc]      at java.lang.Class.initializeImpl(Native Method)
[jdoc]      at java.lang.Class.initialize(Class.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
serp.util.MultiClassLoader.findClass(MultiClassLoader.java:224)
[jdoc]      at java.lang.ClassLoader.loadClass(ClassLoader.java)
[jdoc]      at java.lang.ClassLoader.loadClass(ClassLoader.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.classForName(CFMetaDataParser.java:214)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.classForName(CFMetaDataParser.java:188)
[jdoc]      at
kodo.meta.JDOMetaDataParser.startCollection(JDOMetaDataParser.java:321)
[jdoc]      at
kodo.meta.JDOMetaDataParser.startClassElement(JDOMetaDataParser.java:194)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.startElement(CFMetaDataParser.java:69)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.startElement(XMLMetaDataParser.java:354)
[jdoc]      at
org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java)
[jdoc]      at
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java)
[jdoc]      at
org.apache.xerces.impl.XMLNamespaceBinder.emptyElement(XMLNamespaceBinder.java)
[jdoc]      at
org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(XMLDTDValidator.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java)
[jdoc]      at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java)
[jdoc]      at
org.apache.xerces.parsers.XMLParser.parse(XMLParser.java)
[jdoc]      at
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java)
[jdoc]      at javax.xml.parsers.SAXParser.parse(SAXParser.java:394)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:309)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:254)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:234)
[jdoc]      at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaDataInternal(JDOMetaDataRepositoryImpl.java:175)
[jdoc]      at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaData(JDOMetaDataRepositoryImpl.java:129)
[jdoc]      at kodo.enhance.JDOEnhancer.<init>(JDOEnhancer.java:110)
[jdoc]      at kodo.enhance.JDOEnhancer.run(JDOEnhancer.java:2162)
[jdoc]      at
kodo.ant.JDOEnhancerTask.executeOn(JDOEnhancerTask.java:65)
[jdoc]      at com.solarmetric.ant.TaskBase.execute(TaskBase.java:105)
[jdoc]      at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193)
[jdoc]      at org.apache.tools.ant.Task.perform(Task.java:341)
[jdoc]      at org.apache.tools.ant.Target.execute(Target.java:309)
[jdoc]      at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[jdoc]      at
org.apache.tools.ant.Project.executeTarget(Project.java:1339)
[jdoc]      at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397)
[jdoc]      at
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143)
[jdoc]      at org.apache.tools.ant.Task.perform(Task.java:341)
[jdoc]      at org.apache.tools.ant.Target.execute(Target.java:309)
[jdoc]      at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[jdoc]      at
org.apache.tools.ant.Project.executeTarget(Project.java:1339)
[jdoc]      at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:571)
[jdoc]      at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:367)
[jdoc]      at
java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:199)
[jdoc]      at java.lang.reflect.Method.invoke(Method.java)
[jdoc]      at org.eclipse.ant.core.AntRunner.run(AntRunner.java:335)
[jdoc]      at
org.eclipse.ui.externaltools.internal.ant.launchConfigurations.AntLaunchDelegate$1.run(AntLaunchDelegate.java:172)
[jdoc]      at java.lang.Thread.run(Thread.java:801)
[jdoc] BUILD FAILED: file:D:/Work/Shared/build.xml:45:
java.lang.NoSuchMethodError:
packagedesc/ta/shared/BOSet.<init>(Lpackagedesc/ta/shared/BusinessObject;)V
the call to the method that fails is shown below:
private Set dependentEvents = new HashSet();
private transient BOSet dependentEventsContext = new BOSet(this);
The method that is being reported in the NoSuchMethodError is shown below.
public BOSet(BusinessObject obj) {
     setParent(obj);
The Business Object being passed into this method is the top level
abstract business object, and all persistable business objects extend this
class.
I don't know that both these errors are the same problem, or whether they
are both different symptoms of another problem.
In addition when I was migrating the metadata, I had problems with the
Apache libraries, which caused a failure when I ran the "migrate-meta"
task. I ended up replacing the two files (xalan.jar and xercesImpl.jar)
that were packaged with Kodo3 with ones from our previous Kodo install and
the migrate worked fine. Is there a problem with these files?

Marc
I gave the error for the jar file in my second post.....
"BUILD FAILED: java.lang.VerifyError: field not type compatible (class:
org/apache/xerces/parsers/IntegratedParserConfiguration method:
configurePipeline()V) at pc: 4"
I thought that it was just the xalan.jar that was upsetting the process
but it does in fact seem to be both that, and the "xercesImpl.jar".
On the enhancer I have got it to work by re-building without the enhancer
addded to the build. Then enhancing each project individually using the
ant task.
I am still unable however to add the enhancer to the build using the
plugin and then re-build all. this will return me the same
jdoGetManagedFieldCount error, even if I have re-built without the
enhancer previously.
This all seems a little awkward, so if there is something I can do to get
the build to work with the plugin, and using the enhancer, that would be
ideal.
Marc Prud'hommeaux wrote:
BD-
The build problems sound to me like some of your persistent classes
have been recompiled, but others have not. Have you tried completely
rebuilding all the classes in your project before doing any enhancement?
In addition when I was migrating the metadata, I had problems with the
Apache libraries, which caused a failure when I ran the "migrate-meta"
task. I ended up replacing the two files (xalan.jar and xercesImpl.jar)
that were packaged with Kodo3 with ones from our previous Kodo install and
the migrate worked fine. Is there a problem with these files?
We did upgrade the version of xercesImpl.jar we ship with 3.0, but I
would be surprised if this would cause problems. Can you post the
exception you get when you try to use the old jars?
In article <[email protected]>, BD wrote:
Kodo version 3.0.0 / using IBM Websphere/Eclipse
I am testing a migration to Kodo 3, and I am having problems with
enhancing when building the project using the plug-in. The error returned
is shown below...
Problems occurred building the selected resources.
packagedesc/ta/event/Bean.jdoGetManagedFieldCount()I
Also, I have attempted to enhance the project using the ANT task, but that
also fails with the following error trace.
[jdoc] java.lang.NoSuchMethodError:
packagedesc/ta/shared/BOSet.<init>(Lpackagedesc/ta/shared/BusinessObject;)V
[jdoc]      at java.lang.Throwable.<init>(Throwable.java)
[jdoc]      at java.lang.Throwable.<init>(Throwable.java)
[jdoc]      at
java.lang.NoSuchMethodError.<init>(NoSuchMethodError.java:56)
[jdoc]      at packagedesc.ta.event.Process.<init>(Process.java:42)
[jdoc]      at packagedesc.ta.event.Process.<clinit>(Process.java)
[jdoc]      at java.lang.Class.initializeImpl(Native Method)
[jdoc]      at java.lang.Class.initialize(Class.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
packagedesc.ta.event.ScheduledEvent.class$(ScheduledEvent.java)
[jdoc]      at
packagedesc.ta.event.ScheduledEvent.<clinit>(ScheduledEvent.java)
[jdoc]      at java.lang.Class.initializeImpl(Native Method)
[jdoc]      at java.lang.Class.initialize(Class.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
serp.util.MultiClassLoader.findClass(MultiClassLoader.java:224)
[jdoc]      at java.lang.ClassLoader.loadClass(ClassLoader.java)
[jdoc]      at java.lang.ClassLoader.loadClass(ClassLoader.java)
[jdoc]      at java.lang.Class.forNameImpl(Native Method)
[jdoc]      at java.lang.Class.forName(Class.java)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.classForName(CFMetaDataParser.java:214)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.classForName(CFMetaDataParser.java:188)
[jdoc]      at
kodo.meta.JDOMetaDataParser.startCollection(JDOMetaDataParser.java:321)
[jdoc]      at
kodo.meta.JDOMetaDataParser.startClassElement(JDOMetaDataParser.java:194)
[jdoc]      at
com.solarmetric.meta.CFMetaDataParser.startElement(CFMetaDataParser.java:69)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.startElement(XMLMetaDataParser.java:354)
[jdoc]      at
org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java)
[jdoc]      at
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java)
[jdoc]      at
org.apache.xerces.impl.XMLNamespaceBinder.emptyElement(XMLNamespaceBinder.java)
[jdoc]      at
org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(XMLDTDValidator.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java)
[jdoc]      at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java)
[jdoc]      at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java)
[jdoc]      at
org.apache.xerces.parsers.XMLParser.parse(XMLParser.java)
[jdoc]      at
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java)
[jdoc]      at javax.xml.parsers.SAXParser.parse(SAXParser.java:394)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:309)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:254)
[jdoc]      at
com.solarmetric.meta.XMLMetaDataParser.parse(XMLMetaDataParser.java:234)
[jdoc]      at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaDataInternal(JDOMetaDataRepositoryImpl.java:175)
[jdoc]      at
kodo.meta.JDOMetaDataRepositoryImpl.getMetaData(JDOMetaDataRepositoryImpl.java:129)
[jdoc]      at kodo.enhance.JDOEnhancer.<init>(JDOEnhancer.java:110)
[jdoc]      at kodo.enhance.JDOEnhancer.run(JDOEnhancer.java:2162)
[jdoc]      at
kodo.ant.JDOEnhancerTask.executeOn(JDOEnhancerTask.java:65)
[jdoc]      at com.solarmetric.ant.TaskBase.execute(TaskBase.java:105)
[jdoc]      at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193)
[jdoc]      at org.apache.tools.ant.Task.perform(Task.java:341)
[jdoc]      at org.apache.tools.ant.Target.execute(Target.java:309)
[jdoc]      at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[jdoc]      at
org.apache.tools.ant.Project.executeTarget(Project.java:1339)
[jdoc]      at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397)
[jdoc]      at
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143)
[jdoc]      at org.apache.tools.ant.Task.perform(Task.java:341)
[jdoc]      at org.apache.tools.ant.Target.execute(Target.java:309)
[jdoc]      at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[jdoc]      at
org.apache.tools.ant.Project.executeTarget(Project.java:1339)
[jdoc]      at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:571)
[jdoc]      at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:367)
[jdoc]      at
java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:199)
[jdoc]      at java.lang.reflect.Method.invoke(Method.java)
[jdoc]      at org.eclipse.ant.core.AntRunner.run(AntRunner.java:335)
[jdoc]      at
org.eclipse.ui.externaltools.internal.ant.launchConfigurations.AntLaunchDelegate$1.run(AntLaunchDelegate.java:172)
[jdoc]      at java.lang.Thread.run(Thread.java:801)
[jdoc] BUILD FAILED: file:D:/Work/Shared/build.xml:45:
java.lang.NoSuchMethodError:
packagedesc/ta/shared/BOSet.<init>(Lpackagedesc/ta/shared/BusinessObject;)V
the call to the method that fails is shown below:
private Set dependentEvents = new HashSet();
private transient BOSet dependentEventsContext = new BOSet(this);
The method that is being reported in the NoSuchMethodError is shown below.
public BOSet(BusinessObject obj) {
     setParent(obj);
The Business Object being passed into this method is the top level
abstract business object, and all persistable business objects extend this
class.
I don't know that both these errors are the same problem, or whether they
are both different symptoms of another problem.
In addition when I was migrating the metadata, I had problems with the
Apache libraries, which caused a failure when I ran the "migrate-meta"
task. I ended up replacing the two files (xalan.jar and xercesImpl.jar)
that were packaged with Kodo3 with ones from our previous Kodo install and
the migrate worked fine. Is there a problem with these files?
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com

Kodo says classes are not enhanced, but they are!

Hello,
I have run into a problem with Kodo and a web-app that I just can't solve.
I try to access JDO-objects from within a web-application (that uses
Struts). When I do this, I get an exception from Kodo saying the classes are
not enhanced. But I am sure they are enhanced. The exception is:
javax.jdo.JDOFatalUserException: The system could not initialize; the
following registered persistent types have not been enhanced: [class
de.mediateam.quizmaster.data.User, class
de.mediateam.quizmaster.data.Category, class
de.mediateam.quizmaster.data.Topic, class
de.mediateam.quizmaster.data.Test].
at
com.techtrader.modules.jdo.impl.jdbc.JDBCPersistenceManagerFactory.setup(JDB
CPersistenceManagerFactory.java:190)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.privateSetu
p(PersistenceManagerFactoryImpl.java:496)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.getPersiste
nceManager(PersistenceManagerFactoryImpl.java:61)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.getPersiste
nceManager(PersistenceManagerFactoryImpl.java:50)
at
de.mediateam.quizmaster.persist.jdo.JDOFactory.getPersistenceManager(JDOFact
ory.java)
<snip>
There are two facts about this I don't understand:
1. It was working before, but then something changed (or I changed something
but I really don't remember it) and now it won't work anymore. I tried to go
back to an earlier version of my project but got the same problem.
2. It is really strange, that when I access the database from outside the
web-app (I have a small seed programm to insert some data), it works fine.
No problems.
I am sure that it is the enhanced classes loaded from within the web-app
because when I simply delete them Kodo won't find the classes at all. All
Kodo-jars are in the web-context/WEB-INF/lib directory.
Could anybody tell me the possible reasons that can cause this exception? Is
it just a test for "implements PersistenceCapable" that is done in the
setup-method, or maybe a bit more? I really can't think of anything else I
could do.
Thanks
Martin

Hello,
I have run into a problem with Kodo and a web-app that I just can't solve.
I try to access JDO-objects from within a web-application (that uses
Struts). When I do this, I get an exception from Kodo saying the classes are
not enhanced. But I am sure they are enhanced. The exception is:
javax.jdo.JDOFatalUserException: The system could not initialize; the
following registered persistent types have not been enhanced: [class
de.mediateam.quizmaster.data.User, class
de.mediateam.quizmaster.data.Category, class
de.mediateam.quizmaster.data.Topic, class
de.mediateam.quizmaster.data.Test].
at
com.techtrader.modules.jdo.impl.jdbc.JDBCPersistenceManagerFactory.setup(JDB
CPersistenceManagerFactory.java:190)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.privateSetu
p(PersistenceManagerFactoryImpl.java:496)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.getPersiste
nceManager(PersistenceManagerFactoryImpl.java:61)
at
com.techtrader.modules.jdo.runtime.PersistenceManagerFactoryImpl.getPersiste
nceManager(PersistenceManagerFactoryImpl.java:50)
at
de.mediateam.quizmaster.persist.jdo.JDOFactory.getPersistenceManager(JDOFact
ory.java)
<snip>
There are two facts about this I don't understand:
1. It was working before, but then something changed (or I changed something
but I really don't remember it) and now it won't work anymore. I tried to go
back to an earlier version of my project but got the same problem.
2. It is really strange, that when I access the database from outside the
web-app (I have a small seed programm to insert some data), it works fine.
No problems.
I am sure that it is the enhanced classes loaded from within the web-app
because when I simply delete them Kodo won't find the classes at all. All
Kodo-jars are in the web-context/WEB-INF/lib directory.
Could anybody tell me the possible reasons that can cause this exception? Is
it just a test for "implements PersistenceCapable" that is done in the
setup-method, or maybe a bit more? I really can't think of anything else I
could do.
Thanks
Martin

Workshop 3.2 and kodo enhancer

I am trying to use Workshop Studio 3.2 with Kodo 4.0.1 but I can make to run even JPA tutorial. It is said that WS integrates all build steps including Kodo enhancer. But I am receiving the error:
<b><i>kodo.persistence.ArgumentException: The type "class com.bea.beans.Customer" has not been enhanced.</i></b>
I tried even manually to run kodoc.bat on already build classes, it enhance it, but in runtime the same error happens.
Where I can see if WS is configured to run enhancer?

Yes, in Workshop Studio 3.2 the Kodo enhancer is integrated as part of the build process.
Please verify the following:
Project > Properties - Builder - make sure "Java Builder" & "Workshop AppXRay Builder" is checked
Window > Preferences > General - Workspace - Check if "Build automatically" option is ONIf the above settings are in place, then try Project > Clean on "Workshop-JPA-tutorial" or "Rebuild AppXRay Database". Once the build process is completed try to execute a simple query in EJB QL editor.

Kodo enhancer throws ConcurrentModificationException

Attached is the stacktrace i get during enhancement, inside ant build
process.
Kodo suddenly fails on classes that were enhanced correctly before, so I
guess its some internal bug.
Does anyone know why it happens?
raczer.
I use:
- kodo 2.4.0
- ant 1.5.1
begin 666 stacktrace.txt
M6RXN+ET-"B @(" @6VID;V-=(&IA=F$N=71I;"Y#;VYC=7)R96YT36]D:69I
M8V%T:6]N17AC97!T:6]N#0H@(" @(%MJ9&]C72 @(" @870@:F%V82YU=&EL
M+E1R965-87 D16YT<GE)=&5R871O<BYN97AT16YT<GDH5')E94UA<"YJ879A
M.C$P,C(I#0H@(" @(%MJ9&]C72 @(" @870@:F%V82YU=&EL+E1R965-87 D
M2V5Y271E<F%T;W(N;F5X="A4<F5E36%P+FIA=F$Z,3 T-RD-"B @(" @6VID
M;V-=(" @("!A="!C;VTN<V]L87)M971R:6,N:V]D;RYM971A+D-L87-S365T
M841A=&$N9FEN:7-H*$-L87-S365T841A=&$N:F%V83HS-#4I#0H@(" @(%MJ
M9&]C72 @(" @870@8V]M+G-O;&%R;65T<FEC+FMO9&\N;65T82Y#;&%S<TUE
M=&%$871A+FYE=TEN<W1A;F-E*$-L87-S365T841A=&$N:F%V83HR-C@I#0H@
M(" @(%MJ9&]C72 @(" @870@8V]M+G-O;&%R;65T<FEC+FMO9&\N;65T82Y#
M;&%S<TUE=&%$871A+F=E=$EN<W1A;F-E*$-L87-S365T841A=&$N:F%V83HQ
M.3(I#0H@(" @(%MJ9&]C72 @(" @870@8V]M+G-O;&%R;65T<FEC+FMO9&\N
M;65T82Y#;&%S<TUE=&%$871A+G9A;&ED871E4W5P97)C;&%S<RA#;&%S<TUE
M=&%$871A+FIA=F$Z-#0V*0T*(" @("!;:F1O8UT@(" @(&%T(&-O;2YS;VQA
M<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--971A1&%T82YF:6YI<V@H0VQA<W--
M971A1&%T82YJ879A.C,S,RD-"B @(" @6VID;V-=(" @("!A="!C;VTN<V]L
M87)M971R:6,N:V]D;RYM971A+D-L87-S365T841A=&$N;F5W26YS=&%N8V4H
M0VQA<W--971A1&%T82YJ879A.C(V."D-"B @(" @6VID;V-=(" @("!A="!C
M;VTN<V]L87)M971R:6,N:V]D;RYM971A+D-L87-S365T841A=&$N9V5T26YS
M=&%N8V4H0VQA<W--971A1&%T82YJ879A.C$Y,BD-"B @(" @6VID;V-=(" @
M("!A="!C;VTN<V]L87)M971R:6,N:V]D;RYE;FAA;F-E+DI$3T5N:&%N8V5R
M+CQI;FET/BA*1$]%;FAA;F-E<BYJ879A.C(R-"D-"B @(" @6VID;V-=(" @
M("!A="!C;VTN<V]L87)M971R:6,N:V]D;RYE;FAA;F-E+DI$3T5N:&%N8V5R
M+F5N:&%N8V4H2D1/16YH86YC97(N:F%V83HQ.#<I#0H@(" @(%MJ9&]C72 @
M(" @870@8V]M+G-O;&%R;65T<FEC+FMO9&\N96YH86YC92Y*1$]%;FAA;F-E
M<BYE;FAA;F-E*$I$3T5N:&%N8V5R+FIA=F$Z,3,U*0T*(" @("!;:F1O8UT@
M(" @(&%T(&-O;2YS;VQA<FUE=')I8RYM;V1U;&5S+FEN=&5G<F%T:6]N+F%N
M="Y*1$]%;FAA;F-E<E1A<VLN97AE8W5T94]N*$I$3T5N:&%N8V5R5&%S:RYJ
M879A.C0S*0T*(" @("!;:F1O8UT@(" @(&%T(&-O;2YS;VQA<FUE=')I8RYM
M;V1U;&5S+FEN=&5G<F%T:6]N+F%N="Y487-K0F%S92YE>&5C=71E*%1A<VM"
M87-E+FIA=F$Z,3$X*0T*(" @("!;:F1O8UT@(" @(&%T(&]R9RYA<&%C:&4N
M=&]O;',N86YT+E5N:VYO=VY%;&5M96YT+F5X96-U=&4H56YK;F]W;D5L96UE
M;G0N:F%V83HQ-C8I#0H@(" @(%MJ9&]C72 @(" @870@;W)G+F%P86-H92YT
M;V]L<RYA;G0N5&%S:RYP97)F;W)M*%1A<VLN:F%V83HS,3DI#0H@(" @(%MJ
M9&]C72 @(" @870@;W)G+F%P86-H92YT;V]L<RYA;G0N5&%R9V5T+F5X96-U
M=&4H5&%R9V5T+FIA=F$Z,S Y*0T*(" @("!;:F1O8UT@(" @(&%T(&]R9RYA
M<&%C:&4N=&]O;',N86YT+E1A<F=E="YP97)F;W)M5&%S:W,H5&%R9V5T+FIA
M=F$Z,S,V*0T*(" @("!;:F1O8UT@(" @(&%T(&]R9RYA<&%C:&4N=&]O;',N
M86YT+E!R;VIE8W0N97AE8W5T951A<F=E="A0<F]J96-T+FIA=F$Z,3,P-BD-
M"B @(" @6VID;V-=(" @("!A="!O<F<N87!A8VAE+G1O;VQS+F%N="Y0<F]J
M96-T+F5X96-U=&5487)G971S*%!R;VIE8W0N:F%V83HQ,C4P*0T*(" @("!;
M:F1O8UT@(" @(&%T(&]R9RYA<&%C:&4N=&]O;',N86YT+DUA:6XN<G5N0G5I
M;&0H36%I;BYJ879A.C8Q,"D-"B @(" @6VID;V-=(" @("!A="!O<F<N87!A
M8VAE+G1O;VQS+F%N="Y-86EN+G-T87)T*$UA:6XN:F%V83HQ.38I#0H@(" @
M(%MJ9&]C72 @(" @870@;W)G+F%P86-H92YT;V]L<RYA;G0N36%I;BYM86EN
H*$UA:6XN:F%V83HR,S4I#0H-"D)524Q$($9!24Q%1 T*6RXN+ET-"@``
`
end

This sounds like a manifestation of
http://bugzilla.solarmetric.com/show_bug.cgi?id=472 to me. Do you have
circular dependencies between classes defined in multiple metadata
files? For example, do you have a class Foo whose metadata is defined in
Foo.jdo, and a class Bar whose metadata is in Bar.jdo, and do Foo and
Bar have references to each other?
If this is the bug, the only current workaround is to put those classes
that have circular references into the same metadata file (a package.jdo
file or a system.jdo file).
-Patrick
Rafa__ Czerwi__ski wrote:
Attached is the stacktrace i get during enhancement, inside ant build
process.
Kodo suddenly fails on classes that were enhanced correctly before, so I
guess its some internal bug.
Does anyone know why it happens?
raczer.
I use:
- kodo 2.4.0
- ant 1.5.1
[jdoc] java.util.ConcurrentModificationException
[jdoc] at
java.util.TreeMap$EntryIterator.nextEntry(TreeMap.java:1022)
[jdoc] at java.util.TreeMap$KeyIterator.next(TreeMap.java:1047)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.finish(ClassMetaData.java:345)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.newInstance(ClassMetaData.java:268)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.getInstance(ClassMetaData.java:192)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.validateSuperclass(ClassMetaData.java:446)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.finish(ClassMetaData.java:333)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.newInstance(ClassMetaData.java:268)
[jdoc] at
com.solarmetric.kodo.meta.ClassMetaData.getInstance(ClassMetaData.java:192)
[jdoc] at
com.solarmetric.kodo.enhance.JDOEnhancer.(JDOEnhancer.java:224)
[jdoc] at
com.solarmetric.kodo.enhance.JDOEnhancer.enhance(JDOEnhancer.java:187)
[jdoc] at
com.solarmetric.kodo.enhance.JDOEnhancer.enhance(JDOEnhancer.java:135)
[jdoc] at
com.solarmetric.modules.integration.ant.JDOEnhancerTask.executeOn(JDOEnhancerTask.java:43)
[jdoc] at
com.solarmetric.modules.integration.ant.TaskBase.execute(TaskBase.java:118)
[jdoc] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166)
[jdoc] at org.apache.tools.ant.Task.perform(Task.java:319)
[jdoc] at org.apache.tools.ant.Target.execute(Target.java:309)
[jdoc] at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[jdoc] at
org.apache.tools.ant.Project.executeTarget(Project.java:1306)
[jdoc] at
org.apache.tools.ant.Project.executeTargets(Project.java:1250)
[jdoc] at org.apache.tools.ant.Main.runBuild(Main.java:610)
[jdoc] at org.apache.tools.ant.Main.start(Main.java:196)
[jdoc] at org.apache.tools.ant.Main.main(Main.java:235)
BUILD FAILED
Patrick Linskey [email protected]
SolarMetric Inc. http://www.solarmetric.com

Exception running enhancement with Kodo 3.x metadata

156 INFO [main] kodo.Tool - Enhancer running on type "class
com.peacetech.dts.jdo.TemplateContentImpl".
Exception in thread "main" java.lang.NoSuchMethodError:
kodo.meta.AbstractMetaDataFactory.access$001(Lkodo/jdo/Deprecate
dJDOMetaDataFactory;)Lkodo/meta/MetaDataRepository;
at
kodo.jdo.DeprecatedJDOMetaDataFactory$ExtensionTranslatingParser.<init>(DeprecatedJDOMetaDataFactory.java:238
at
kodo.jdo.DeprecatedJDOMetaDataFactory.newParser(DeprecatedJDOMetaDataFactory.java:113)
at kodo.jdo.JDOMetaDataFactory.getParser(JDOMetaDataFactory.java:86)
at kodo.jdo.JDOMetaDataFactory.load(JDOMetaDataFactory.java:117)
at
kodo.meta.MetaDataRepository.getMetaDataInternal(MetaDataRepository.java:432)
at
kodo.meta.MetaDataRepository.getMetaData(MetaDataRepository.java:274)
at kodo.enhance.PCEnhancer.<init>(PCEnhancer.java:113)
at kodo.enhance.PCEnhancer.run(PCEnhancer.java:3806)
at kodo.enhance.PCEnhancer.run(PCEnhancer.java:3754)
at kodo.enhance.PCEnhancer.main(PCEnhancer.java:3720)

Hi Abe,
Great to have you back on this newsgroups. If release of 4.1 is expected
within next couple of months we would rather wait with migration
Thank you
Alex
<Abe White> wrote in message news:[email protected]..
I believe this is a known bug. If this is a blocking problem, please
contact support and request a patch. Tell them it's CR 285141.

Problem enhancing with Kodo

Hello!
I have been using kodo 4.1.2 as my backend for a long time now without touching it.
I did some work on my maven repository recently, and I am no longer able to use the cached version of openjpa due to this problem:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
GroupId: org.apache.openjpa
ArtifactId: openjpa
Version: 0.9.5-incubating
Reason: Unable to download the artifact from any repository
org.apache.openjpa:openjpa:pom:0.9.5-incubating
When I check out the openjpa site, this version is not there.
If I try any more recent version, including 0.9.6-incubating, I get this error during my build:
java.lang.NoSuchFieldError: brokerPlugin
This happens when I run the kodo.ant.PCEnhancerTask.
Note that openjpa 0.9.5 is no longer available.
Can anybody suggest how I can fix the brokerPlugin problem?
Thank you!
=David

My apologies. Since the Kodo traffic is minimal on this forum I typically ping the team to look at posted issues and missed this one. I will get someone to look at this today.
Doug

Horizontal mapping not working in Kodo 4.1.2

Hello,
I am having troubles in trying to get the class mapping I want in Kodo 4.1.2.
I want to go from Kodo 3.3 to Kodo 4.1, and still in the evaluation process. Basically, all I want is to have my package.jdo files to work in Kodo 4.1, with the minimum modifications, before moving to JPA.
The mapping is defined is my package.jdo using the <extension vendor-name="kodo" key="jdbc-class-map" value="XXX"/> where XXX can be one of horizontal, base or flat (I dont use vertical in this applicaion). This element does not seem to be properly recognized by the new mapping tool, and all my classes are mapped in the same base table.
After some digging in the docs and in the examples provided, I found this <inheritance strategy="XXX"/> element, that can be put in my package.jdo file. This is not clearly said in the docs (it seems this element is only mentionned in the new orm DTD), but is used in the sample/jdo/horizontal/package.jdo file.
Then I modified my package.jdo files, with this new element, where XXX is one of subclass-table, new-table (with no <join/> nested element) or superclass-table. But the result is not the one expected : all the classes are mapped in the same table.
I then gave a try at the example provided, compiled, enhanced and mapped the sample/jdo/horizontal classes provided with the distribution, since this example covers exactly what I want to do. It seems to me that this example does not work either.
The package.jdo says :
<jdo>
<package name="samples.jdo.horizontal">
<sequence name="sjvm" factory-class="sjvm" strategy="nontransactional"/>
<class name="LastModified">
<inheritance strategy="subclass-table"/>
</class>
The mapping file I get says :
<mapping>
<package name="samples.jdo.horizontal">
<class name="LastModified">
<jdbc-class-map type="base" pk-column="ID" table="LASTMODIFIED"/>
<jdbc-version-ind type="version-number" column="VERSN"/>
<jdbc-class-ind type="in-class-name" column="TYP"/>
<field name="creationDate">
<jdbc-field-map type="value" column="CREATIONDATE"/>
</field>
<field name="lastModificationDate">
<jdbc-field-map type="value" column="LASTMODIFICATIONDATE"/>
</field>
</class>
The enhancement is made using jdoc, the mapping file is generated using the following command line (the DB is empty) :
mappingtool -a refresh -f mapping.xml samples.jdo.horizontal.LastModifiedI would expect an horizontal mapping, with a class element containing only a <jdbc-class-map type="horizontal"/> element, as it is the case if I use my Kodo 3.3 mapping tool.
I tried the enhancement / mapping file generation process with two configuration of the kodo.properties file : the first one with kodo3 as the Mapping Factory and the second with jdo. The result is the same in both cases. I verified by setting the log level to TRACE for the Tool what the factory used. In fact in both case, it is the MappingFileDeprecatedJDOMappingFactory, which seems weird to me.
Bytheway, setting the MappingFactory to jpa leads to the following IllegalArgumentException during enhancement :
Exception in thread "main" org.apache.openjpa.lib.util.ParseException: Instantiation of plugin "MetaDataFactory" with value "jpa" caused an error "java.lang.IllegalArgumentException : java.lang.ClassNotFoundException: jpa". The alias or class name may have been misspelled, or the class may not have be available in the class path. Valid aliases for this plugin are: [jdo, kodo3]
I'd be glad to get any hint if I'm wrong on anything, or any workaround / patch to get my case to work.
Thank you in advance,
Jose

If the same exact app and code works with 4.0 with the same ForeignKeyDeleteAction setting, I suggest that you open a case with support.
This property hasn't changed since 4.0
http://e-docs.bea.com/kodo/docs41/full/html/ref_guide_mapping_defaults.html
Laurent

Kodo.util.*Identity not working in 3.3.2?

Hi, I have been trying to use one of the kodo identity classes for
application identity:
<class name="Person"
identity-type="application"
objectid-class="kodo.util.LongIdentity"
unfortunately the enhancer fails on a missing constructor??
[jdoc] kodo.util.FatalUserException: The objectid-class specified
by type "class kodo.Person" does not have public a no-args constructor.
2nd related question: I developed my own LongIdentity that has the missing
constructor and was planning to use it for most of my object model. on
some occasions, kodo seems to get confused about using the same
object-id-class for more than 1 persistent class:
<class name="Person"
identity-type="application"
objectid-class="kodo.AddressId" 
trying to load by id a Person:
Person person = (Person) ((KodoPersistenceManager)
pm).getObjectById(Person.class, ""+2000); // select
6750 TRACE [main] kodo.jdbc.SQL - <t 31737213, conn 19287723> [0 ms]
executing prepstmnt 26665270 SELECT t0.CITY, t0.STREET FROM ADDRESS t0
WHERE t0.ID = ? [params=(long) 2000] [reused=0]
kodo.util.ObjectNotFoundException: The instance "2000 [kodo.AddressId]"
does not exist in the data store.[2000 [kodo.AddressId]]
     at
kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2090)
     at
kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2005)
     at
kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2285)
the problem is that a select on the address table gets executed??
note: if I make a copy/paste of my AddressId and rename it PersonId, then
this works fine.
if all pk are of type long, are we expected to subclass
kodo.util.LongIdentity and add the default constructor for each persistent
class?
thanks for the help,
v.

here you go:
<?xml version="1.0" encoding="UTF-8"?>
<jdo>
     <package name="kodo">
          <class name="Address" identity-type="application">
               <extension vendor-name="kodo" key="jdbc-class-map"
value="base"></extension>
               <extension vendor-name="kodo" key="jdbc-class-map/table"
value="ADDRESS"></extension>
               <extension vendor-name="kodo" key="jdbc-version-ind"
value="none"></extension>
               <extension vendor-name="kodo" key="jdbc-class-ind-name"
value="none"></extension>
               <extension vendor-name="kodo" key="detachable"
value="serialize"></extension>
               <field name="id" primary-key="true">
                    <extension vendor-name="kodo" key="sequence-assigned"
value="true"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="ID"></extension>
               </field>
               <field name="city">
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="CITY"></extension>
               </field>
               <field name="street">
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="STREET"></extension>
               </field>
          </class>
          <class name="Person" identity-type="application">
               <extension vendor-name="kodo" key="jdbc-class-map"
value="base"></extension>
               <extension vendor-name="kodo" key="jdbc-class-map/table"
value="PERSON"></extension>
               <extension vendor-name="kodo" key="jdbc-version-ind"
value="none"></extension>
               <extension vendor-name="kodo" key="jdbc-class-ind-name"
value="none"></extension>
               <extension vendor-name="kodo" key="detachable"
value="serialize"></extension>
               <field name="addresses" default-fetch-group="true">
                    <collection element-type="kodo.Address">
                    </collection>
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="one-many"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/ref-column.ID"
value="P_ID"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/table"
value="ADDRESS"></extension>
               </field>
               <field name="firstname">
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="FIRSTNAME"></extension>
               </field>
               <field name="id" primary-key="true">
                    <extension vendor-name="kodo" key="sequence-assigned"
value="true"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="ID"></extension>
               </field>
               <field name="lastname">
                    <extension vendor-name="kodo" key="jdbc-field-map"
value="value"></extension>
                    <extension vendor-name="kodo" key="jdbc-field-map/column"
value="LASTNAME"></extension>
               </field>
          </class>
     </package>
     
</jdo>
Patrick Linskey wrote:
Hi Vincent,
Can you post the .jdo file that XDoclet is creating please?
-Patrick
Vincent Sevel wrote:
I tried that but run into another exception:
* @jdo.persistence-capable identity-type="application"
* @jdo.class-vendor-extension vendor-name="kodo" key="jdbc-class-map"
value="base"
* @jdo.class-vendor-extension vendor-name="kodo"
key="jdbc-class-map/table" value="PERSON"
* @jdo.class-vendor-extension vendor-name="kodo" key="jdbc-version-ind"
value="none"
* @jdo.class-vendor-extension vendor-name="kodo"
key="jdbc-class-ind-name" value="none"
* @jdo.class-vendor-extension vendor-name="kodo" key="detachable"
value="serialize"
public class Person implements Serializable {
* @jdo.field primary-key="true"
* @jdo.field-vendor-extension vendor-name="kodo"
key="sequence-assigned" value="true"
* @jdo.field-vendor-extension vendor-name="kodo" key="jdbc-field-map"
value="value"
* @jdo.field-vendor-extension vendor-name="kodo"
key="jdbc-field-map/column" value="ID"
private Long id;
javax.jdo.JDOFatalInternalException
     at kodo.Person.jdoNewObjectIdInstance(Person.java)
     at kodo.util.ApplicationIds.create(ApplicationIds.java:280)
     at
kodo.runtime.PersistenceManagerImpl.makePersistent(PersistenceManagerImpl.java:2424)
     at
kodo.runtime.PersistenceManagerImpl.makePersistent(PersistenceManagerImpl.java:2371)
>>
Person p1 = new Person();
p1.setFirstname("vince");
p1.setLastname("sevel");
Address adr1 = new Address();
adr1.setStreet("1er mai");
adr1.setCity("geneve");
p1.getAddresses().add(adr1);
pm.makePersistent(p1);
I must be missing a flag or property somewhere??
thanks,
v.
Abe White wrote:
When using single field identity in JDO, you don't list an objectid-class
at
>>
all
in your metadata. Just set identity-type to "application".

User application-id and existing schema: Enhancer doesn't work properly

I want to use JDO, but I have an existing schema and I need to use my own
primary keys.
Unfortunately the documentation and examples show only one thing at a
time.
Either it describes how to use an existing schema or it shows how to use
application-controlled keys.
Below I pasted a simplified example which shows my problem.
Is there something obviously wrong in my setup? Do I forget something
maybe quite simple?
Thanks for any help - I am pretty much stuck here,
Claudia
Error:
======
Enhancing first seems to have worked fine.
But when using the enhanced classes in my business code (before
actually creating or querying) I get an error message which shows
that during the enhancement process something went wrong:
java.lang.VerifyError:
(class: DBEntry, method: jdoCopyKeyFieldsToObjectId signature:
(Ljavax/jdo/PersistenceCapable$ObjectIdFieldManager;Ljava/lang/Object;)V)
Bad type in putfield/putstatic
My package.jdo:
================
<?xml version="1.0"?>
<jdo>
<package name="de.erv.be.biz.conf.jdo">
<class name="DBEntry" identity-type="application"
objectid-class="MyObjectId">
<extension vendor-name="kodo" key="table" value="DB_TABLE"/>
<extension vendor-name="kodo" key="pk-column" value="ID"/>
<extension vendor-name="kodo" key="lock-column" value="none"/>
<extension vendor-name="kodo" key="class-column" value="none"/>
<field name="id" primary-key="true">
<extension vendor-name="kodo" key="id-data-column" value="ID"/>
</field>
<field name="data">
<extension vendor-name="kodo" key="data-column" value="DATA"/>
</field>
</class>
</package>
</jdo>
My class DBEntry which matches a table in the database:
=======================================================
package jdoTest;
import javax.jdo.*;
public class DBEntry{
private Long id;
private String data;
public void setId(Long p_id){
id = p_id;
public void setData(String p_data){
data = p_data;
public Long getId(){
return id;
public String getData(){
return data;
My class MyObjectId:
====================
public class MyObjectId{
public Long id;
public boolean equals(Object other){
          if (other == this)
               return true;
          if (!(other instanceof ObjectId))
               return false;
          ObjectId obj = (ObjectId) other;
          return this.id == obj.id;
public int hashCode(){
return id.hashCode();

The problem here is actually a bug in the 0.95 spec, which Kodo 2.2.x
implements. It has been resolved in the 1.0 spec. Keep an eye on this
newsgroup for an announcement of our 1.0-compliant beta sometime tomorrow.
To temporarily resolve the problem at hand, see
https://bugzilla.solarmetric.com/show_bug.cgi?id=123.
-Patrick
On 6/4/02 10:37 AM, "Claudia Bach" <[email protected]> wrote:
I want to use JDO, but I have an existing schema and I need to use my own
primary keys.
Unfortunately the documentation and examples show only one thing at a
time.
Either it describes how to use an existing schema or it shows how to use
application-controlled keys.
Below I pasted a simplified example which shows my problem.
Is there something obviously wrong in my setup? Do I forget something
maybe quite simple?
Thanks for any help - I am pretty much stuck here,
Claudia
Error:
======
Enhancing first seems to have worked fine.
But when using the enhanced classes in my business code (before
actually creating or querying) I get an error message which shows
that during the enhancement process something went wrong:
java.lang.VerifyError:
(class: DBEntry, method: jdoCopyKeyFieldsToObjectId signature:
(Ljavax/jdo/PersistenceCapable$ObjectIdFieldManager;Ljava/lang/Object;)V)
Bad type in putfield/putstatic
My package.jdo:
================
<?xml version="1.0"?>
<jdo>
<package name="de.erv.be.biz.conf.jdo">
<class name="DBEntry" identity-type="application"
objectid-class="MyObjectId">
<extension vendor-name="kodo" key="table" value="DB_TABLE"/>
<extension vendor-name="kodo" key="pk-column" value="ID"/>
<extension vendor-name="kodo" key="lock-column" value="none"/>
<extension vendor-name="kodo" key="class-column" value="none"/>
<field name="id" primary-key="true">
<extension vendor-name="kodo" key="id-data-column" value="ID"/>
</field>
<field name="data">
<extension vendor-name="kodo" key="data-column" value="DATA"/>
</field>
</class>
</package>
</jdo>
My class DBEntry which matches a table in the database:
=======================================================
package jdoTest;
import javax.jdo.*;
public class DBEntry{
private Long id;
private String data;
public void setId(Long p_id){
id = p_id;
public void setData(String p_data){
data = p_data;
public Long getId(){
return id;
public String getData(){
return data;
My class MyObjectId:
====================
public class MyObjectId{
public Long id;
public boolean equals(Object other){
if (other == this)
return true;
if (!(other instanceof ObjectId))
return false;
ObjectId obj = (ObjectId) other;
return this.id == obj.id;
public int hashCode(){
return id.hashCode();
Patrick Linskey [email protected]
SolarMetric Inc. http://www.solarmetric.com

Kodo 4.1 Enhancer

Similar Messages

Maybe you are looking for