[JBoss JIRA] Created: (RF-10645) Metamer - Inplace Select sample - NullPointerException in initialization
by Lukas Fryc (JIRA)
Metamer - Inplace Select sample - NullPointerException in initialization
------------------------------------------------------------------------
Key: RF-10645
URL: https://issues.jboss.org/browse/RF-10645
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.CR1
Environment: RichFaces 4.0.0.20110227-CR1 r.21967
Metamer 4.0.0.20110228-CR1 r.21993
Apache MyFaces JSF-2.0 Core Impl 2.0.4
JBoss AS 6.0.0.Final (default configuration)
OpenJDK Runtime Environment 1.6.0_20-b20 @Linux
Chrome 9.0.597.98 @ Linux x86_64
Reporter: Lukas Fryc
This doesn't work specifically on JBoss AS with bundled MyFaces 2.0.4 and context-param WAR_BUNDLES_JSF_IMPL.
It seems container don't inject
private Attributes attributes;
@ManagedProperty(value = "#{model.capitals}")
private List<Capital> capitals;
javax.faces.FacesException: java.lang.reflect.InvocationTargetException
at org.apache.myfaces.shared_impl.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241)
Caused by: java.lang.NullPointerException
at org.richfaces.tests.metamer.bean.RichSelectBean.init(RichSelectBean.java:67)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Commented: (RF-11154) JMS connection is left opened in showcase JMSMessageProducer.java on JBoss AS 7
by Juraj Huska (JIRA)
[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ]
Juraj Huska commented on RF-11154:
----------------------------------
Same behavior is noticeable when using Tomcat 6.0.32, also same exception is thrown.
> JMS connection is left opened in showcase JMSMessageProducer.java on JBoss AS 7
> -------------------------------------------------------------------------------
>
> Key: RF-11154
> URL: https://issues.jboss.org/browse/RF-11154
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.1.0.Milestone1
> Environment: richfaces-showcase 4.1.0.-SNAPSHOT, container JBoss AS 7.0.0.Final
> Reporter: Juraj Huska
> Assignee: Lukáš Fryč
> Fix For: 4.1.0.Milestone2
>
>
> When I am deploying showcase multiple times during running test suite(this multiple deployment is needed in Arquillian, since for every test class is application deployed again), I am encountering with java.lang.OutOfMemoryError: PermGen space error which in my opinion caused by this:
> {code}
> WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) I'm closing a JMS connection you left open. Please make sure you close all JMS connections explicitly before letting them go out of scope!
> 13:03:33,712 WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) The JMS connection you didn't close was created here:: java.lang.Exception
> at org.hornetq.jms.client.HornetQConnection.<init>(HornetQConnection.java:152)
> at org.hornetq.jms.client.HornetQTopicConnection.<init>(HornetQTopicConnection.java:35)
> at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:682)
> at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:145)
> at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:140)
> at org.richfaces.demo.push.JMSMessageProducer.initializeMessaging(JMSMessageProducer.java:86)
> at org.richfaces.demo.push.JMSMessageProducer.sendMessage(JMSMessageProducer.java:66)
> at org.richfaces.demo.push.MessageProducerRunnable.run(MessageProducerRunnable.java:57)
> at java.lang.Thread.run(Thread.java:662) [:1.6.0_22]
> {code}
> When I am deploying showcase.war which is without Push example(4.0.0.Final), so no JMS communication is opened, no Perm Gen error is thrown.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11304) Javascript error with rish:select
by Brian Leathem (JIRA)
Javascript error with rish:select
---------------------------------
Key: RF-11304
URL: https://issues.jboss.org/browse/RF-11304
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-selects
Reporter: Brian Leathem
Assignee: Brian Leathem
Priority: Minor
Fix For: 4.1.0.Milestone2
On running the rich:select dev-example. the following javascript errors are observed:
On page load:
Uncaught TypeError: Cannot call method 'getItems' of undefined
On submission:
Uncaught TypeError: Cannot call method 'hide' of null
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11206) Re-factor list.js, creating separate object prototypes for multi and single select lists
by Brian Leathem (JIRA)
Re-factor list.js, creating separate object prototypes for multi and single select lists
----------------------------------------------------------------------------------------
Key: RF-11206
URL: https://issues.jboss.org/browse/RF-11206
Project: RichFaces
Issue Type: Task
Security Level: Public (Everyone can see)
Components: component-selects
Affects Versions: 4.0.0.Milestone1
Reporter: Brian Leathem
Assignee: Brian Leathem
Fix For: 4.1.0.Milestone2
In 4.1.0.M1, the list.js prototype was re-factored out of the popupList prototype, to provide support for the PickList and OrderingList components. At the time of this re-factoring, conditional logic was added to differentiate bewtween multi/single select lists.
This conditional logic should be re-factored as an object hierarchy, to make the code more maintainable, more robust, and more easily understood.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-9932) rich:(extended)DataTable - doesn't store the state of sorting/filtering after render=@all
by Lukas Fryc (JIRA)
rich:(extended)DataTable - doesn't store the state of sorting/filtering after render=@all
-----------------------------------------------------------------------------------------
Key: RF-9932
URL: https://jira.jboss.org/browse/RF-9932
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Milestone4
Environment: RichFaces 4.0.0-SNAPSHOT r.20396
Metamer 4.0.0-SNAPSHOT r.20398
Mojarra 2.0.3-FCS
Apache Tomcat 6.0.29
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Chrome 7.0.517.44 @ Linux x86_64
Reporter: Lukas Fryc
Steps to reproduce:
FIRST SCENARIO (Sorting):
1. open http://localhost:8080/metamer/faces/components/richDataTable/sorting-usin...
2. sort table by number of kids using link in column header
(you should see now only "0" in number of kids column)
3. go to last page (20)
(you should see now only "4" in number of kids column)
4. click Rerender All button in the header of page
(the output is unchaned)
5. go back to first page
FAIL: column # of kids is unsorted again
SECOND SCENARIO (Filtering):
1. open http://localhost:8080/metamer/faces/components/richDataTable/filtering.xhtml
2. filter table by increasing Number of Kids spinner in column header to value=1
(you should no "0" values in that column)
3. goto last page
(you should no "0" values in that column)
4. click Rerender All button in the header of page
(the output is unchaned)
5. go back to first page
FAIL: there are "0" values in Number of Kids column and also spinner's value changed back to 0
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11300) showcase - rich:inplaceInput - it is possible to edit the input value when it is not in editing mode
by Juraj Huska (JIRA)
showcase - rich:inplaceInput - it is possible to edit the input value when it is not in editing mode
----------------------------------------------------------------------------------------------------
Key: RF-11300
URL: https://issues.jboss.org/browse/RF-11300
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: showcase
Affects Versions: 4.1.0.Milestone1
Environment: richfaces-showcase
Reporter: Juraj Huska
Priority: Minor
It is possible to edit entered value in non editing mode. To achieve this enter some value to input and then type some another keys and again press enter. The input will be changed. But during second editing of input the input is not in editing state but in the submitted state.
It will be nice to switch input to editing state whenever it is edited.
This behavior is noticeable both on 4.0.0.Final and on 4.1.0.20110805-M1 showcase app, and on all browsers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11293) Metamer: rich:message: Validation messages are not displayed (MyFaces)
by Ján Jamrich (JIRA)
Metamer: rich:message: Validation messages are not displayed (MyFaces)
----------------------------------------------------------------------
Key: RF-11293
URL: https://issues.jboss.org/browse/RF-11293
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
Metamer 4.1.0.20110805-M1 r.22604
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 7.0.19
Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux
Chrome 12.0.742.112 @ Linux i686, IE9
Reporter: Ján Jamrich
Example for messages creates some validation messages. But when click on a4j:button to submit this form with incorrect values, it doesn't display validation messages on page.
But in log appears following records:
WARNING: There are some unhandled FacesMessages, this means not every FacesMessage had a chance to be rendered.
These unhandled FacesMessages are:
- Input 1: must be greater than or equal to 2
- Input 2: must be greater than or equal to 2
This problem doesn't depends on validator type (Client side validation, bean validatio (JSR303) or f:validator on page)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11279) Tab Panel - adding new tab (MyFaces)
by Jan Papousek (JIRA)
Tab Panel - adding new tab (MyFaces)
------------------------------------
Key: RF-11279
URL: https://issues.jboss.org/browse/RF-11279
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22610
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @Linux
Internet Explorer 8.0 @ Win32
Reporter: Jan Papousek
The sample in Metamer where user can add a new tab into the tab panel doesn't work - faces/components/richTabPanel/addTab.xhtml.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (RF-11141) rich:column header does't display when it has a rendered condition.
by Abdulkerim İnanmış (JIRA)
rich:column header does't display when it has a rendered condition.
-------------------------------------------------------------------
Key: RF-11141
URL: https://issues.jboss.org/browse/RF-11141
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Abdulkerim İnanmış
I am using richfaces 4 and jsf 2. My datatable column header does't display when I give a rendered condition as below.
My code part is below.
<rich:dataTable value="#{myBean.gelenIstekler}" var="istek">
<rich:column rendered="#{istek.durum=='BEKLEMEDE'}">
<f:facet name="header">Yanıt</f:facet>
<h:commandLink value="Evet"
action="#{myBean.setEvet(istek)}">
<f:ajax render="@form"></f:ajax>
</h:commandLink>
<h:commandLink value="Hayır"
action="#{myBean.setHayir(istek)}"
style="margin-left:5px;">
<f:ajax render="@form"></f:ajax>
</h:commandLink>
</rich:column>
</rich:dataTable>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months