Re: how to build a JSF 2.0 (MyFaces/Facelets) Project

Am 15.03.12 01:33, schrieb Guy Rouillier: On 3/14/2012 12:47 PM, ayouB __ wrote: Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a

Re: MyFaces and CODI

if you don't need redirects, you could have a look at e.g. [1] which uses an internal fallback. yea, its our case and it just works!  many thanks for your help, keep the great work!   Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em

[Trinidad] tr:inputDate alternative

Hi folks, tr:inputDate date selection works opening a new window/frame and I would like to use only javascript/divs. Tomahawk is an option but have some quirks and I would like to know if some of you have used another options... Please let me know you use some javascript (detached from big

Re: MyFaces and CODI

well its not 100% yet ;(...on every ajaxCall my ViewAccessScoped bean is being instantiated,  im using a4j, there is any known issue with it?  for example h:selectOneMenu .                         a4j:support event=onchange action=when the action is called the bean constructor gets

AW: [Trinidad] tr:inputDate alternative

Hi Mourao No frame will be opened anymore after setting (in web.xml): context-param param-nameorg.apache.myfaces.trinidad.ENABLE_LIGHTWEIGHT_DIALOGS/param-name param-valuetrue/param-value /context-param That's how I'm using it. Roland -Ursprüngliche Nachricht- Von:

Re: MyFaces and CODI

hi rafael, the fallback adds a component (WindowContextIdHolderComponent) dynamically (as a direct child of UiViewRoot) - it will work with a4j as soon as you ensure that it gets restored for requests triggered by a4j. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE

Re: [Trinidad] tr:inputDate alternative

Hi Roland, in fact ENABLE_LIGHTWEIGHT_DIALOGS will open a iframe... it does not use a new window, but it opens a iframe and it has some delay to open caused by communication with the server. Cheers, Walter Mourão http://waltermourao.com.br http://arcadian.com.br http://oriens.com.br On Thu,

Re: MyFaces and CODI

Hi again,  it will work with a4j as soon as you ensure that it gets restored for requests triggered by a4j  you mean i should send WindowContextIdHolderComponent  within the ajax request? somethink like a4j:support process=WindowContextIdHolderComponent/ ? if so whats the id of the generated

[CODI] ThreadScoped / EntityManager in a new Thread

Hi, In our webapp, we have an asynchronous XML sender and receiver and we also need db access with transactions in this thread. Currently, our EntityManager is procuded in RequestScoped and will not work in a new thread. How can i solve this? Does any ThreadScoped implementation exists? Thanks

Re: MyFaces and CODI

hi rafael, @ WindowContextIdHolderComponent: that's the name of the class. you have to resolve the component (by type) before the view gets rendered and add it to the ajax enabled a4j components via the corresponding java-api. @ custom approach: independent of the concrete approach you would

Re: [CODI] ThreadScoped / EntityManager in a new Thread

Hi Thomas! Well, we had this problem as well in a Quartz scheduler Extension. And this did lead to the CdiControl approach implemented in OpenWebBeans Test and now moved to DeltaSpike cdise [1]. Please note that this is not yet finished, but will be soon! The functionality is currently in one

Re: [CODI] ThreadScoped / EntityManager in a new Thread

hi thomas, see [1] - you just have to switch to v1.0.4 regards, gerhard [1] https://issues.apache.org/jira/browse/EXTCDI-258 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15

Re: [CODI] ThreadScoped / EntityManager in a new Thread

hi mark, i agree with you, however, it depends on the implementation (in the application) - in some cases @TransactionScoped is enough. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for

Re: [CODI] ThreadScoped / EntityManager in a new Thread

using a @TransactionScoped EM is possible, but if you already have all your Services using a @RequestScoped EM, then you will not come far... LieGrue, strub - Original Message - From: Gerhard Petracek gerhard.petra...@gmail.com To: MyFaces Discussion users@myfaces.apache.org Cc:

Re: [CODI] ThreadScoped / EntityManager in a new Thread

agreed - that is one reason covered by: it depends on the implementation (in the application) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15 Mark Struberg

Re: [CODI] ThreadScoped / EntityManager in a new Thread

Hi, thanks for your both answers! DeltaSpike sounds great but i would like to wait for an CODI release which is based on DeltaSpike. TransactionScoped sounds good. So if i add the @Transactional annotation on a method, the Transactional context will be shared to all sub methods? Then i must

Re: MyFaces and CODI

Hi Gehard, i didnt got the ideia, do you have any example or a link showing this approach? what i have got til now is:   1 - WindowContextIdHolderComponent is a jsf component which is added dynamically to the view  2 - this component holds the windowId 3 - i have,somehow , to keep the windowId