[JBoss JIRA] (RF-12073) Kitchensink archetype - creating enterprise project requires also community richfaces version
by Juraj Huska (JIRA)
Juraj Huska created RF-12073:
--------------------------------
Summary: Kitchensink archetype - creating enterprise project requires also community richfaces version
Key: RF-12073
URL: https://issues.jboss.org/browse/RF-12073
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: archetype
Affects Versions: 4.2.0.Final
Reporter: Juraj Huska
Priority: Optional
When generating enterprise richfaces maven project from kitchensink archetype, it is also prompting for community richfaces version. And then the community version is not used in the generated pom.xml
The log from this:
{noformat}
[INFO] Using property: groupId = bla.bla
[INFO] Using property: artifactId = foo_bla
Define value for property 'version': 1.0-SNAPSHOT: :
[INFO] Using property: package = bla.bla
[INFO] Using property: enterprise = n
[INFO] Using property: richfaces-enterprise-version = 4.2.0.Final-redhat-1
[INFO] Using property: richfaces-version = 4.3.0-SNAPSHOT
Confirm properties configuration:
groupId: bla.bla
artifactId: foo_bla
version: 1.0-SNAPSHOT
package: bla.bla
enterprise: n
richfaces-enterprise-version: 4.2.0.Final-redhat-1
richfaces-version: 4.3.0-SNAPSHOT
Y: : N
[INFO] Using property: groupId = bla.bla
[INFO] Using property: artifactId = foo_bla
Define value for property 'version': 1.0-SNAPSHOT: :
Define value for property 'package': bla.bla: :
Define value for property 'enterprise': n: : y
Define value for property 'richfaces-enterprise-version': 4.2.0.Final-redhat-1: :
Define value for property 'richfaces-version': 4.3.0-SNAPSHOT: :
Confirm properties configuration:
groupId: bla.bla
artifactId: foo_bla
version: 1.0-SNAPSHOT
package: bla.bla
enterprise: y
richfaces-enterprise-version: 4.2.0.Final-redhat-1
richfaces-version: 4.3.0-SNAPSHOT
Y: : y
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 54.442s
[INFO] Finished at: Wed Mar 21 16:38:02 CET 2012
[INFO] Final Memory: 9M/129M
[INFO] ------------------------------------------------------------------------
jhuska@laptop:~/workspace_jbossTools33M5$
{noformat}
*Steps to reproduce:*
1. _mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.0-SNAPSHOT -DgroupId=bla.bla -DartifactId=foo_bla_
2. When prompting: ?Define value for property 'version': 1.0-SNAPSHOT:_, press just enter.
3. When prompting for confirming predefined values: type N
4. When prompting for _Define value for property 'version': 1.0-SNAPSHOT: :_ press just enter.
5. _Define value for property 'package': bla.bla: : _ just enter
6. _Define value for property 'enterprise': n: :_ type y
7. _Define value for property 'richfaces-enterprise-version': 4.2.0.Final-redhat-1: :_ just enter
8. now you should be prompted for _Define value for property 'richfaces-version': 4.3.0-SNAPSHOT: :_, which you should not.
--
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, 8 months
[JBoss JIRA] (RF-11975) Prototype script error in Portal
by Ken Finnigan (JIRA)
Ken Finnigan created RF-11975:
---------------------------------
Summary: Prototype script error in Portal
Key: RF-11975
URL: https://issues.jboss.org/browse/RF-11975
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: third-party
Affects Versions: 3.3.3.Final
Environment: GateIn v3.2
JBoss PortletBridge v2.2.0.Final
Firefox
Reporter: Ken Finnigan
Priority: Minor
When a user wants to add two separate portlets to the same portal page, with both portlets using RichFaces components, the JBoss PortletBridge needs to have the context parameter "org.jboss.portletbridge.WRAP_SCRIPTS" set to true. This wraps the RichFaces JavaScript files with a check to prevent the same file being loaded twice on the one page, as there are two portlets with RichFaces scripts being loaded.
In this situation, the prototype.js script (or framework_pack.js when LoadScriptStrategy is ALL) returns "$A() is not defined" within Firefox, but in Chrome and IE it works fine.
This JS error in Firefox can be resolved by moving the $A function to the very top of the file to ensure it is defined when needed.
--
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, 8 months
[JBoss JIRA] (RF-12080) rich:hotKey usage clears body onload attribute
by Michael Heinen (JIRA)
Michael Heinen created RF-12080:
-----------------------------------
Summary: rich:hotKey usage clears body onload attribute
Key: RF-12080
URL: https://issues.jboss.org/browse/RF-12080
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 4.2.0.Final
Environment: myfaces 2.1.6, tomahawk 1.1.11
Reporter: Michael Heinen
Priority: Minor
I'm happy to see rich:hotKey in richfaces 4.2, I used it already with richfaces 3.3.3.
One thing I noticed now is that the onload attribute of t:documentboy is cleared on clientside as soon as rich:hotKey is used on a page. Maybe caused by jquery usage?
>From my pov this should be either fixed or documented in the component guide as well as in the showcase sample.
Workaround is obvious: Instead of onload use document.ready
--
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, 8 months
[JBoss JIRA] (RF-12116) RF 4.2 : jquery not generated for function
by Adrien Adrien (JIRA)
Adrien Adrien created RF-12116:
----------------------------------
Summary: RF 4.2 : jquery not generated for function
Key: RF-12116
URL: https://issues.jboss.org/browse/RF-12116
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.0.Final
Environment: JBoss 7.1 /RF4.2
Reporter: Adrien Adrien
This code doesn t generate javascript expected
<rich:jQuery name="selectNewMsg" query="addClass('curmsg');" />
Code generated in html page
<script type="text/javascript">selectNewMsgee = RichFaces.jQuery.createFunction({"query":"addClass('curmsg');"} );</script>
Expected something like :
<script type="text/javascript">//<![CDATA[
function selectNewMsg(elm, param) {
var selector = "";
try {
selector = eval("");
} catch (e) {}
jQuery(elm || selector).parent().parent().addClass('curmsg');
}
//]]></script>
--
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, 8 months
[JBoss JIRA] (RF-12071) a4j:outputPanel h:inputText render problem
by Abdullah İlhanlı (JIRA)
Abdullah İlhanlı created RF-12071:
-------------------------------------
Summary: a4j:outputPanel h:inputText render problem
Key: RF-12071
URL: https://issues.jboss.org/browse/RF-12071
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Abdullah İlhanlı
Create dynamic screen with JSF is so hard and painfull.
I used a4j:outputPanel so many times.
Today i am trying to create dynamic screen based on combo selected value. When value is for example option1 it generate inputText, otherwise comboBox.
But i face to rendered problem son many times. Problem is on submited object value.
My problem code like these:
<h:panelGrid columns="2" id="conditionKeyGrid">
<h:outputLabel value="#{msg['key.type.form']}" />
<h:selectOneMenu value="#{conditionKeyBean.conditionKey.compType}" valueChangeListener="#{conditionKeyBean.compTypeChanged}">
<f:selectItems value="#{conditionKeyBean.compTypeItem}" />
<a4j:ajax event="change" execute="@this"
render="checkableLabel,checkableField" />
</h:selectOneMenu>
<a4j:outputPanel id="checkableLabel">
<h:outputLabel value="#{msg['key.caption.form']}"
rendered="#{conditionKeyBean.checkable}" />
</a4j:outputPanel>
<a4j:outputPanel id="checkableField">
<h:panelGrid rendered="#{conditionKeyBean.checkable}">
<h:inputText value="#{conditionKeyBean.captionValue}" />
</h:panelGrid>
</a4j:outputPanel>
<h:panelGrid/>
Problem detail:
Captionvalue is unique in database.
When exception is throwed from back end(JPA uniquness error). I pops up error to user. Then user edit captionValue and try to resubmit. But captionValue is not change, even user changed it. When i remove rendered="#{conditionKeyBean.checkable}" problem is solved. rendered is not working correctly i think.
How can i solve this problem?
--
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, 8 months