you can try adding -DNSProjectBundleEnabled=true to your launch and see if that
makes things any better
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 protected]> 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 protected]>
>>>>>> 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 protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Still stuck.
>>>>>>>>>
>>>>>>>>> Here is the stack trace:
>>>>>>>>>
>>>>>>>>> java.lang.IllegalStateException: Adaptor
>>>>>>>>> com.webobjects.jdbcadaptor.jdbcadap...@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 protected]>
>>>>>>>>>> Date: August 25, 2010 5:43:10 PM HST
>>>>>>>>>> To: WebObjects-Dev Mailing List List <[email protected]>
>>>>>>>>>> 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.jdbcadap...@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
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>> Webobjects-dev mailing list ([email protected])
>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com
>>>>>>>>>
>>>>>>>>> This email sent to [email protected]
>>>>>>>
>>>>>>> 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 protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
