RE: Weird WOComponentDefinition error
RE: Weird WOComponentDefinition error
- Subject: RE: Weird WOComponentDefinition error
- From: "Erlandsson Martin" <email@hidden>
- Date: Mon, 15 Mar 2004 13:16:49 +0100
- Thread-topic: Weird WOComponentDefinition error
I still don't know what is going on, but I made a discovery: The problem goes away when I change the name of the web component!
In shear frustration, I changed the name of the java, html, and wod files of the problem components, and abracadabra...
The names were not particularly long or strange in any way. I (vaguely) suspect that maybe the old html or wod files were corrupt(?)
/Martin
> -----Original Message-----
> From: Erlandsson Martin
> Sent: den 14 mars 2004 20:56
> To: email@hidden
> Cc: email@hidden; Chuck Hill
> Subject: Re: Weird WOComponentDefinition error
>
> Sorry, I was a bit vague about some details here. The error occurs when a WOSwitchComponent tries to create a WOComponent. It reads a
> fully qualified class name from a designated database table (confirmed ok), and tries to create the component from that class name.
> The class is available, and the corresponding html and wod files are in their correct locations, right next to their working
> counterparts.
> The error takes place before the two components get the chance to run any code. (I commented all useful code in them and got the same
> result.) I have compared these two components with the working ones in almost every aspect, but I cannot find any useful differences.
>
> If I could override WOApplication.componentDefinition(String s, NSArray nsarray) and add some debug, I think I could solve this
> problem quickly, but it calls too many private methods for a bugtracking override to be plausible...
>
> Thanks for any further help!
>
> /Martin
>
>
>
>
>
>
> -----Ursprungligt meddelande-----
> Fren: email@hidden [mailto:email@hidden]
> Skickat: fr 2004-03-12 18:08
> Till: Erlandsson Martin
> Kopia: email@hidden; Chuck Hill
> Dmne: Re: Weird WOComponentDefinition error
>
>
>
> Hi Martin
> On 12 Mar 2004, at 15:57, Erlandsson Martin wrote:
>
> > Thanks, but I already did that. That's how I found out which
> > components were causing the problems.
>
> <...>
> >
> > I have tried to turn off cachingEnabled, but no change.
> >
> > Thanks a lot for any advice. This is kind of spooky...
> >
>
> Are the two components part of the "Application Server" target? (also
> check they are there in the .woa folder)
>
> Do they use specific elements that are not on the other components?
>
> What do you mean by:
>
> >> Reflection is used to find the class names.
>
> Cheers,
> -- Denis.
>
>
>
> >
> > /Martin
> >
> >
> >
> >
> >> -----Original Message-----
> >> From: Chuck Hill [mailto:email@hidden]
> >> Sent: den 11 mars 2004 18:17
> >> To: Erlandsson Martin
> >> Cc: email@hidden
> >> Subject: Re: Weird WOComponentDefinition error
> >>
> >> It appears to be failing while creating a dynamic element:
> >> at
> >> com.webobjects.appserver.WOApplication.dynamicElementWithName(WOApplic
> >> at
> >> ion.java:2042)
> >>
> >> Try overriding this method and log out the parameters. That may
> >> provide a clue as to what is wrong.
> >>
> >> Chuck
> >>
> >>
> >> On Mar 10, 2004, at 11:19 PM, Erlandsson Martin wrote:
> >>
> >>> Hi list!
> >>>
> >>> We have a wo application ("MyApplication.woa" below) with a number of
> >>> different templates that extend WOComponent. After converting from
> >>> WO4.5 to WO5, two of these refuse to be instantiated , with the
> >>> following
> >>> exception:
> >>>
> >>> java.lang.IllegalStateException: Unable to find framework named
> >>> "MyApplication".
> >>> at
> >>> com.webobjects.appserver._private.WOComponentDefinition.<init>(WOComp
> >>> on
> >>> e
> >>> ntDefinition.java:179)
> >>> at
> >>> com.webobjects.appserver.WOApplication._componentDefinitionFromClassN
> >>> am
> >>> e
> >>> d(WOApplication.java:2350)
> >>> at
> >>> com.webobjects.appserver.WOApplication._componentDefinition(WOApplica
> >>> ti
> >>> o
> >>> n.java:2445)
> >>> at
> >>> com.webobjects.appserver.WOApplication.dynamicElementWithName(WOAppli
> >>> ca
> >>> t
> >>> ion.java:2042)
> >>> at
> >>> com.webobjects.appserver._private.WOSwitchComponent._realComponentWit
> >>> hN
> >>> a
> >>> me(WOSwitchComponent.java:111)
> >>> at
> >>> com.webobjects.appserver._private.WOSwitchComponent.appendToResponse(
> >>> WO
> >>> S
> >>> witchComponent.java:193)
> >>> at
> >>> com.webobjects.appserver._private.WODynamicGroup.appendChildrenToResp
> >>> on
> >>> s
> >>> e(WODynamicGroup.java:121)
> >>> at
> >>> com.webobjects.appserver._private.WODynamicGroup.appendToResponse(WOD
> >>> yn
> >>> a
> >>> micGroup.java:130)
> >>> at
> >>> com.webobjects.appserver.WOComponent.appendToResponse(WOComponent.jav
> >>> a:
> >>> 9
> >>> 92)
> >>>
> >>>
> >>> All other components are being loaded and instantiated correctly, and
> >>> I can't see how the two problem templates differ from the rest.
> >>> Reflection is used to find the class names.
> >>>
> >>> How can I solve our further analyze this problem?
> >>>
> >>>
> >>> Thanks,
> >>>
> >>> /MartinA
> >>> _______________________________________________
> >>> 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.
> >>>
> > A
> > _______________________________________________
> > 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.
A
_______________________________________________
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.