OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: Important: The SAX C++/C/COM Muddle

[ Lists Home | Date Index | Thread Index ]
  • From: Eldar Musayev <eldarm@microsoft.com>
  • To: XML Developers List <xml-dev@xml.org>
  • Date: Mon, 19 Jun 2000 14:44:02 -0700



 > From: David Megginson [mailto:david@megginson.com]
 > Sent: Friday, June 16, 2000 12:16 PM

 > For now, I think that it would be best to list C/C++/COM 
 > implementations
 > like Microsoft's and Apache's under a heading like "SAX 
 > Prototypes" or
 > "SAX-Like Interfaces" to avoid confusing people.  Does that 
 > sound fair
 > to everyone?

David, we did our best to match specs to COM world implementation, 
we have now, and I think Apache people also worked hard to have a match.
So how about "non-Java implementations" or "non-regulated environments
implementations"? 
When we will have C++ standard, a new section for standard C++
implementations
will be needed. And I am looking forward to participation in creation of
SAX C++ standard. 

And about MS, Kerberos and breaking standards... 
I know nothing about this incident and don't even have any idea 
on who was working on it, so probably, I am permitted to express 
my personal opinion on this matter.

Did I understood correctly that server can accept anybody 
who implements standard, but provides extensions used 
by MS-specific clients? Then server is standard, 
while clients are not. And this is bad for the system 
which provides these clients, as they are incapable 
to connect to the world. So what's the problem for the world?
That's MS, who got the problem, I admit, because IT managers 
want client/desktop systems which would work with NT, Unix, 
AS/400, RS6000, S/390, and, whenever possible, with all other 
servers in the world.

As far as it concerns SAX, I'll do my best to keep my company 
out of such trouble. And since May release, where we have 
COM SAX2 implementation we had no even single complaint
about deviating from the standard, so I think that means
we did pretty thorough job on keeping up with specs.

Eldar Musayev



***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS