[JBoss JIRA] Created: (JBIDE-6018) Improve BPEL refactoring
by Robert (Bob) Brodt (JIRA)
Improve BPEL refactoring
------------------------
Key: JBIDE-6018
URL: https://jira.jboss.org/jira/browse/JBIDE-6018
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: bpm
Reporter: Robert (Bob) Brodt
Often times I find myself changing the names of variables, port types, partner links, etc. either in the Property sheet or directly on the editor canvas without thinking; what I really wanted to do was refactor the name change and have it propagate through to the WSDL or XSD where the element is defined. It would be simple enough to provide a change listener that prompts you with "Hey, I noticed you changed the name of this <thing> - did you intend to refactor instead?" possibly with a "Don't ask me again!" checkbox. The same functionality should be provided for the WSDL and XSD editor. This would go a long way to better integration within the tooling.
--
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
12 years, 1 month
[JBoss JIRA] Created: (JBIDE-4233) Support for fine grained pages.xml editing
by Max Rydahl Andersen (JIRA)
Support for fine grained pages.xml editing
------------------------------------------
Key: JBIDE-4233
URL: https://jira.jboss.org/jira/browse/JBIDE-4233
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: Seam
Reporter: Max Rydahl Andersen
Assignee: Alexey Kazakov
Priority: Critical
Fix For: 3.1.0.M3
Add support for fine grained page.xml (now we have support for coarse grained pages.xml) in the graphical pages.xml editor.
I imagine an additonal tab or a toggle on the current tab that when enabled shows not just the pages that are in the single file, but also includes any info from other *.page.xml files.
In the first iteration we can just make this a read only mode for any external files and then double click for editing (maybe that will be too cumbersome for the users ?)
--
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
12 years, 1 month
[JBoss JIRA] Created: (JBIDE-4727) Support distribution defining "New Project" dependencies
by Pete Muir (JIRA)
Support distribution defining "New Project" dependencies
--------------------------------------------------------
Key: JBIDE-4727
URL: https://jira.jboss.org/jira/browse/JBIDE-4727
Project: JBoss Tools
Issue Type: Feature Request
Components: Seam
Reporter: Pete Muir
Summary:
Move the responsibility for defining a "New Seam Project"'s dependencies (libraries) from JBoss Tools to the Seam distribution. Use the Maven 2 POM format to define the dependencies. Use Maven POM profiles to support different use cases for Seam projects.
Reason:
Currently JBoss Tools defines the project dependencies which causes issues very time Seam changes either the dependency set of a new seam project, or the layout of libraries in the distribution. Use Maven 2 POM format as it is already a well defined and understood model. Use of Maven POM profiles can further increase the flexibility and support various use cases for Seam (for example, Seam with jBPM or Seam with ICEFaces).
Details:
JBoss Tools should be able to read these files from the seam-gen/ directory: war.pom.xml, ear.pom.xml, ejb-jar.ear.pom.xml, war.ear.pom.xml. The war.pom.xml defines the dependencies for a WAR project; the *ear.pom.xml define dependencies for the composite modules of an EAR project. The standard Maven scopes are used: compile to indicate compile/runtime dependencies of the project, test to indicate extra dependencies required in the test project.
Maven profiles are used to define additional dependency sets for new seam projects, allowing the user to optionally add extra dependencies to his project. To make this extensible, and not require JBossTools to use a well-known list of profile ids, an xml namespace will be used to add additional metadata to the profile. This allows JBossTools to identify the possible profiles:
<profile>
<id>drools5</id>
<jbt:profile>
<jbt:description>Drools 5 support (Tech Preview)</jbt:description>
</jbt:profile>
<!--Standard Maven elements -->
</profile>
<profile>
<id>ICEFaces</id>
<jbt:profile>
<jbt:description>ICEFaces</jbt:description>
</jbt:profile>
<!--Standard Maven elements -->
</profile>
JBossTools can recognize the jbt:profile element, and use the jbt:description element to as a descriptive element to present to the user:
[x] ICEFaces
[x] Drools 5 support (Tech Preview)
displayed in the New Seam Project Wizard.
We should allow for additional information to be placed in the POM and in the future beyond dependency information. For example, additional configuration files to include in the generated project, however this is not a critical feature.
We should also consider allowing JBoss Tools to retrieve the POMs from a Maven repository. This would require a user to simply specify the version of Seam they require, and have JBoss Tools download the seam-gen artifact containing all templates and resources.
--
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
12 years, 1 month