• 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: WO5.4 DTW NSMutableArray ClassCastException
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: WO5.4 DTW NSMutableArray ClassCastException


  • Subject: Re: WO5.4 DTW NSMutableArray ClassCastException
  • From: John Pollard <email@hidden>
  • Date: Fri, 18 Jan 2008 13:21:52 +0000

Dave,
Yup, my user.d2wmodel was causing the crash. The Rule Modeler let me easily untick all rules except essential ones and try again and it worked. I could then add back rules to get the styling as needed. Rule Modeler didn't tell me that there was something wrong but it was exactly what I needed. Thank you very much, great result.
John


On 18 Jan 2008, at 12:47, David Avendasora wrote:

How about the user.d2wmodel file? Have you looked at that? That should contain all the modifications you've made with the assistant, and having a clean project that works makes me thing maybe it is the culprit.

The *.d2wmodel files are the other key piece (beyond the model) of a Direct-To project. The combination of it the two file types control almost everything. Errors in these filea can also cause many hard-to- trace problems.

With RuleEditor deprecated, you can use the Rule Modeler (http://webobjects.mdimension.com/wonder/RuleModeler-latest.tar.gz ) that is part of Project Wonder. I have not used it yet, so you're on your own getting it setup. But that may help you find problems with your .d2wmodel files, just like Entity Modeler is great for tracking down problems with an .eomodel file.

Dave

On Jan 18, 2008, at 7:04 AM, John Pollard wrote:

Calling D2W experts,
Dave, thanks for this tip, there was one model warning which I have removed, but same result.
However, by creating a new D2W project in WOLips based on the same model I have banished the crash.
What I am unsure about is how to transfer my customisations from the original D2W project. If I try to use the D2W assistant by clicking on Customize, I get:
java.lang.IllegalArgumentException: WebAssistant: You backtracked too far
Is this assistant a thing of the past?
If so, how do I manually configure D2W field sizes. I have an Edit text field that is way too small and need to make it bigger.
Thanks
John


On 18 Jan 2008, at 10:38, David Avendasora wrote:

Hi John,

I don't know about DTW as I haven't ever used it, but I use D2JC every day (for now, migrating to pure Swing). D2JC is VERY VERY VERY sensitive to having the EOModel be _PERFECT_, and I found that 90% of the issues I'd have with D2JC were problems with the model.

Before I migrated to Xcode, I used to open my model in Entity Modeler just to get the better validation. It helped a LOT. Listen to it. I don't know if it will fix this issue, but it can save hours of frustration for many other problems.

Dave
[snip...]



On Jan 16, 2008, at 0:44, John Pollard wrote:

Hi WO Dev List,

We have moved several apps to Leopard/WO5.4 successfully (not D2W), but we have one D2W application which produces the following exception when a search of some data is triggered by clicking on a Search button in the app. As D2W is 90+% WO doing its magic stuff, I am not quite sure how to track this problem down. Can anyone advise on why there might be a cast class exception of NSMutableArray within eoaccess when DTW is running a query? This worked ok pre-WO5.4.

[2008-1-16 8:16:25 GMT] <main> Waiting for requests...
[2008-1-16 8:17:19 GMT] <WorkerThread7> < com.webobjects.appserver._private.WOComponentRequestHandler>: Exception occurred while handling request:
java.lang.ClassCastException: com.webobjects.foundation.NSMutableArray
[2008-1-16 8:17:19 GMT] <WorkerThread7> java.lang.ClassCastException: com.webobjects.foundation.NSMutableArray
at com.webobjects.eoaccess.EOQualifierSQLGeneration $ _KeyValueQualifierSupport .schemaBasedQualifierWithRootEntity (EOQualifierSQLGeneration.java:438)
[snip...]
_______________________________________________
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




_______________________________________________ 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: WO5.4 DTW NSMutableArray ClassCastException
      • From: John Pollard <email@hidden>
References: 
 >WO5.4 DTW NSMutableArray ClassCastException (From: John Pollard <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: "Mr. Pierre Frisch" <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: John Pollard <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: "Mr. Pierre Frisch" <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: John Pollard <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: David Avendasora <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: John Pollard <email@hidden>)
 >Re: WO5.4 DTW NSMutableArray ClassCastException (From: David Avendasora <email@hidden>)

  • Prev by Date: EntityModeler hiding relationships?
  • Next by Date: Re: App stuck on executeStoredProcedure() (was NPE from...)
  • Previous by thread: Re: WO5.4 DTW NSMutableArray ClassCastException
  • Next by thread: Re: WO5.4 DTW NSMutableArray ClassCastException
  • Index(es):
    • Date
    • Thread