> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > On Behalf Of Petr Krenzelok > Sent: Tuesday, September 24, 2002 7:24 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Fwd: Re: Re: RFC: Rebol Framework > well, I will have to wait a bit for what your system is apto. I also > hope someone here is interested in workflow systems, as we > will need it probably too (simply defining in an abstract way, what > states e.g. Order comes thru - new, financial department, transport > department, back, to-repair, finished ....)
Hi, yes of course this will be a part. But as I wrote earlier I see it the following way: 1. You have to recognize a situation/context where a specific workflow needs to be started. 2. You have to have a component that will ensure this workflow will be processed. For the point 1 I would like to use a rule-engine approach. The rule-engine will fire an event if a specific situation is recognized. Than the workflow engine will take over. This component now knows how to do it, whereas the rule-engine knows what to do when. > Other idea of interest should/could be - how well will the > system scale? Does it require central repository storage? Could IOS be > used to have it synced? Ok, lot of questions: 1. I don't know how good it scales. 2. For now I would like to keep the central storage pattern currently used. 3. Yes, these files can be synced via IOS. That's my next step I want to try. I would like to be able to work on such a graph in a group. > Will rebol community come with own IOS like system, featuring > some principles of grid-computing? I don't know. But linking a lot of graphs should easly be possible. At the moment we only have relations between objects, but we can have relations between relations as well ;-)) > P2P, strong distribution, search, > load-balancing capabilities, etc. stuff? :-) Would any such > system be an advantage to Robert's framework? We will see... IMO yes: P2P for distribution, the rest I don't know. > Shouldn't it be implemented in rebol first? It would at least > allow us to run it on platforms, where your .dll will not be ported ;-) Yes, of course. It's just a concept check to see if the idea can be implemented with other approaches as well. And I can tell you: Yes, it's possible :-)) I just checked it yesterday. A lot of work to do, but the basic concept works. Robert -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
