Hi Rudy,
i thought that was clear:
yes i testet with the trinidad compat module. and this gave me an error
because of the functions that werent overriden. so i took the source
code and implemented the functions by delegating it to the wrapped
Renderkit (i do not know if this is enough...).
afterwards there is no more "No RenderingContext" error, but navigating
in our app does not work anymore:
the index.xhtml is displayed, but clicking on any link gives a blank
page (completely blank, no bytes arrive at the browser). it seems that
actions are executed, because when i click on a link on the index.xhtml
(and get a blank page). i can afterwards reload the page (by entering in
the URL adress field of the browser) and get a page again (with
different content - the action was executed).
it seems that navigating (http posts!?) do not work, but HTTP GETs do?!
Regards,
Manuel.
> Hello Manuel,
>
> As I wrote in the mail of May 18th, this is what I tested:
>
> ============================================= (taken from the mail)
> - Took the Trinidad demo example (can be found here [1])
> - Added Weld-Servlet as CDI to the project (as CDI implementer so that I can
> run the demo in Tomcat )
> - Added the CODI DIST package
>
> When I added the CODI jars, I see also the "No RenderingContext" error.
>
> To solve this, I added the Trinidad compatibility module (I know, it says
> that it is for JSF 1.2 and Trinidad 1.2, but it also works for the 2.0
> versions)
>
> And I don't have the issue with the RenderingContext.
>
> I didn't test with dialogs but since the Trinidad compatibility module makes
> the CODI renderkit wrapper Trinidad compatible, I assume there are no
> issues.
>
> Can you test your application by adding the Trinidad compatibility module
> and let us know if it solves your problems?
>
> [1] =
> http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad-examples/trinidad-demo
>
> ===============================================(end of quote)
>
>
> The Jira issue now has a patch that implements, among others, the methods
> you mention. It should be integrated in the comming days.
>
> Regards
--
Dipl. Inform. Manuel Hartl
Software Architect
FlexSecure GmbH
Industriestr. 12
D - 64297 Darmstadt
Tel: +49 (0) 6151 501 23-18
Fax: +49 (0) 6151 501 23-19
E-Mail: ha...@flexsecure.de
Internet: www.flexsecure.de
Geschäftsführer:
Erwin Stallenberger, Markus Ruppert
Amtsgericht Darmstadt HRB 8036
Umsatzsteuernummer: DE 214745269
