[JBoss JIRA] Created: (RF-10035) Richfaces creates a org.apache.xerces.jaxp.DocumentBuilder instance for each request in ResponseWriterContentHandler.java, which causes bad performance.
by Gary Hu (JIRA)
Richfaces creates a org.apache.xerces.jaxp.DocumentBuilder instance for each request in ResponseWriterContentHandler.java, which causes bad performance.
--------------------------------------------------------------------------------------------------------------------------------------------------------
Key: RF-10035
URL: https://issues.jboss.org/browse/RF-10035
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Gary Hu
The thread dump shows that the Richfaces creates a org.apache.xerces.jaxp.DocumentBuilder instance for each request.
#
"ajp-10.176.196.243-48009-166" daemon prio=3 tid=0x0000000104c2cc00 nid=0x739 waiting for monitor entry [0xfffffffe2d0f6000..0xfffffffe2d0ff540]
#
java.lang.Thread.State: BLOCKED (on object monitor)
#
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
#
- waiting to lock <0xfffffffe700000e0> (a sun.misc.Launcher$AppClassLoader)
#
at java.lang.ClassLoader.loadClass(Unknown Source)
#
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1299)
#
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1229)
#
at org.apache.xerces.impl.dv.ObjectFactory.findProviderClass(Unknown Source)
#
at org.apache.xerces.impl.dv.ObjectFactory.newInstance(Unknown Source)
#
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown Source)
#
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown Source)
#
at org.apache.xerces.parsers.XML11Configuration.<init>(Unknown Source)
#
at org.apache.xerces.parsers.XIncludeAwareParserConfiguration.<init>(Unknown Source)
#
at org.apache.xerces.parsers.XIncludeAwareParserConfiguration.<init>(Unknown Source)
#
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
#
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
#
at java.lang.reflect.Constructor.newInstance(Unknown Source)
#
at java.lang.Class.newInstance0(Unknown Source)
#
at java.lang.Class.newInstance(Unknown Source)
#
at org.apache.xerces.parsers.ObjectFactory.newInstance(Unknown Source)
#
at org.apache.xerces.parsers.ObjectFactory.createObject(Unknown Source)
#
at org.apache.xerces.parsers.ObjectFactory.createObject(Unknown Source)
#
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)
#
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)
#
at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)
#
at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
#
at org.ajax4jsf.context.ResponseWriterContentHandler.<init>(ResponseWriterContentHandler.java:48)
#
at org.ajax4jsf.context.ViewResources$HeadResponseWriter.<init>(ViewResources.java:259)
The creation of the org.apache.xerces.jaxp.DocumentBuilder instance is very expensive. We should reuse the org.apache.xerces.jaxp.DocumentBuilder instance and call the DocumentBuilder's reset() method to initialize it.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-6590) fileUpload: cannot start application using web.xml parameter maxRequestSize="2684354560"
by Tsikhon Kuprevich (JIRA)
fileUpload: cannot start application using web.xml parameter maxRequestSize="2684354560"
----------------------------------------------------------------------------------------
Key: RF-6590
URL: https://jira.jboss.org/jira/browse/RF-6590
Project: RichFaces
Issue Type: Bug
Environment: 3.3.1.BETA1
myFaces
tomcat 6
Reporter: Tsikhon Kuprevich
Assignee: Nick Belaevski
SEVERE: Exception starting filter ajax4jsf
java.lang.NumberFormatException: For input string: "2684354560"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:459)
at java.lang.Integer.parseInt(Integer.java:497)
at org.ajax4jsf.webapp.BaseFilter.init(BaseFilter.java:184)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:108)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3693)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4340)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-9913) inputNumberSpinner: inputNumberSlider: step and value requirements revised and component to be corrected.
by Ilya Shaikovsky (JIRA)
inputNumberSpinner: inputNumberSlider: step and value requirements revised and component to be corrected.
---------------------------------------------------------------------------------------------------------
Key: RF-9913
URL: https://jira.jboss.org/browse/RF-9913
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Milestone3
Reporter: Ilya Shaikovsky
Assignee: Nick Belaevski
Original problem from QE:
"when I set value=20 and step=9 to spinner, 18 is set on the page.
After clicking up arrow, 27 is set (correctly). These differs to 3.3.x
where 20 would be displayed on page and next number would be 27. Is
this difference between 3.3.x and 4.0.x bug or feature?"
both behaviors from 3.x and 4.x are wrong(missed during requirements gathering) and valid is:
• base example: http://docs.jquery.com/UI/Spinner#Example
• Check currency spinner. Manually correct value to 0.50$ and try to click on arrows.
Rules:
any numerical manual input directly in input should be allowed (but considering min and max) and should not be corrected according to step.
any valid numerical value from the model should be set to spinner on rendering and not corrected according to step.
Step should be considered *only* while using arrows and should be added/substracted to *current value* in input. If in the result will be more or less than max or min limitation - it should be set to boundary value.
The same for correction of wrong direct numerical input. e.g. direct input of 110 when max is 100 should be corrected to 100.
The same should be considered for slider. Slider also should consider step additionally during calculations when the user slicked on visual bar element.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-9897) rich:dataTable - dynamic changes of facets leads to output markup inconsistency (applies only for full page refresh)
by Lukas Fryc (JIRA)
rich:dataTable - dynamic changes of facets leads to output markup inconsistency (applies only for full page refresh)
--------------------------------------------------------------------------------------------------------------------
Key: RF-9897
URL: https://jira.jboss.org/browse/RF-9897
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Milestone4
Environment: * RichFaces 4.0.0-SNAPSHOT r.20272
* Metamer 4.0.0-SNAPSHOT r.20302
* Mojarra 2.0.3-FCS
* Apache Tomcat 6.0.29
* OpenJDK Runtime Environment 1.6.0_18-b18 @ Linux
* Firefox 3.6.12 @ Linux x86_64
Reporter: Lukas Fryc
Priority: Minor
When you are dynamically changing the content of facets like table header, column header, noData, caption or column footer, the component may end up in inconsistent state.
Say, we have
<f:facet name="header">
<h:outputText value="foo" rendered="#{expression}" />
</f:facet>
When we trigger ajax-render of table and during that expression changes from true to false, header is still shown but with no content.
It is inconsistent with state you can get using full-page-refresh.
However this can be reproduced only by refreshing the view (which needs to have backing bean stored in session scope).
See Steps to Reproduce and attached screenshots.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months