[Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Oliver Dohmen
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Eddy Young
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Pazu
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Geert Bevin
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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.

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Geert Bevin
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

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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]

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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 com

Re: [Rife-users] store String in session

2006-02-10 Thread Eddy Young
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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]

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

[Rife-users] Proposal for a new feature

2006-02-10 Thread Eddy Young
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

RE: [Rife-users] store String in session

2006-02-10 Thread Lars Grupe
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:

Re: [Rife-users] Proposal for a new feature

2006-02-10 Thread Geert Bevin
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.

Re: [Rife-users] store String in session

2006-02-10 Thread Geert Bevin
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

Re: [Rife-users] Looking for killer argument to defend the template language

2006-02-10 Thread Geert Bevin
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