Nabble - RIFE - users

new line characters / ElementSupport.encodeHtml()

2009-06-25T12:40:17Z

Hi Geert!

ElementSupport.encodeHtml(String) method does not encode new line
characters to <br/>.
Could you recommend some other encoding method from rife api in case
of new line characters ?

Best regards,
Michael.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: POST request / validation of page reloading.

2009-06-18T14:23:09Z

Hi Geert!

My response is late but thanks for your answers.

Best regards,
Michael.

On 25 Maj, 07:37, Geert Bevin <gbe...@...> wrote:

> Hi,
>
> there are several ways of doing this.
>
> You can for instance redirect after post by setting up a 'redirect'
> exit. This makes it intuitive to trigger the exit, and the redirection
> will happen automatically.
>
> Another possibility is to simply use continuations and to remove the
> active continuations tree when you're doing processing. People that
> press back and re-submit will not have the continuation to resume
> anymore, and they will to started all over again at the beginning of
> the interaction with the form(s).
>
> Hope this helps,
>
> Geert
>
> On 19 May 2009, at 15:41, michaelCH wrote:
>
>
>
> > Hello Geert!
>
> > I have question related to the POST request processing.
> > I am concerned about use case when user can send twice the same POST
> > request by reloading the page.
>
> > Could you provide me some hints how to validate it using rife,
> > Element's methods ?
> > Do I need to check submission context, etc ?
>
> > Best regards,
> > Michael Chudas.
>
> --
> Geert Bevin
> Terracotta -http://www.terracotta.org
> Uwyn "Use what you need" -http://uwyn.com
> RIFE Java application framework -http://rifers.org
> Flytecase Band -http://flytecase.be
> Music and words -http://gbevin.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

processContext - locking exception

2009-06-05T14:02:27Z

Hi Geert!

We have in the exception stack below line:

com.uwyn.rife.engine.ElementContext.processContext(ElementContext.java:
460) - locked <0xd5f37638>

It could be very helpfull to provide us some hints what can be the
cause of the above "lock"?
I mean what conditions can generate such a state of processContext
method ?
In general it cause that server does not send the response adn does
not close the socket.

Best regards,
Michael Ch.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Best practice to run threads from processElement

2009-06-01T11:11:50Z

I think the users guide has some examples and you'll definitely find
some in the open-source projects that are built on top of RIFE, like
Drone:
http://svn.rifers.org/

On 01 Jun 2009, at 20:03, Matthias Barmeier wrote:

>
> Hi Geert,
>
> Maybe I should implement one just for exercising rife ;).
>
> Are there any docs available on how to implement and use
> participants ?
>
> Ciao
> Matze
>
> Geert Bevin schrieb:
>> Hi Matze,
>>
>> Participants give you an application-wide thread that you can easily
>> access from a single repository. For there rest, there are other
>> advantages, like exposing results and waiting for objects from other
>> participants to create a kind of automating dependency management,
>> but
>> I don't think this would benefit you.
>>
>> I don't think I'd use participants for your use case.
>>
>> HTH,
>>
>> Geert
>>
>> On 29 May 2009, at 16:48, Matthias Barmeier wrote:
>>
>>
>>> Hi Geert,
>>>
>>> I need a dispatcher thread that collects packaging orders and than
>>> starts for everey order a packing thread.
>>> The Queue/Processing skeleton is already implemented. Though, I
>>> think I
>>> will give a try for the participant or do you think that this
>>> have some disadvantages that your approach does not have ?
>>>
>>
>> --
>> Geert Bevin
>> Terracotta - http://www.terracotta.org
>> Uwyn "Use what you need" - http://uwyn.com
>> RIFE Java application framework - http://rifers.org
>> Flytecase Band - http://flytecase.be
>> Music and words - http://gbevin.com
>>
>>
>>>
>>
>
> >

--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Best practice to run threads from processElement

2009-06-01T11:03:38Z

Hi Geert,

Maybe I should implement one just for exercising rife ;).

Are there any docs available on how to implement and use participants ?

Ciao
Matze

Geert Bevin schrieb:

> Hi Matze,
>
> Participants give you an application-wide thread that you can easily
> access from a single repository. For there rest, there are other
> advantages, like exposing results and waiting for objects from other
> participants to create a kind of automating dependency management, but
> I don't think this would benefit you.
>
> I don't think I'd use participants for your use case.
>
> HTH,
>
> Geert
>
> On 29 May 2009, at 16:48, Matthias Barmeier wrote:
>
>
>> Hi Geert,
>>
>> I need a dispatcher thread that collects packaging orders and than
>> starts for everey order a packing thread.
>> The Queue/Processing skeleton is already implemented. Though, I
>> think I
>> will give a try for the participant or do you think that this
>> have some disadvantages that your approach does not have ?
>>
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Flytecase Band - http://flytecase.be
> Music and words - http://gbevin.com
>
>
> >
>

Re: Best practice to run threads from processElement

2009-05-31T11:44:14Z

Hi Matze,

Participants give you an application-wide thread that you can easily
access from a single repository. For there rest, there are other
advantages, like exposing results and waiting for objects from other
participants to create a kind of automating dependency management, but
I don't think this would benefit you.

I don't think I'd use participants for your use case.

HTH,

Geert

On 29 May 2009, at 16:48, Matthias Barmeier wrote:

>
> Hi Geert,
>
> I need a dispatcher thread that collects packaging orders and than
> starts for everey order a packing thread.
> The Queue/Processing skeleton is already implemented. Though, I
> think I
> will give a try for the participant or do you think that this
> have some disadvantages that your approach does not have ?

--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Best practice to run threads from processElement

2009-05-29T07:48:56Z

Hi Geert,

I need a dispatcher thread that collects packaging orders and than
starts for everey order a packing thread.
The Queue/Processing skeleton is already implemented. Though, I think I
will give a try for the participant or do you think that this
have some disadvantages that your approach does not have ?

Ciao
Matze

Geert Bevin schrieb:

> You can use participants, or regular threads as inner classes. Drone
> is using something like that when reindexing through the admin
> interface:
> http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java
>
>
> On 29 May 2009, at 16:24, Matthias Barmeier wrote:
>
>
>> Hi,
>>
>> OK sounds cool. I will try it over the holidays.
>>
>> Thanx.
>>
>> Ciao
>> Matthias
>>
>> Huibert Gill schrieb:
>>
>>> Look into to Rife participants and create a simple one.
>>> Use it to create, start and monitor you threads from there.
>>> Should be pretty easy.
>>>
>>> Also using the participant, your threads could use callbacks to the
>>> participant to report progress.
>>>
>>> Your element can then safly read teh reported statuses.
>>>
>>>
>>> happy hacking!
>>>
>>> Huibert Gill
>>>
>>> 2009/5/29 Matthias Barmeier <matthias.barmeier@...
>>> <mailto:matthias.barmeier@...>>
>>>
>>>
>>> Hi out there,
>>>
>>> I wonder if there is a best practice available to solve the
>>> following
>>> problem:
>>>
>>> I want to initiate several background tasks that tars a huge
>>> file set
>>> 200GB+. This takes a while and I would like to move this
>>> processing in a
>>> thread, triggered from a submission handler. The thread/s will
>>> run for
>>> several hours and they should report a progress that another
>>> Element
>>> should render.
>>>
>>> My "naive" approach would be:
>>>
>>> Start the thread from the submission handler and write something
>>> to
>>> disk/database to store the state. The Element that renders the
>>> state of
>>> the threads reads the states from the disk and renders the
>>> progress.
>>>
>>> Drawbacks: loosing the thread handle, synchronization problems.
>>>
>>> Is there something to make it better/more stable/ more rife ?
>>>
>>> Ciao
>>> Matthias
>>>
>>>
>>>
>>>
>>>
>>>
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Flytecase Band - http://flytecase.be
> Music and words - http://gbevin.com
>
>
> >

Re: Best practice to run threads from processElement

2009-05-29T07:27:36Z

You can use participants, or regular threads as inner classes. Drone
is using something like that when reindexing through the admin
interface:
http://svn.rifers.org/drone/trunk/src/implementations/com/uwyn/drone/webui/elements/admin/ReindexSearch.java

On 29 May 2009, at 16:24, Matthias Barmeier wrote:

>
> Hi,
>
> OK sounds cool. I will try it over the holidays.
>
> Thanx.
>
> Ciao
> Matthias
>
> Huibert Gill schrieb:
>> Look into to Rife participants and create a simple one.
>> Use it to create, start and monitor you threads from there.
>> Should be pretty easy.
>>
>> Also using the participant, your threads could use callbacks to the
>> participant to report progress.
>>
>> Your element can then safly read teh reported statuses.
>>
>>
>> happy hacking!
>>
>> Huibert Gill
>>
>> 2009/5/29 Matthias Barmeier <matthias.barmeier@...
>> <mailto:matthias.barmeier@...>>
>>
>>
>> Hi out there,
>>
>> I wonder if there is a best practice available to solve the
>> following
>> problem:
>>
>> I want to initiate several background tasks that tars a huge
>> file set
>> 200GB+. This takes a while and I would like to move this
>> processing in a
>> thread, triggered from a submission handler. The thread/s will
>> run for
>> several hours and they should report a progress that another
>> Element
>> should render.
>>
>> My "naive" approach would be:
>>
>> Start the thread from the submission handler and write something
>> to
>> disk/database to store the state. The Element that renders the
>> state of
>> the threads reads the states from the disk and renders the
>> progress.
>>
>> Drawbacks: loosing the thread handle, synchronization problems.
>>
>> Is there something to make it better/more stable/ more rife ?
>>
>> Ciao
>> Matthias
>>
>>
>>
>>
>>
>>>
>
> >

Re: Best practice to run threads from processElement

2009-05-29T07:24:59Z

Hi,

OK sounds cool. I will try it over the holidays.

Thanx.

Ciao
Matthias

Huibert Gill schrieb:

> Look into to Rife participants and create a simple one.
> Use it to create, start and monitor you threads from there.
> Should be pretty easy.
>
> Also using the participant, your threads could use callbacks to the
> participant to report progress.
>
> Your element can then safly read teh reported statuses.
>
>
> happy hacking!
>
> Huibert Gill
>
> 2009/5/29 Matthias Barmeier <matthias.barmeier@...
> <mailto:matthias.barmeier@...>>
>
>
> Hi out there,
>
> I wonder if there is a best practice available to solve the following
> problem:
>
> I want to initiate several background tasks that tars a huge file set
> 200GB+. This takes a while and I would like to move this
> processing in a
> thread, triggered from a submission handler. The thread/s will run for
> several hours and they should report a progress that another Element
> should render.
>
> My "naive" approach would be:
>
> Start the thread from the submission handler and write something to
> disk/database to store the state. The Element that renders the
> state of
> the threads reads the states from the disk and renders the progress.
>
> Drawbacks: loosing the thread handle, synchronization problems.
>
> Is there something to make it better/more stable/ more rife ?
>
> Ciao
> Matthias
>
>
>
>
>
> >

Re: Best practice to run threads from processElement

2009-05-29T07:22:40Z

Look into to Rife participants and create a simple one.
Use it to create, start and monitor you threads from there.
Should be pretty easy.

Also using the participant, your threads could use callbacks to the participant to report progress.

Your element can then safly read teh reported statuses.

happy hacking!

Huibert Gill

2009/5/29 Matthias Barmeier <matthias.barmeier@...>

Hi out there,

I wonder if there is a best practice available to solve the following
problem:

I want to initiate several background tasks that tars a huge file set
200GB+. This takes a while and I would like to move this processing in a
thread, triggered from a submission handler. The thread/s will run for
several hours and they should report a progress that another Element
should render.

My "naive" approach would be:

Start the thread from the submission handler and write something to
disk/database to store the state. The Element that renders the state of
the threads reads the states from the disk and renders the progress.

Drawbacks: loosing the thread handle, synchronization problems.

Is there something to make it better/more stable/ more rife ?

Ciao
Matthias

Best practice to run threads from processElement

2009-05-29T01:45:47Z

Hi out there,

I wonder if there is a best practice available to solve the following
problem:

I want to initiate several background tasks that tars a huge file set
200GB+. This takes a while and I would like to move this processing in a
thread, triggered from a submission handler. The thread/s will run for
several hours and they should report a progress that another Element
should render.

My "naive" approach would be:

Start the thread from the submission handler and write something to
disk/database to store the state. The Element that renders the state of
the threads reads the states from the disk and renders the progress.

Drawbacks: loosing the thread handle, synchronization problems.

Is there something to make it better/more stable/ more rife ?

Ciao
Matthias

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: POST request / validation of page reloading.

2009-05-24T22:37:01Z

Hi,

there are several ways of doing this.

You can for instance redirect after post by setting up a 'redirect'
exit. This makes it intuitive to trigger the exit, and the redirection
will happen automatically.

Another possibility is to simply use continuations and to remove the
active continuations tree when you're doing processing. People that
press back and re-submit will not have the continuation to resume
anymore, and they will to started all over again at the beginning of
the interaction with the form(s).

Hope this helps,

Geert

On 19 May 2009, at 15:41, michaelCH wrote:

>
> Hello Geert!
>
> I have question related to the POST request processing.
> I am concerned about use case when user can send twice the same POST
> request by reloading the page.
>
> Could you provide me some hints how to validate it using rife,
> Element's methods ?
> Do I need to check submission context, etc ?
>
> Best regards,
> Michael Chudas.
> >

POST request / validation of page reloading.

2009-05-19T06:41:55Z

Hello Geert!

I have question related to the POST request processing.
I am concerned about use case when user can send twice the same POST
request by reloading the page.

Could you provide me some hints how to validate it using rife,
Element's methods ?
Do I need to check submission context, etc ?

Best regards,
Michael Chudas.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: rife on java google app engine

2009-05-06T19:45:09Z

Well, you can set the Filter init-param 'engineclassloader.enabled' to
false in web.xml, but since Google App Engine doesn't support threads,
you will get an exception on creating a new BlockingRepository which
extends ThreadGroup.

Kent

On Apr 10, 3:45 am, gabriel munteanu <jajali...@...> wrote:

> Hello,
> i just fired a simple element on their container and the error is:
> java.security.AccessControlException: access denied
> (java.lang.RuntimePermission setContextClassLoader)
> at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
> at java.security.AccessController.checkPermission(AccessController.java:546)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
> at com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:76)
> at java.lang.Thread.setContextClassLoader(Thread.java:1351)
> at com.uwyn.rife.servlet.RifeFilter.doFilter(RifeFilter.java:125)
> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
> at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
> at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:54)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
> at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:306)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
> at org.mortbay.jetty.Server.handle(Server.java:313)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
> at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
>
> is it possible not to set the classLoader for rife? or it is mandatory
> for rife in order to work properly ?
> in a more general sense: is there a way to make rife work on java
> google app engine? or , fundamentaly, it is not possible due to the
> way rife is done.
>
> --
> jgabioshttp://bash.editia.info

Re: Lazy Initialization In Rife

2009-05-05T22:44:04Z

This was one of the last features I added to the subversion repository
a year and a half ago. There was never a stable release of it though.

On 05 May 2009, at 06:02, Rahul wrote:

>
> Is there a way that we can lazy initialize the collections in rife?
> >

--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Iterating Over a Collection on Html

2009-05-05T08:03:19Z

Hi Rahul,

I'm not sure that the setBean() method automatically populates lists, so
you'll need to do that manually. Keep in mind that classes can have
properties with the same names, so using the setBean() method which
accepts a prefix is a good idea.

-[Bean outlines]--------------------------------
public class Hotel {
public String getName() ...
public void setName(String name) ...

public List<Room> getRooms() ...
public void setRooms(List<Room> rooms) ...
}

public class Room {
public int getNumber() ...
public void setNumber(int number) ...
}

-[Sample template]-----------------------------
<r:v name="hotels"/>

<r:b name="hotel">
Hotel Name: <r:v name="HOTEL:name" /><br />
<r:v name="rooms" />
</r:b>

<r:b name="room">
Room Number: <r:v name="ROOM:number" /><br />
</r:b>

-[Sample element snippet]----------------------
...
for( Hotel hotel : hotels ) {
template.setBean(hotel, "HOTEL:");

template.blankValue("rooms");
for( Room room : hotel.getRooms() ) {
template.setBean(room, "ROOM:");
template.appendBlock("rooms", "room");
}
template.appendBlock("hotels", "hotel");
}
...
-----------------------

Josh
--
Joshua Hansen
Up Bear Enterprises
(541) 760-7685

Rahul wrote:

> I have a bean object(a Hotel object) which contains a List (rooms for
> this hotel object).
> I am setting the Hotel bean to the template like this
>
> template.setBean(hotels);
>
> and
>
> template.appendBlock("hotels", "hotel");
>
> to access the bean on the template.
>
> However I am not able to iterate over the List object on the
> template. How can I do this.
>
> Any help will be appreciated.
>
> Thanks in advance.
> >
>

Iterating Over a Collection on Html

2009-05-05T01:03:07Z

I have a bean object(a Hotel object) which contains a List (rooms for
this hotel object).
I am setting the Hotel bean to the template like this

template.setBean(hotels);

and

template.appendBlock("hotels", "hotel");

to access the bean on the template.

However I am not able to iterate over the List object on the
template. How can I do this.

Any help will be appreciated.

Thanks in advance.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Lazy Initialization In Rife

2009-05-04T21:02:07Z

Is there a way that we can lazy initialize the collections in rife?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Conditional Tags

2009-04-27T14:14:59Z

Typically you handle conditional logic where it belongs, in your code,
and define what the different conditions should look like in HTML
using block tags, for example (kinda contrived), in an Element:

if (order.isDeclined()) {
template.setBlock("status", "declined");
}

And in your template:

<r:v name="status"></r:v>
<r:b name="declined">
<div>This order is declined</div>
</r:b>

Take a look at http://rifers.org/wiki/display/RIFE/GuideTemplates for
a better example and reasoning, and also the source code to some of
the example apps help out as well.

It takes a little bit to get used to if you are coming from templating
systems that include scripting languages, but I like it. If you
really need conditional logic in your templates, there's always
Blockvalue scripting: http://rifers.org/wiki/display/RIFE/Blockvalue+scripting+support
but I've never needed to use that beyond the ROLEUSER specialized
script tag though.

Kent

On Apr 27, 2:03 am, Rahul <maverick.rah...@...> wrote:
> Is there anything like conditional tags in rife life <c:if>? I was
> looking to the block tag.... is that the way to do this in rife?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Conditional Tags

2009-04-27T01:03:42Z

Is there anything like conditional tags in rife life <c:if>? I was
looking to the block tag.... is that the way to do this in rife?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Configuring Ajax With Rife

2009-04-16T03:04:24Z

In your classpath

On 16 Apr 2009, at 12:02, Rahul wrote:

>
> Ok.. got the problem.....
>
> I am trying to customize the configuration with.....
>
> <element id="DwrDate" file="rife/ajax/dwr.xml" url="dwr/jdate/*">
> <property name="xmlConfiguratorPath">jdate.xml</property>
> <property name="debug">true</property>
> </element>
>
> com.uwyn.rife.engine.exceptions.EngineException: The DWR configuration
> file 'jdate.xml' could not be found. It was specified in the property
> 'xmlConfiguratorPath' of element rife/ajax/dwr.xml.
>
> Where exactly to put the file?
>
>
>
> On Apr 16, 2:33 pm, Rahul <maverick.rah...@...> wrote:
>> I am trying remote access to Java classes and methods using DWR. I
>> downloaded the dwr jar file from
>> sumo distribution and added to the classpath of my rife project.
>>
>> According tohttp://rifers.org/wiki/display/RIFE/Ajax
>>
>> <element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>
>>
>> is the standard element declaration.
>>
>> I added this declaration to the main site file.
>>
>> While deploying the war file I am getting the error
>>
>> SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
>> com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
>> participant 'hotel' isn't known in the default repository.
>> at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
>> (DwrServiceDeployer.java:304)
>> at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
>> 280)
>> at com.uwyn.rife.engine.SiteBuilder.setupElements
>> (SiteBuilder.java:985)
>> at
>> com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
>> 1615)
>> at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
>> 260)
>> at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
>> 251)
>> at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
>> 177)
>> at com.uwyn.rife.rep.participants.ParticipantSite.initialize
>> (ParticipantSite.java:36)
>> at com.uwyn.rife.rep.BlockingParticipant.run
>> (BlockingParticipant.java:230)
>>
>> ..... missing something???
> >

Re: Configuring Ajax With Rife

2009-04-16T03:02:42Z

Ok.. got the problem.....

I am trying to customize the configuration with.....

<element id="DwrDate" file="rife/ajax/dwr.xml" url="dwr/jdate/*">
<property name="xmlConfiguratorPath">jdate.xml</property>
<property name="debug">true</property>
</element>

com.uwyn.rife.engine.exceptions.EngineException: The DWR configuration
file 'jdate.xml' could not be found. It was specified in the property
'xmlConfiguratorPath' of element rife/ajax/dwr.xml.

Where exactly to put the file?

On Apr 16, 2:33 pm, Rahul <maverick.rah...@...> wrote:

> I am trying remote access to Java classes and methods using DWR. I
> downloaded the dwr jar file from
> sumo distribution and added to the classpath of my rife project.
>
> According tohttp://rifers.org/wiki/display/RIFE/Ajax
>
> <element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>
>
> is the standard element declaration.
>
> I added this declaration to the main site file.
>
> While deploying the war file I am getting the error
>
> SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
> com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
> participant 'hotel' isn't known in the default repository.
> at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
> (DwrServiceDeployer.java:304)
> at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
> 280)
> at com.uwyn.rife.engine.SiteBuilder.setupElements
> (SiteBuilder.java:985)
> at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
> 1615)
> at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
> 260)
> at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
> 251)
> at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
> 177)
> at com.uwyn.rife.rep.participants.ParticipantSite.initialize
> (ParticipantSite.java:36)
> at com.uwyn.rife.rep.BlockingParticipant.run
> (BlockingParticipant.java:230)
>
> ..... missing something???

Configuring Ajax With Rife

2009-04-16T02:33:22Z

I am trying remote access to Java classes and methods using DWR. I
downloaded the dwr jar file from
sumo distribution and added to the classpath of my rife project.

According to http://rifers.org/wiki/display/RIFE/Ajax

<element id="DwrService" file="rife/ajax/dwr.xml" url="dwr/*"/>

is the standard element declaration.

I added this declaration to the main site file.

While deploying the war file I am getting the error

SEVERE: com.uwyn.rife.engine.exceptions.EngineException:
com.uwyn.rife.ioc.exceptions.ParticipantUnknownException: The
participant 'hotel' isn't known in the default repository.
at com.uwyn.rife.engine.elements.DwrServiceDeployer.deploy
(DwrServiceDeployer.java:304)
at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:
280)
at com.uwyn.rife.engine.SiteBuilder.setupElements
(SiteBuilder.java:985)
at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:
1615)
at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:
260)
at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:
251)
at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:
177)
at com.uwyn.rife.rep.participants.ParticipantSite.initialize
(ParticipantSite.java:36)
at com.uwyn.rife.rep.BlockingParticipant.run
(BlockingParticipant.java:230)

..... missing something???
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Saving Collections to the DB

2009-04-16T01:41:26Z

Not directly, but you can do this through many-to-one relationships,
for example:
http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOSecondBean.java
http://svn.rifers.org/rife/trunk/src/unittests/com/uwyn/rifetestmodels/MOFirstBean.java

On 15 Apr 2009, at 19:33, Rahul wrote:

>
> Is there a way of saving a collection to database??

--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Capturing dropdown value in javascript

2009-04-16T01:39:25Z

Hi Rahul,

Check the HTML that is generated, then code your JavaScript as you would
for normal handling of the elements based on the generated HTML.

One way to do this is to just save the generated page from the browser
as a static HTML file, then edit it directly until it does what you
need, then finally take the JavaScript code and copy it back to the RIFE
template.

Detailed questions about JavaScript are outside the scope of this
mailing list, but a search on Google should turn up plenty of resources
to help you. :)

All the best,

Josh
--
Joshua Hansen
Up Bear Enterprises
(541) 760-7685

Rahul wrote:

> Hi all,
>
> I have a drop down list like this
>
> 
> Deluxe
> Executive
> Suite
>
> I want to capture the value selected in the drop down in a javascript
>
> I am trying like this
>
> var room_type = document.getElementById('room_type').value
>
> but it gives me null .
>
> HOwever with
>
> <input type="text" name="charge" id="charge" value="${v PARAM:charge}$
> {/v}" />
>
> i get the value with
>
> var charge = document.getElementById('charge').value
>
>
> >
>

Capturing dropdown value in javascript

2009-04-15T22:46:29Z

Hi all,

I have a drop down list like this


Deluxe
Executive
Suite

I want to capture the value selected in the drop down in a javascript

I am trying like this

var room_type = document.getElementById('room_type').value

but it gives me null .

HOwever with

<input type="text" name="charge" id="charge" value="${v PARAM:charge}$
{/v}" />

i get the value with

var charge = document.getElementById('charge').value

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Exception on resultset

2009-04-15T11:48:45Z

Hi Rahul,

Geert already answered your question (i.e. "Use
DbResultSet.hasResultRows()), so you're good there.

As an extra tip, instead of using:
------
select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id = " + room_id + "");
------
you should consider using:
------
select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id", "=", room_id);
------

This way your code will be safe from an SQL injection attack. If
'room_id' is an int or Integer, this is less of an issue, but it's still
a good default practice, and it's critical when you are using a String. :)

Josh
--
Joshua Hansen
Up Bear Enterprises
(541) 760-7685

Rahul wrote:

> IS there a way for checking out the resultset for size.
>
> I am doing something like this
>
>
> select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id = " + room_id +
> "");
>
>
> String result = (String)manager.executeQuery(select, new
> DbResultSetHandler() {
> public Object concludeResults(DbResultSet resultset)
> throws SQLException
> {
>
>
> resultset.next();
>
> return resultset.getString("bookedroom_id");
> }
> });
>
> However if booked_room table dosnt have any record for the given query
> then it throws SQl exception java.sql.SQLException: Illegal operation
> on empty result set.
>
> Is there any way of checking out the size of resultset or may be other
> way of doing it?
> >
>

Saving Collections to the DB

2009-04-15T10:33:13Z

Is there a way of saving a collection to database??
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Exception on resultset

2009-04-15T02:25:44Z

yes .. got it...

thanks

On Apr 15, 2:07 pm, Geert Bevin <gbe...@...> wrote:

> http://rifers.org/docs/api/com/uwyn/rife/database/DbResultSet.html#ha...()
>
> On 15 Apr 2009, at 11:04, Rahul wrote:
>
>
>
>
>
> > IS there a way for checking out the resultset for size.
>
> > I am doing something like this
>
> > select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id = " + room_id +
> > "");
>
> > String result = (String)manager.executeQuery(select, new
> > DbResultSetHandler() {
> > public Object concludeResults(DbResultSet resultset)
> > throws SQLException
> > {
>
> > resultset.next();
>
> > return resultset.getString("bookedroom_id");
> > }
> > });
>
> > However if booked_room table dosnt have any record for the given query
> > then it throws SQl exception java.sql.SQLException: Illegal operation
> > on empty result set.
>
> > Is there any way of checking out the size of resultset or may be other
> > way of doing it?
>
> --
> Geert Bevin
> Terracotta -http://www.terracotta.org
> Uwyn "Use what you need" -http://uwyn.com
> RIFE Java application framework -http://rifers.org
> Flytecase Band -http://flytecase.be
> Music and words -http://gbevin.com

Re: Exception on resultset

2009-04-15T02:07:41Z

http://rifers.org/docs/api/com/uwyn/rife/database/DbResultSet.html#hasResultRows()

On 15 Apr 2009, at 11:04, Rahul wrote:

>
> IS there a way for checking out the resultset for size.
>
> I am doing something like this
>
>
> select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id = " + room_id +
> "");
>
>
> String result = (String)manager.executeQuery(select, new
> DbResultSetHandler() {
> public Object concludeResults(DbResultSet resultset)
> throws SQLException
> {
>
>
> resultset.next();
>
> return resultset.getString("bookedroom_id");
> }
> });
>
> However if booked_room table dosnt have any record for the given query
> then it throws SQl exception java.sql.SQLException: Illegal operation
> on empty result set.
>
> Is there any way of checking out the size of resultset or may be other
> way of doing it?
> >

Exception on resultset

2009-04-15T02:04:42Z

IS there a way for checking out the resultset for size.

I am doing something like this

select.from(TABLE_BOOKED_ROOMS).where("ROOM_room_id = " + room_id +
"");

String result = (String)manager.executeQuery(select, new
DbResultSetHandler() {
public Object concludeResults(DbResultSet resultset)
throws SQLException
{

resultset.next();

return resultset.getString("bookedroom_id");
}
});

However if booked_room table dosnt have any record for the given query
then it throws SQl exception java.sql.SQLException: Illegal operation
on empty result set.

Is there any way of checking out the size of resultset or may be other
way of doing it?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

rife on java google app engine

2009-04-10T02:45:17Z

Hello,
i just fired a simple element on their container and the error is:
java.security.AccessControlException: access denied
(java.lang.RuntimePermission setContextClassLoader)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
at java.security.AccessController.checkPermission(AccessController.java:546)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:76)
at java.lang.Thread.setContextClassLoader(Thread.java:1351)
at com.uwyn.rife.servlet.RifeFilter.doFilter(RifeFilter.java:125)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:54)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:306)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

is it possible not to set the classLoader for rife? or it is mandatory
for rife in order to work properly ?
in a more general sense: is there a way to make rife work on java
google app engine? or , fundamentaly, it is not possible due to the
way rife is done.

--
jgabios
http://bash.editia.info

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Displaying records from DB

2009-04-09T06:08:00Z

Hey guys.... just chill..... I am very new to this stuff so i am
getting these issues.
These issues must be irritating for you guys.... but for me it stands
as it is...

Anyways... somehow I got out of this issue.

Catch you guys with some other if I get one.

Thanks

On Apr 9, 6:02 pm, gabriel munteanu <jajali...@...> wrote:

> Geert, you did enough , don't bother any more, i will take it from here.
> let him be.
>
> jgabios
>
>
>
> On Thu, Apr 9, 2009 at 2:44 PM, Geert Bevin <gbe...@...> wrote:
>
> > READ ... THE ... DOCS
>
> > I'm not going to waste more time replying to you about this.
>
> > On 09 Apr 2009, at 13:37, Rahul wrote:
>
> >> Well well.....
>
> >> getParameter(name) from com.uwyn.rife.engine.ElementSupport
>
> >> doesnt gave me the parameters from the query url.
>
> >> However using
> >> setProhibitRawAccess(false)
> >> getHttpServletRequest().getParameter("hotel_id")
>
> >> gave me the parameter value....
>
> >> I dont have the reason for this... may be Geert you can add the
> >> reasons to this.
>
> > --
> > Geert Bevin
> > Terracotta -http://www.terracotta.org
> > Uwyn "Use what you need" -http://uwyn.com
> > RIFE Java application framework -http://rifers.org
> > Flytecase Band -http://flytecase.be
> > Music and words -http://gbevin.com
>
> --
> jgabioshttp://bash.editia.info

Re: Displaying records from DB

2009-04-09T06:02:12Z

Geert, you did enough , don't bother any more, i will take it from here.
let him be.

jgabios

On Thu, Apr 9, 2009 at 2:44 PM, Geert Bevin <gbevin@...> wrote:

>
> READ ... THE ... DOCS
>
> I'm not going to waste more time replying to you about this.
>
> On 09 Apr 2009, at 13:37, Rahul wrote:
>
>>
>> Well well.....
>>
>> getParameter(name) from com.uwyn.rife.engine.ElementSupport
>>
>> doesnt gave me the parameters from the query url.
>>
>> However using
>> setProhibitRawAccess(false)
>> getHttpServletRequest().getParameter("hotel_id")
>>
>> gave me the parameter value....
>>
>> I dont have the reason for this... may be Geert you can add the
>> reasons to this.
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Flytecase Band - http://flytecase.be
> Music and words - http://gbevin.com
>
>
> >
>

--
jgabios
http://bash.editia.info

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Re: Displaying records from DB

2009-04-09T04:44:17Z

READ ... THE ... DOCS

I'm not going to waste more time replying to you about this.

On 09 Apr 2009, at 13:37, Rahul wrote:

>
> Well well.....
>
> getParameter(name) from com.uwyn.rife.engine.ElementSupport
>
> doesnt gave me the parameters from the query url.
>
> However using
> setProhibitRawAccess(false)
> getHttpServletRequest().getParameter("hotel_id")
>
> gave me the parameter value....
>
> I dont have the reason for this... may be Geert you can add the
> reasons to this.