Bug 86907 - [XML Catalog] Handle multiple DTDs with same public key in XMLCatalog
Summary: [XML Catalog] Handle multiple DTDs with same public key in XMLCatalog
Status: NEW
Alias: None
Product: WTP Source Editing
Classification: WebTools
Component: wst.xml (show other bugs)
Version: 0.7   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: Future   Edit
Assignee: wst.xml-triaged CLA
QA Contact: Nick Sandonato CLA
URL:
Whiteboard:
Keywords: helpwanted
: 100611 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-03-01 10:44 EST by Frank Sauer CLA
Modified: 2013-06-19 11:13 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Sauer CLA 2005-03-01 10:44:53 EST
Scenario:
Many of the W3C standards are in flux all the time and many drafts are published
that all have the same public key (see for example the CCXML and VoiceXML
standards). In the Voice Tools Project we have to support multiple versions of 
these standards and need to cache them all locally, so the XMLCatalog now 
has to have multiple entries with the same public key. The question now 
becomes: how does the uri resolver find the one the user wants to use? The 
XMLCatalog could support these scenarios by adding some type of preference 
UI that allows the user to pick a "default" in these cases. The URI Resolver 
would then use the default to resolve the DOCTYPE PUBLIC directives.
Comment 1 David Williams CLA 2005-06-15 01:22:31 EDT
Changed Version field given new release numbering.
Comment 2 Ella Belisario CLA 2005-06-17 14:41:23 EDT
*** Bug 100611 has been marked as a duplicate of this bug. ***
Comment 3 David Williams CLA 2005-06-23 12:15:39 EDT
I *think* this is an enhancement request, rather than a bug, so will 
change it to that for bugzilla book-keeping. If I'm mistaken, please do not 
hesitate to change it back. 

As support for this use-case is improved, I'd also like to make sure the
solution is coordinated with out "documentType" extension point (currently
undocument). 

BTW, some of this type of "special resolution" could probably sometimes be
improved by making use of "content type" in the process of resolving ambiguous
references. 
(That is, content type might be able to be used to "break ties".)
Comment 4 Craig Salter CLA 2005-07-22 16:55:49 EDT
Is manually choosing an 'active' catalog entry the best way to do this?  It's
definitely do-able... but I'm just wondering if this would lead to cases where
half of the XML files in a users workspace are always invalid depending on which
DTD they 'activate' (active a different DTD and some files become correct and
then other become incorrect).  Perhaps having support for an XML Catalog per
project would help?  As David suggests there may be ways to utilize additional
information in the XML files to associate the correct DTD.  Any thoughts?
Comment 5 Clarence Nethery CLA 2005-07-25 16:56:44 EDT
IN the New FIle Wizard you can select to have the file build based on a DTD 
(Selected from a catalog). When the file is created the DOCTYPE statement is 
added which includes the DTD. 

In the Voice Tools project we have allowed our users to set a default DTD so 
that the do not have to select a DTD each time a new file is created. This 
does open the possibility of having files in the workspace using different 
DTDs but we do not see this as a major problem at this time.

The problem we are having is the need to define and use a different version of 
a DTD for an emerging standard. They will have the same public key. I'm not 
sure having an XML catalog for each project would fully resolve this problem.  

What we are looking for is a way to identify which of the DTDs (that have same 
public key) that our new file wizard should use when creating the new file.   
Comment 6 Nitin Dahyabhai CLA 2007-09-13 03:44:54 EDT
it's an interesting idea, but we don't have people to work on this just now.  We would accept high quality patches, though, especially if they address Craig's usability concerns.