[Rife-users] store String in session
Hi, What is the right implementation for the following scenario: I have an element with several submissions. And I would like to have a long string that is only stored in the session. Everytime a submission is called I want read the long string change it and store it again. Thanks for your help in advance Cheers, Lars ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
Hi, only a short note. Point them to the alternative Tag Versions with [! /], because it dont mess up the other tags and make it easier to read. For me the language is very clear and only uses minimalistic markup. That makes my templates more readable and i don`t mess it up with script code or noisy markup. If you have to work with designers, they are very glad if they do not need to learn a bunch of tags or anything else. Extra Attributes in Tags are only usefull, if they don`t confuse the designer tools. cu odo Am 10.02.2006 um 13:15 schrieb Geert Bevin: Thanks Eddy, the !-- -- syntax benefit is what I often bring forward, but it somehow never provides enough weight. They point to Tapestry and Wicket as another way of doing it invisibly. When I explain that the templates in RIFE are not limited to XML documents and that they are used for any text-based format, they usually don't really think that's important. The minimum amount of base tags is a good point, I usually forget to mention that. There's a fourth one though: I ;-) Thanks for the input, Geert Hi everybody, I'm writing my presentation about RIFE for TSSJS, and I just *know* that many people in the audience will shriek when they see the template syntax for the first time. What do you guys consider a killer argument to defend it and make them at least accept it as a possibility? Most people I speak with keep saying they don't like the look of it and round and round it goes. Best regards, Geert The use of !-- -- does not break the layout in HTML editors. You have only three base tags, V, B and BV, through which all kinds of information can be presented. Compare that to the hundreds of tags for other web frameworks. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users PGP.sig Description: Signierter Teil der Nachricht ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
Oliver Dohmen wrote: Hi, only a short note. Point them to the alternative Tag Versions with [! /], because it dont mess up the other tags and make it easier to read. For me the language is very clear and only uses minimalistic markup. That makes my templates more readable and i don`t mess it up with script code or noisy markup. If you have to work with designers, they are very glad if they do not need to learn a bunch of tags or anything else. Extra Attributes in Tags are only usefull, if they don`t confuse the designer tools. cu odo The great thing I like when writing pages with RIFE tags is that I can define a common structure.html file with V to mark regions on the page. Then, in my other pages, I just include the common structure.html and define the content of those V-marked regions with BV tags. For example: structure.html body h1!--V 'title'--!--/V--/h1 /body login.html !--BV 'title'--Login!--/BV-- By doing this, all the pages other than structure.html become pure content definitions. So I mess with HTML in only one file. For the rest, I simply define the content. Tapestry can't do that. Eddy -- http://coding.mu http://priscimon.com/blog ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
The great thing I like when writing pages with RIFE tags is that I can define a common structure.html file with V to mark regions on the page. Then, in my other pages, I just include the common structure.html and define the content of those V-marked regions with BV tags. Not exactly a RIFE's unique features, thou. The same thing can be achieved using something like Sitemesh. Sure, it's nice that we can do this with RIFE, but this is not one of it's unique strengths. The selling points of RIFE's templating engine are, in my opinion: * Complete absence of logic * Simplicity And to tell you the truth, even these are a hard sell. The complete lack of logic in RIFE's template is very nice from a design point of view, but it takes some time to get used to. Things like iteration, that you take for granted in other template languages, have to be done in java code in RIFE. While this actually gives the programmer an exciting opportunity to do complex data transformations and other operations *inside* the iteration (something hard to achieve in other template languages), it also makes the common case (simple iteration over a bunch of ready-to-display objects) somewhat harder. -- Marcus ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
Not exactly a RIFE's unique features, thou. The same thing can be achieved using something like Sitemesh. Sure, it's nice that we can do this with RIFE, but this is not one of it's unique strengths. Right, I've had several people say that they just use SiteMesh for this. The selling points of RIFE's templating engine are, in my opinion: * Complete absence of logic * Simplicity And to tell you the truth, even these are a hard sell. Yup, that's exactly my problem since you only 'get' their benefit once you start using them. Otherwise they're just a bunch of buzzwords. The complete lack of logic in RIFE's template is very nice from a design point of view, but it takes some time to get used to. Things like iteration, *nod* I think that's the main problem. People try to look for points of familiarity to apply what they already know and they can't find any. On top of that, there's a weird tag syntax! ;-) that you take for granted in other template languages, have to be done in java code in RIFE. While this actually gives the programmer an exciting opportunity to do complex data transformations and other operations *inside* the iteration (something hard to achieve in other template languages), it also makes the common case (simple iteration over a bunch of ready-to-display objects) somewhat harder. I agree that this is actually tedious and a shortcoming. I'd love to think of something that would fit well with RIFE's ideals and still make simple iteration user-friendly and intuitive. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, Yes, it must not timeout, but it can timeout like a traditional session. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 13:13 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session Hi Lars, does this have to timeout after a while (just as a traditional session does) or not? Best regards, Geert On 10-feb-06, at 13:08, Lars Grupe wrote: Hi, What is the right implementation for the following scenario: I have an element with several submissions. And I would like to have a long string that is only stored in the session. Everytime a submission is called I want read the long string change it and store it again. Thanks for your help in advance Cheers, Lars ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Is this a series of submissions, like a wizard? Yes, it must not timeout, but it can timeout like a traditional session. I have an element with several submissions. And I would like to have a long string that is only stored in the session. Everytime a submission is called I want read the long string change it and store it again. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
Thanks for the input Oliver, I tell this most of the time and sadly people just nod and move along, still thinking it looks like crap. On 10-feb-06, at 13:25, Oliver Dohmen wrote: Hi, only a short note. Point them to the alternative Tag Versions with [! /], because it dont mess up the other tags and make it easier to read. For me the language is very clear and only uses minimalistic markup. That makes my templates more readable and i don`t mess it up with script code or noisy markup. If you have to work with designers, they are very glad if they do not need to learn a bunch of tags or anything else. Extra Attributes in Tags are only usefull, if they don`t confuse the designer tools. cu odo Am 10.02.2006 um 13:15 schrieb Geert Bevin: Thanks Eddy, the !-- -- syntax benefit is what I often bring forward, but it somehow never provides enough weight. They point to Tapestry and Wicket as another way of doing it invisibly. When I explain that the templates in RIFE are not limited to XML documents and that they are used for any text-based format, they usually don't really think that's important. The minimum amount of base tags is a good point, I usually forget to mention that. There's a fourth one though: I ;-) Thanks for the input, Geert Hi everybody, I'm writing my presentation about RIFE for TSSJS, and I just *know* that many people in the audience will shriek when they see the template syntax for the first time. What do you guys consider a killer argument to defend it and make them at least accept it as a possibility? Most people I speak with keep saying they don't like the look of it and round and round it goes. Best regards, Geert The use of !-- -- does not break the layout in HTML editors. You have only three base tags, V, B and BV, through which all kinds of information can be presented. Compare that to the hundreds of tags for other web frameworks. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, Thanks for the answer. Because of the special glue webserver I couln't use continuations. I forgot to tell you that the rife.jar 1.3.1 does have the same 'java.lang.LinkageError' as the older version before. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Thanks for the answer. Because of the special glue webserver I couln't use continuations. I forgot to tell you that the rife.jar 1.3.1 does have the same 'java.lang.LinkageError' as the older version before. Have you tried to use a recent snapshot, I think there was some additional work done on the classloader. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, From time to time I will test a new snapshot. And I will tell you if the state is changed. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:49 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session Thanks for the answer. Because of the special glue webserver I couln't use continuations. I forgot to tell you that the rife.jar 1.3.1 does have the same 'java.lang.LinkageError' as the older version before. Have you tried to use a recent snapshot, I think there was some additional work done on the classloader. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, I have a question to the sample code in http://rifers.org/paste/show/88. Where is the 'output name=longstring' and the flowlink for the datalink? If I have a flowlink it is bound to an exit. Will the output from 'longstring' go to the input 'longstring' too, when the submission is called and not the exit? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Thanks! From time to time I will test a new snapshot. And I will tell you if the state is changed. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Geert Bevin wrote: I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) For some reason, I failed to notice the configurable state storage in RIFE and have been using my own SessionManager all this time :-) Reading through the docs, I cannot help but think, why are the Seam guys bragging so much about conversations when RIFE already does this in a much simpler way? Eddy -- http://coding.mu http://priscimon.com/blog ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, Sorry, I didn't know how to inline an element definition in the site-structure. Did you mean that there is only one element in the site? I got every time an error message, that the ouptput definition is missing. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 15:09 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session Hi Lars, if you inline the element definition in the site-structure, the outputs area automatically created for datalinks if they don't exist. If you're inside an element and call submissions repeatedly (note that you never triggered an exit, and this didn't leave it). Outputs will automatically provide their data to inputs with the same name. Best regards, Geert On 10-feb-06, at 15:03, Lars Grupe wrote: Hi Geert, I have a question to the sample code in http://rifers.org/paste/ show/88. Where is the 'output name=longstring' and the flowlink for the datalink? If I have a flowlink it is bound to an exit. Will the output from 'longstring' go to the input 'longstring' too, when the submission is called and not the exit? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
For some reason, I failed to notice the configurable state storage in RIFE and have been using my own SessionManager all this time :-) The first rule of RIFE is, when something fundamental is difficult, ask first! The second rule of RIFE is, when something fundamental is difficult, ask first! The third rule of RIFE is, when in doubt if something is fundamental, ask! Reading through the docs, I cannot help but think, why are the Seam guys bragging so much about conversations when RIFE already does this in a much simpler way? Why are so many projects bragging about things that RIFE does easier and more consistently? I don't know, but it's frustrating indeed. A notable entry there is Jetty 6's 'continuations' feature that aren't even continuations at all, but parked requests. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
OK... Here is one question. What is a typical legitimate use of this feature? Right now, I use my own SessionManager to store user information (basically, an account bean representing the current user). This is not very different from a session variable as I cannot control the scope of the object (as outlined in your review of pros/cons of session variables). Would it be legitimate here to store this bean using the session storage? Actually, the main use of this feature is storage of data on the server-side for performance, size, or security reasons. The semantics of the data in the state transitions are exactly the same as what you know with globalvars and datalinks, they just are stored in the session instead of in the query string or hidden form parameters. Note that this is totally different from regular session access, since each state transition gets a unique ID and the entire state is stored in the session. This makes the back button and bookmarking still work, as long as the session isn't purged. Why are so many projects bragging about things that RIFE does easier and more consistently? I don't know, but it's frustrating indeed. A notable entry there is Jetty 6's 'continuations' feature that aren't even continuations at all, but parked requests. Blogosphere destroys individuality and any chance of individual thought. Nowadays, if someone is a good writer/speaker, he/she can pass anything as the absolute thruth by introducing it in the blogosphere. Hence why we need more people blogging about RIFE! (hint, hint) ;-) -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Why are so many projects bragging about things that RIFE does easier and more consistently? I don't know, but it's frustrating indeed. A notable entry there is Jetty 6's 'continuations' feature that aren't even continuations at all, but parked requests. Blogosphere destroys individuality and any chance of individual thought. Nowadays, if someone is a good writer/speaker, he/she can pass anything as the absolute thruth by introducing it in the blogosphere. Don't hesitate to write a comment here either: http:// www.theserverside.com/news/thread.tss?thread_id=38949 -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
[Rife-users] Proposal for a new feature
Hi, The only problem I currently experience when developing with RIFE is that errors are only caught at runtime, especially those related to templates and the XML configuration. It would be great if there was a mechanism available (possibly as an Ant task) that pre-processes the XML and templates. The difficulty for such a tool, as I see it, is to identify what files are RIFE-related and should be scanned. For the XML files, this is easy as it suffices to start in ${rep.path} and iterate through the files, but for templates this becomes a bit more difficult. Any thoughts on that? Eddy -- http://coding.mu http://priscimon.com/blog ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
RE: [Rife-users] store String in session
Hi Geert, Unfortunately I have still some problems. Now I use inlined definition, but I think that is not the problem. My element has the name 'EDIT_TERM'. I defined an input and an output of the same name (e.g. termRule). I have not defined a datalink. The first lines of processElement() are: String termRule = getInput(termRule); logger.debug(InputTermRule: + StringHelper.quote(termRule)); setOutput(termRule, a string); And the first lines of the Submission function are: String termRule = getInput(termRule); logger.debug(InputTermRule: + StringHelper.quote(termRule)); When the page is entered the first time termRule is null, but when directly afterwards the submission is called, termRule is still null? When I now add a the following datalink to the element definition: datalink srcoutput=termRule destid=EDIT_TERM destinput=termRule/ I get the error message: 'Impossible to create a data link from element 'manual:EDIT_TERM' to element 'manual:EDIT_TERM' since no flow link is available.' When I add a flowlink and an exit like the following; exit name=change/ flowlink srcexit=change destid=EDIT_TERM/ the termRule input is still null after calling the submission. Do you know what is going wrong? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 15:31 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session Hi Lars, just add the output declaration then, my notation is a shortcut. An in-lined element definition means that you don't use an external file to specific the element but do it entirely in the site-structure. Best regards, Geert On 10-feb-06, at 15:23, Lars Grupe wrote: Hi Geert, Sorry, I didn't know how to inline an element definition in the site-structure. Did you mean that there is only one element in the site? I got every time an error message, that the ouptput definition is missing. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 15:09 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session Hi Lars, if you inline the element definition in the site-structure, the outputs area automatically created for datalinks if they don't exist. If you're inside an element and call submissions repeatedly (note that you never triggered an exit, and this didn't leave it). Outputs will automatically provide their data to inputs with the same name. Best regards, Geert On 10-feb-06, at 15:03, Lars Grupe wrote: Hi Geert, I have a question to the sample code in http://rifers.org/paste/ show/88. Where is the 'output name=longstring' and the flowlink for the datalink? If I have a flowlink it is bound to an exit. Will the output from 'longstring' go to the input 'longstring' too, when the submission is called and not the exit? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 10 February 2006 14:34 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] store String in session I would simply use continuations. If that's not an option for you, you can use session state storage. I whipped out a small example for you: http://rifers.org/paste/show/88 http://rifers.org/paste/show/89 http://rifers.org/paste/show/90 (note that I found a bug which makes this not work when it's the arrival of a site, I'm working on it to fix it) Yes, it has a series of submissions all from the same element. It is like a wizard, but it is not a wizard. It is a series of changes on a single page. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife -users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at
Re: [Rife-users] Proposal for a new feature
Hi Eddy, you can compile all the templates before running your application and even just package the resulting class files. Look at the precompile task in the build.xml file of the Jumpstart. The XML is not 'pre-scannable', but it shouldn't be that hard to add using the existing code. Actually these are things that we are planning on adding to the IDE plugins. Best regards, Geert The only problem I currently experience when developing with RIFE is that errors are only caught at runtime, especially those related to templates and the XML configuration. It would be great if there was a mechanism available (possibly as an Ant task) that pre-processes the XML and templates. The difficulty for such a tool, as I see it, is to identify what files are RIFE-related and should be scanned. For the XML files, this is easy as it suffices to start in ${rep.path} and iterate through the files, but for templates this becomes a bit more difficult. Any thoughts on that? -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] store String in session
Don't hesitate to write a comment here either: http:// www.theserverside.com/news/thread.tss?thread_id=38949 I'm not sure if this is a good thing to encourage. This is an article about Seam,and in Marcus' Wonderful World, people should comment only on Seam itself, and not use the article to bash the very same product featured there, or to promote competing products. I'm certainly not advocating bashing another product nor pushing a competing one, but asking critical questions or commenting on features is appropriate there imho. The question that Eddy asked, is a good one and that thread is a good thread to ask it in. That being said, I'm glad MWW exists only in my mind. What fun would be reading TSS without it's daily flaming thread? :-) -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Looking for killer argument to defend the template language
Hi Tyler, good point! Thanks for this. Best regards, Geert On 10-feb-06, at 16:52, Tyler Pitchford wrote: I think you missed something VERY important. Bi-Directional! I LOVE that I can inject values from a template into the code. For example, my picture viewing application. The XHTML template specifies how many Columns per row (5), How many pictures per page (20). On the WML, it says show 1 picture per row, 3 per page. The beauty? The backend only has ONE set of logic for ALL the templates. I think that is the beauty of the no logic in the templates. That's TRUE MVC in my opinion. Cheers, Tyler On 2/10/06, Geert Bevin [EMAIL PROTECTED] wrote: Thanks for the input Oliver, I tell this most of the time and sadly people just nod and move along, still thinking it looks like crap. On 10-feb-06, at 13:25, Oliver Dohmen wrote: Hi, only a short note. Point them to the alternative Tag Versions with [! /], because it dont mess up the other tags and make it easier to read. For me the language is very clear and only uses minimalistic markup. That makes my templates more readable and i don`t mess it up with script code or noisy markup. If you have to work with designers, they are very glad if they do not need to learn a bunch of tags or anything else. Extra Attributes in Tags are only usefull, if they don`t confuse the designer tools. cu odo Am 10.02.2006 um 13:15 schrieb Geert Bevin: Thanks Eddy, the !-- -- syntax benefit is what I often bring forward, but it somehow never provides enough weight. They point to Tapestry and Wicket as another way of doing it invisibly. When I explain that the templates in RIFE are not limited to XML documents and that they are used for any text-based format, they usually don't really think that's important. The minimum amount of base tags is a good point, I usually forget to mention that. There's a fourth one though: I ;-) Thanks for the input, Geert Hi everybody, I'm writing my presentation about RIFE for TSSJS, and I just *know* that many people in the audience will shriek when they see the template syntax for the first time. What do you guys consider a killer argument to defend it and make them at least accept it as a possibility? Most people I speak with keep saying they don't like the look of it and round and round it goes. Best regards, Geert The use of !-- -- does not break the layout in HTML editors. You have only three base tags, V, B and BV, through which all kinds of information can be presented. Compare that to the hundreds of tags for other web frameworks. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +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 Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users