Command question
[1/5] from: sharriff:aina:med-iq at: 28-Sep-2000 8:26
Hi Guys! can someone point me to where all the information about
deployment, use and sale of applications developed wih Rebol/command is? I
wonder if one would have to pay a licence fee for every deployed/ sold
application developed with core ( the need for Database support is very
evident)
best regards
Sharriff Aina
med.iq information & quality in healthcare AG
[2/5] from: sharriff:aina:med-iq at: 4-Oct-2000 7:45
Thanks for replying Dan!
>Great question(s) Sharriff. We will have some answers in the very near
>future. We have an upcoming Runtime (i.e., encapsulated) version of
>REBOL/Command that will be available and allow you to distribute your
>applications. Keep your eye on the site or this list (one of us will
>definitely send an announcement).
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
[3/5] from: news:ted:husted at: 4-Oct-2000 7:02
> Core to support at least 1 free DB, or create one yourselves! I
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.
[4/5] from: petr:krenzelok:trz:cz at: 4-Oct-2000 14:13
[news--ted--husted--com] wrote:
> > Core to support at least 1 free DB, or create one yourselves! I
> Elan's book < www.reboltech.com > includes a DBMS written entirely in
<<quoted lines omitted: 6>>
> distributed using it, people might be more interested in alternatives
> now.
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-
> 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.
>
me too ...
[5/5] from: allen:rebolforces at: 5-Oct-2000 13:14
----- Original Message -----
From: <[Petr--Krenzelok--trz--cz]>
To: <[list--rebol--com]>
Sent: Wednesday, October 04, 2000 10:13 PM
Subject: [REBOL] Antwort: Command question Re:(3)
> 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
<<quoted lines omitted: 9>>
> other-menu.cfg
> dbms.cfg
LOL! Looks like I'll have to make that menu a reality ;-)
> the activation/deactivation of plug-in would be decided upon presence of
> file in /plug-ins directory, and deactivation just means moving
<<quoted lines omitted: 8>>
> enough to handle more complex gui areas (components, widgets), as menu is
> for e.g.
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 :-)
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted