[JBoss JIRA] (RF-12218) Using quotes in cdk:call expression generate a broken class
by Paul Dijou (JIRA)
Paul Dijou created RF-12218:
-------------------------------
Summary: Using quotes in cdk:call expression generate a broken class
Key: RF-12218
URL: https://issues.jboss.org/browse/RF-12218
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.2.1.Final
Environment: All
Reporter: Paul Dijou
Priority: Critical
If I need to pass a String to a {{<cdk:call expression="..."}}, I'm forced to indicate that's it's a String and not a var. Since I can't use double-quote, the only solution I see is doing the same as in EL : single quote. But it looks like the CDK only copy/paste the expression in the Java code. Problem is single quote in Java class are not what I wanted (and crash the class).
For example :
{code:xml}
<cdk:call expression="renderFacet('brand', facesContext, component)" />
{code}
will generate
{code:java}
renderFacet('brand', facesContext, component);
{code}
but it should generate
{code:java}
renderFacet("brand", facesContext, component);
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (RF-12434) Replace richfaces-resources-maven-plugin with wro4j-maven-plugin
by Lukáš Fryč (JIRA)
Lukáš Fryč created RF-12434:
-------------------------------
Summary: Replace richfaces-resources-maven-plugin with wro4j-maven-plugin
Key: RF-12434
URL: https://issues.jboss.org/browse/RF-12434
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: build/distribution
Affects Versions: 4.3.0.Milestone1
Reporter: Lukáš Fryč
{{wro4j-maven-plugin}} has many options and is viable alternative for {{richfaces-resources-plugin}}.
What does {{richfaces-resources-plugin}} do additionally, is automatic collecting of resources referenced by components and their order.
---
Though we could use this functionality to generate {{wro4j.xml}} configuration file.
----
Wro4j has mode, when it can {{import}} this xml file, even from classpath.
This would open way to load our configuration of packaging and customize it.
----
Additionally we could load {{wro4j.xml}} and use it as a base for Resource Mapping configuration - or transform it to {{mapping.properties}}.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (RF-12430) Client side validators and @ReportAsSingleViolation
by Dan Osterrath (JIRA)
Dan Osterrath created RF-12430:
----------------------------------
Summary: Client side validators and @ReportAsSingleViolation
Key: RF-12430
URL: https://issues.jboss.org/browse/RF-12430
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.2.2.Final
Environment: JBoss AS 7.1.1 Final, Hibernate Validator 4.2.0, Oracle Java 1.7.0_02, Windows 7
Reporter: Dan Osterrath
I'm using CSV with the {{@NotEmpty}} constraint and a specific message. When the form is validated on server side the error messega is always the specified one. When the field is validated on client side, the error message is sometimes my specified, sometimes one of "can not be null" or "must be between 1 and 2147483647".
The problem here is, that for CSV the JS code contains 3 validators:
{code:JavaScript}
var p={
da:da,
v:[
{f:RichFaces.csv.validateRequired,p:{} ,m:{"detail":"kann nicht null sein","severity":0,"summary":"kann nicht null sein"} },
{f:RichFaces.csv.validateSize,p:{"min":1} ,m:{"detail":"muss zwischen 1 und 2147483647 liegen","severity":0,"summary":"muss zwischen 1 und 2147483647 liegen"} },
{f:RichFaces.csv.validateRequired,p:{} ,m:{"detail":"Bitte gib einen Benutzernamen an!","severity":0,"summary":"Bitte gib einen Benutzernamen an!"} }
]
};
{code}
Unfortunately the order of these 3 validators seems random. When validating the first validator fails and its message will be displayed.
It seems that the {{@ReportAsSingleViolation}} annotation is being ignored when creating JS code for CSV.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (RF-12428) File delete exception for rich:fileUpload in 4.2.2
by prakash t (JIRA)
prakash t created RF-12428:
------------------------------
Summary: File delete exception for rich:fileUpload in 4.2.2
Key: RF-12428
URL: https://issues.jboss.org/browse/RF-12428
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.2.2.Final
Environment: Jboss 7.1 server
Reporter: prakash t
Fix For: 4.2.2.Final
I am using richfaces 4.2 in my application.I have following issues with rich:fileUpload component.
1.The component behaves in a different way with IE 7. When a single file is added, it displays that 2 files are uploaded.
2. After the file is uploaded, it tries to delete the temporary file and throws the following exception :
SEVERE [org.richfaces.log.Application] (http--0.0.0.0-8080-5) File delete failed: java.io.IOException: File delete failed
at org.richfaces.request.FileUploadDiscResource.delete(FileUploadDiscResource.java:74) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final]
at org.richfaces.request.UploadedFile25.delete(UploadedFile25.java:54) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final]
at org.richfaces.request.MultipartRequest25.release(MultipartRequest25.java:163) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final]
at org.richfaces.context.FileUploadFacesContextFactory$FileUploadFacesContext.release(FileUploadFacesContextFactory.java:70) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_20]
Could you help us in resolving these issues as soon as possible?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (RF-12429) Close HornetQ Threads properly [tomcat]
by Jiří Štefek (JIRA)
Jiří Štefek created RF-12429:
--------------------------------
Summary: Close HornetQ Threads properly [tomcat]
Key: RF-12429
URL: https://issues.jboss.org/browse/RF-12429
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.3.0.Milestone1
Environment: RichFaces 4.3.0-SNAPSHOT
Metamer 4.3.0-SNAPSHOT
Apache MyFaces JSF-2.1 Core Impl 2.1.8 or Mojarra
Apache Tomcat 7.0.29
OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux
Firefox 14.0.1 @ Linux x86_64
Reporter: Jiří Štefek
The HornetQ Threads are not closed properly. This causes memory leaks, which can lead to test suite stuck.
See [1] after each test class.
{code}
Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: The web application [/metamer] appears to have started a thread named [Thread-0 (HornetQ-client-factory-threads-1849147-2133832)] but has failed to stop it. This is very likely to create a memory leak.
{code}
In Myfaces(only) there are also problems with closing ThreadLocals
{code}
Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/metamer] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@f659f0]) and a value of type [org.apache.myfaces.context.servlet.ServletExternalContextImpl] (value [org.apache.myfaces.context.servlet.ServletExternalContextImpl@18ad373]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
{code}
[1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (RF-12427) AJAX loading of resources in dynamically / programatically generated subtree
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12427?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12427:
-------------------------------
Fix Version/s: 4.3.0.Milestone2
> AJAX loading of resources in dynamically / programatically generated subtree
> ----------------------------------------------------------------------------
>
> Key: RF-12427
> URL: https://issues.jboss.org/browse/RF-12427
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.1.0.CR2
> Reporter: Lukáš Fryč
> Fix For: 4.3.0.Milestone2
>
>
> There are several scenarios where components are dynamically added to the tree so resources for these components doesn't have to be loaded by AJAX:
> * components added programatically
> * components included by {{ui:include}} with dynamic {{src}} attribute
> * components under dynamic rows/panels/etc., e.g. {{rich:tab}} generated by {{c:forEach}} (RF-11694)
> Create mock components with mock resources and test that when component rendered "dynamically", the resources (JS and CSS) are provided to the page properly.
--
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, 2 months