Download http://rifers.org/downloads/rife/rife-jumpstart_test.zip
Run it and go to http://localhost:8080/inscription

You can continue entering values in the form, the process stop as soon as you provide an empty field.

Above each step you'll see a unique ID. This ID is generated when the process it first started and will afterwards simply be obtained from inputs. The flow is very simple here, but it can be very complex. With the custom RIFE jar in this archive, the ID can be set as an output in the Inscription element and after a submission the changed input will be picked up.

If you replace the RIFE jar with the latest release, you'll see that at each request a new ID is generated.

This is an example of the benefit of this.

I hope it's clear.

On 27 Dec 2005, at 17:55, Emmanuel Okyere wrote:

can you give an example with code?

thanks,
eokyere

On 12/27/05, Geert Bevin <[EMAIL PROTECTED]> wrote:
Hi,

I just ran into a use-case, where the current submission handling
makes things very difficult. What happens now is that any submission
preserves its inputs, disregarding from which globalvars or outputs
that are set during the execution of the element. This however means
that to change inputs, one has to call a flowlink. In my case this
makes the flow very complex since I have to perform a lot of
additional conditional checks.

So I was thinking to let changed globalvars and outputs with
datalinks that point to the same element, reflect their changes over
a submission. This behavior is however backwards incompatible.
Anybody that sets an output during an element and expect that a
submission always has the same input value even if the output is
linked to it, will see a different behavior with this change.

What do you think?

--
Geert Bevin                       Uwyn bvba
"Use what you need"               Avenue de Scailmont 34
http://www.uwyn.com               7170 Manage, Belgium
gbevin[remove] at uwyn dot com    Tel +32 64 84 80 03

PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 309F D6A9
Public PGP key  : available at servers pgp.mit.edu, wwwkeys.pgp.net


_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users

_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users


--
Geert Bevin                       Uwyn bvba
"Use what you need"               Avenue de Scailmont 34
http://www.uwyn.com               7170 Manage
gbevin[remove] at uwyn dot com    Tel +32 64 84 80 03

PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 309F D6A9
Public PGP key  : available at servers pgp.mit.edu, wwwkeys.pgp.net



_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users

Reply via email to