[REBOL] Re: REBOL SDK/Pro with /Command
From: petr:krenzelok:trz:cz at: 5-Nov-2002 6:14
Carl at REBOL wrote:
> Our Developer Update ("State of the REBOLion") failed to mention
> REBOL/Command, but rest assured that /Command is an important part of
> the future. It will be supported as an SDK package called SDK/Pro and
> will also include Command Encap.
That's good to hear. I wonder though, what will Command offer in the
future. If there is mySQL driver, which was reported being slower than
rebol-level one of DocKimbel, if there is FastCGI in Command, which does
not support latest FastCGI developement (those missing modes under
Windows) and it is clear DocKimbel will release his FastCGI protocol for
free too, maybe I would just let ODBC, encryption and security in
Command, and tried to update/strenghten the features, plus introducing
new ones. The question is though, what belongs to Command, and what
should be part of Core? Eg. threading can be regarded "profi" (Command)
feature, but if introduced, I think it should be part of Core. So as for
me, I would go with security updates as outlined in Command docs, as
well as trying to do something with XML support, if we want Command to
talk to external world. Others may have different pov, of course ...
> Also, if you are still running a 2.0.0 version of /Command, we suggest
> that you may want to check out the updates found at
> http://www.reboltech.com/downloads/ -- some of the earlier DB bugs in
> 2.0.0 were fixed in these releases, along with other Core fixes and
> changes.
Does it feature also updated library interface already?
-pekr-
