Re: Groves processing in OpenJade

[Adam Di Carlo <adam@xxxxxxxxxxx>]

"Didier PH Martin" <martind@xxxxxxxxxxxxx> writes:

> if there is a possibility that his grove engine could be interfaced with C
> or C++ yes, this is possible.

Most scheme systems have ways to do this.  However, since Jade (AFAIK)
represents groves as C++ structures and grover as list, I think the
effort to translate would erase any benefit from actually interfacing
the two.

> Also, the grove engine has to provide ways to
> input nodes from a parser (if it includes a SGML parser its even better -
> otherwise it is a lot of work for us to integrate it).

It accepts ESIS streams right now, but the idea is for it to be open-ended.

> Thanx for the link, tell your friend that we can at least discuss with him
> of ways we can cooperate and if possible have its engine interfaced with
> OpenJade. We have nothing to loose to explore this avenue.

Well, I know its interesting to evaluate this in the context of jade,
I think doing so actually does violence to what grover is actually
meant to be.

It's actually just meant to be a Scheme Grove toolkit to help
encourage programmers to play around with groves.  Jade is a lot of
things, but a toolkit for programmers it is *not*.  The idea with
grover is to have a lightweight toolkit for playing around with groves
(not just running DSSSL), and representing things like databases or
LDAP data sources as groves and then programming with them as groves.

In short, to explore how groves really helps the programmer by
providing "addressable enterprise data".

--
.....Adam Di Carlo....adam@xxxxxxxxxxxxxxxx<URL:http://www.onShore.com/>


 DSSSList info and archive:  http://www.mulberrytech.com/dsssl/dssslist