• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Having Troubles with JUnit
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Having Troubles with JUnit

  • Subject: Re: Having Troubles with JUnit
  • From: Mike Schrag <email@hidden>
  • Date: Mon, 30 Aug 2010 18:41:20 -0400
hmmm  .. pretty sure you can't use /bin references unless you're using project bundles. i would try changing those bin folders to build/Whatever.framework/Resources/Java and see what happens. with NSProjectBundleEnabled=true you should be able to use bin folders, though. try printing out the framework bundles with that property set to make sure it actually is getting picked up. you should see some NSProjectBundles instead of NSLegacyBundles (for things you have source for)

ms

On Aug 30, 2010, at 5:54 PM, Johnny Miller wrote:

Yeah, I'm using MySQL.

Here is the printout from NSBundle.mainBundle()._classPath()

("/Users/jlmiller/Documents/workspace2/HorsePostModelv3/build/HorsePostModelv3.framework/Resources/Java", "/Users/jlmiller/Documents/workspace2/HorsePostModelv3/bin", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERExtensions/bin", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/erxservletadaptor.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/junit-4.8.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/icu4j-3_8_1.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/log4j-1.2.14.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/slf4j-api-1.5.0.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/slf4j-log4j12-1.5.0.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/erxwo54.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/ognl-2.6.7.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERJars/Libraries/WORapidTurnaround.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/JavaWOExtensions/bin", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOAccess.framework/WebServerResources/Java/JavaEOAccess.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOControl.framework/WebServerResources/Java/JavaEOControl.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaFoundation.framework/Resources/Java/javafoundation.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaFoundation.framework/WebServerResources/Java/JavaFoundation.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaWebObjects.framework/Resources/Java/javawebobjects.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaWebObjects.framework/WebServerResources/Java/JavaWebObjects.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOProject.framework/Versions/A/Resources/Java/javaeoproject.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbcadaptor.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaJDBCAdaptor.framework/WebServerResources/Java/JavaJDBCAdaptor.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojspservlet.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaXML.framework/Resources/Java/javaxml.jar", "/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaXML.framework/WebServerResources/Java/JavaXML.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/ERPrototypes/bin", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/WOOgnl/bin", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/WOOgnl/Libraries/WOOgnl53.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Core/WOOgnl/Libraries/WOOgnl54.jar", "/Users/jlmiller/Documents/workspace2/KMExtensions/bin", "/Users/jlmiller/Documents/workspace2/KMFoundation/bin", "/Applications/eclipse_carbon/plugins/org.junit4_4.5.0.v20090824/junit.jar", "/Applications/eclipse_carbon/plugins/org.hamcrest.core_1.1.0.v20090501071000.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Ajax/Ajax/bin", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/Ajax/Ajax/Libraries/jabsorb-1.2.2.jar", "/Users/jlmiller/Documents/WonderLatest/WonderSource/Frameworks/BusinessLogic/ERAttachment/bin", "/Users/jlmiller/Documents/workspace2/KMFoundation/Libraries/mail.jar", "/Users/jlmiller/Documents/workspace2/MySQLPlugIn/bin", "/Users/jlmiller/Documents/workspace2/HorsePostModelv3/Libraries/lucene-1.4.3.jar", "/Users/jlmiller/Documents/workspace2/HorsePostModelv3/Libraries/jdom.jar", "/Users/jlmiller/Documents/workspace2/HorsePostModelv3/Libraries/mysql-connector-java-5.0.4-bin.jar", "/Applications/eclipse_carbon/configuration/org.eclipse.osgi/bundles/307/1/.cp", "/Applications/eclipse_carbon/configuration/org.eclipse.osgi/bundles/962/1/.cp", "/Applications/eclipse_carbon/configuration/org.eclipse.osgi/bundles/306/1/.cp")

I see the MySQLPlugin, does that not look right?

I tried adding -DNSProjectBundleEnabled=true but it doesn't seem to have changed anything.



On Aug 30, 2010, at 11:45 AM, Mike Schrag wrote:

you're using mysql, right? i still don't see the mysqlplugin in the framewokr list here ... check the runtime classpath on your junit test and make sure it shows up in there

On Aug 30, 2010, at 5:43 PM, Johnny Miller wrote:

Hi,

If I do a print out on Framework bundles I get the following:

(<com.webobjects.foundation.development.NSLegacyBundle name:'HorsePostModelv3' bundlePath:'/Users/jlmiller/Documents/workspace2/HorsePostModelv3/build/HorsePostModelv3.framework' packages:'("com.horsepost.model.eo", "com.horsepost.model", "com.horsepost.model.eo.migration", "com.horsepost.model.tests", "com.horsepost.model.index")' 59 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaEOAccess' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOAccess.framework' packages:'("com.webobjects.eoaccess", "com.webobjects.eoaccess.synchronization")' 90 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaEOControl' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOControl.framework' packages:'("com.webobjects.eocontrol._private", "com.webobjects.eocontrol")' 117 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaFoundation' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaFoundation.framework' packages:'("com.webobjects.foundation", "com.webobjects.foundation.xml")' 215 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaWebObjects' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaWebObjects.framework' packages:'("com.webobjects.appserver._private", "com.webobjects.appserver", "com.webobjects.appserver.parser.woml", "com.webobjects._ideservices", "com.webobjects.appserver.parser.declaration", "com.webobjects.appserver.xml._private", "com.webobjects.appserver.parser.woml.namespaces", "com.webobjects.appserver.xml", "com.webobjects.appserver.parser", "")' 315 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaEOProject' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaEOProject.framework' packages:'("com.webobjects._eoproject", "com.webobjects._eoproject.parser")' 30 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaJDBCAdaptor' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaJDBCAdaptor.framework' packages:'("com.webobjects.jdbcadaptor")' 41 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaWOJSPServlet' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaWOJSPServlet.framework' packages:'("com.webobjects.jspservlet")' 13 classes >, <com.webobjects.foundation.development.NSLegacyBundle name:'JavaXML' bundlePath:'/Developer/WebObjects/Versions/WebObjects54/System/Library/Frameworks/JavaXML.framework' packages:'("org.apache.xpath.operations", "org.apache.xalan.templates", "org.apache.axis.components.image", "org.apache.xalan.xsltc.runtime", "org.apache.xpath.objects", "org.apache.bcel.generic", "org.apache.bcel.verifier.exc", "org.apache.xerces.xpointer", "org.apache.axis.message", "org.apache.xpath.functions", "org.apache.log4j.helpers", "org.apache.xerces.util", "org.apache.axis.utils", "org.apache.axis.types", "org.xml.sax", "org.apache.xalan.xsltc.compiler", "org.apache.axis.wsdl", "org.apache.html.dom", "org.apache.axis.encoding.ser", "javax.servlet.http", "org.apache.xerces.jaxp", "org.apache.xalan.xsltc.compiler.util", "org.apache.axis.configuration", "org.apache.xerces.impl.xs.opti", "org.apache.xerces.jaxp.validation", "org.apache.wml.dom", "org.w3c.dom", "org.apache.xml.serialize", "org.apache.xalan.transformer", "org.apache.commons.discovery.resource.names", "com.ibm.wsdl.extensions.soap", "org.apache.xalan.processor", "org.w3c.dom.html", "org.apache.axis.components.net", "org.apache.xerces.parsers", "org.apache.log4j.lf5.viewer", "org.apache.xml.serializer.utils", "org.apache.xerces.impl.xpath", "org.apache.axis.security.servlet", "org.apache.xml.dtm.ref", "org.apache.log4j.lf5", "org.apache.bcel.classfile", "org.apache.axis.constants", "javax.wsdl.extensions", "org.apache.xerces.xs", "org.apache.xml.utils.res", "org.apache.axis.encoding", "org.w3c.dom.ls", "org.apache.xml.utils", "org.apache.xalan.xsltc.cmdline", "org.apache.xerces.impl", "org.apache.commons.discovery.resource.classes", "org.apache.bcel", "org.apache.xerces.impl.dv.xs", "org.apache.bcel.verifier.structurals", "javax.xml.rpc.holders", "org.apache.xalan.xsltc.dom", "com.ibm.wsdl", "org.apache.axis.attachments", "org.apache.commons.logging.impl", "javax.servlet", "org.w3c.dom.css", "org.apache.xerces.impl.xs.models", "org.apache.wml", "org.apache.xerces.impl.xs.traversers", "org.apache.xml.dtm.ref.sax2dtm", "javax.xml.soap", "org.apache.axis.collections", "org.apache.axis.transport.jms", "javax.xml.rpc", "javax.servlet.jsp.tagext", "org.apache.axis.holders", "org.apache.bcel.util", "org.apache.xpath.compiler", "com.ibm.wsdl.xml", "org.apache.xerces.impl.xs", "org.apache.axis.monitor", "org.apache.xalan.xsltc.cmdline.getopt", "org.apache.axis.components.threadpool", "org.apache.xalan.extensions", "org.apache.xalan.lib", "org.apache.log4j.lf5.viewer.categoryexplorer", "org.apache.bcel.verifier.statics", "org.apache.xerces.impl.xs.util", "org.apache.xalan.xslt", "org.apache.axis.wsdl.gen", "javax.xml.xpath", "org.apache.xpath.patterns", "org.apache.axis.encoding.ser.castor", "org.xml.sax.ext", "org.apache.xerces.impl.xpath.regex", "org.apache.xpath.axes", "org.apache.axis.deployment.wsdd", "org.apache.xerces.impl.dv", "org.apache.xerces.xni.parser", "org.apache.axis.transport.http", "org.apache.commons.discovery.tools", "org.apache.xml.serializer", "org.apache.xerces.impl.dtd", "org.apache.axis.components.jms", "org.apache.xalan.serialize", "org.apache.axis.components.script", "org.apache.xerces.xinclude", "org.apache.axis.server", "org.apache.log4j", "javax.wsdl", "org.apache.xml.res", "org.w3c.dom.events", "org.apache.regexp", "org.apache.xerces.impl.dv.dtd", "org.apache.axis.wsdl.toJava", "org.apache.log4j.varia", "org.apache.xpath.res", "org.apache.axis.tools.ant.wsdl", "com.ibm.wsdl.extensions.mime", "javax.wsdl.extensions.mime", "org.xml.sax.helpers", "org.apache.axis.client", "javax.xml.rpc.encoding", "org.apache.axis.management", "org.apache.log4j.spi", "org.apache.axis.utils.cache", "org.apache.bcel.verifier", "javax.xml.parsers", "org.apache.xalan.xsltc.trax", "javax.xml.datatype", "org.apache.xerces.dom3.as", "org.w3c.dom.ranges", "org.apache.xalan.lib.sql", "javax.xml.rpc.handler", "org.apache.xerces.impl.xs.identity", "org.apache.xerces.xni", "org.apache.xerces.dom", "org.apache.commons.logging", "org.apache.commons.discovery", "org.apache.commons.discovery.resource", "org.apache.axis.providers", "org.apache.xerces.xni.grammars", "org.apache.xerces.impl.io", "org.apache.axis.transport.local", "org.apache.axis.session", "org.apache.axis.management.jmx", "org.apache.axis.soap", "org.apache.axis.wsdl.symbolTable", "org.apache.axis.schema", "javax.xml", "org.apache.log4j.net", "org.apache.xpath", "org.apache.xalan.trace", "com.ibm.wsdl.extensions.schema", "org.apache.axis", "org.apache.axis.deployment.wsdd.providers", "org.apache.log4j.lf5.util", "org.apache.xerces.xs.datatypes", "org.apache.log4j.chainsaw", "org.apache.axis.description", "org.apache.commons.discovery.jdk", "javax.xml.rpc.server", "org.apache.axis.utils.bytecode", "org.apache.xerces.dom.events", "javax.xml.transform", "org.apache.log4j.config", "org.apache.axis.i18n", "com.ibm.wsdl.util.xml", "org.apache.axis.client.async", "javax.xml.validation", "org.apache.xalan.xsltc", "org.apache.axis.transport.java", "org.apache.axis.wsdl.fromJava", "org.w3c.dom.bootstrap", "javax.wsdl.extensions.http", "org.apache.xerces.impl.dtd.models", "org.apache.axis.components.compiler", "org.w3c.dom.xpath", "org.apache.xpath.jaxp", "org.apache.xpath.domapi", "org.apache.axis.tools.ant.foreach", "org.apache.xerces.jaxp.datatype", "javax.xml.transform.dom", "javax.wsdl.extensions.soap", "org.apache.axis.strategies", "org.apache.xml.dtm.ref.dom2dtm", "org.apache.axis.enum", "org.apache.xalan", "javax.servlet.jsp", "org.w3c.dom.traversal", "org.apache.axis.providers.java", "org.apache.log4j.xml", "org.apache.commons.discovery.log", "com.ibm.wsdl.extensions.http", "org.apache.xerces.impl.dv.util", "javax.wsdl.xml", "javax.xml.transform.stream", "org.apache.axis.handlers", "com.ibm.wsdl.util", "org.apache.xml.dtm", "org.apache.log4j.or", "javax.xml.namespace", "org.apache.axis.transport.mail", "org.apache.axis.security", "org.apache.log4j.or.sax", "org.apache.axis.components.uuid", "org.apache.xalan.xsltc.util", "org.apache.axis.security.simple", "org.apache.xalan.res", "org.apache.axis.components.encoding", "org.apache.xalan.xsltc.runtime.output", "javax.xml.messaging", "org.apache.axis.tools.ant.axis", "org.apache.log4j.lf5.viewer.configure", "javax.wsdl.factory", "org.apache.log4j.jmx", "org.apache.axis.handlers.http", "com.ibm.wsdl.extensions", "java_cup.runtime", "org.apache.axis.handlers.soap", "org.apache.commons.discovery.ant", "com.ibm.wsdl.factory", "org.w3c.dom.views", "org.w3c.dom.stylesheets", "javax.xml.transform.sax", "org.apache.axis.components.logger", "org.apache.log4j.nt", "javax.wsdl.extensions.schema", "org.apache.xerces.impl.validation", "org.apache.xerces.impl.msg", "org.apache.xalan.client", "javax.xml.rpc.soap", "org.apache.log4j.jdbc", "org.apache.log4j.or.jms", "org.apache.xmlcommons", "javax.xml.rpc.handler.soap")' 4134 classes >)

So, it appears I'm using NSLegacyBundle?

Does something like awry?


On Aug 30, 2010, at 11:25 AM, Mike Schrag wrote:

might be some issue with NSProjectBundles ... not sure if it is using project bundles for you or not, though. you can print out the name of the class of one of your bundles to see whether it's NSProjectBundle or NSLegacyBundle, which might help narrow it down some

On Aug 30, 2010, at 5:19 PM, Johnny Miller wrote:

OK, so the problem has returned and it has something to do with when I import the Wonder Sources into my workspace.  So, when I deleted .metadata the tests worked again because the Wonder sources were no longer in my workspace.

IDK, if I'm doing something wrong but I just go import -> general -> existing projects into workspace

Then I select the wonder directory in my Documents folder.  Eclipse successfully detects all the frameworks and I just add them.  Is that the wrong process?

Also, I get errors on some of the wonder frameworks, mostly having to do with HTML not being properly formatted xml i.e <BR> instead of <BR/>.  Could that be the issue?

Thanks again,

Johnny




On Aug 26, 2010, at 3:32 PM, Mike Schrag wrote:

Looks reasonable ... Not sure what .metadata would impact for this issue.

Sent from my iPhone

On Aug 26, 2010, at 9:30 PM, Johnny Miller <email@hidden> wrote:

Here is the .classpath file for the project.

I have not changed the classpaths since I moved the .metadata folder.  Maybe it was written over?  Does the order they are written in matter?

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
        <classpathentry kind="src" path="Sources"/>
        <classpathentry kind="src" path="Tests"/>
        <classpathentry kind="con" path="WOFramework/ERExtensions"/>
        <classpathentry kind="con" path="WOFramework/ERJars"/>
        <classpathentry kind="con" path="WOFramework/ERPrototypes"/>
        <classpathentry kind="con" path="WOFramework/JavaWOExtensions"/>
        <classpathentry kind="con" path="WOFramework/WOOgnl"/>
        <classpathentry kind="con" path="WOFramework/JavaEOAccess"/>
        <classpathentry kind="con" path="WOFramework/JavaEOControl"/>
        <classpathentry kind="con" path="WOFramework/JavaFoundation"/>
        <classpathentry kind="con" path="WOFramework/JavaJDBCAdaptor"/>
        <classpathentry kind="con" path="WOFramework/JavaWebObjects"/>
        <classpathentry kind="con" path="WOFramework/JavaXML"/>
        <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
        <classpathentry kind="con" path="WOFramework/KMExtensions"/>
        <classpathentry kind="con" path="WOFramework/KMFoundation"/>
        <classpathentry kind="con" path="WOFramework/MySQLPlugIn"/>
        <classpathentry kind="lib" path="Libraries/lucene-1.4.3.jar"/>
        <classpathentry kind="lib" path="Libraries/jdom.jar"/>
        <classpathentry kind="lib" path="Libraries/mysql-connector-java-5.0.4-bin.jar"/>
        <classpathentry kind="output" path="bin"/>
</classpath>




On Aug 26, 2010, at 3:20 PM, Mike Schrag wrote:

Not the driver, the mysql plugin. Project metadata is in .classpath and .project. My guess is that you weren't linked to the mysqlplugin framework.

Sent from my iPhone

On Aug 26, 2010, at 9:14 PM, Johnny Miller <email@hidden> wrote:

Thanks for the help Mike.

I have the mysql driver in the Libraries folder and I had added it to the classpath.

Prior to receiving your email I decided to go for the scorched Earth policy to fix this as it's been going on for the better part of a day.  So I moved my $workspace/.metadata folder to $workspace/.metadata.old

Then I restarted Eclipse, re-imported my projects and now it works.  Would you know where I could look to in my old .metadata folder to see where the offending bug may lie?

Thanks again,

Johnny

On Aug 26, 2010, at 2:59 PM, Mike Schrag wrote:

It's using the default jdbc adaptor instead of your plugin. Make sure the plugin for your db is in your classpath.

Sent from my iPhone

On Aug 26, 2010, at 8:01 PM, Johnny Miller <email@hidden> wrote:

Still stuck.

Here is the stack trace:

java.lang.IllegalStateException: Adaptor com.webobjects.jdbcadaptor.JDBCAdaptor@35de7497 failed to provide new primary keys for entity 'HPPoster'
at com.webobjects.eoaccess.EODatabaseContext.prepareForSaveWithCoordinator(EODatabaseContext.java:5713)
at com.webobjects.eocontrol.EOObjectStoreCoordinator.saveChangesInEditingContext(EOObjectStoreCoordinator.java:370)
at com.webobjects.eocontrol.EOEditingContext.saveChanges(EOEditingContext.java:3192)
at er.extensions.eof.ERXEC._saveChanges(ERXEC.java:1085)
at er.extensions.eof.ERXEC.saveChanges(ERXEC.java:1007)

I'm noticing that 'EO_PK_TABLE' does not seem to get created.  My TestSuite class is able to successfully login to the database and call a stored function.

Not sure what it all means.

Any help would be greatly appreciated.

Johnny


Begin forwarded message:

From: Johnny Miller <email@hidden>
Date: August 25, 2010 5:43:10 PM HST
To: WebObjects-Dev Mailing List List <email@hidden>
Subject: Having Troubles with JUnit

Out of the blue (or maybe since I updated WOLIPS?) I'm having all kinds of issues with running my test cases on my frameworks.

I found this tidbit on the Wiki that helped (which I didn't seem to need before): http://wiki.objectstyle.org/confluence/display/WO/Testing-JUnit+and+TestNG

But now I'm getting an error on one of my frameworks that I'm unable to create a primary key for the entity I'm testing (IllegalStateException - Adaptor com.webobjects.jdbcadaptor.JDBCAdaptor@50152643 failed to provide new primary keys for entity)?

The way I test my EOModels is I have a test database that I setup/tear down every time that I run the test.  I'm able to create the tables (using EOUtilities.rawRowsForSQL) but when I try to saveChanges on the EO i'm creating I get the error above.

I'm using a MySQL database with the MySQL plugin framework.  Did something change recently in WOLips that could have caused my old tests to fail?

Thanks in advance,

Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com




Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com


Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com




Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com




Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com





Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com





Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com




 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden
  • Follow-Ups:
    • Re: Having Troubles with JUnit
      • From: Johnny Miller <email@hidden>
References: 
 >Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Fwd: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Re: Having Troubles with JUnit (From: Mike Schrag <email@hidden>)
 >Re: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Re: Having Troubles with JUnit (From: Mike Schrag <email@hidden>)
 >Re: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Re: Having Troubles with JUnit (From: Mike Schrag <email@hidden>)
 >Re: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Re: Having Troubles with JUnit (From: Mike Schrag <email@hidden>)
 >Re: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)
 >Re: Having Troubles with JUnit (From: Mike Schrag <email@hidden>)
 >Re: Having Troubles with JUnit (From: Johnny Miller <email@hidden>)

  • Prev by Date: Re: Having Troubles with JUnit
  • Next by Date: Re: ERModernDirectToWeb relationship problem
  • Previous by thread: Re: Having Troubles with JUnit
  • Next by thread: Re: Having Troubles with JUnit
  • Index(es):
    • Date
    • Thread