[JBoss JIRA] Created: (JBIDE-6652) Implement ModeShape capability/activity to enable/disable ModeShape functionality
by Brian Fitzpatrick (JIRA)
Implement ModeShape capability/activity to enable/disable ModeShape functionality
---------------------------------------------------------------------------------
Key: JBIDE-6652
URL: https://jira.jboss.org/browse/JBIDE-6652
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: modeshape
Affects Versions: 3.2.0.M1
Reporter: Brian Fitzpatrick
Assignee: Dan Florian
Fix For: 3.2.x
As we discussed on the phone, the use of Capabilities/Activities in Eclipse might be a good way to handle the "Always On" aspect of the ModeShape menus in JBoss Tools. For some reason, this functionality is labeled as "Capabilities" in Eclipse Preferences, but the actual extension point is "org.eclipse.ui.activities" and called Activities in the API documentation. Go figure.
That said, it's very simple to implement. I'll attach a patch with the suggested tweaks to plugin.xml and plugin.properties. But this should address Max's issues with the ModeShape menus appearing on all folders and files and be easy to add to the documentation.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (JBIDE-6246) .scenario files from Guvnor examples are not opened properly
by Vlado Pakan (JIRA)
.scenario files from Guvnor examples are not opened properly
------------------------------------------------------------
Key: JBIDE-6246
URL: https://jira.jboss.org/jira/browse/JBIDE-6246
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: drools
Affects Versions: 3.1.x
Environment: Fedora Linux v.11
JBossTools-Update-3.1.0.v201004291720R-H72-GA
Java 1.6Sun JDK
JBoss EAP 5.0
Reporter: Vlado Pakan
Assignee: Kris Verlaenen
.dsl files from Guvnor Repository examples are opened as read-only but it's possible to modified them via .dsl file editor in JBT.
When trying to save this read-only file JBT display this error:
Save Failed
org.guvnor.tools.utils.StringInput cannot be cast to org.eclipse.ui.part.FileEditorInput
It should not be possible to modify read-only .dsl file.
Steps to reproduce:
1. deploy guvnor to server and start server
2. open guvnor perspective
3. add default guvnor repository connection using Guvnor Repositories view
4. right click on newly created Guvnor connection and open Guvnor Console
5. choose ok to empty login dialog and click yes to install Guvnor examples
6. open <Guvnor connection> > pacakges > mortages > ApplicantDsl.dsl file from Guvnor Repositories view
7. select first expresion in opened ApplicantDsl.dsl file and click on edit button
8. click on OK button in Edit Language Mappiing dialog. It's not necessary to make any changes.
9. Choose save for ApplicantDsl.dsl file and error mentioned above is displayed
--
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
15 years, 5 months
[JBoss JIRA] Created: (JBDS-857) Installer build should not depend on bundle.eclipse step or on creation of *-ALL-*.zip files
by Nick Boldt (JIRA)
Installer build should not depend on bundle.eclipse step or on creation of *-ALL-*.zip files
--------------------------------------------------------------------------------------------
Key: JBDS-857
URL: https://jira.jboss.org/jira/browse/JBDS-857
Project: JBoss Developer Studio
Issue Type: Bug
Affects Versions: 3.0.0.M4
Reporter: Nick Boldt
Assignee: Nick Boldt
Fix For: 3.0.0.M4
bundle.eclipse is basically and empty method call, but there's a lot of leftover properties being set related to it which should be removed.
Also, the ALL zips are still created and used to produce the installer jars, then deleted while the build results page is being created.
We should switch the installer from "unpack a zip" to "use p2 to install a from the update zip" . If done correctly, we may even end up with ONE installer instead of 4, saving a ton of bandwidth and simplifying deployment to diverse hardware.
--
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
15 years, 6 months