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