Ok from a script point of view ajax can be triggered from JSP, I am not entirely sure why Ajax should only work in the facelets part.
I cannot really see why.

The tags yes, they do not work, but you always can trigger the ajax part manually via jsf.ajax.request etc...
The partial request is determined, via a param sent with the ajax request.
And after all the partial processing itself also is view layer independend, or isn´t it?
I must be missing something here.


Werner


Am 09.04.10 22:04, schrieb Leonardo Uribe:
Hi

The problem is trinidad override PartialViewContext implementation, and
on Render Response phase, the output is disabled. Myfaces
PartialViewContextImpl enables it before render the output but trinidad
doesn't know how to do that. Jira is down right now, so I'll put this
comment as soon as is up again.

Maybe this is a good time to get rid response switch code. I did a fast
check to mojarra and as I expected they are not doing anything. The
point is ajax in jsp case will not work, and this code only has sense on
jsp case (because vdl.buildView trigger dispatch and in jsp that render
unwanted code). Note there is no "standard" way to know if the current
page is for jsp or not, so we don't have a way to enable this code only
for jsp case.

regards,

Leonardo Uribe

2010/4/9 Max Starets <[email protected]
<mailto:[email protected]>>

    Werner,

    Thanks for the analysis. I don't think Myfaces is doing anything
    wrong in this case -
    our web.xml had javax.faces.FACELETS_VIEW_MAPPINGS mapped to *.jspx
    asd well as *.xhtml

    I committed the change to leave *.xhtml only.

    I was unable to update the JIRA since Apache JIRA the site is down
    at the moment.

    Max


    Werner Punz (JIRA) wrote:
         
[https://issues.apache.org/jira/browse/MYFACES-2654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12855433#action_12855433
  
<https://issues.apache.org/jira/browse/MYFACES-2654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12855433#action_12855433>
  ]

    Werner Punz commented on MYFACES-2654:
    --------------------------------------

    Ok I am not sure since I have not touched this area but the 
ViewDeclarationFactoryImpl returns a Facelets View declaration on the files 
passed by the demos, but those files are clearly  jspx files.
    The reason for this is that our default factory checks for facelets first 
and has as allowed pattern jspx.
    The files however are clearly not facelets!
    Hence the wrong View Declaration Language is returned, this could be the 
reason why the rendering is never triggered on the partial rendering (I still 
wonder why it renders at all in the normal case)
    In either way the problem is somewhere in the partial processing part of 
myfaces!
    I will forward this problem to Leonardo.



    Trinidad ajax-branch does not work with MyFaces2
    ------------------------------------------------

                     Key: MYFACES-2654
                     URL:https://issues.apache.org/jira/browse/MYFACES-2654
                 Project: MyFaces Core
              Issue Type: Bug
        Affects Versions: 2.0.0-beta-3
             Environment: Trinidad ajax branch, 
URL:https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3/
    MyFaces TRUNK
                Reporter: Matthias Weßendorf

    run the demo (like via Jetty):
    Go to"http://localhost:8080/trinidad-demo/faces/demos/pprDemos.jspx";  
<http://localhost:8080/trinidad-demo/faces/demos/pprDemos.jspx>
    on any "ajax" action/click, I get these two alert() boxes:
    * "TypeError: this._ajaxOldDomElements is null"
    * "malformedXML--"
    Same stuff works with Mojarra 2.0.2






Reply via email to