What version are you using? I honestly haven't tried reverse engineer in standalone. It works inside Eclipse ... It will have to have a source for finding classpath information, so this very much depends on what IDE you are using. If you're using Xcode, there is no support for parsing its project files to find classpath, so you would have to define it manually in an EntityModeler.classpath (or .EntityModeler.classpath) file located in the model folder or in one of the folders above it (or home directory, or ~/Library or ~/ Library/Preferences). This file should point to all of the Jars necessary to use EOF, one jar per line.

The error you're seeing, though, implies to be that you literally don't have an implementation of class loader factory, which I would think means you have an old Entity Modeler.app, because I'm almost positive there is an impl in the new one. If you're using IDEA or Eclipse, it can parse the project files directly to load classpath dependencies.

ms

On Dec 13, 2007, at 2:14 PM, John Thomas wrote:

Realised I'd forgotten to specify - its the standalone version. Sorry.

Stack crawl:

org.objectstyle.wolips.eomodeler.core.model.EOModelException: There was no valid EOF ClassLoader factory defined. at org.objectstyle.wolips.eomodeler.core.model.IEOClassLoaderFactory $Utility.createClassLoader (IEOClassLoaderFactory.java:56) at org .objectstyle .wolips .eomodeler .actions.ReverseEngineerAction.run(ReverseEngineerAction.java :110) at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java: 256) at org .eclipse .ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:229) at org .eclipse .jface .action .ActionContributionItem .handleWidgetSelection(ActionContributionItem.java :546) at org.eclipse.jface.action.ActionContributionItem.access $2(ActionContributionItem.java:490) at org.eclipse.jface.action.ActionContributionItem $6.handleEvent(ActionContributionItem.java :443)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1521)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1545)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1530)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1321)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java: 3407)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3005)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java: 2389)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
        at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219)
        at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at org .eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java: 289) at org .eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java: 461) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java: 149)
        at entitymodeler.Application.start(Application.java:43)
at org .eclipse .equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:169) at org .eclipse .core .runtime .internal .adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java : 106) at org .eclipse .core .runtime .internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java : 76) at org .eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java: 363) at org .eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java: 176)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1173)

Thanks!


On Dec 13, 2007 10:35 AM, <[EMAIL PROTECTED]> wrote:
From: Mike Schrag <[EMAIL PROTECTED]>
To: WebObjects-Dev Mailing List <[email protected]>
Date: Thu, 13 Dec 2007 13:34:35 -0500
Subject: Re: Entity Modeler Reverse Engineer
I suspect that's a misleading error message ... Is there a stack trace in the details of that error message? Althought, are you running the standalone app or the one inside of Eclipse?

ms

On Dec 13, 2007, at 12:48 PM, John Thomas wrote:

Hi, I really like the new Entity Modeler - shows a lot of promise :)

However, I get this error message when I try to reverse engineer an already existing mySQL database.

"There was no valid EOF ClassLoader factory defined."

Steps to reproduce are fairly simple :)

1. Have a mySQL DB that you know the password etc
2. Create new Model File in Entity Modeler
3. Enter Default settings, using com.mysql.jdbc.Driver as the Driver, and jdbc:mysql://localhost/myDB as the URL.
4. Click on the model, and choose "Reverse Engineer"

Behold the error message as listed above.

Is this just not implemented yet? Or am I doing something unexpected? :)

Thanks.

_______________________________________________
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%40mdimension.com

This email sent to [EMAIL PROTECTED]

 _______________________________________________
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]

Reply via email to