[JBoss JIRA] Created: (JBDS-575) org.jboss.tools.jsf.vpe.jsf.test.JsfAllTests hangs JBDS build
by Nick Boldt (JIRA)
org.jboss.tools.jsf.vpe.jsf.test.JsfAllTests hangs JBDS build
-------------------------------------------------------------
Key: JBDS-575
URL: https://jira.jboss.org/jira/browse/JBDS-575
Project: Developer Studio
Issue Type: Bug
Components: jsf
Affects Versions: 2.0.0.cr1
Reporter: Nick Boldt
This test gets stuck and prevents the build from completing (spaces and line breaks added for clarity):
/qa/tools/opt/jdk1.5.0_15/jre/bin/java
-Dwtp.autotest.noninteractive=true
-Djbosstools.test.jboss.home=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/2.0.0.CR2/200901220518/tests/jboss/jboss-eap-4.3/jboss-as
-Djbosstools.test.seam.1.2.1.eap.home=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/2.0.0.CR2/200901220518/tests/jboss/jboss-eap-4.3/seam
-Djbosstools.test.seam.2.0.1.GA.home=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/requirements/seam-2.0.1.GA/jboss-seam-2.0.1.GA
-Djbosstools.test.jboss.home.3.2=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/requirements/jbossas/jboss-3.2.8.SP1
-Djbosstools.test.jboss.home.4.0=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/requirements/jbossas/jboss-4.0.5.GA
-Djbosstools.test.jboss.home.4.2=/home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/requirements/jbossas/jboss-4.2.1.GA
-Xms128m -Xmx512m -Xbootclasspath/a:./emma.jar -XX:MaxPermSize=128m
-classpath /home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/2.0.0.CR2/200901220518/tests/eclipse/plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20081125.jar org.eclipse.core.launcher.Main
-application org.eclipse.test.uitestapplication -dev bin
-data /home/hudson/hudson_workspace/workspace/devstudio-nightly/jbds-build/2.0.0.CR2/200901220518/tests/workspace
-plugincustomization /home/hudson/hudson_workspace/workspace/devstudio-nightly/org.jboss.ide.eclipse.releng/builders/tests/plugin_customization.ini
formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter,org.jboss.tools.jsf.vpe.jsf.test.JsfAllTests.xml
-testPluginName org.jboss.tools.jsf.vpe.jsf.test
-classname org.jboss.tools.jsf.vpe.jsf.test.JsfAllTests -consolelog -nosplash
--
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
16 years, 5 months
[JBoss JIRA] Created: (JBIDE-2532) Defect in GUI. Task Node | Task | Controller Tab Mapped Name displays in the Required Check Box column.
by Steve Hall (JIRA)
Defect in GUI. Task Node | Task | Controller Tab Mapped Name displays in the Required Check Box column.
--------------------------------------------------------------------------------------------------------
Key: JBIDE-2532
URL: https://jira.jboss.org/jira/browse/JBIDE-2532
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Ganymede
Affects Versions: 3.0.0.GA
Environment: Eclipse plugin 3.1.3SP2. Installed in Eclipse 3.4.0. Running on Windows XP SP2
Reporter: Steve Hall
Priority: Minor
Created a Task Node. Added a task. Provided Name in General field. Set Assignment to Swinlane. Filled in the Swimlane Name. On the controller tab I added 6 variables. For each variable, I entered the name and mapped name filed.
When I display the data in the GRID, the Mapped Name data shows up under the Required column.
This is the associated processdefinition.xml file:
<?xml version="1.0" encoding="UTF-8"?>
<process-definition xmlns="urn:jbpm.org:jpdl-3.2" name="ProductMusicProducts">
<swimlane name="Talent Scout">
<assignment expression="group(Talent Scout)"></assignment>
</swimlane>
<swimlane name="Legal Advisor">
<assignment expression="group(Legal Advisor)"></assignment>
</swimlane>
<swimlane name="Band Member">
<assignment expression="group(Band Member)"></assignment>
</swimlane>
<swimlane name="Record Producer">
<assignment expression="group(Record Producer)"></assignment>
</swimlane>
<swimlane name="Artist Development">
<assignment expression="group(Artist Development)"></assignment>
</swimlane>
<swimlane name="Songwriter">
<assignment expression="group(Songwriter)"></assignment>
</swimlane>
<swimlane name="Musician">
<assignment expression="group(Musician)"></assignment>
</swimlane>
<swimlane name="Video Production">
<assignment expression="group(Video Production)"></assignment>
</swimlane>
<swimlane name="Artist">
<assignment expression="group(Artist)"></assignment>
</swimlane>
<start-state name="Hold Auditions">
<task name="Hold Auditions" swimlane="Talent Scout">
<description>
The hold auditions task
</description>
<controller>
<variable access="read,write,required" name="audDate" mapped-name="Audition Date"></variable>
<variable access="read,write,required" name="audLocation" mapped-name="Audition Location"></variable>
</controller>
</task>
<transition to="Select Band Members"></transition>
</start-state>
<task-node name="Select Band Members">
<task name="Select Band Members" swimlane="Talent Scout">
<description>
Assign Band Members
</description>
<controller>
<variable access="read,write,required" name="bm1" mapped-name="Band Member 1"></variable>
<variable access="read,write,required" name="bm2" mapped-name="Band Members 2"></variable>
<variable access="read,write,required" name="bm3" mapped-name="Band Member 3"></variable>
<variable access="read,write" name="bm4" mapped-name="Band Member 4"></variable>
<variable access="read,write" name="bm5" mapped-name="Band Member 5"></variable>
<variable access="read,write" name="bm6" mapped-name="Band Member 6"></variable>
</controller>
</task>
</task-node>
<task-node name="Contract Band Members">
<task name="Contract Band Members">
<controller>
<variable access="read,write,required" name="bm1ContractSent" mapped-name="Band Member 1 Contract Sent"></variable>
<variable access="read,write,required" name="bm2ContractSent" mapped-name="Band Member 2 Contract Sent"></variable>
<variable access="read,write,required" name="bm3ContractSent" mapped-name="Band Member 3 Contract Sent"></variable>
<variable access="read,write" name="bm4ContractSent" mapped-name="Band Member 4 Contract Sent"></variable>
<variable access="read,write" name="bm5ContractSent" mapped-name="Band Member 5 Contract Sent"></variable>
<variable access="read,write" name="bm6ContractSent" mapped-name="Band Member 6 Contract Sent"></variable>
</controller>
</task>
</task-node>
<task-node name="All Contracts Agreed">
<task name="All Contracts Agreed" swimlane="Legal Advisor">
<controller>
<variable access="read,write,required" name="bm1Agreed" mapped-name="Band Member 1 Agreed"></variable>
<variable access="read,write,required" name="bm2Agreed" mapped-name="Band Member 2 Agreed"></variable>
<variable access="read,write,required" name="bm3Agreed" mapped-name="Band Member 3 Agreed"></variable>
<variable access="read,write" name="bm4Agreed" mapped-name="Band Member 4 Agreed"></variable>
<variable access="read,write" name="bm5Agreed" mapped-name="Band Member 5 Agreed"></variable>
<variable access="read,write" name="bm6Agreed" mapped-name="Band Member 6 Agreed"></variable>
</controller>
</task>
</task-node>
<task-node name="Contract Response">
<task>
<controller>
<variable access="read,write,required" name="bm1Agreed" mapped-name="BandMember1Agreed"></variable>
<variable access="read,write,required" name="bm2Agreed" mapped-name="Band Member 2 Agreed"></variable>
<variable access="read,write,required" name="bm3Agreed" mapped-name="Band Member 3 Agreed"></variable>
<variable access="read,write" name="bm4Agreed" mapped-name="Band Member 4 Agreed"></variable>
<variable access="read,write" name="bm5Agreed" mapped-name="Band Member 5 Agreed"></variable>
<variable access="read,write" name="bm6Agreed" mapped-name="Band Member 6 Agreed"></variable>
</controller>
</task>
</task-node>
<end-state name="end-state1"></end-state>
</process-definition>
--
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
16 years, 5 months
[JBoss JIRA] Created: (JBIDE-2023) Population of Action Class / Process Method
by Tom Cunningham (JIRA)
Population of Action Class / Process Method
-------------------------------------------
Key: JBIDE-2023
URL: http://jira.jboss.com/jira/browse/JBIDE-2023
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: esb
Environment: Mac OS X, nightly 04/04 JBoss Tools build, Europa JEE eclipse build
Reporter: Tom Cunningham
It would be nice if the ESB editor could somehow populate an action class drop down or do autocompletion of the class name, while at the same time retaining the ability for the user to type in their action class name. Action classes in the drop down should probably be restricted to classes within project which extend AbstractActionLifecycle or AbstractActionPipelineProcessor and the org.jboss.soa.esb.actions package classes.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 5 months
[JBoss JIRA] Created: (JBIDE-3378) Seam EL validation does not use same technique as the EL resolver (Continued)
by Tim Evers (JIRA)
Seam EL validation does not use same technique as the EL resolver (Continued)
-----------------------------------------------------------------------------
Key: JBIDE-3378
URL: https://jira.jboss.org/jira/browse/JBIDE-3378
Project: Tools (JBoss Tools)
Issue Type: Bug
Affects Versions: 3.0.0.beta1, 3.0.0.alpha, 2.1.2
Environment: Latest nightly build of JBoss Tools. On eclipse 3.4 SR1. JSF/Facelets/Richfaces/Seam 2.1.x environment
Reporter: Tim Evers
JBoss Tools does not validate method EL expressions properly if the method name starts with 'is'
If I have a method in my SEAM bean like this.
public boolean isEditButtonDisplayed() {
return true; //removed what this method actually does for example
}
and then I have in my xhtml this:
<gekko:commandButton
id="tenureEditButton"
value="Edit"
action="#{TenureKeyController.editButtonClicked()}"
rendered="#{TenureKeyController.isEditButtonDisplayed()}" />
When I validate this it says: "isEditButtonDisplayed" cannot be resolved.
It looks like when the validation method sees the word 'is' it automatically thinks that the expression is a value expression. This should not be the case. Infact if I end my expression witih '()' it should always look for a method.
The behaviour of the EL validation should be exactly the same as what happens when I run the system. But this is not what is happening. If I change my code to what the JBoss Tools autocomplete says to it actually breaks the application. According to JBoss Tools it says I should have this.
<gekko:commandButton
id="tenureEditButton"
value="Edit"
action="#{TenureKeyController.editButtonClicked()}"
rendered="#{TenureKeyController.editButtonDisplayed}" />
Which of course will not work when the app is deployed.
This is somewhat related to: https://jira.jboss.org/jira/browse/JBIDE-2673 just a different scenario.
The fundamental problem is that the rules of validation are not the same as a running app.
--
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
16 years, 6 months