[JBoss JIRA] Created: (RF-3699) UITree.getTreeNode() returns always null
by Thomas Wabner (JIRA)
UITree.getTreeNode() returns always null
----------------------------------------
Key: RF-3699
URL: http://jira.jboss.com/jira/browse/RF-3699
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Tomcat, JFS SUN RI, Facelets
Reporter: Thomas Wabner
If have a node selection listener on my rich:tree:
<rich:tree switchType="server"
nodeSelectListener="#{treeMgrt.onSelect}"
>
<rich:recursiveTreeNodesAdaptor roots="#{treeMgrt.roots}" var="item" nodes="#{item.nodes}">
<rich:treeNode>
<h:outputText value="#{item}"/>
</rich:treeNode>
</rich:recursiveTreeNodesAdaptor>
</rich:tree>
If the onSelect(NodeSelectedEvent event) is called I do the following:
....
final UITree theTree = this.getTree(event);
final TreeNode treeNode = theTree.getTreeNode();
....
treeNode is evey time null. Also If I use the method with rowKey. I have had a look into the basic implementation and found follow code:
StackingTreeModel.java:
public TreeNode getTreeNode() {
if (isRowAvailable()) {
return null;
}
throw new IllegalStateException(
"No tree element available or row key not set!");
}
The method isRowAvailable() returns true and the result is a null object.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Created: (RF-4523) OrderingList manipulates data (converts to String) while passing the JSF-lifecycle
by Fabian Glanzmann (JIRA)
OrderingList manipulates data (converts to String) while passing the JSF-lifecycle
----------------------------------------------------------------------------------
Key: RF-4523
URL: https://jira.jboss.org/jira/browse/RF-4523
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: WinXP SP2, Vista SP2, Eclipse 3.3 (Europe), Sun JVM 1.5.15, IBM JVM (WebSphere 6.1), FireFox, Opera, IE 6.0
Reporter: Fabian Glanzmann
"on order change" I process an action on the controller. During passing the JSF-lifecycle the orderingList-componen converts my business-objects into strings by invoking the toString()-method instead of sorting the business-objects.
UIOrderingList (Line: 548)
the wrong values are restored by the UIDataAdaptor and added to the newValue
UIOrderingList (Line: 581): setValue(newValue)
newValue is a string-array instead a business-object-array
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Commented: (RF-250) h:commandLink does not work in rich:dataTable on JBoss 4.2
by Anton Kudinov (JIRA)
[ https://jira.jboss.org/jira/browse/RF-250?page=com.atlassian.jira.plugin.... ]
Anton Kudinov commented on RF-250:
----------------------------------
Have same problem on 3.2.1 version
> h:commandLink does not work in rich:dataTable on JBoss 4.2
> ----------------------------------------------------------
>
> Key: RF-250
> URL: https://jira.jboss.org/jira/browse/RF-250
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.0.0, 3.0.1
> Environment: Linux
> Java 6
> JBoss 4.2 (JSF 1.2)
> Richfaces 3.0.0
> Ajax4jsf 1.1.0
> Reporter: Santiago Pastorino
> Assignee: Aleksej Yanul
> Fix For: 3.1.0
>
>
> <h:form id="editId">
> <rich:dataTable id="rubrosListId" width="100%" rows="10" columnClasses="col"
> value="#{rubrosMB.rubros}" var="rubro">
> <f:facet name="header">
> <rich:columnGroup>
> <h:column>
> <h:outputText styleClass="headerText" value="Descripción" />
> </h:column>
> <h:column>
> <h:outputText styleClass="headerText" value="Acción" />
> </h:column>
> </rich:columnGroup>
> </f:facet>
> <h:column>
> <h:commandLink action="rubros_visualizacion" value="#{rubro.descripcion}" />
> </h:column>
> <h:column>
> <h:commandLink action="#{rubrosMB.editar}">
> <f:param name="id" value="#{rubro.id}" />
> <h:graphicImage value="images/modificar.png"/>
> </h:commandLink>
> <h:commandLink action="#{rubrosMB.borrar}">
> <f:param name="id" value="#{rubro.id}" />
> <h:graphicImage value="images/borrar.png"/>
> </h:commandLink>
> </h:column>
> </rich:dataTable>
>
> <rich:datascroller for="rubrosListId" />
> </h:form>
> rubrosMB is a session bean.
> On the first click on any commandlink defined inside the rich:dataTable the same page is rendered. After a second click, the action is correctly executed.
> We noticed that after the first click, although the page shown looks the same as the original, some of the code generated is affected.
> In particular, we noticed this changes:
> before first click:
> <table class="dr-table rich-table" id="rubrosListId"
> after first click:
> <table class="dr-table rich-table" id="editId:rubrosListId"
> before first click:
> <a href="#" onclick="if(typeof jsfcljs == 'function'){jsfcljs(document.forms['editId'],'rubrosListId:0:j_id_jsp_1843078173_17,rubrosListId:0:j_id_jsp_1843078173_17','');}return false">rubro1</a>
> after first click:
> <a href="#" onclick="if(typeof jsfcljs == 'function'){jsfcljs(document.forms['editId'],'editId:rubrosListId:0:j_id_jsp_1843078173_17,editId:rubrosListId:0:j_id_jsp_1843078173_17','');}return false">rubro1</a>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Created: (RF-4218) Update TreeNode api docs
by Charles Crouch (JIRA)
Update TreeNode api docs
-------------------------
Key: RF-4218
URL: https://jira.jboss.org/jira/browse/RF-4218
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: FF3, WinXP
Reporter: Charles Crouch
Right now the TreeNode api documentation:
http://www.jboss.org/file-access/default/members/jbossrichfaces/freezone/...
doesn't mention the fact that the Richfaces implementation will use the 'identifier' Object passed into the addChild method when it generates the id attribute for html elements when rendering the tree. In most situations this usage is probably not problematic however I've seen the rendered tree not open correctly when using various odd strings for the 'identifier'.
For example this is some debug output when clicking on the (+) to the left of a node (i.e. trying to open it). The node would not open until I refreshed the page, I'm using ajax as the rendering type for the tree:
2008-08-15 17:24:27,906 DEBUG [org.ajax4jsf.renderkit.RendererBase] Finish encoding of component j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:JBossESB .esb Package:jboss.esb_:deployment=jbossesb.esb:JBoss ESB Services:jboss.esb_:category=MessageCounter,deployment=jbossesb.esb,service-name=InvokerService:JBoss ESB Actions::j_id168 with class org.richfaces.component.html.HtmlTreeNode
and here's one that could be opened in the browser:
2008-08-15 17:25:35,703 DEBUG [org.ajax4jsf.renderkit.RendererBase] Finish encoding of component j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:Environment:JBoss AS JVM::j_id162 with class org.richfaces.component.html.HtmlTreeNode
I couldn't find any significant difference between the two. Its not length related, I tried using sets of 30digits for the 'identifier' and that worked fine generating a component id of >400chars long.
For both of the above cases TidyParser complains
2008-08-15 17:25:35,734 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <table> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:Environment:JBoss AS JVM::j_id162"
2008-08-15 17:25:35,734 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <tr> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:Environment:JBoss AS JVM::j_id162:mainRow"
2008-08-15 17:25:35,734 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <td> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:Environment:JBoss AS JVM::j_id162:handles"
and
2008-08-15 17:24:27,921 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <table> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:JBossESB .esb Package:jboss.esb_:deployment=jbossesb.esb:JBoss ESB Services:jboss.esb_:category=MessageCounter,deployment=jbossesb.esb,service-name=InvokerService:JBoss ESB Actions::j_id168"
2008-08-15 17:24:27,921 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <tr> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:JBossESB .esb Package:jboss.esb_:deployment=jbossesb.esb:JBoss ESB Services:jboss.esb_:category=MessageCounter,deployment=jbossesb.esb,service-name=InvokerService:JBoss ESB Actions::j_id168:mainRow"
2008-08-15 17:24:27,921 DEBUG [org.ajax4jsf.webapp.tidy.TidyParser] Message for HTML parsing : <td> attribute "id" has invalid value "j_id147:j_id148::JBossAS Server:C_:\usr\apps\jboss\jbossesb-server-4.3.GA\server\default:JBossESB .esb Package:jboss.esb_:deployment=jbossesb.esb:JBoss ESB Services:jboss.esb_:category=MessageCounter,deployment=jbossesb.esb,service-name=InvokerService:JBoss ESB Actions::j_id168:handles"
but its only the latter one that actually fails to open in the browser.
I think the docs should be updated to indicate that you should be carefully about what identifier.toString() will actually return because its going to be used in creating id attributes, and the format of those appears to have some rules around it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Created: (RF-4529) Richfaces.Calendar.formatDate error
by zhou careprad (JIRA)
Richfaces.Calendar.formatDate error
-----------------------------------
Key: RF-4529
URL: https://jira.jboss.org/jira/browse/RF-4529
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Reporter: zhou careprad
Priority: Critical
I don't know if you have fixed this issue,what I use is richfaces3.1.4,I found a bug of the calendar,if you choose a time like "xx-xx-xx 0xxxPM" with the patther of "MM-dd-yy hhmma",
the calendar can't submit for the reason of validate error.I have found the source,you should change the
js function Richfaces.Calendar.formatDate in calendar.js
in this line:
case 'hh' : return ((hh = date.getHours())==0 ? '12' : (hh<10 ? '0'+hh : (hh>12 ? ((hh-12)<10?('0'+(hh-12)):(hh-12)) : hh))); //this is what I have changed.
I am very surprising taht there is no one got the same problem when use this componet,It take me a big trouble in the last time when I am to publishing my project.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months