[JBoss JIRA] (RF-12986) Rich:datatable selects the wrong object when working with rich:datascroller and selectable row
by Raphael Lacerda (JIRA)
[ https://issues.jboss.org/browse/RF-12986?page=com.atlassian.jira.plugin.s... ]
Raphael Lacerda commented on RF-12986:
--------------------------------------
I've found out a possible workaround that involves basically to bind the rich:dataTable and the rich:dataScroller using binding attribute with elements in the @ManagedBean
So, the a4j event would be
{code:xml}
<a4j:ajax event="rowclick"
listener="#{test.dataTableListener()}" render="@form" />
{code}
and the @ManagedBean
{code:java}
public void dataTableListener() {
int actualRowIndex = dataTable.getRowIndex()
+ (dataTable.getRows() * (dataScroller.getPage() - 1));
dataTable.setRowKey(actualRowIndex);
selectedItem = (String) dataTable.getRowData();
}
{code}
> Rich:datatable selects the wrong object when working with rich:datascroller and selectable row
> ----------------------------------------------------------------------------------------------
>
> Key: RF-12986
> URL: https://issues.jboss.org/browse/RF-12986
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.1
> Environment: Richfaces 4.3.1 - JSF 2 - Tomcat 7+ Chrome
> Reporter: Raphael Lacerda
>
> The example shows the using of a *rich:datable* to list Strings from a @ManagedBean.
> The goal is to click at a specific row and display the selected element.
> {code:xml}
> <h:form>
> <rich:dataTable value="#{test.names}" var="n" rows="4">
> <a4j:ajax event="rowclick" listener="#{test.setSelectedItem(n)}" render="@form" />
> <rich:column>
> <f:facet name="header">Names</f:facet>
> <h:outputText value="#{n}" />
> </rich:column>
>
> <f:facet name="footer">
> <rich:dataScroller />
> </f:facet>
>
> </rich:dataTable>
> <h:outputText value="#{test.selectedItem}" />
> </h:form>
> {code}
> This works just fine! However, *when i click to go to the next page on the dataScroller* and i click at a specific row , it gets the elements from the first page
> For example:
>
> Page 1 - Names1,Names2,Names3, Names4
> Page 2 - Names4,Names5,Names6, Names8
>
> First step:
> - Click at the " Names 2"
> - The String "Names 2" is displayed
>
> Second step:
> - Navigate to page 2
>
> Third Step
> - Click at the "Names 4"
> - The String "Names 1" is displayed
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12939) Focus: attribute ajaxRendered does not work
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12939?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč resolved RF-12939.
-----------------------------
Resolution: Done
> Focus: attribute ajaxRendered does not work
> -------------------------------------------
>
> Key: RF-12939
> URL: https://issues.jboss.org/browse/RF-12939
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-misc
> Affects Versions: 4.3.1, 5.0.0.Alpha1
> Environment: RichFaces 5.0.0-SNAPSHOT
> Firefox 20, Chrome 26
> Reporter: Pavol Pitonak
> Assignee: Lukáš Fryč
> Fix For: 5.0.0.Alpha1
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> # Test ITFocusAjaxRendered.when_there_are_inputs_with_tabindex_then_the_lowest_tabindex_will_obtain_focus() fails. When focus's attribute ajaxRendered is set to false, no input should be focused after ajax request.
> # rename the test because it doesn't use tabindex attribute
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12987) NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
by Yuriy Granovskiy (JIRA)
Yuriy Granovskiy created RF-12987:
-------------------------------------
Summary: NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
Key: RF-12987
URL: https://issues.jboss.org/browse/RF-12987
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tree
Affects Versions: 4.3.1
Environment: JBoss 7.1.1.Final
Mojarra 2.1.21
Reporter: Yuriy Granovskiy
Attachments: trepanelnbar.zip
NPE appears when we place UITree into UIAccordionItem programmatically.
After postback we get:
{panel:title NPE stacktrace}
java.lang.NullPointerException
javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2486)
javax.faces.event.SystemEvent.processListener(SystemEvent.java:106)
com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2168)
com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2116)
com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:288)
com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:246)
javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2201)
javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1883)
javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:400)
javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2635)
javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2607)
com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicAdd(StateManagementStrategyImpl.java:393)
com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicActions(StateManagementStrategyImpl.java:314)
com.sun.faces.application.view.StateManagementStrategyImpl.restoreView(StateManagementStrategyImpl.java:281)
com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:188)
com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123)
com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:453)
com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142)
javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:303)
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
{panel}
Works fine if we store some another components(such as command button) in the accordion item. But UITree causes the problem.
Here is a component class:
{code:java|title TreePanelBar.java}
@FacesComponent( value = "extended.TreePanelBar" )
@ResourceDependencies( { @ResourceDependency( library = "org.richfaces", name = "ajax.reslib" ),
@ResourceDependency( library = "org.richfaces", name = "base-component.reslib" ),
@ResourceDependency( library = "org.richfaces", name = "togglePanel.js" ),
@ResourceDependency( library = "org.richfaces", name = "accordion.js" ),
@ResourceDependency( library = "org.richfaces", name = "AccordionItem.js" ),
@ResourceDependency( library = "org.richfaces", name = "tree.js", target = "" ),
@ResourceDependency( library = "", name = "richfaces-event.js", target = "" ),
@ResourceDependency( library = "org.richfaces", name = "icons.ecss" ),
@ResourceDependency( library = "org.richfaces", name = "accordion.ecss" ),
@ResourceDependency( library = "org.richfaces", name = "tree.ecss", target = "" ) } )
public class TreePanelBar extends UIAccordion implements SystemEventListener, Serializable {
private static final long serialVersionUID = -7698934343515911542L;
protected enum Properties {
node
}
public TreePanelBar() {
UIViewRoot root = getFacesContext().getViewRoot();
root.subscribeToViewEvent( PreRenderViewEvent.class, this );
}
/** {@inheritDoc} */
@Override
public void processEvent( final SystemEvent event ) throws AbortProcessingException {
if ( getChildCount() == 0 ) {
Iterator<Object> iterator = getNode().getChildrenKeysIterator();
while ( iterator.hasNext() ) {
Object childKey = iterator.next();
DataHolderTreeNodeImpl entry = (DataHolderTreeNodeImpl) getNode().getChild( childKey );
UIAccordionItem item = (UIAccordionItem) getFacesContext().getApplication().createComponent( getFacesContext(),
UIAccordionItem.COMPONENT_TYPE, "org.richfaces.AccordionItemRenderer" );
item.setId( FacesContext.getCurrentInstance().getViewRoot().createUniqueId() );
item.setHeader( ( entry.getData() ).getLabel() );
getChildren().add( item );
// Adding a button programmatically. Works fine without tree.
UICommand button = (UICommand) getFacesContext().getApplication().createComponent(
UICommand.COMPONENT_TYPE );
button.setId(item.getId() + "_button");
button.setValue( "Button " + item.getHeader() );
item.getChildren().add( button );
//Adding a tree programmatically. NPE in javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent after postback.
UITree tree = createTree( childKey, entry );
tree.setId( item.getId() + "_tree");
item.getChildren().add( tree );
}
}
}
/**
* @param childKey
* @param entry
* @return
*/
private UITree createTree( final Object childKey, final DataHolderTreeNodeImpl entry ) {
UITree tree = (UITree) getFacesContext().getApplication().createComponent( UITree.COMPONENT_TYPE );
tree.setValue( entry );
UITreeNode uiNode = (UITreeNode) getFacesContext().getApplication().createComponent( UITreeNode.COMPONENT_TYPE );
uiNode.setTitle( (String) entry.getKey() );
uiNode.setIconCollapsed( entry.getData().getIcon() );
uiNode.setIconExpanded( entry.getData().getIcon() );
uiNode.setId( getFacesContext().getViewRoot().createUniqueId() );
tree.getChildren().add( uiNode );
return tree;
}
/**
* @return
*/
public TreeNode getNode() {
return (TreeNode) getStateHelper().eval( Properties.node );
}
public void setNode( final TreeNode node ) {
getStateHelper().put( Properties.node, node );
}
/** {@inheritDoc} */
@Override
public boolean isListenerForSource( final Object source ) {
return true;
}
}
{code}
The exception is very similar to [RF-11423|https://issues.jboss.org/browse/RF-11423]
The listener that is trying to get processed is for PostRenderEvent which is not mensioned in the component code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12987) NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
by Yuriy Granovskiy (JIRA)
[ https://issues.jboss.org/browse/RF-12987?page=com.atlassian.jira.plugin.s... ]
Yuriy Granovskiy updated RF-12987:
----------------------------------
Attachment: trepanelnbar.zip
A sandbox project.
> NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12987
> URL: https://issues.jboss.org/browse/RF-12987
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tree
> Affects Versions: 4.3.1
> Environment: JBoss 7.1.1.Final
> Mojarra 2.1.21
> Reporter: Yuriy Granovskiy
> Attachments: trepanelnbar.zip
>
>
> NPE appears when we place UITree into UIAccordionItem programmatically.
> After postback we get:
> {panel:title NPE stacktrace}
> java.lang.NullPointerException
> javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2486)
> javax.faces.event.SystemEvent.processListener(SystemEvent.java:106)
> com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2168)
> com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2116)
> com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:288)
> com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:246)
> javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2201)
> javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1883)
> javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:400)
> javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2635)
> javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2607)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicAdd(StateManagementStrategyImpl.java:393)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicActions(StateManagementStrategyImpl.java:314)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreView(StateManagementStrategyImpl.java:281)
> com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:188)
> com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123)
> com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:453)
> com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142)
> javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:303)
> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192)
> com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> {panel}
> Works fine if we store some another components(such as command button) in the accordion item. But UITree causes the problem.
> Here is a component class:
> {code:java|title TreePanelBar.java}
> @FacesComponent( value = "extended.TreePanelBar" )
> @ResourceDependencies( { @ResourceDependency( library = "org.richfaces", name = "ajax.reslib" ),
> @ResourceDependency( library = "org.richfaces", name = "base-component.reslib" ),
> @ResourceDependency( library = "org.richfaces", name = "togglePanel.js" ),
> @ResourceDependency( library = "org.richfaces", name = "accordion.js" ),
> @ResourceDependency( library = "org.richfaces", name = "AccordionItem.js" ),
> @ResourceDependency( library = "org.richfaces", name = "tree.js", target = "" ),
> @ResourceDependency( library = "", name = "richfaces-event.js", target = "" ),
> @ResourceDependency( library = "org.richfaces", name = "icons.ecss" ),
> @ResourceDependency( library = "org.richfaces", name = "accordion.ecss" ),
> @ResourceDependency( library = "org.richfaces", name = "tree.ecss", target = "" ) } )
> public class TreePanelBar extends UIAccordion implements SystemEventListener, Serializable {
> private static final long serialVersionUID = -7698934343515911542L;
> protected enum Properties {
> node
> }
> public TreePanelBar() {
> UIViewRoot root = getFacesContext().getViewRoot();
> root.subscribeToViewEvent( PreRenderViewEvent.class, this );
> }
> /** {@inheritDoc} */
> @Override
> public void processEvent( final SystemEvent event ) throws AbortProcessingException {
> if ( getChildCount() == 0 ) {
> Iterator<Object> iterator = getNode().getChildrenKeysIterator();
> while ( iterator.hasNext() ) {
> Object childKey = iterator.next();
> DataHolderTreeNodeImpl entry = (DataHolderTreeNodeImpl) getNode().getChild( childKey );
> UIAccordionItem item = (UIAccordionItem) getFacesContext().getApplication().createComponent( getFacesContext(),
> UIAccordionItem.COMPONENT_TYPE, "org.richfaces.AccordionItemRenderer" );
> item.setId( FacesContext.getCurrentInstance().getViewRoot().createUniqueId() );
> item.setHeader( ( entry.getData() ).getLabel() );
> getChildren().add( item );
> // Adding a button programmatically. Works fine without tree.
> UICommand button = (UICommand) getFacesContext().getApplication().createComponent(
> UICommand.COMPONENT_TYPE );
> button.setId(item.getId() + "_button");
> button.setValue( "Button " + item.getHeader() );
> item.getChildren().add( button );
> //Adding a tree programmatically. NPE in javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent after postback.
> UITree tree = createTree( childKey, entry );
> tree.setId( item.getId() + "_tree");
> item.getChildren().add( tree );
> }
> }
> }
> /**
> * @param childKey
> * @param entry
> * @return
> */
> private UITree createTree( final Object childKey, final DataHolderTreeNodeImpl entry ) {
> UITree tree = (UITree) getFacesContext().getApplication().createComponent( UITree.COMPONENT_TYPE );
> tree.setValue( entry );
> UITreeNode uiNode = (UITreeNode) getFacesContext().getApplication().createComponent( UITreeNode.COMPONENT_TYPE );
> uiNode.setTitle( (String) entry.getKey() );
> uiNode.setIconCollapsed( entry.getData().getIcon() );
> uiNode.setIconExpanded( entry.getData().getIcon() );
> uiNode.setId( getFacesContext().getViewRoot().createUniqueId() );
> tree.getChildren().add( uiNode );
> return tree;
> }
> /**
> * @return
> */
> public TreeNode getNode() {
> return (TreeNode) getStateHelper().eval( Properties.node );
> }
> public void setNode( final TreeNode node ) {
> getStateHelper().put( Properties.node, node );
> }
> /** {@inheritDoc} */
> @Override
> public boolean isListenerForSource( final Object source ) {
> return true;
> }
> }
> {code}
> The exception is very similar to [RF-11423|https://issues.jboss.org/browse/RF-11423]
> The listener that is trying to get processed is for PostRenderEvent which is not mensioned in the component code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12987) NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
by Yuriy Granovskiy (JIRA)
[ https://issues.jboss.org/browse/RF-12987?page=com.atlassian.jira.plugin.s... ]
Yuriy Granovskiy edited comment on RF-12987 at 5/15/13 8:46 AM:
----------------------------------------------------------------
A sandbox project is in attach.
was (Author: Yuriy.Granovskiy):
A sandbox project.
> NPE in UIComponent$ComponentSystemEventListenerAdapter.processEvent when placing UITree in UIAccordionItem programmatically.
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12987
> URL: https://issues.jboss.org/browse/RF-12987
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tree
> Affects Versions: 4.3.1
> Environment: JBoss 7.1.1.Final
> Mojarra 2.1.21
> Reporter: Yuriy Granovskiy
> Attachments: trepanelnbar.zip
>
>
> NPE appears when we place UITree into UIAccordionItem programmatically.
> After postback we get:
> {panel:title NPE stacktrace}
> java.lang.NullPointerException
> javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2486)
> javax.faces.event.SystemEvent.processListener(SystemEvent.java:106)
> com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2168)
> com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2116)
> com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:288)
> com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:246)
> javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2201)
> javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1883)
> javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:400)
> javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2635)
> javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2607)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicAdd(StateManagementStrategyImpl.java:393)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreDynamicActions(StateManagementStrategyImpl.java:314)
> com.sun.faces.application.view.StateManagementStrategyImpl.restoreView(StateManagementStrategyImpl.java:281)
> com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:188)
> com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123)
> com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:453)
> com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142)
> javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:303)
> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192)
> com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> {panel}
> Works fine if we store some another components(such as command button) in the accordion item. But UITree causes the problem.
> Here is a component class:
> {code:java|title TreePanelBar.java}
> @FacesComponent( value = "extended.TreePanelBar" )
> @ResourceDependencies( { @ResourceDependency( library = "org.richfaces", name = "ajax.reslib" ),
> @ResourceDependency( library = "org.richfaces", name = "base-component.reslib" ),
> @ResourceDependency( library = "org.richfaces", name = "togglePanel.js" ),
> @ResourceDependency( library = "org.richfaces", name = "accordion.js" ),
> @ResourceDependency( library = "org.richfaces", name = "AccordionItem.js" ),
> @ResourceDependency( library = "org.richfaces", name = "tree.js", target = "" ),
> @ResourceDependency( library = "", name = "richfaces-event.js", target = "" ),
> @ResourceDependency( library = "org.richfaces", name = "icons.ecss" ),
> @ResourceDependency( library = "org.richfaces", name = "accordion.ecss" ),
> @ResourceDependency( library = "org.richfaces", name = "tree.ecss", target = "" ) } )
> public class TreePanelBar extends UIAccordion implements SystemEventListener, Serializable {
> private static final long serialVersionUID = -7698934343515911542L;
> protected enum Properties {
> node
> }
> public TreePanelBar() {
> UIViewRoot root = getFacesContext().getViewRoot();
> root.subscribeToViewEvent( PreRenderViewEvent.class, this );
> }
> /** {@inheritDoc} */
> @Override
> public void processEvent( final SystemEvent event ) throws AbortProcessingException {
> if ( getChildCount() == 0 ) {
> Iterator<Object> iterator = getNode().getChildrenKeysIterator();
> while ( iterator.hasNext() ) {
> Object childKey = iterator.next();
> DataHolderTreeNodeImpl entry = (DataHolderTreeNodeImpl) getNode().getChild( childKey );
> UIAccordionItem item = (UIAccordionItem) getFacesContext().getApplication().createComponent( getFacesContext(),
> UIAccordionItem.COMPONENT_TYPE, "org.richfaces.AccordionItemRenderer" );
> item.setId( FacesContext.getCurrentInstance().getViewRoot().createUniqueId() );
> item.setHeader( ( entry.getData() ).getLabel() );
> getChildren().add( item );
> // Adding a button programmatically. Works fine without tree.
> UICommand button = (UICommand) getFacesContext().getApplication().createComponent(
> UICommand.COMPONENT_TYPE );
> button.setId(item.getId() + "_button");
> button.setValue( "Button " + item.getHeader() );
> item.getChildren().add( button );
> //Adding a tree programmatically. NPE in javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent after postback.
> UITree tree = createTree( childKey, entry );
> tree.setId( item.getId() + "_tree");
> item.getChildren().add( tree );
> }
> }
> }
> /**
> * @param childKey
> * @param entry
> * @return
> */
> private UITree createTree( final Object childKey, final DataHolderTreeNodeImpl entry ) {
> UITree tree = (UITree) getFacesContext().getApplication().createComponent( UITree.COMPONENT_TYPE );
> tree.setValue( entry );
> UITreeNode uiNode = (UITreeNode) getFacesContext().getApplication().createComponent( UITreeNode.COMPONENT_TYPE );
> uiNode.setTitle( (String) entry.getKey() );
> uiNode.setIconCollapsed( entry.getData().getIcon() );
> uiNode.setIconExpanded( entry.getData().getIcon() );
> uiNode.setId( getFacesContext().getViewRoot().createUniqueId() );
> tree.getChildren().add( uiNode );
> return tree;
> }
> /**
> * @return
> */
> public TreeNode getNode() {
> return (TreeNode) getStateHelper().eval( Properties.node );
> }
> public void setNode( final TreeNode node ) {
> getStateHelper().put( Properties.node, node );
> }
> /** {@inheritDoc} */
> @Override
> public boolean isListenerForSource( final Object source ) {
> return true;
> }
> }
> {code}
> The exception is very similar to [RF-11423|https://issues.jboss.org/browse/RF-11423]
> The listener that is trying to get processed is for PostRenderEvent which is not mensioned in the component code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.s... ]
Stan Silvert commented on RF-12637:
-----------------------------------
Wow, that's really odd. Yes, please close this and open a new issue in the UNDERTOW project. Then link this one.
> Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
> -----------------------------------------------------------------------
>
> Key: RF-12637
> URL: https://issues.jboss.org/browse/RF-12637
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: compatibility
> Affects Versions: 4.3.0.M2
> Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012)
> Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06)
> RichFaces 4.3.0-SNAPSHOT
> Reporter: Pavol Pitonak
> Assignee: Pavol Pitonak
> Labels: jsf22
> Attachments: jsf22.zip
>
>
> # extract jsf22.zip
> # open directory and build project with {{mvn clean package -Prelease}}
> # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/
> # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature
> # deploy jsf22-jee6.war
> result:
> {quote}
> 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war"
> 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found.
> 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6
> 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk@11125) for context '/jsf22-jee6'
> 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> 2.0-SNAPSHOT]
> :2.2.0-SNAPSHOT]
> OT]
> ]
> OT]
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea]
> at java.util.jar.JarFile.<init>(JarFile.java:152) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final
> 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications
> 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory
> 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false}
> 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity
> 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT
> 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml
> 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war"
> {quote}
> * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty*
> * application works fine with Tomcat 7.0.32
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak commented on RF-12637:
------------------------------------
Stan, I got "404 - Not Found" when Wildfly was started with standalone.xml (but deployed without exceptions) but attached project works fine with standalone-jbossweb.xml.
Do you want me to close this issue and open a new one?
> Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
> -----------------------------------------------------------------------
>
> Key: RF-12637
> URL: https://issues.jboss.org/browse/RF-12637
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: compatibility
> Affects Versions: 4.3.0.M2
> Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012)
> Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06)
> RichFaces 4.3.0-SNAPSHOT
> Reporter: Pavol Pitonak
> Assignee: Pavol Pitonak
> Labels: jsf22
> Attachments: jsf22.zip
>
>
> # extract jsf22.zip
> # open directory and build project with {{mvn clean package -Prelease}}
> # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/
> # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature
> # deploy jsf22-jee6.war
> result:
> {quote}
> 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war"
> 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found.
> 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6
> 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk@11125) for context '/jsf22-jee6'
> 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> 2.0-SNAPSHOT]
> :2.2.0-SNAPSHOT]
> OT]
> ]
> OT]
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea]
> at java.util.jar.JarFile.<init>(JarFile.java:152) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final
> 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications
> 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory
> 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false}
> 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity
> 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT
> 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml
> 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war"
> {quote}
> * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty*
> * application works fine with Tomcat 7.0.32
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12985) Metamer: attribute value change causes error [myfaces]
by Ján Jamrich (JIRA)
[ https://issues.jboss.org/browse/RF-12985?page=com.atlassian.jira.plugin.s... ]
Ján Jamrich updated RF-12985:
-----------------------------
Environment:
RichFaces 4.3.2.Final
Metamer 4.3.2.20130514-Final
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.35
Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
Chrome 25.0.1364.172 @ Linux i686
MyFaces version: 2.1.10
was:
RichFaces 4.3.2.Final
Metamer 4.3.2.20130514-Final
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.35
Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
Chrome 25.0.1364.172 @ Linux i686
> Metamer: attribute value change causes error [myfaces]
> ------------------------------------------------------
>
> Key: RF-12985
> URL: https://issues.jboss.org/browse/RF-12985
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.2
> Environment: RichFaces 4.3.2.Final
> Metamer 4.3.2.20130514-Final
> Weld Servlet (Uber Jar) 20120106-1159
> Apache Tomcat 7.0.35
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 25.0.1364.172 @ Linux i686
> MyFaces version: 2.1.10
> Reporter: Ján Jamrich
> Labels: myfaces
>
> When change attribute value (doesn't matter if radio or text input), error page appears instead of just value update.
> Problem occurs for following components:
> autocomplete
> calendar
> inplaceInput
> inplaceSelect
> inputNumberSlider
> inputNumberSpinner
> select
> There is error page text:
> {code}
> javax.servlet.ServletException: javax.el.PropertyNotFoundException: Target Unreachable, identifier 'entry' resolved to null
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:229)
> org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
> root cause
> org.apache.myfaces.view.facelets.el.ContextAwarePropertyNotFoundException: javax.el.PropertyNotFoundException: Target Unreachable, identifier 'entry' resolved to null
> org.apache.myfaces.view.facelets.el.ContextAwareTagValueExpression.getType(ContextAwareTagValueExpression.java:79)
> org.apache.myfaces.shared.renderkit._SharedRendererUtils.findUIOutputConverter(_SharedRendererUtils.java:81)
> org.apache.myfaces.shared.renderkit.RendererUtils.findUIOutputConverter(RendererUtils.java:548)
> org.apache.myfaces.shared.renderkit.RendererUtils.getConvertedUISelectOneValue(RendererUtils.java:987)
> org.apache.myfaces.shared.renderkit.html.HtmlRadioRendererBase.getConvertedValue(HtmlRadioRendererBase.java:449)
> javax.faces.component.UIInput.getConvertedValue(UIInput.java:648)
> javax.faces.component.UIInput.validate(UIInput.java:584)
> javax.faces.component.UIInput.processValidators(UIInput.java:274)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1422)
> javax.faces.component.UIForm.processValidators(UIForm.java:209)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIViewRoot._processValidatorsDefault(UIViewRoot.java:1416)
> javax.faces.component.UIViewRoot.access$500(UIViewRoot.java:74)
> javax.faces.component.UIViewRoot$ProcessValidatorPhaseProcessor.process(UIViewRoot.java:1523)
> javax.faces.component.UIViewRoot._process(UIViewRoot.java:1372)
> javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:799)
> org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:38)
> org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:170)
> org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
> org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
> root cause
> javax.el.PropertyNotFoundException: Target Unreachable, identifier 'entry' resolved to null
> org.apache.el.parser.AstValue.getTarget(AstValue.java:98)
> org.apache.el.parser.AstValue.getType(AstValue.java:82)
> org.apache.el.ValueExpressionImpl.getType(ValueExpressionImpl.java:172)
> org.jboss.weld.el.WeldValueExpression.getType(WeldValueExpression.java:93)
> org.apache.myfaces.view.facelets.el.ContextAwareTagValueExpression.getType(ContextAwareTagValueExpression.java:75)
> org.apache.myfaces.shared.renderkit._SharedRendererUtils.findUIOutputConverter(_SharedRendererUtils.java:81)
> org.apache.myfaces.shared.renderkit.RendererUtils.findUIOutputConverter(RendererUtils.java:548)
> org.apache.myfaces.shared.renderkit.RendererUtils.getConvertedUISelectOneValue(RendererUtils.java:987)
> org.apache.myfaces.shared.renderkit.html.HtmlRadioRendererBase.getConvertedValue(HtmlRadioRendererBase.java:449)
> javax.faces.component.UIInput.getConvertedValue(UIInput.java:648)
> javax.faces.component.UIInput.validate(UIInput.java:584)
> javax.faces.component.UIInput.processValidators(UIInput.java:274)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1422)
> javax.faces.component.UIForm.processValidators(UIForm.java:209)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1429)
> javax.faces.component.UIViewRoot._processValidatorsDefault(UIViewRoot.java:1416)
> javax.faces.component.UIViewRoot.access$500(UIViewRoot.java:74)
> javax.faces.component.UIViewRoot$ProcessValidatorPhaseProcessor.process(UIViewRoot.java:1523)
> javax.faces.component.UIViewRoot._process(UIViewRoot.java:1372)
> javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:799)
> org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:38)
> org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:170)
> org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
> org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12983) Metamer: autocomple, calendar (and more): component attributes inputs disappears on component change
by Ján Jamrich (JIRA)
[ https://issues.jboss.org/browse/RF-12983?page=com.atlassian.jira.plugin.s... ]
Ján Jamrich updated RF-12983:
-----------------------------
Environment:
RichFaces 4.3.2.Final
Metamer 4.3.2.20130514-Final
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.35 (already verified on 7.0.40)
Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
Chrome 25.0.1364.172 @ Linux i686, as well as on Firefox 20.0 @ Linux i686
MyFaces version: 2.1.10
was:
RichFaces 4.3.2.Final
Metamer 4.3.2.20130514-Final
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.35 (already verified on 7.0.40)
Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
Chrome 25.0.1364.172 @ Linux i686, as well as on Firefox 20.0 @ Linux i686
> Metamer: autocomple, calendar (and more): component attributes inputs disappears on component change
> ----------------------------------------------------------------------------------------------------
>
> Key: RF-12983
> URL: https://issues.jboss.org/browse/RF-12983
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.2
> Environment: RichFaces 4.3.2.Final
> Metamer 4.3.2.20130514-Final
> Weld Servlet (Uber Jar) 20120106-1159
> Apache Tomcat 7.0.35 (already verified on 7.0.40)
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 25.0.1364.172 @ Linux i686, as well as on Firefox 20.0 @ Linux i686
> MyFaces version: 2.1.10
> Reporter: Ján Jamrich
> Labels: myfaces
>
> When perform (it looks like it is caused by it) ajax reguest from (input type) component, all inputs for component attributes disappears from area bottom.
> Components examples influenced by this problem:
> autocomplete
> calendar
> inplaceInput
> inplaceSelect
> inputNumberSlider
> inputNumberSpinner
> select
> Doesn't influence:
> collapsiblePanel in @switchType=ajax
> contextMenu
> dragIndicator/dragSource/dropTarget
> !!! editor
> pickList
> tab/tabPanel
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12972) Clean up the javascript resource folder
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12972?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-12972.
--------------------------------
Resolution: Done
> Clean up the javascript resource folder
> ---------------------------------------
>
> Key: RF-12972
> URL: https://issues.jboss.org/browse/RF-12972
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: clean-up
> Affects Versions: 5.0.0.Alpha1
> Reporter: Brian Leathem
> Assignee: Brian Leathem
> Fix For: 5.0.0.Alpha1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> These folders/files need to be cleaned up, with resources put in their proper namespaces.:
> * /framework/src/main/resources/META-INF/resources
> * /framework/src/main/resources/META-INF/resources/org.richfaces/jquery.*
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months