Re: [tobago] Tag vs. component with facelets

2007-10-06 Thread Bernd Bohmann

Hello Zied,

i hope the exception is fixed.

Look at https://issues.apache.org/jira/browse/TOBAGO-511.

Can you test next nightly build, please.

Regards

Bernd

Zied Hamdi wrote:

Hello Bernd,

I woke up thinking: it isn't possible!! I started my computer and this test
: :-)

In fact, I know that facelet's c:if is Tag (compile time tag), and that
ui:out is a Component (render time tag), and I already have (render
time)Components that work with the ui:include/ui:param which are (compile
time) Tags.

So I verified my example by trying to show the value of #{ajaxScope} in a
tc:out. And it shows!!! even if embedded inside a c:if tag (as was the case
with the tc:attribute). Then I added again the grey backgrounded code of the
attribute, and I received the NullPointerException, so I think it's a bug,
or there is a third phase type behind the compile and render phasis. (by
render I mean runtime)


tc:panel

  xmlns=http://www.w3.org/1999/xhtml;

  xmlns:f=http://java.sun.com/jsf/core;

  xmlns:h=http://java.sun.com/jsf/html;

  xmlns:t=http://myfaces.apache.org/tomahawk;

  xmlns:tc=http://myfaces.apache.org/tobago/component;

  xmlns:tx=http://myfaces.apache.org/tobago/extension;

  xmlns:c=http://java.sun.com/jstl/core;

  f:facet name=layout

tc:gridLayout rows=fixed;* /

  /f:facet



  c:if test=#{not empty ajaxScope}

tc:out value=scope:   #{ajaxScope}/tc:out

  /c:if



  tc:tree

id=categoriesTree

value=#{contractCtrl.categoriesRoot}

state=#{contractCtrl.treeState}

showIcons=true

mutable=false

nameReference=userObject.embedded.name

f:actionListener type=
fr.into.services.controller.CategoryEditionListener /

f:facet name=treeNodeCommand

  tc:command actionListener=#{contractCtrl.selectCategory
}

c:if test=#{not empty ajaxScope}

 tc:attribute

   name=renderedPartially

   value=#{ajaxScope} /

/c:if

  /tc:command

/f:facet

  /tc:tree



/tc:panel


Here's the exception. If you confirm it's a bug, let me know so i add an
issue:


23:27:29,359 ERROR [STDERR] 4 oct. 2007 23:27:29
com.sun.facelets.FaceletViewHandler *handleRenderException*

GRAVE: Error Rendering View[/contract/contract.xhtml]

*java.lang.NullPointerException*

  at
org.apache.myfaces.tobago.renderkit.html.CommandRendererHelper.initOnclick(*
CommandRendererHelper.java:100*)

  at org.apache.myfaces.tobago.renderkit.html.CommandRendererHelper
.init(*CommandRendererHelper.java:61*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeOldRenderer.getTreeNodeCommandVar
(*TreeOldRenderer.java:292*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeOldRenderer.createJavascript
(*TreeOldRenderer.java:251*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeOldRenderer.encodeEnd
(*TreeOldRenderer.java:202*)

  at javax.faces.component.UIComponentBase.encodeEnd(*
UIComponentBase.java:836*)

  at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(*
RenderUtil.java:84*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent
(*GridLayoutRenderer.java:379*)

  at
org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(*
UILayout.java:71*)

  at
org.apache.myfaces.tobago.component.UIGridLayout.encodeChildrenOfComponent(*
UIGridLayout.java:276*)

  at org.apache.myfaces.tobago.component.UIPanelBase.encodeChildren(*
UIPanelBase.java:43*)

  at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(*
RenderUtil.java:77*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.DefaultLayoutRenderer.encodeChildrenOfComponent
(*DefaultLayoutRenderer.java:47*)

  at
org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(*
UILayout.java:71*)

  at org.apache.myfaces.tobago.component.UIPanelBase.encodeChildren(*
UIPanelBase.java:43*)

  at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(*
RenderUtil.java:77*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.DefaultLayoutRenderer.encodeChildrenOfComponent
(*DefaultLayoutRenderer.java:47*)

  at
org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(*
UILayout.java:71*)

  at org.apache.myfaces.tobago.component.UIPanelBase.encodeChildren(*
UIPanelBase.java:43*)

  at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(*
RenderUtil.java:77*)

  at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent
(*GridLayoutRenderer.java:379*)

  at

Re: [Trinidad]Dialog framework restricted to faces servlet path mapping ???

2007-10-06 Thread Adam Winer
It's not a Trinidad issue per se - it's a problem with
some JSF implementations.  Specifically,
it's broken in MyFaces 1.2.0 and early revs of
the Sun RI, but works in the most recent Sun
RI releases.

-- Adam


On 10/1/07, Martin Ahrer [EMAIL PROTECTED] wrote:

 Im facing a strange behaviour with popping up dialog windows when using
 extension mapping for the servlet.

 I have a servlet mapping like:
 servlet-mapping
 servlet-namefaces/servlet-name
 url-pattern*.faces/url-pattern
 /servlet-mapping

 and a navigation rule

 navigation-rule
 
 from-view-id/application/reportviewer/reportviewer.jspx/from-view-id
 navigation-case
 
 from-action#{reportViewerController.run}/from-action
 from-outcomedialog:success/from-outcome
 
 to-view-id/application/reportviewer/report.jspx/to-view-id
 /navigation-case
 /navigation-rule

 The managed bean method run returns dialog:success but the view as
 implemented in the to-view-id does not get called!
 Instead a popup window shows up with some error message saying that the
 requested URL does not exist

 
 The requested resource (/birt-web-0.2.4-SNAPSHOT/__ADFv__.jspx) is not
 available.
 

 So it seems something creates a URL that is totally screwed up!

 As soon as I switch to wildcard mapping

 servlet
 servlet-namefaces/servlet-name
 servlet-classjavax.faces.webapp.FacesServlet/servlet-class
 load-on-startup1/load-on-startup
 /servlet
 servlet-mapping
 servlet-namefaces/servlet-name
 url-pattern/faces/*/url-pattern
 /servlet-mapping

 the dialog popup works as expected!

 Is there any known requirement regarding the faces servlet mapping with
 trinidad? Thanks for your hints!

 --
 View this message in context: 
 http://www.nabble.com/-Trinidad-Dialog-framework-restricted-to-faces-servlet-path-mapping-tf4549427.html#a12982682
 Sent from the MyFaces - Users mailing list archive at Nabble.com.




Re: [Trinidad] Help or Links to documentation on Trinidads's conversation and context mechanism

2007-10-06 Thread Adam Winer
The doc we've got is:

http://myfaces.apache.org/trinidad/devguide/communicatingBetweenPages.html


-- Adam


On 10/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 Hi,

 Regarding a couple of issues with Seam 2.0 RC 1  , possibly because of the
 combination with Trinidad and other tag libraries, we
 are looking for some information on the way Trinidad's conversation and
 context mechanism works,
 some links on documentation or also some hints on the mechanism would be
 helpful.

 Many thanks,
 Wolfgang.