Using PrettyFaces and CDI conversations

Splash Forums PrettyFaces Users Using PrettyFaces and CDI conversations

This topic contains 6 replies, has 5 voices, and was last updated by  wms 2 years ago.

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #17898

    dsampy
    Participant

    I’m pretty new to PrettyFaces so I apologize in advance if this question is answered somewhere else. Basically, I’m developing a JEE application with Weld and several Seam 3 modules (e.g., Faces, Persistence, etc.). Prior to integrating PrettyFaces, whenever I attempted to transition from one JSF page to another while operating within a conversation, a “cid” query parameter is added to my browser’s URL; this is obviously expected behavior. The problem is that, once I started using PrettyFaces and updated my URL mappings to use pretty URLs rather than the default ones based on my source code directory structure, the “cid” query parameter is no longer added to my browser’s URL. As a result, refreshes or page transitions fail to propagate the underlying conversation and my application fails to behave correctly.

    Could someone provide me with a PrettyFaces configuration example that shows how to work with CDI conversation IDs or provide me with insight on how to get past this problem? If additional information is needed to provide assistance, let me know and I’ll post what I can.

    Derrick…

    #20817

    Hey Derrick,

    Sorry for the slow response – I believe I know what is happening here, but could you post some sample code of the case you are talking about? Show us the code and the interaction that causes the CDI conversation to be lost. The conversations support in CDI is a bit fragile, but it should not be a problem with prettyfaces – it just takes the right implementation :)

    ~Lincoln

    PS. How do you like the Seam 3 Faces module? I wrote that one as well ;)

    #20818

    pipfiddle
    Participant

    I’m having the same problem. Using Seam 3.1.Final, PrettyFaces 3.3.2, GF3.1.1. I basically have an action method that returns an outcome. When I return the outcome using a prettyfaces mapping id: “pretty:thingEdit” the conversation scope is not propagated. If I return the outcome “/thing/edit.jsf” the scope is propagated. By the way, I generally love Seam so nice job on that. I just wish it played better with Glassfish (still).

    #20819

    Could you please tell us which versions of Mojarra and Weld are used in GF 3.1.1?

    And could you perhaps give the latest snapshot of 3.3.3 a try? We recently fixed a bug that may cause such behavior:

    https://github.com/ocpsoft/prettyfaces/wiki/Snapshots

    Christian

    #20820

    wms
    Participant

    I’m having the same problem. Using Seam 3.1.0Final, PrettyFace-jsf2 3.3.3, primefaces 3.2 and Mojarra 2.1.7-jbossorg-1

    Could you help me?

    #20821

    Which container do you deploy to and which CDI implementation do you use?

    If I remember correctly Weld does a crappy job when appending the cid parameter.

    Perhaps this workaround works for you?

    https://community.jboss.org/message/717627#717627

    #20822

    wms
    Participant

    Thank you. worked!

Viewing 7 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.

Comments are closed.