Hello Jose -
Richard, thanks for your help.
Another question related to your article "Extending Message Path".
You talk about Script Limits, could these limits be changed? and if is
not possible, what it means in terms of the application size/complexity?
As has been written before, the script limits affect only the number of
scripts that can be inserted into the message path dynamically at
runtime; in a licensed development environment no such limits apply, so
you can have tools galore that use front- and backscripts as needed
without penalty.
At runtime, you can have only 10 backscripts (and unfortunately Rev's
full set of libraries currently occupy up to 8 of them, though I hope
those will be concatenated in to a single backscript in the future; this
was once a Bugzilla request that would take less than a day to
implement, but I can find it now).
But you can have 50 libraries, which for your needs are probably at
least as useful and Rev takes none of those slots at runtime. As
separate stacks, you can easily divide work up among multiple developers
using libraries; I've done that a lot with contractors I've worked with,
and these days most of my apps are driven by collections of reusable
libraries.
As Jacque pointed out, each script is "limited" to about 4GB; certainly
plenty to let you do what you need (I pity the fingers that type 4GB of
code <g>).
And if you have an unusual app that truly needs more library and
backscript slots (I haven't seen one yet but I suppose it's possible),
Kevin at RunRev can negotiate a unique license for your needs on a
case-by-case basis.
For team development you may also want to check out Chipp Walters' nifty
Magic Carpet, a tool to help manage check-in/check-out for stacks in
small to medium teams with archiving, version control, and more, and it
works on any standard FTP server with no specialized server configuration:
<http://www.altuit.com/webs/altuit2/MagicCarpetCover/default.htm>
--
Richard Gaskin
Managing Editor, revJournal
_______________________________________________________
Rev tips, tutorials and more: http://www.revJournal.com
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
