tag:old.nabble.com,2006:forum-9330Nabble - RIFE2009-12-10T08:12:19Z<a href="http://rifers.org/" target="_top" rel="nofollow">RIFE</a> is a full-stack web application framework with tools and APIs to implement most common web features. Each of its toolkits is usable by itself and together they offer powerful integrated features that boost your productivity. RIFE ensures that every declaration and definition is handled in one place in the code. This simplifies the developer's task by reducing code replication, enforcing consistency, and easing maintenance.tag:old.nabble.com,2006:post-26730032Question : L10N language switch facility2009-12-10T08:12:19Z2009-12-10T08:12:19ZLya Santoso-3Hi all,<br><br>I am trying to add l10n language switch facility to my site and I have a question<br><br>Is it possible to use <span style="font-weight: bold;">url as input</span> for <span style="font-weight: bold;">what language to use</span>? For example:<br>
1. If I use url "/nl/root" or "/wortel, then the site should display index page with nl language<br>2. If I use url "/root" then by default the site should display en language<br><br>If you have time, could you explain the solution or at least point some urls?<br>
<br>Thank you,<br>Lya Santoso
<p></p>
<p>--</p>
You received this message because you are subscribed to the Google Groups "rife-users" group.<br />
To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26730032&i=0" target="_top" rel="nofollow">rife-users@...</a>.<br />
To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26730032&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>.<br />
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en.<br />
<p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26468704Re: Re: MetaData Constraint / primary key("A","B")2009-11-22T11:41:01Z2009-11-22T11:41:01ZGeert BevinHi Soufiane,
<br><br>This isn't supported by RIFE, sorry. The MetaData constraints work well for certain use-case but there are a lot of other that simply aren't thought out yet or don't make sense.
<br><br>Best regards,
<br><br>Geert
<br><br>On 22 Nov 2009, at 15:29, SoufianeZI wrote:
<br><div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I didnt found yet any solutions :(
<br>>
<br>> Best Regards,
<br>>
<br>> Soufiane.
<br>>
<br>> --
<br>>
<br>> You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>> To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26468704&i=0" target="_top" rel="nofollow">rife-users@...</a>.
<br>> To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26468704&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>.
<br>> For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br>>
<br>>
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26468704&i=2" target="_top" rel="nofollow">rife-users@...</a>.
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26468704&i=3" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26465752Re: MetaData Constraint / primary key("A","B")2009-11-22T06:29:02Z2009-11-22T06:29:02ZSoufianeZIHi,
<br><br>I didnt found yet any solutions :(
<br><br>Best Regards,
<br><br>Soufiane.
<br><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26465752&i=0" target="_top" rel="nofollow">rife-users@...</a>.
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26465752&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26444750MetaData Constraint / primary key("A","B")2009-11-20T07:00:09Z2009-11-20T07:00:09ZSoufianeZIHi Geert,
<br><br>I have a little question about custom rife bean.
<br><br>With this example :
<br>In Oracle database
<br> CREATE TABLE "AUTHFUNCTIONLINK"
<br> ( "ROLEID" NUMBER(19,0) NOT NULL ENABLE,
<br> "FUNCTIONID" NUMBER(10,0) NOT NULL ENABLE,
<br> CONSTRAINT "AUTHFUNCTIONLINK_PK" PRIMARY KEY ("ROLEID",
<br>"FUNCTIONID")
<br> CONSTRAINT "AUTHFUNCTIONINK_ROLEID_FK" FOREIGN KEY ("ROLEID")
<br> REFERENCES "AUTHROLE" ("USERID") ON DELETE CASCADE ENABLE,
<br> CONSTRAINT "AUTHFUNCTIONLINK_ROLEID_FK" FOREIGN KEY ("FUNCTIONID")
<br> REFERENCES "AUTHFUNCTION" ("FUNCTIONID") ON DELETE CASCADE ENABLE
<br> ............
<br> )
<br><br>How to write the AuthFunctionLinkMetaData with the "dual" primary
<br>key ??
<br><br>My try :
<br>@Override
<br>public void activateMetaData() {
<br> addConstraint(new ConstrainedProperty("roleId").identifier
<br>(true).editable(false).manyToMany(RoleUser.class));
<br><br> addConstraint(new ConstrainedProperty("functionId").identifier
<br>(true).editable(false).manyToMany(AuthFunction.class));
<br><br>}
<br><br>I know that's dont work like that. Can you give me hints please ? :)
<br><br>Best Regards,
<br>Soufiane.
<br><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26444750&i=0" target="_top" rel="nofollow">rife-users@...</a>.
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26444750&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26415939Re: Re: LOGOUT / back & page reloading.2009-11-18T13:18:07Z2009-11-18T13:18:07ZGeert BevinHi Soufiane,
<br><br>A typical approach is to redirect after post. You could extend from a generic element that always redirects after authentication using the redirect() method. Another option is to declare a flowlink as being redirect and trigger an exit that uses that link after authentication. Another option is to actually work with continuations and as you suggest erase the entire continuation tree of the active user with "ContinuationContext.getActiveContext().removeContextTree();". You could also add an element inheritance layer that sets a global var or a cookie each time a GET happens and only allows a POST when the value is set. A final option I can think of is to simply always prevent continuations to be cloned with setCloneContinuations(false) in an element, the back button will then not have a valid context to work with.
<br><br>As you can see, there are many options and I'm probably forgetting some of them. It all depends on your requirements.
<br><br>Hope this helps,
<br><br>Geert
<br><br>On 18 Nov 2009, at 20:38, SoufianeZI wrote:
<br><div class='shrinkable-quote'><br>> Hi Joshua,
<br>>
<br>> Understood.
<br>>
<br>> I'll try to find a solution without write my own auth system.
<br>> After that, i will check if i can simply extends RIFE's system.
<br>>
<br>> Thanks !
<br>> Best regards,
<br>> Soufiane
<br>>
<br>> On 18 nov, 17:43, Josh Hansen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415939&i=0" target="_top" rel="nofollow">josh...@...</a>> wrote:
<br>>> Hi Soufiane,
<br>>>
<br>>> This is a standard issue related to the browser, rather than with RIFE.
<br>>> The submitted form values are associated with the page being viewed, so
<br>>> a refresh will usually result in the browser prompting the user about
<br>>> whether to re-submit the form values.
<br>>>
<br>>> As far as I know, RIFE's built-in authentication system does not support
<br>>> getting around this.
<br>>>
<br>>> If you were to write your own, or extend RIFE's, you could have a unique
<br>>> token associated w/ each authentication. Each token would be stored for
<br>>> a while, and resubmissions with a given token would simply re-display
<br>>> the login page.
<br>>>
<br>>> Josh
<br>>> --
<br>>> Joshua Hansen
<br>>> Up Bear Enterprises
<br>>> (541) 760-7685
<br>>>
<br>>> SoufianeZI wrote:
<br>>>> Hello Geert !
<br>>>
<br>>>> I'm concerned about the examplehttp://rifers.org/07_authentication/
<br>>>> After a logout, when an user go back with the navigator's back button
<br>>>> and refresh the page, he can resend a revalidation POST request and
<br>>>> login again.
<br>>>
<br>>>> How simply disallow this resend, and redirect him in the
<br>>>> authentication page ?
<br>>>> can you give me please, an example with redirection or remove the
<br>>>> active continuations tree in this particular case of logout.
<br>>>
<br>>>> Best regards,
<br>>>> Soufiane
<br>>>
<br>>>> --
<br>>>
<br>>>> You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>>>> To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415939&i=1" target="_top" rel="nofollow">rife-users@...</a>.
<br>>>> For more options, visit this group athttp://groups.google.com/group/rife-users?hl=.
<br>>
<br>> --
<br>>
<br>> You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>> To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415939&i=2" target="_top" rel="nofollow">rife-users@...</a>.
<br>> For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a>.
<br>>
<br>>
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415939&i=3" target="_top" rel="nofollow">rife-users@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26415719Re: LOGOUT / back & page reloading.2009-11-18T11:38:49Z2009-11-18T11:38:49ZSoufianeZIHi Joshua,
<br><br>Understood.
<br><br>I'll try to find a solution without write my own auth system.
<br>After that, i will check if i can simply extends RIFE's system.
<br><br>Thanks !
<br>Best regards,
<br>Soufiane
<br><br>On 18 nov, 17:43, Josh Hansen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415719&i=0" target="_top" rel="nofollow">josh...@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi Soufiane,
<br>>
<br>> This is a standard issue related to the browser, rather than with RIFE.
<br>> The submitted form values are associated with the page being viewed, so
<br>> a refresh will usually result in the browser prompting the user about
<br>> whether to re-submit the form values.
<br>>
<br>> As far as I know, RIFE's built-in authentication system does not support
<br>> getting around this.
<br>>
<br>> If you were to write your own, or extend RIFE's, you could have a unique
<br>> token associated w/ each authentication. Each token would be stored for
<br>> a while, and resubmissions with a given token would simply re-display
<br>> the login page.
<br>>
<br>> Josh
<br>> --
<br>> Joshua Hansen
<br>> Up Bear Enterprises
<br>> (541) 760-7685
<br>>
<br>> SoufianeZI wrote:
<br>> > Hello Geert !
<br>>
<br>> > I'm concerned about the examplehttp://rifers.org/07_authentication/
<br>> > After a logout, when an user go back with the navigator's back button
<br>> > and refresh the page, he can resend a revalidation POST request and
<br>> > login again.
<br>>
<br>> > How simply disallow this resend, and redirect him in the
<br>> > authentication page ?
<br>> > can you give me please, an example with redirection or remove the
<br>> > active continuations tree in this particular case of logout.
<br>>
<br>> > Best regards,
<br>> > Soufiane
<br>>
<br>> > --
<br>>
<br>> > You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>> > To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415719&i=1" target="_top" rel="nofollow">rife-users@...</a>.
<br>> > For more options, visit this group athttp://groups.google.com/group/rife-users?hl=.
</div><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26415719&i=2" target="_top" rel="nofollow">rife-users@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26411249Re: LOGOUT / back & page reloading.2009-11-18T08:43:17Z2009-11-18T08:43:17ZJoshua HansenHi Soufiane,
<br><br>This is a standard issue related to the browser, rather than with RIFE.
<br>The submitted form values are associated with the page being viewed, so
<br>a refresh will usually result in the browser prompting the user about
<br>whether to re-submit the form values.
<br><br>As far as I know, RIFE's built-in authentication system does not support
<br>getting around this.
<br><br>If you were to write your own, or extend RIFE's, you could have a unique
<br>token associated w/ each authentication. Each token would be stored for
<br>a while, and resubmissions with a given token would simply re-display
<br>the login page.
<br><br>Josh
<br>--
<br>Joshua Hansen
<br>Up Bear Enterprises
<br>(541) 760-7685
<br><br><br>SoufianeZI wrote:
<div class='shrinkable-quote'><br>> Hello Geert !
<br>>
<br>> I'm concerned about the example <a href="http://rifers.org/07_authentication/" target="_top" rel="nofollow">http://rifers.org/07_authentication/</a><br>> After a logout, when an user go back with the navigator's back button
<br>> and refresh the page, he can resend a revalidation POST request and
<br>> login again.
<br>>
<br>> How simply disallow this resend, and redirect him in the
<br>> authentication page ?
<br>> can you give me please, an example with redirection or remove the
<br>> active continuations tree in this particular case of logout.
<br>>
<br>> Best regards,
<br>> Soufiane
<br>>
<br>> --
<br>>
<br>> You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>> To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26411249&i=0" target="_top" rel="nofollow">rife-users@...</a>.
<br>> For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br>>
<br>>
<br>>
</div><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26411249&i=1" target="_top" rel="nofollow">rife-users@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-26408882LOGOUT / back & page reloading.2009-11-18T03:07:10Z2009-11-18T03:07:10ZSoufianeZIHello Geert !
<br><br>I'm concerned about the example <a href="http://rifers.org/07_authentication/" target="_top" rel="nofollow">http://rifers.org/07_authentication/</a><br>After a logout, when an user go back with the navigator's back button
<br>and refresh the page, he can resend a revalidation POST request and
<br>login again.
<br><br>How simply disallow this resend, and redirect him in the
<br>authentication page ?
<br>can you give me please, an example with redirection or remove the
<br>active continuations tree in this particular case of logout.
<br><br>Best regards,
<br>Soufiane
<br><br>--
<br><br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26408882&i=0" target="_top" rel="nofollow">rife-users@...</a>.
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=</a>.
<br><br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-25608002Lets flirt or...2009-09-25T00:57:15Z2009-09-25T00:57:15ZCamellia-7<br>Hello to group, Im new here.
<br>Life is boring and uninteresting, entertain me :)
<br><br>Lets flirt or maybe something more?
<br>Im here:
<br><a href="http://camelliaelfr.150m.com" target="_top" rel="nofollow">http://camelliaelfr.150m.com</a><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-dev" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25608002&i=0" target="_top" rel="nofollow">rife-dev@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25608002&i=1" target="_top" rel="nofollow">rife-dev+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-dev?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-dev?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---dev-f9332.html" embed="fixTarget[9332]" target="_top" >RIFE - dev</a></p>tag:old.nabble.com,2006:post-24209808new line characters / ElementSupport.encodeHtml()2009-06-25T12:40:17Z2009-06-25T12:40:17ZMichaelCh<br>Hi Geert!
<br><br>ElementSupport.encodeHtml(String) method does not encode new line
<br>characters to <br/>.
<br>Could you recommend some other encoding method from rife api in case
<br>of new line characters ?
<br><br>Best regards,
<br>Michael.
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24209808&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24209808&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-24101487Re: POST request / validation of page reloading.2009-06-18T14:23:09Z2009-06-18T14:23:09ZMichaelCh<br>Hi Geert!
<br><br>My response is late but thanks for your answers.
<br><br>Best regards,
<br>Michael.
<br><br>On 25 Maj, 07:37, Geert Bevin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24101487&i=0" target="_top" rel="nofollow">gbe...@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> there are several ways of doing this.
<br>>
<br>> You can for instance redirect after post by setting up a 'redirect'
<br>> exit. This makes it intuitive to trigger the exit, and the redirection
<br>> will happen automatically.
<br>>
<br>> Another possibility is to simply use continuations and to remove the
<br>> active continuations tree when you're doing processing. People that
<br>> press back and re-submit will not have the continuation to resume
<br>> anymore, and they will to started all over again at the beginning of
<br>> the interaction with the form(s).
<br>>
<br>> Hope this helps,
<br>>
<br>> Geert
<br>>
<br>> On 19 May 2009, at 15:41, michaelCH wrote:
<br>>
<br>>
<br>>
<br>> > Hello Geert!
<br>>
<br>> > I have question related to the POST request processing.
<br>> > I am concerned about use case when user can send twice the same POST
<br>> > request by reloading the page.
<br>>
<br>> > Could you provide me some hints how to validate it using rife,
<br>> > Element's methods ?
<br>> > Do I need to check submission context, etc ?
<br>>
<br>> > Best regards,
<br>> > Michael Chudas.
<br>>
<br>> --
<br>> Geert Bevin
<br>> Terracotta -<a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>> Uwyn "Use what you need" -<a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>> RIFE Java application framework -<a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>> Flytecase Band -<a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>> Music and words -<a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a></div>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24101487&i=1" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24101487&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23895474processContext - locking exception2009-06-05T14:02:27Z2009-06-05T14:02:27ZMichaelCh<br>Hi Geert!
<br><br><br>We have in the exception stack below line:
<br><br>com.uwyn.rife.engine.ElementContext.processContext(ElementContext.java:
<br>460) - locked <0xd5f37638>
<br><br>It could be very helpfull to provide us some hints what can be the
<br>cause of the above "lock"?
<br>I mean what conditions can generate such a state of processContext
<br>method ?
<br>In general it cause that server does not send the response adn does
<br>not close the socket.
<br><br>Best regards,
<br>Michael Ch.
<br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23895474&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23895474&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23819433Re: Best practice to run threads from processElement2009-06-01T11:11:50Z2009-06-01T11:11:50ZGeert Bevin<br>I think the users guide has some examples and you'll definitely find
<br>some in the open-source projects that are built on top of RIFE, like
<br>Drone:
<br><a href="http://svn.rifers.org/" target="_top" rel="nofollow">http://svn.rifers.org/</a><br><br>On 01 Jun 2009, at 20:03, Matthias Barmeier wrote:
<br><div class='shrinkable-quote'><br>>
<br>> Hi Geert,
<br>>
<br>> Maybe I should implement one just for exercising rife ;).
<br>>
<br>> Are there any docs available on how to implement and use
<br>> participants ?
<br>>
<br>> Ciao
<br>> Matze
<br>>
<br>> Geert Bevin schrieb:
<br>>> Hi Matze,
<br>>>
<br>>> Participants give you an application-wide thread that you can easily
<br>>> access from a single repository. For there rest, there are other
<br>>> advantages, like exposing results and waiting for objects from other
<br>>> participants to create a kind of automating dependency management,
<br>>> but
<br>>> I don't think this would benefit you.
<br>>>
<br>>> I don't think I'd use participants for your use case.
<br>>>
<br>>> HTH,
<br>>>
<br>>> Geert
<br>>>
<br>>> On 29 May 2009, at 16:48, Matthias Barmeier wrote:
<br>>>
<br>>>
<br>>>> Hi Geert,
<br>>>>
<br>>>> I need a dispatcher thread that collects packaging orders and than
<br>>>> starts for everey order a packing thread.
<br>>>> The Queue/Processing skeleton is already implemented. Though, I
<br>>>> think I
<br>>>> will give a try for the participant or do you think that this
<br>>>> have some disadvantages that your approach does not have ?
<br>>>>
<br>>>
<br>>> --
<br>>> Geert Bevin
<br>>> Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>>> Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>>> RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>>> Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>>> Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br>>>
<br>>>
<br>>>>
<br>>>
<br>>
<br>> >
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23819433&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23819433&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23819294Re: Best practice to run threads from processElement2009-06-01T11:03:38Z2009-06-01T11:03:38ZMatthias Barmeier-2<br>Hi Geert,
<br><br>Maybe I should implement one just for exercising rife ;).
<br><br>Are there any docs available on how to implement and use participants ?
<br><br>Ciao
<br> Matze
<br><br>Geert Bevin schrieb:
<div class='shrinkable-quote'><br>> Hi Matze,
<br>>
<br>> Participants give you an application-wide thread that you can easily
<br>> access from a single repository. For there rest, there are other
<br>> advantages, like exposing results and waiting for objects from other
<br>> participants to create a kind of automating dependency management, but
<br>> I don't think this would benefit you.
<br>>
<br>> I don't think I'd use participants for your use case.
<br>>
<br>> HTH,
<br>>
<br>> Geert
<br>>
<br>> On 29 May 2009, at 16:48, Matthias Barmeier wrote:
<br>>
<br>>
<br>>> Hi Geert,
<br>>>
<br>>> I need a dispatcher thread that collects packaging orders and than
<br>>> starts for everey order a packing thread.
<br>>> The Queue/Processing skeleton is already implemented. Though, I
<br>>> think I
<br>>> will give a try for the participant or do you think that this
<br>>> have some disadvantages that your approach does not have ?
<br>>>
<br>>
<br>> --
<br>> Geert Bevin
<br>> Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>> Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>> RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>> Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>> Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br>>
<br>>
<br>> >
<br>>
</div><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23819294&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23819294&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23805810Re: Best practice to run threads from processElement2009-05-31T11:44:14Z2009-05-31T11:44:14ZGeert Bevin<br>Hi Matze,
<br><br>Participants give you an application-wide thread that you can easily
<br>access from a single repository. For there rest, there are other
<br>advantages, like exposing results and waiting for objects from other
<br>participants to create a kind of automating dependency management, but
<br>I don't think this would benefit you.
<br><br>I don't think I'd use participants for your use case.
<br><br>HTH,
<br><br>Geert
<br><br>On 29 May 2009, at 16:48, Matthias Barmeier wrote:
<br><br>>
<br>> Hi Geert,
<br>>
<br>> I need a dispatcher thread that collects packaging orders and than
<br>> starts for everey order a packing thread.
<br>> The Queue/Processing skeleton is already implemented. Though, I
<br>> think I
<br>> will give a try for the participant or do you think that this
<br>> have some disadvantages that your approach does not have ?
<br><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23805810&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23805810&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23781350Re: Best practice to run threads from processElement2009-05-29T07:48:56Z2009-05-29T07:48:56ZMatthias Barmeier-2<br>Hi Geert,
<br><br>I need a dispatcher thread that collects packaging orders and than
<br>starts for everey order a packing thread.
<br>The Queue/Processing skeleton is already implemented. Though, I think I
<br>will give a try for the participant or do you think that this
<br>have some disadvantages that your approach does not have ?
<br><br>Ciao
<br> Matze
<br><br>Geert Bevin schrieb:
<div class='shrinkable-quote'><br>> You can use participants, or regular threads as inner classes. Drone
<br>> is using something like that when reindexing through the admin
<br>> interface:
<br>> <a href="http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java" target="_top" rel="nofollow">http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java</a><br>>
<br>>
<br>> On 29 May 2009, at 16:24, Matthias Barmeier wrote:
<br>>
<br>>
<br>>> Hi,
<br>>>
<br>>> OK sounds cool. I will try it over the holidays.
<br>>>
<br>>> Thanx.
<br>>>
<br>>> Ciao
<br>>> Matthias
<br>>>
<br>>> Huibert Gill schrieb:
<br>>>
<br>>>> Look into to Rife participants and create a simple one.
<br>>>> Use it to create, start and monitor you threads from there.
<br>>>> Should be pretty easy.
<br>>>>
<br>>>> Also using the participant, your threads could use callbacks to the
<br>>>> participant to report progress.
<br>>>>
<br>>>> Your element can then safly read teh reported statuses.
<br>>>>
<br>>>>
<br>>>> happy hacking!
<br>>>>
<br>>>> Huibert Gill
<br>>>>
<br>>>> 2009/5/29 Matthias Barmeier <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23781350&i=0" target="_top" rel="nofollow">matthias.barmeier@...</a>
<br>>>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23781350&i=1" target="_top" rel="nofollow">matthias.barmeier@...</a>>>
<br>>>>
<br>>>>
<br>>>> Hi out there,
<br>>>>
<br>>>> I wonder if there is a best practice available to solve the
<br>>>> following
<br>>>> problem:
<br>>>>
<br>>>> I want to initiate several background tasks that tars a huge
<br>>>> file set
<br>>>> 200GB+. This takes a while and I would like to move this
<br>>>> processing in a
<br>>>> thread, triggered from a submission handler. The thread/s will
<br>>>> run for
<br>>>> several hours and they should report a progress that another
<br>>>> Element
<br>>>> should render.
<br>>>>
<br>>>> My "naive" approach would be:
<br>>>>
<br>>>> Start the thread from the submission handler and write something
<br>>>> to
<br>>>> disk/database to store the state. The Element that renders the
<br>>>> state of
<br>>>> the threads reads the states from the disk and renders the
<br>>>> progress.
<br>>>>
<br>>>> Drawbacks: loosing the thread handle, synchronization problems.
<br>>>>
<br>>>> Is there something to make it better/more stable/ more rife ?
<br>>>>
<br>>>> Ciao
<br>>>> Matthias
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>
<br>> --
<br>> Geert Bevin
<br>> Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>> Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>> RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>> Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>> Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br>>
<br>>
<br>> >
</div><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23781350&i=2" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23781350&i=3" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23780985Re: Best practice to run threads from processElement2009-05-29T07:27:36Z2009-05-29T07:27:36ZGeert Bevin<br>You can use participants, or regular threads as inner classes. Drone
<br>is using something like that when reindexing through the admin
<br>interface:
<br><a href="http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java" target="_top" rel="nofollow">http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java</a><br><br><br>On 29 May 2009, at 16:24, Matthias Barmeier wrote:
<br><div class='shrinkable-quote'><br>>
<br>> Hi,
<br>>
<br>> OK sounds cool. I will try it over the holidays.
<br>>
<br>> Thanx.
<br>>
<br>> Ciao
<br>> Matthias
<br>>
<br>> Huibert Gill schrieb:
<br>>> Look into to Rife participants and create a simple one.
<br>>> Use it to create, start and monitor you threads from there.
<br>>> Should be pretty easy.
<br>>>
<br>>> Also using the participant, your threads could use callbacks to the
<br>>> participant to report progress.
<br>>>
<br>>> Your element can then safly read teh reported statuses.
<br>>>
<br>>>
<br>>> happy hacking!
<br>>>
<br>>> Huibert Gill
<br>>>
<br>>> 2009/5/29 Matthias Barmeier <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780985&i=0" target="_top" rel="nofollow">matthias.barmeier@...</a>
<br>>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780985&i=1" target="_top" rel="nofollow">matthias.barmeier@...</a>>>
<br>>>
<br>>>
<br>>> Hi out there,
<br>>>
<br>>> I wonder if there is a best practice available to solve the
<br>>> following
<br>>> problem:
<br>>>
<br>>> I want to initiate several background tasks that tars a huge
<br>>> file set
<br>>> 200GB+. This takes a while and I would like to move this
<br>>> processing in a
<br>>> thread, triggered from a submission handler. The thread/s will
<br>>> run for
<br>>> several hours and they should report a progress that another
<br>>> Element
<br>>> should render.
<br>>>
<br>>> My "naive" approach would be:
<br>>>
<br>>> Start the thread from the submission handler and write something
<br>>> to
<br>>> disk/database to store the state. The Element that renders the
<br>>> state of
<br>>> the threads reads the states from the disk and renders the
<br>>> progress.
<br>>>
<br>>> Drawbacks: loosing the thread handle, synchronization problems.
<br>>>
<br>>> Is there something to make it better/more stable/ more rife ?
<br>>>
<br>>> Ciao
<br>>> Matthias
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>>
<br>>
<br>> >
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780985&i=2" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780985&i=3" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23780948Re: Best practice to run threads from processElement2009-05-29T07:24:59Z2009-05-29T07:24:59ZMatthias Barmeier-2<br>Hi,
<br><br>OK sounds cool. I will try it over the holidays.
<br><br>Thanx.
<br><br>Ciao
<br> Matthias
<br><br>Huibert Gill schrieb:
<div class='shrinkable-quote'><br>> Look into to Rife participants and create a simple one.
<br>> Use it to create, start and monitor you threads from there.
<br>> Should be pretty easy.
<br>>
<br>> Also using the participant, your threads could use callbacks to the
<br>> participant to report progress.
<br>>
<br>> Your element can then safly read teh reported statuses.
<br>>
<br>>
<br>> happy hacking!
<br>>
<br>> Huibert Gill
<br>>
<br>> 2009/5/29 Matthias Barmeier <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780948&i=0" target="_top" rel="nofollow">matthias.barmeier@...</a>
<br>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780948&i=1" target="_top" rel="nofollow">matthias.barmeier@...</a>>>
<br>>
<br>>
<br>> Hi out there,
<br>>
<br>> I wonder if there is a best practice available to solve the following
<br>> problem:
<br>>
<br>> I want to initiate several background tasks that tars a huge file set
<br>> 200GB+. This takes a while and I would like to move this
<br>> processing in a
<br>> thread, triggered from a submission handler. The thread/s will run for
<br>> several hours and they should report a progress that another Element
<br>> should render.
<br>>
<br>> My "naive" approach would be:
<br>>
<br>> Start the thread from the submission handler and write something to
<br>> disk/database to store the state. The Element that renders the
<br>> state of
<br>> the threads reads the states from the disk and renders the progress.
<br>>
<br>> Drawbacks: loosing the thread handle, synchronization problems.
<br>>
<br>> Is there something to make it better/more stable/ more rife ?
<br>>
<br>> Ciao
<br>> Matthias
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> >
</div><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780948&i=2" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780948&i=3" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23780911Re: Best practice to run threads from processElement2009-05-29T07:22:40Z2009-05-29T07:22:40ZHuibert Gill-2Look into to Rife participants and create a simple one.<br>Use it to create, start and monitor you threads from there.<br>Should be pretty easy.<br><br>Also using the participant, your threads could use callbacks to the participant to report progress.<br>
<br>Your element can then safly read teh reported statuses.<br><br><br>happy hacking!<br><br>Huibert Gill<br><br><div class="gmail_quote">2009/5/29 Matthias Barmeier <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780911&i=0" target="_top" rel="nofollow">matthias.barmeier@...</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Hi out there,<br>
<br>
I wonder if there is a best practice available to solve the following<br>
problem:<br>
<br>
I want to initiate several background tasks that tars a huge file set<br>
200GB+. This takes a while and I would like to move this processing in a<br>
thread, triggered from a submission handler. The thread/s will run for<br>
several hours and they should report a progress that another Element<br>
should render.<br>
<br>
My "naive" approach would be:<br>
<br>
Start the thread from the submission handler and write something to<br>
disk/database to store the state. The Element that renders the state of<br>
the threads reads the states from the disk and renders the progress.<br>
<br>
Drawbacks: loosing the thread handle, synchronization problems.<br>
<br>
Is there something to make it better/more stable/ more rife ?<br>
<br>
Ciao<br>
Matthias<br>
<br>
<br>
<br>
</blockquote></div><br>
<br>
--~--~---------~--~----~------------~-------~--~----~<br>
You received this message because you are subscribed to the Google Groups "rife-users" group. <br> To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780911&i=1" target="_top" rel="nofollow">rife-users@...</a> <br> To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23780911&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a> <br> For more options, visit this group at http://groups.google.com/group/rife-users?hl=en<br>
-~----------~----~----~----~------~----~------~--~---<br>
<br>
<p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23776416Best practice to run threads from processElement2009-05-29T01:45:47Z2009-05-29T01:45:47ZMatthias Barmeier-2<br>Hi out there,
<br><br>I wonder if there is a best practice available to solve the following
<br>problem:
<br><br>I want to initiate several background tasks that tars a huge file set
<br>200GB+. This takes a while and I would like to move this processing in a
<br>thread, triggered from a submission handler. The thread/s will run for
<br>several hours and they should report a progress that another Element
<br>should render.
<br><br>My "naive" approach would be:
<br><br>Start the thread from the submission handler and write something to
<br>disk/database to store the state. The Element that renders the state of
<br>the threads reads the states from the disk and renders the progress.
<br><br>Drawbacks: loosing the thread handle, synchronization problems.
<br><br>Is there something to make it better/more stable/ more rife ?
<br><br>Ciao
<br> Matthias
<br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23776416&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23776416&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23701403Re: POST request / validation of page reloading.2009-05-24T22:37:01Z2009-05-24T22:37:01ZGeert Bevin<br>Hi,
<br><br>there are several ways of doing this.
<br><br>You can for instance redirect after post by setting up a 'redirect'
<br>exit. This makes it intuitive to trigger the exit, and the redirection
<br>will happen automatically.
<br><br>Another possibility is to simply use continuations and to remove the
<br>active continuations tree when you're doing processing. People that
<br>press back and re-submit will not have the continuation to resume
<br>anymore, and they will to started all over again at the beginning of
<br>the interaction with the form(s).
<br><br>Hope this helps,
<br><br>Geert
<br><br>On 19 May 2009, at 15:41, michaelCH wrote:
<br><div class='shrinkable-quote'><br>>
<br>> Hello Geert!
<br>>
<br>> I have question related to the POST request processing.
<br>> I am concerned about use case when user can send twice the same POST
<br>> request by reloading the page.
<br>>
<br>> Could you provide me some hints how to validate it using rife,
<br>> Element's methods ?
<br>> Do I need to check submission context, etc ?
<br>>
<br>> Best regards,
<br>> Michael Chudas.
<br>> >
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23701403&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23701403&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23616690POST request / validation of page reloading.2009-05-19T06:41:55Z2009-05-19T06:41:55ZMichaelCh<br>Hello Geert!
<br><br>I have question related to the POST request processing.
<br>I am concerned about use case when user can send twice the same POST
<br>request by reloading the page.
<br><br>Could you provide me some hints how to validate it using rife,
<br>Element's methods ?
<br>Do I need to check submission context, etc ?
<br><br>Best regards,
<br>Michael Chudas.
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23616690&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23616690&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23419301Re: rife on java google app engine2009-05-06T19:45:09Z2009-05-06T19:45:09ZCoat<br>Well, you can set the Filter init-param 'engineclassloader.enabled' to
<br>false in web.xml, but since Google App Engine doesn't support threads,
<br>you will get an exception on creating a new BlockingRepository which
<br>extends ThreadGroup.
<br><br>Kent
<br><br>On Apr 10, 3:45 am, gabriel munteanu <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23419301&i=0" target="_top" rel="nofollow">jajali...@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>> i just fired a simple element on their container and the error is:
<br>> java.security.AccessControlException: access denied
<br>> (java.lang.RuntimePermission setContextClassLoader)
<br>> at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
<br>> at java.security.AccessController.checkPermission(AccessController.java:546)
<br>> at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
<br>> at com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:76)
<br>> at java.lang.Thread.setContextClassLoader(Thread.java:1351)
<br>> at com.uwyn.rife.servlet.RifeFilter.doFilter(RifeFilter.java:125)
<br>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
<br>> at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
<br>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
<br>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
<br>> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
<br>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
<br>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
<br>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
<br>> at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:54)
<br>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
<br>> at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:306)
<br>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
<br>> at org.mortbay.jetty.Server.handle(Server.java:313)
<br>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
<br>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
<br>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
<br>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
<br>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
<br>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
<br>> at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
<br>>
<br>> is it possible not to set the classLoader for rife? or it is mandatory
<br>> for rife in order to work properly ?
<br>> in a more general sense: is there a way to make rife work on java
<br>> google app engine? or , fundamentaly, it is not possible due to the
<br>> way rife is done.
<br>>
<br>> --
<br>> jgabioshttp://bash.editia.info
</div>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23419301&i=1" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23419301&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23400349Re: Lazy Initialization In Rife2009-05-05T22:44:04Z2009-05-05T22:44:04ZGeert Bevin<br>This was one of the last features I added to the subversion repository
<br>a year and a half ago. There was never a stable release of it though.
<br><br>On 05 May 2009, at 06:02, Rahul wrote:
<br><br>>
<br>> Is there a way that we can lazy initialize the collections in rife?
<br>> >
<br><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23400349&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23400349&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23389316Re: Iterating Over a Collection on Html2009-05-05T08:03:19Z2009-05-05T08:03:19ZJoshua Hansen<br>Hi Rahul,
<br><br>I'm not sure that the setBean() method automatically populates lists, so
<br>you'll need to do that manually. Keep in mind that classes can have
<br>properties with the same names, so using the setBean() method which
<br>accepts a prefix is a good idea.
<br><br>-[Bean outlines]--------------------------------
<br>public class Hotel {
<br> public String getName() ...
<br> public void setName(String name) ...
<br><br> public List<Room> getRooms() ...
<br> public void setRooms(List<Room> rooms) ...
<br>}
<br><br>public class Room {
<br> public int getNumber() ...
<br> public void setNumber(int number) ...
<br>}
<br><br><br>-[Sample template]-----------------------------
<br><r:v name="hotels"/>
<br><br><r:b name="hotel">
<br> Hotel Name: <r:v name="HOTEL:name" /><br />
<br><r:v name="rooms" />
<br></r:b>
<br><br><r:b name="room">
<br> Room Number: <r:v name="ROOM:number" /><br />
<br></r:b>
<br><br>-[Sample element snippet]----------------------
<br> ...
<br> for( Hotel hotel : hotels ) {
<br> template.setBean(hotel, "HOTEL:");
<br><br> template.blankValue("rooms");
<br> for( Room room : hotel.getRooms() ) {
<br> template.setBean(room, "ROOM:");
<br> template.appendBlock("rooms", "room");
<br> }
<br> template.appendBlock("hotels", "hotel");
<br> }
<br> ...
<br>-----------------------
<br><br>Josh
<br>--
<br>Joshua Hansen
<br>Up Bear Enterprises
<br>(541) 760-7685
<br><br><br>Rahul wrote:
<div class='shrinkable-quote'><br>> I have a bean object(a Hotel object) which contains a List (rooms for
<br>> this hotel object).
<br>> I am setting the Hotel bean to the template like this
<br>>
<br>> template.setBean(hotels);
<br>>
<br>> and
<br>>
<br>> template.appendBlock("hotels", "hotel");
<br>>
<br>> to access the bean on the template.
<br>>
<br>> However I am not able to iterate over the List object on the
<br>> template. How can I do this.
<br>>
<br>> Any help will be appreciated.
<br>>
<br>> Thanks in advance.
<br>> >
<br>>
</div><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23389316&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23389316&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23383004Iterating Over a Collection on Html2009-05-05T01:03:07Z2009-05-05T01:03:07ZRahul-36<br>I have a bean object(a Hotel object) which contains a List (rooms for
<br>this hotel object).
<br>I am setting the Hotel bean to the template like this
<br><br> template.setBean(hotels);
<br><br> and
<br><br> template.appendBlock("hotels", "hotel");
<br><br> to access the bean on the template.
<br><br> However I am not able to iterate over the List object on the
<br>template. How can I do this.
<br><br> Any help will be appreciated.
<br><br>Thanks in advance.
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23383004&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23383004&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23380658Lazy Initialization In Rife2009-05-04T21:02:07Z2009-05-04T21:02:07ZRahul-36<br>Is there a way that we can lazy initialize the collections in rife?
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23380658&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23380658&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23265252Re: Conditional Tags2009-04-27T14:14:59Z2009-04-27T14:14:59ZCoat<br>Typically you handle conditional logic where it belongs, in your code,
<br>and define what the different conditions should look like in HTML
<br>using block tags, for example (kinda contrived), in an Element:
<br><br>if (order.isDeclined()) {
<br> template.setBlock("status", "declined");
<br>}
<br><br>And in your template:
<br><br><r:v name="status"></r:v>
<br><r:b name="declined">
<br> <div>This order is declined</div>
<br></r:b>
<br><br>Take a look at <a href="http://rifers.org/wiki/display/RIFE/GuideTemplates" target="_top" rel="nofollow">http://rifers.org/wiki/display/RIFE/GuideTemplates</a> for
<br>a better example and reasoning, and also the source code to some of
<br>the example apps help out as well.
<br><br>It takes a little bit to get used to if you are coming from templating
<br>systems that include scripting languages, but I like it. If you
<br>really need conditional logic in your templates, there's always
<br>Blockvalue scripting: <a href="http://rifers.org/wiki/display/RIFE/Blockvalue+scripting+support" target="_top" rel="nofollow">http://rifers.org/wiki/display/RIFE/Blockvalue+scripting+support</a><br>but I've never needed to use that beyond the ROLEUSER specialized
<br>script tag though.
<br><br>Kent
<br><br>On Apr 27, 2:03 am, Rahul <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23265252&i=0" target="_top" rel="nofollow">maverick.rah...@...</a>> wrote:
<br>> Is there anything like conditional tags in rife life <c:if>? I was
<br>> looking to the block tag.... is that the way to do this in rife?
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23265252&i=1" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23265252&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23251775Conditional Tags2009-04-27T01:03:42Z2009-04-27T01:03:42ZRahul-36<br>Is there anything like conditional tags in rife life <c:if>? I was
<br>looking to the block tag.... is that the way to do this in rife?
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23251775&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23251775&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23074915Re: Configuring Ajax With Rife2009-04-16T03:04:24Z2009-04-16T03:04:24ZGeert Bevin<br>In your classpath
<br><br>On 16 Apr 2009, at 12:02, Rahul wrote:
<br><div class='shrinkable-quote'><br>>
<br>> Ok.. got the problem.....
<br>>
<br>> I am trying to customize the configuration with.....
<br>>
<br>> <element id="DwrDate" file="rife/ajax/dwr.xml" url="dwr/jdate/*">
<br>> <property name="xmlConfiguratorPath">jdate.xml</property>
<br>> <property name="debug">true</property>
<br>> </element>
<br>>
<br>> com.uwyn.rife.engine.exceptions.EngineException: The DWR configuration
<br>> file 'jdate.xml' could not be found. It was specified in the property
<br>> 'xmlConfiguratorPath' of element rife/ajax/dwr.xml.
<br>>
<br>> Where exactly to put the file?
<br>>
<br>>
<br>>
<br>> On Apr 16, 2:33 pm, Rahul <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074915&i=0" target="_top" rel="nofollow">maverick.rah...@...</a>> wrote:
<br>>> I am trying remote access to Java classes and methods using DWR. I
<br>>> downloaded the dwr jar file from
<br>>> sumo distribution and added to the classpath of my rife project.
<br>>>
<br>>> According tohttp://rifers.org/wiki/display/RIFE/Ajax
<br>>>
<br>>> <element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>
<br>>>
<br>>> is the standard element declaration.
<br>>>
<br>>> I added this declaration to the main site file.
<br>>>
<br>>> While deploying the war file I am getting the error
<br>>>
<br>>> SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
<br>>> com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
<br>>> participant 'hotel' isn't known in the default repository.
<br>>> at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
<br>>> (DwrServiceDeployer.java:304)
<br>>> at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
<br>>> 280)
<br>>> at com.uwyn.rife.engine.SiteBuilder.setupElements
<br>>> (SiteBuilder.java:985)
<br>>> at
<br>>> com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
<br>>> 1615)
<br>>> at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
<br>>> 260)
<br>>> at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
<br>>> 251)
<br>>> at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
<br>>> 177)
<br>>> at com.uwyn.rife.rep.participants.ParticipantSite.initialize
<br>>> (ParticipantSite.java:36)
<br>>> at com.uwyn.rife.rep.BlockingParticipant.run
<br>>> (BlockingParticipant.java:230)
<br>>>
<br>>> ..... missing something???
<br>> >
</div><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074915&i=1" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074915&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23074891Re: Configuring Ajax With Rife2009-04-16T03:02:42Z2009-04-16T03:02:42ZRahul-36<br>Ok.. got the problem.....
<br><br>I am trying to customize the configuration with.....
<br><br><element id="DwrDate" file="rife/ajax/dwr.xml" url="dwr/jdate/*">
<br> <property name="xmlConfiguratorPath">jdate.xml</property>
<br> <property name="debug">true</property>
<br></element>
<br><br>com.uwyn.rife.engine.exceptions.EngineException: The DWR configuration
<br>file 'jdate.xml' could not be found. It was specified in the property
<br>'xmlConfiguratorPath' of element rife/ajax/dwr.xml.
<br><br>Where exactly to put the file?
<br><br><br><br>On Apr 16, 2:33 pm, Rahul <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074891&i=0" target="_top" rel="nofollow">maverick.rah...@...</a>> wrote:
<div class='shrinkable-quote'><br>> I am trying remote access to Java classes and methods using DWR. I
<br>> downloaded the dwr jar file from
<br>> sumo distribution and added to the classpath of my rife project.
<br>>
<br>> According tohttp://rifers.org/wiki/display/RIFE/Ajax
<br>>
<br>> <element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>
<br>>
<br>> is the standard element declaration.
<br>>
<br>> I added this declaration to the main site file.
<br>>
<br>> While deploying the war file I am getting the error
<br>>
<br>> SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
<br>> com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
<br>> participant 'hotel' isn't known in the default repository.
<br>> at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
<br>> (DwrServiceDeployer.java:304)
<br>> at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
<br>> 280)
<br>> at com.uwyn.rife.engine.SiteBuilder.setupElements
<br>> (SiteBuilder.java:985)
<br>> at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
<br>> 1615)
<br>> at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
<br>> 260)
<br>> at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
<br>> 251)
<br>> at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
<br>> 177)
<br>> at com.uwyn.rife.rep.participants.ParticipantSite.initialize
<br>> (ParticipantSite.java:36)
<br>> at com.uwyn.rife.rep.BlockingParticipant.run
<br>> (BlockingParticipant.java:230)
<br>>
<br>> ..... missing something???
</div>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074891&i=1" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074891&i=2" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23074479Configuring Ajax With Rife2009-04-16T02:33:22Z2009-04-16T02:33:22ZRahul-36<br>I am trying remote access to Java classes and methods using DWR. I
<br>downloaded the dwr jar file from
<br>sumo distribution and added to the classpath of my rife project.
<br><br>According to <a href="http://rifers.org/wiki/display/RIFE/Ajax" target="_top" rel="nofollow">http://rifers.org/wiki/display/RIFE/Ajax</a><br><br><element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>
<br><br>is the standard element declaration.
<br><br>I added this declaration to the main site file.
<br><br>While deploying the war file I am getting the error
<br><br>SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
<br>com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
<br>participant 'hotel' isn't known in the default repository.
<br> at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
<br>(DwrServiceDeployer.java:304)
<br> at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
<br>280)
<br> at com.uwyn.rife.engine.SiteBuilder.setupElements
<br>(SiteBuilder.java:985)
<br> at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
<br>1615)
<br> at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
<br>260)
<br> at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
<br>251)
<br> at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
<br>177)
<br> at com.uwyn.rife.rep.participants.ParticipantSite.initialize
<br>(ParticipantSite.java:36)
<br> at com.uwyn.rife.rep.BlockingParticipant.run
<br>(BlockingParticipant.java:230)
<br><br><br>..... missing something???
<br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074479&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23074479&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23073750Re: Saving Collections to the DB2009-04-16T01:41:26Z2009-04-16T01:41:26ZGeert Bevin<br>Not directly, but you can do this through many-to-one relationships,
<br>for example:
<br><a href="http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOSecondBean.java" target="_top" rel="nofollow">http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOSecondBean.java</a><br><a href="http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOFirstBean.java" target="_top" rel="nofollow">http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOFirstBean.java</a><br><br>On 15 Apr 2009, at 19:33, Rahul wrote:
<br><br>>
<br>> Is there a way of saving a collection to database??
<br><br>--
<br>Geert Bevin
<br>Terracotta - <a href="http://www.terracotta.org" target="_top" rel="nofollow">http://www.terracotta.org</a><br>Uwyn "Use what you need" - <a href="http://uwyn.com" target="_top" rel="nofollow">http://uwyn.com</a><br>RIFE Java application framework - <a href="http://rifers.org" target="_top" rel="nofollow">http://rifers.org</a><br>Flytecase Band - <a href="http://flytecase.be" target="_top" rel="nofollow">http://flytecase.be</a><br>Music and words - <a href="http://gbevin.com" target="_top" rel="nofollow">http://gbevin.com</a><br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23073750&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23073750&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23073723Re: Capturing dropdown value in javascript2009-04-16T01:39:25Z2009-04-16T01:39:25ZJoshua Hansen<br>Hi Rahul,
<br><br>Check the HTML that is generated, then code your JavaScript as you would
<br> for normal handling of the elements based on the generated HTML.
<br><br>One way to do this is to just save the generated page from the browser
<br>as a static HTML file, then edit it directly until it does what you
<br>need, then finally take the JavaScript code and copy it back to the RIFE
<br>template.
<br><br>Detailed questions about JavaScript are outside the scope of this
<br>mailing list, but a search on Google should turn up plenty of resources
<br>to help you. :)
<br><br>All the best,
<br><br>Josh
<br>--
<br>Joshua Hansen
<br>Up Bear Enterprises
<br>(541) 760-7685
<br><br><br>Rahul wrote:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> I have a drop down list like this
<br>>
<br>> <!--V 'FORM:SELECT:room_type'/-->
<br>> <!--B 'FORM:LABEL:room_type:Deluxe'-->Deluxe<!--/B-->
<br>> <!--B 'FORM:LABEL:room_type:Executive'-->Executive<!--/B-->
<br>> <!--B 'FORM:LABEL:room_type:Suite'-->Suite<!--/B-->
<br>>
<br>> I want to capture the value selected in the drop down in a javascript
<br>>
<br>> I am trying like this
<br>>
<br>> var room_type = document.getElementById('room_type').value
<br>>
<br>> but it gives me null .
<br>>
<br>> HOwever with
<br>>
<br>> <input type="text" name="charge" id="charge" value="${v PARAM:charge}$
<br>> {/v}" />
<br>>
<br>> i get the value with
<br>>
<br>> var charge = document.getElementById('charge').value
<br>>
<br>>
<br>> >
<br>>
</div><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23073723&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23073723&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>tag:old.nabble.com,2006:post-23071844Capturing dropdown value in javascript2009-04-15T22:46:29Z2009-04-15T22:46:29ZRahul-36<br>Hi all,
<br><br>I have a drop down list like this
<br><br><!--V 'FORM:SELECT:room_type'/-->
<br><!--B 'FORM:LABEL:room_type:Deluxe'-->Deluxe<!--/B-->
<br><!--B 'FORM:LABEL:room_type:Executive'-->Executive<!--/B-->
<br><!--B 'FORM:LABEL:room_type:Suite'-->Suite<!--/B-->
<br><br>I want to capture the value selected in the drop down in a javascript
<br><br>I am trying like this
<br><br>var room_type = document.getElementById('room_type').value
<br><br>but it gives me null .
<br><br>HOwever with
<br><br><input type="text" name="charge" id="charge" value="${v PARAM:charge}$
<br>{/v}" />
<br><br>i get the value with
<br><br>var charge = document.getElementById('charge').value
<br><br><br>--~--~---------~--~----~------------~-------~--~----~
<br>You received this message because you are subscribed to the Google Groups "rife-users" group.
<br>To post to this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23071844&i=0" target="_top" rel="nofollow">rife-users@...</a>
<br>To unsubscribe from this group, send email to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23071844&i=1" target="_top" rel="nofollow">rife-users+unsubscribe@...</a>
<br>For more options, visit this group at <a href="http://groups.google.com/group/rife-users?hl=en" target="_top" rel="nofollow">http://groups.google.com/group/rife-users?hl=en</a><br>-~----------~----~----~----~------~----~------~--~---
<br><br><p>From forum: <a href="http://old.nabble.com/RIFE---users-f9331.html" embed="fixTarget[9331]" target="_top" >RIFE - users</a></p>