RE: [xml-dev] contradictory loader ordering in 3.5
"Richard Unger" <[email protected]> Thu, 20 Mar 2003 10:52:51 -0800
| Newsgroups | gmane.comp.java.netbeans.modules.xml.devel |
|---|---|
| Message-ID | <[email protected]> |
I think one of my assumptions is incorrect. I was under the impression = that the Install-After and Install-Before directives correspond to the = ordering in the "Object Types" options menu. But, in looking at the CSS = manifest: Name: org/netbeans/modules/css/CSSLoader.class OpenIDE-Module-Class: Loader Install-After: org.netbeans.modules.xml.core.XMLDataObject Install-After: org.netbeans.modules.xml.core.DTDDataObject Install-Before: org.netbeans.modules.text.TXTDataObject I'm very confused. The "CSS Objects" item in the "Object Types" list = does come before "Textual Objects" and after "DTD Objects", but comes = _before_ "XML Objects". What's going on here? Am I just making this whole thing way too = complicated? :-) Rich > -----Original Message----- > From: Richard Unger=20 > Sent: Thursday, March 20, 2003 10:40 AM > To: [email protected] > Subject: RE: [xml-dev] contradictory loader ordering in 3.5 >=20 >=20 > Well, I'm pretty sure that edge gets introduced when I add=20 > the Install-Before directive. When I take that out,=20 > everything runs fine (except, of course, that the VoiceXML=20 > data loader gets loaded after the XML data loader, and my=20 > loader actions are all wrong). >=20 > Rich >=20 > > -----Original Message----- > > From: Petr Kuzel [mailto:[email protected]] > > Sent: Thursday, March 20, 2003 4:24 AM > > To: [email protected] > > Subject: Re: [xml-dev] contradictory loader ordering in 3.5 > >=20 > >=20 > > Hello Rich, > >=20 > > while trying to interpret the exception message I see > > following edge description: > >=20 > > com.nuance.tools.voicexml.VoiceXMLDataLoader@1d29a78=3D[com.nuan > > ce.tools.voicexml.VoiceXMLDataLoader@1d29a78] > >=20 > > It's clean cycle. How does it get into play? Is it generated by > > loaders system? Do you have all manifest without the dependency? > >=20 > > Cc. > >=20 > > PS: You can also hack Utilities.topologicalSort() to ignore > > such "identity edges". > >=20 >=20