I was working on a hunch that my earlier problem with SQL generation
might have been something to do with it since the Integer cast
exception was in the stack trace. I changed the prototype in
EOModeler to have a width and it did not fix the SQL generation anyway.
By thw way, in MySQL, integers are specified as INT(11) for example.
The 11 is the "display width". All my ints are 11 anyway, but one use
of it would be a 5 digit zip code where the integer could have a
display width of 5 and IIRC there is a left pad with zeroes option to
you could have zip code 00549 show up correctly .... but since we use
Entities and Java classes, we have no use for those features anyway
But, not that I need to know right now, but a DECIMAL type does need
a scale and precision ....... how does one edit that in Entity Modeler?
Regards, Kieran
On May 2, 2007, at 5:12 PM, Chuck Hill wrote:
> My 2 cents: EOModeler bug. Integers don't have lengths. Does it
> do anything?
>
> Chuck
>
>
> On May 2, 2007, at 2:03 PM, Kieran Kelleher wrote:
>
>> Attached is small image of part of my prototypes entity. Notice
>> that the external width is missing on 'oid' which is defined as
>> INT. The numInt9Dgt2Billion is the same external definition ... it
>> correctly shows 11 as external width. This prototypes model was
>> originally created in EOModeler.
>>
>> How can I edit these values in Entity Modeler. As you can see in
>> the 2nd picture, there are no fields in Properties to edit these?
>>
>>
>> <pastedGraphic.tiff>
>>
>> <pastedGraphic.tiff>
>
> --
>
> Practical WebObjects - for developers who want to increase their
> overall knowledge of WebObjects or who are trying to solve specific
> problems.
> http://www.global-village.net/products/practical_webobjects
>
>
>
>
>
This archive was generated by hypermail 2.0.0 : Wed May 02 2007 - 17:25:58 EDT