Re: A 3-level relation: JavaClient DONT WORK FINE!!!!
Re: A 3-level relation: JavaClient DONT WORK FINE!!!!
- Subject: Re: A 3-level relation: JavaClient DONT WORK FINE!!!!
- From: Ricardo Strausz <email@hidden>
- Date: Thu, 2 Jan 2003 20:18:14 -0600
I WANT TO KILL SOME ONE (&^$&^%#$&^#&^#%(**&)^(&*_+
I restarted my server and after login in I started ProjectBuilder and
open my project.
the console.log said:
Mac OS X Version 10.2.3 (Build 6G30)
Jan 2 19:59:35 euler WindowServer[174]: CGXDisableUpdate: Updates
disabled by connection 0x4807 for over 1.000000 seconds
Jan 2 19:59:38 euler WindowServer[174]: CGXDisableUpdate: Updates
disabled by connection 0x3a0b for over 1.000000 seconds
Jan 2 19:59:44 euler WindowServer[174]: CGXDisableUpdate: Updates
disabled by connection 0x3a0b for over 1.000000 seconds
Jan 2 20:00:30 euler /Developer/Applications/Project
Builder.app/Contents/MacOS/Project Builder: kCGErrorFailure :
CGSaveGState is obsolete; use CGContextSaveGState instead.
Jan 2 20:00:30 euler /Developer/Applications/Project
Builder.app/Contents/MacOS/Project Builder: kCGErrorFailure :
CGTranslateCTM is obsolete; use CGContextTranslateCTM instead.
Jan 2 20:00:30 euler /Developer/Applications/Project
Builder.app/Contents/MacOS/Project Builder: kCGErrorFailure :
CGRotateCTM is obsolete; use CGContextRotateCTM instead.
Jan 2 20:00:30 euler /Developer/Applications/Project
Builder.app/Contents/MacOS/Project Builder: kCGErrorFailure :
CGRestoreGState is obsolete; use CGContextRestoreGState instead.
Jan 2 20:00:31 euler WindowServer[174]: CGXRemoveTrackingArea :
Invalid tracking area
then I started InterfaceBuilder by dobleklicking the icon inside
ProjectBuilder; the console said:
2003-01-02 20:01:11.971 Interface Builder[554] *** NSRunLoop: ignoring
exception 'java/lang/NullPointerException' (reason 'No reason
provided.') that raised during delayed perform of target 25744368 and
selector '_processEndOfEventNotification:'
2003-01-02 20:05:55.019 Interface Builder[554] Exception raised during
posting of notification. Ignored. exception: Unregistered contentView
I tried to test the interface (OBSERVE THAT: in the model, only the
relations
Prod<-->>Art<-->>Mov exist and in the Instances Pane only Prod's and
Art's DisplayGroups exist)... the table Prod is not longer fetching;
well it does but do not display nothing until I drag the cursosr on
top. And only the first time, becuse if a stop the testing mode and
test again, it does nothing.
It looks like a black hull to me... I will start all over again!!!!!!
Is out there an expert who can tell me wat is going wrong with
JavaClient apps?????
On jueves, ener 2, 2003, at 19:55 America/Mexico_City, Ricardo Strausz
wrote:
> And it can get worst:
> I did erease the relations with Prov... did not work
> I did erease the last two DisplayGroups... did not work
> I Quited InterfaceBuilder (and the console said:
> 2003-01-02 19:44:21.561 Interface Builder[1210] WARNING:
> PBXExternalEditorServer: Attempt to perform a didCloseFile: for an
> unregistered external editor.
> ) and start again... did not work eventhough I am as in the begining
> when things was working
>
> I am about to reboot... hope it works!!!!!
>
>
> On jueves, ener 2, 2003, at 19:18 America/Mexico_City, Ricardo Strausz
> wrote:
>
>> I forgot... the consol.log shows the following error:
>>
>> 2003-01-02 19:15:58.319 Interface Builder[1210] *** NSRunLoop:
>> ignoring
>> exception 'java/lang/NullPointerException' (reason 'No reason
>> provided.') that raised during delayed perform of target 25746384 and
>> selector '_processEndOfEventNotification:'
>>
>> Not very usefull...
>>
>> On jueves, ener 2, 2003, at 19:04 America/Mexico_City, Ricardo Strausz
>> wrote:
>>
>>> Hello all, happy new year!
>>>
>>> I am having a problem (that I thought it was a problem of the
>>> Java-Bridge, but now I do not know) doing the interface of a VERY
>>> simple app;
>>> the model is as follows
>>>
>>> Prod<-->>Art<-->>Mov
>>> ^ ^
>>> ^ ^
>>> Prov<------------------
>>>
>>> (i.e., one-to-many represented as <-->>)
>>>
>>> Eventhought the relation from Art to Mov is one-to-many, it seem
>>> that,
>>> via the relations with Prov (also one-to-many) it may look as a
>>> relation many-to-many...
>>>
>>> the result is the following:
>>>
>>> I drag the first relation (Prod<-->>Art) from EOModeler into a Window
>>> (in InterfaceBuilder), so it creates a couple of tables. Until here,
>>> every thing is ok... i mean, if i test the interface it works as it
>>> should.
>>>
>>> Next, I drag the second relation (Art<-->>Mov) into the Instances
>>> Pane
>>> and reconnect the DisplayGroup of Mov to the previous created Art one
>>> (insteed of the new one). From there on, the InterfaceBuilder gets
>>> crazy... if i try to "test interface", the result is that the table
>>> representing Prod do not display nothing unless I drag the cursor on
>>> top of it; then it revels some of the records, but only those which
>>> fits in the `current size' of the table.
>>>
>>> Any Idea???
>>>
>>> I will try droping the relations Prov<-->>Art and Prov<-->>Mov, but I
>>> realy nead such constrains!
>>>
>>> Yours,
>>> dino
>>>
>>> --
>>> Ricardo Strausz
>>> BACO-Mexico
>>> http://www.ensa.com.mx
>>> _______________________________________________
>>> webobjects-dev mailing list | email@hidden
>>> Help/Unsubscribe/Archives:
>>> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
>>> Do not post admin requests to the list. They will be ignored.
>> _______________________________________________
>> webobjects-dev mailing list | email@hidden
>> Help/Unsubscribe/Archives:
>> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
>> Do not post admin requests to the list. They will be ignored.
> _______________________________________________
> webobjects-dev mailing list | email@hidden
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
> Do not post admin requests to the list. They will be ignored.
>
--
Ricardo Strausz
BACO-Mexico
http://www.ensa.com.mx
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.