Command question

This sounds a little vague though :-( Forgive my prodding, do you have some concrete date? I have dumped a few of my servlets for Rebol CGI scripts since they are faster to develop and debug. I am developing a web application that I´ll like to deploy with REBOL and if the "Tiny Web server" script suits my needs I´ll have a talk with the coders of the script and mybe deploy that too as a complete package. I´m very sure many other programmers would think in this direction. It would be a boost for REBOL if companys can prove that REBOL alone can get the job done in contrary to the web applications that have a nice mix of the hefty java JDK, JSDK for servlets, Perl or VB for ASP ( believe me, I seen enough hard to manage, unfathomable Web applications with this sort of mix ) It all comes down to: When? ´cause I´ll like to base one product on REBOL, and if things work well, ALL Flexible licensing model? we´ll all need it someday what else? get Core to support at least 1 free DB, or create one yourselves! I´ll personally buy a copy for myself and the company!!! REBOL is going to be a big thing, with a flexible licensing model, Database and native OS command execution, many people would defect. I´ve "REBOLed" already....... Best regards Sharriff Aina med.iq information & quality in healthcare AG

Elan's book < www.reboltech.com > includes a DBMS written entirely in REBOL. People have also mentioned connnecting to MySQL via /COMMAND and ODBC, but that just seems like such a kludge. Another interesting idea has been to connect to MySQL via TCP. No one wanted to work on that before because of /COMMAND. But now that it seems /COMMAND will add a licensing fee to every application distributed using it, people might be more interested in alternatives now. It's not clear to me whether /COMMAND is using a driver format, like DBI or JDBC. If so, it would be nice if there were a free version of /COMMAND that supported free databases. So you could start with something like Elan's DBMS for the free version, and then offer licensed upgrades to Oracle or OBDC backends. The industry is very much in a try-before-you-buy mode right now, and I'm not sure how trial versions would work with /COMMAND's licensing structure. -Ted.

What's more - with /Command and existing web servers (e.g. Apache) you are left with CGI, while others have free PHP solution integrated as Apache module ... make your conclusion yourself :-) However - we have /Core based Apache module, so I think TCP/IP solution has its place here. I just haven't checked it out yet. But - the only one real solution to me seems real rebol componentisation, e.g. having per component pricing, allowing me to get REBOL/Apache for free (if it will be free) and let's say buy /Library component for it, as Jeff implemented MySQL library wrapper. What's more - I would even pay for such wrapper. But currently there is no way how to combine above factors ... That was the first layer of the problem - the second one is imho serverless dbms system for rebol/core. With all Oracle, DB2, MySQL you are supposing the system is running strong SQL server solution. But that's not always the case. So Elan showed us the way with his DBMS system. What I would be interested in is XBase (.dbf) solution - it doesn't require server, but rebol script driver would be probably slow ... Maybe we could also agree upon some standard plug-ins system, as proposed by Andrew Martin on rebmail list, and then Elan's or other solution would be just one of plug-ins ... the idea: REBOL/ /Plug-ins /Allen_K_cool_menu /other-menu /dbms /inactive Allen_K_cool_menu.cfg other-menu.cfg dbms.cfg the activation/deactivation of plug-in would be decided upon presence of file in /plug-ins directory, and deactivation just means moving appropriate .cfg file into /inactive subdir ... plug-ins are scripts, probably should function as separate modules (once modules are introduced to rebol), should represent certain domain specific dialects, etc... So far Andrew calls plug-ins components, but it should change imho as rebol uses 'component name for /View, /Shell, /Library etc. components. ... all is opened yet - we don't have modules yet, we don't have final VID yet, and so I am just curious, if using 'stylize aproach will be powerfull enough to handle more complex gui areas (components, widgets), as menu is for e.g. PS: sorry for slight off-topic comment ... :-) Cheers, -pekr-

me too ...

LOL! Looks like I'll have to make that menu a reality ;-)

I think styles are powerful enough to do this, they are as powerful as any other object in REBOL. Cheers, Allen K ICQ 456820 PS. Hey Petr have you got ICQ, you could join Andrew and I on our daily discussions :-)