Re: Portlet Environment and Orchestra

Hi! The short answer to your question is no, the bridge won't help you here. Portlet 1.0 didn't define support for filters or wrapping request/response objects. Hence initialization done in filters in the servlet environment should be rewritten/migrated to FacesContextFactory. This document

Re: Portlet Environment and Orchestra

If you wrap the FacesContext, then maybe when FacesContext.release is called? regards, Martin On 2/7/08, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! The short answer to your question is no, the bridge won't help you here. Portlet 1.0 didn't define support for filters or wrapping

Re: Portlet Environment and Orchestra

Hi! If you wrap the FacesContext, then maybe when FacesContext.release is called? Yep, good idea. Done so. Thanks! Ciao, Mario

Re: Portlet Environment and Orchestra

Threading is identified in the Portlet Spec when it talks about the action and render request lifecycles. I believe JSR-286 puts some additional clairifications on this. In general, people who rely on things that need to be initialized for the FULL lifecycle in both servlet and portlet

Re: Portlet Environment and Orchestra

in figuring out the exact problem in configuring Orchestra in Portlet environment. Regards, Rashmi Scott O'Bryan wrote: Threading is identified in the Portlet Spec when it talks about the action and render request lifecycles. I believe JSR-286 puts some additional clairifications

Re: Portlet Environment and Orchestra

Yeah, this is totally correct. I use the release in the configurators as well. :) Nice thing about this from a bridge perspective is that the release will happen once during the action and once during the render. So it should be totally sufficient to clean up threadlocals. Scott Martin

Re: Portlet Environment and Orchestra

required by Orchestra. Ciao, Mario -- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15306357.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

Hi! I have access to FacesContext. The ExternalContext in case of Portlet Environment is - PortletExternalContextImpl and ofcourse in servlet environment it is ServletExternalContextImpl. So then, could you please try the following in your method:

Re: Portlet Environment and Orchestra

-- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15306534.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

Attached is the current draft of chapter 8 on the JSR 301 spec (portlet bridge). It describes things developers of Faces extensions should be aware of to cohabitate with a bridge/run in a portlet environment. The short answer to your question is no, the bridge won't help you here. Portlet 1.0

Re: Portlet Environment and Orchestra

Mike is right.. And this is, essentially, what the Configurator framework does. It handles all the details for you, you just need to add a service file and extend/override the configurator class. Like I say, I'll make this my top priority after bridge code is reorganized. In the mean time,

Re: Portlet Environment and Orchestra

Hi! The short answer to your question is no, the bridge won't help you here. Portlet 1.0 didn't define support for filters or wrapping request/response objects. Hence initialization done in filters in the servlet environment should be rewritten/migrated to FacesContextFactory. Yep, I'll try

Re: Portlet Environment and Orchestra

Has anybody a solution for this problem? Is it actually possible to run orchestra in a portlet environment? thanks, Markus

Re: Portlet Environment and Orchestra

possible to run orchestra in a portlet environment? thanks, Markus

Re: Portlet Environment and Orchestra

) at de.seat.mitarbeiterinfo.view.mitarbeiterlist$$EnhancerByCGLIB$$4f90561b.getMitarbeiterListModel(generated) ... 125 more Has anybody a solution for this problem? Is it actually possible to run orchestra in a portlet environment? thanks, Markus

Re: Portlet Environment and Orchestra

Hi! currently we're prototyping a portlet application (liferay 4.33) with orchestra , JPA (Hibernate) and myFaces 1.1.5. Unhappily I have zero experience with portlets. If you could provide a simple webapp to test this thing it would greatly help, though, I know how much work it is to setup

Re: Portlet Environment and Orchestra

in a portlet environment? thanks, Markus -- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15286264.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

to initialize it properly. If not, you have to create your own portlet friendly FrameworkAdapter wich allows you to get access to the session/request stuff required by Orchestra. Ciao, Mario -- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra

Re: Portlet Environment and Orchestra

Hi Rashmi, Again, exact line numbers from the latest snapshot would be useful. In an email you sent to me directly you said that with the latest snapshot the exception was at line 83 of ConversationManager. But with the latest code, that line is in the middle of a javadoc comment, so perhaps

Re: Portlet Environment and Orchestra

-- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15289276.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

BTW, you might try adding these elements to the OrchestraServletFilter filter-mapping clause: dispatcherREQUEST/dispatcher dispatcherFORWARD/dispatcher dispatcherINCLUDE/dispatcher Regards, Simon Simon Kitching [EMAIL PROTECTED] schrieb: Hi Rashmi, Again, exact line

Re: Portlet Environment and Orchestra

-Environment-and-Orchestra-tp15270215p15289160.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

-Environment-and-Orchestra-tp15270215p15289160.html Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Portlet Environment and Orchestra

wich allows you to get access to the session/request stuff required by Orchestra. Ciao, Mario -- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15289160.html Sent from the MyFaces - Users mailing list archive

Re: Portlet Environment and Orchestra

If there is a filter issue and you don't mind working with local portals only, you could also add the Portal's servlet to the filter mapping in your web.xml. That should allow filter work to be done in action requests. Sadly real filter support won't be happeneing until JSR-286 and even

Re: Portlet Environment and Orchestra

Ok. I'll need to add a few utilities to the common utilities and add a common configurator jar to the project. But it should be easy enough to do in my copious amounts of free time. I'm currently in the middle of restructuring the bridge projects (which is almost done as well) so let me get

Re: Portlet Environment and Orchestra

Another option is I've been tinkering with separating the configurator system similar to what Trinidad uses in order to put into an Apache commons project. The code is complete (albeit untested) but the configurators are a way to duplicate *most* filter logic in a JSF environment without the

Re: Portlet Environment and Orchestra

$$4f90561b.getMitarbeiterListModel(generated) ... 125 more Has anybody a solution for this problem? Is it actually possible to run orchestra in a portlet environment? thanks, Markus

Portlet Environment and Orchestra

(generated) ... 125 more Has anybody a solution for this problem? Is it actually possible to run orchestra in a portlet environment? thanks, Markus -- View this message in context: http://www.nabble.com/Portlet-Environment-and-Orchestra-tp15270215p15270215.html Sent from the MyFaces