Re: Setting a Default toOne Relationship

Tue, 29 Aug 2006 12:09:17 -0700

I wish it were this easy! Unfortunately, the classes are in the correct places and have the custom code in them. 

Since I am deploying to SSDD, the file I'm looking at is: /Library/Tomcat/webapps/ERP/WEB-INF/ERP.woa/Contents/WebServerResources/Java/ERP.jar and it has com/bestmaid/erp/client/Entity.class in it.

I noticed that the path to the client-side .jar file was NOT in the web.xml class path, so I added it there and restarted Tomcat, but still no luck.

Dave



On Aug 29, 2006, at 2:36 PM, Robert Walker wrote:

Could it be as simple as the eo classes not being included in the JC target?

An easy way to find out is to run a "jar -tvf" on the file that gets installed in /Library/WebServer/Documents/WebObjects/Java.

See if your client-side classes are getting compiled into your jar file.  This is also the file that gets downloaded to the client application by Java WebStart, as I'm sure you are aware.

On Aug 29, 2006, at 2:28 PM, Paul Lynch wrote:

Could it be as simple as the eo classes not being included in the JC target?

Paul

On 29 Aug 2006, at 19:22, David Avendasora wrote:

Paul,

I've just been getting back to this issue, and you seem to be spot-on. I've left the client class setting pointing to: com.bestmaid.erp.client.Routing in the .eomodel file, but deleted the generated classes from the project. When I compile and run, it never complains about the classes missing.

I get no feedback in the console at all - no errors, no warnings, nothing. This leads me to believe that it isn't looking for them in the first place.

I've tried scouring the documentation, but I can't see why it wouldn't call the client class only when deployed.

I wonder if it has something to do with the application settings or command-line arguments such as WODirectConnectEnabled? Any ideas?

Thanks,

Dave

On May 19, 2006, at 3:01 PM, Paul Lynch wrote:

I have to wonder if your D2JC app is ignoring your eo classes, and acting directly on the database, by way of EOGenericRecord?  I believe that, in some circumstances, if WO can't find your class from the eomodel, it will fall back on EOGenericRecord.

IIRC, JC uses some form of 2 stage commit - first is within the JC app, then a further commit back to the server.  If you follow this idea through the documentation, something useful might pop up (I hope).



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

This email sent to [EMAIL PROTECTED]

--
Robert Walker

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

This email sent to [EMAIL PROTECTED]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to archive@mail-archive.com

Reply via email to