Re: java.lang.ClassCastException when calling an EO's savechanges() method
Re: java.lang.ClassCastException when calling an EO's savechanges() method
- Subject: Re: java.lang.ClassCastException when calling an EO's savechanges() method
- From: David Holt <email@hidden>
- Date: Fri, 13 May 2005 10:51:31 -0700
Are you building from the command line? If not, I would try that. If so, I find that the unless I delete the build folder in the project folder and the app.woa folders in /Library/WebServer/Documents/WebObjects and /Library/WebObjects/Applications, when I move the app.woa directories to my server XCode may not have actually updated the directories as you would expect. My workflow when I am ready to deploy is:
1. Quit XCode.
2. Delete the build folder
3. Delete any products in these paths (/Library/WebServer/Documents/WebObjects and /Library/WebObjects/Applications)
4. Build from the Command line using xcodebuild (twice - once for WebServer once for Deployment)
5. Move the products from these paths (/Library/WebServer/Documents/WebObjects/ and /Library/WebObjects/Applications/) to the server.
If you miss any of these steps, you are asking for inconsistencies in behaviour. Are you using the same versions of WO on the Development and Server boxes?
David
--
The afternoon knows what the morning never suspected.
<x-tad-smaller>
Swedish Proverb
from Sunbeams: http://www.thesunmagazine.org</x-tad-smaller>
On 13 May 2005, at 10:28 AM, WebObjects wrote:
Ok, I trashed the entire 'build' directory, re-built, tested in IDE (xcode).
Works fine.
Moved to deployment - still get the darn java.lang.ClassCastException
Any suggestions on the NextStep?
You would think that, but you would be wrong. Trust me, I've seen your
exact situation before. The .woa directory in build/ is not exactly
what xCode runs.
_______________________________________________
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