Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] mixin modules paper and future?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Gerd Stolpmann <info@g...>
Subject: Re: What kind of industry do you mean? (Was: [Caml-list] objective caml and industry)

Am 2002.09.02 14:43 schrieb(en) Alessandro Baretta:

> BTW, I'd gladly give up XSLT and SQL if, respectively, we
> had a pseudo-official XML transformation API for Ocaml, and

What do you mean with "pseudo-official"?

A remark as developer of free software: One of the advantages
is that I can do what I want, nobody forces me to develop in a
certain way, or direction. Free software is basically software 
without standards. Industry needs standards to make their
products interchangeable, but this is not a key point for free
software, because you have the sources, and you have some
control over them. PostgreSQL is the best example for this;
originally it did not support SQL, but had some unique features
other DBMS did not have. As a user you get the benefits of the
freedom of the developers, but at the price of lacking secondary
virtues such as standard-conformance.

Why don't we have a generally accepted XML transformation API?
It would not be very much work to develop such an API, and to
do a prototype for an implementation. I suppose that auch an
API is not really needed, at least now.

> there were Caml server-side bindings with PostgreSQL. In the
> first place, I'd be able to statically typecheck my XML
> transformation code. In the second place, I'd be able to
> write type safe queries in such complex contexts where
> baseline SQL is insufficent and the generality of pl/pgSQL
> is needed.

Gerd
------------------------------------------------------------
Gerd Stolpmann * Viktoriastr. 45 * 64293 Darmstadt * Germany 
gerd@gerd-stolpmann.de          http://www.gerd-stolpmann.de
------------------------------------------------------------
-------------------
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