From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id WAA17831; Fri, 30 Aug 2002 22:25:11 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id WAA17867 for ; Fri, 30 Aug 2002 22:25:11 +0200 (MET DST) Received: from boule.etirade.com (12-247-44-244.client.attbi.com [12.247.44.244]) by nez-perce.inria.fr (8.11.1/8.11.1) with SMTP id g7UKP9D00122 for ; Fri, 30 Aug 2002 22:25:10 +0200 (MET DST) Received: (qmail 14671 invoked from network); 30 Aug 2002 20:25:08 -0000 Received: from unknown (HELO ciabatta.etirade.com) (192.168.1.6) by boule.etirade.com with SMTP; 30 Aug 2002 20:25:08 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Jeffrey Palmer To: caml-list@inria.fr Subject: Re: [Caml-list] Namespace proposal: XML variant Date: Fri, 30 Aug 2002 15:25:07 -0500 User-Agent: KMail/1.4.3 References: <3D5FD3DF.60706@ozemail.com.au> <3D6FB33A.9020000@baretta.com> In-Reply-To: <3D6FB33A.9020000@baretta.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208301525.07033.jeffrey.palmer@acm.org> Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Friday 30 August 2002 01:02 pm, Alessandro Baretta wrote: > I thoroughly dislike any "package ~=3D directory" solution, > yet I think a namespace construct should be present in the > language in order to allow interoperability between > different projects with different naming conventions. I > propose a scheme =E0 la XML, where namespaces are URIs > belonging to the person or organization which releases the > associated code. > > I propose to add an optional namespace construct to > explicitly associate namespace URIs with namespace names. > > namespace MyBigProject =3D "http://alexbaretta.com/big_project/" > > Eeek! Please, let's not entertain any of the rampant stupidity that the W3C see= ms so=20 mired in. I've always thought that the concept of using URIs for namespac= es,=20 parameter settings, etc., was the most ridiculous thing I've ever seen. I= =20 mean, let's be honest here - HTTP is a network _protocol_, and it has not= hing=20 to do with anything namespace or parameter related. The thing that really= =20 irks me about the whole scheme is that most of the time these aren't even= =20 _valid_ URIs (i.e., inaccessible). I'm all for a hierarchical namespace that's not related to the filesystem= (In=20 Java it always ended up causing headaches for large projects - compilers = that=20 "intelligently" put your compiled code in the correct package directory,=20 etc.). It seems that the question of segmenting libraries according to=20 directory should be a decision that's left up to the implementor, as it i= s=20 currently. All of this is, of course, my own opinion, so take it with the correspond= ing=20 pinch of salt. Cheers, =09- j --=20 The river is moving. The blackbird must be flying. ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners