[JBoss JIRA] (JBDS-2769) Shortcut for Redo action is missing
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-2769?page=com.atlassian.jira.plugin.... ]
Denis Golovin commented on JBDS-2769:
-------------------------------------
Well, it is not missing. Verified through Window->Preferences General->Keys. It is in all versions you mentioned.
> Shortcut for Redo action is missing
> -----------------------------------
>
> Key: JBDS-2769
> URL: https://issues.jboss.org/browse/JBDS-2769
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: upstream
> Affects Versions: 7.0.0.GA, 7.1.0.Alpha1
> Reporter: Andrej Podhradsky
>
> By default, there is no shortcut for Redo action like in Eclipse (ShiftCtrl+Z).
> I think it would be cool if there is a shortcut for redo by default ;-)
--
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
10 years, 10 months
[JBoss JIRA] (JBIDE-16328) Buglets in JaxrsResourceMethodValidatorDelegate.validatePublicModifierOnJavaMethod()
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16328?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-16328:
--------------------------------
Fix Version/s: 4.1.2.CR1
> Buglets in JaxrsResourceMethodValidatorDelegate.validatePublicModifierOnJavaMethod()
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-16328
> URL: https://issues.jboss.org/browse/JBIDE-16328
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.1.1.Final
> Environment: Eclipse 4.3.1 EE bundle + JBoss Tools 4.1.1
> Reporter: Thomas Maslen
> Assignee: Fred Bricon
> Priority: Minor
> Fix For: 4.1.2.CR1, 4.2.0.Alpha2
>
>
> JAX-RS resource methods are often declared in classes, but it is also valid to declare them in interfaces. Methods in classes have to be explicitly declared public (and that's what this validator method checks for -- good), but methods in Java interfaces are implicitly public; explicitly writing "public" just adds clutter.
> The JAX-RS validator does discover resource methods in interfaces and validates them (good), but if the methods aren't explicitly labelled public then a couple of minor bugs surface in this validator method:
> (1) It adds a RESOURCE_METHOD_NO_PUBLIC_MODIFIER problem marker, and
> (2) The Description that's displayed for the marker is "The method '{0}' should be public.", i.e. the "{0}" isn't replaced with a method name
> (Yes, I can certainly dodge this by changing the "Missing 'public' method modifier" preference from Warning to Ignore, but I'm definitely a fan of having the validators there to save me from myself).
--
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
10 years, 10 months
[JBoss JIRA] (JBIDE-16328) Buglets in JaxrsResourceMethodValidatorDelegate.validatePublicModifierOnJavaMethod()
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16328?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-16328:
-------------------------------------
+1 to apply PR on both branches
> Buglets in JaxrsResourceMethodValidatorDelegate.validatePublicModifierOnJavaMethod()
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-16328
> URL: https://issues.jboss.org/browse/JBIDE-16328
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.1.1.Final
> Environment: Eclipse 4.3.1 EE bundle + JBoss Tools 4.1.1
> Reporter: Thomas Maslen
> Assignee: Fred Bricon
> Priority: Minor
> Fix For: 4.1.2.CR1, 4.2.0.Alpha2
>
>
> JAX-RS resource methods are often declared in classes, but it is also valid to declare them in interfaces. Methods in classes have to be explicitly declared public (and that's what this validator method checks for -- good), but methods in Java interfaces are implicitly public; explicitly writing "public" just adds clutter.
> The JAX-RS validator does discover resource methods in interfaces and validates them (good), but if the methods aren't explicitly labelled public then a couple of minor bugs surface in this validator method:
> (1) It adds a RESOURCE_METHOD_NO_PUBLIC_MODIFIER problem marker, and
> (2) The Description that's displayed for the marker is "The method '{0}' should be public.", i.e. the "{0}" isn't replaced with a method name
> (Yes, I can certainly dodge this by changing the "Missing 'public' method modifier" preference from Warning to Ignore, but I'm definitely a fan of having the validators there to save me from myself).
--
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
10 years, 10 months
[JBoss JIRA] (JBIDE-16264) @PathParam with hyphen in value shows as JAX-RS error
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16264?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-16264:
-------------------------------------
+1 to apply PR on both branches
> @PathParam with hyphen in value shows as JAX-RS error
> -----------------------------------------------------
>
> Key: JBIDE-16264
> URL: https://issues.jboss.org/browse/JBIDE-16264
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.1.1.CR1
> Reporter: Jim Boettcher
> Assignee: Fred Bricon
> Priority: Minor
> Fix For: 4.1.2.CR1, 4.2.0.Alpha2
>
>
> if I have a method like:
> @GET
> @Path("/rule/{rule-file-name}")
> public byte[] getRuleSet(@PathParam("rule-file-name") String ruleSetName)
> I get the error:
> @PathParam value 'rule-file-name' does not match any @Path annotation template parameters of the java method and the enclosing java type.
> If I remove the hyphens from "rule-file-name" the error goes away.
> However the hyphen should be allowed.
--
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
10 years, 10 months
[JBoss JIRA] (JBIDE-15932) CordovaSim needs to display console logs especially during startup
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15932?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-15932:
-------------------------------------
[~burrsutter], now you can give ia a go :-) . PR for 4.1.1.x is sent
> CordovaSim needs to display console logs especially during startup
> ------------------------------------------------------------------
>
> Key: JBIDE-15932
> URL: https://issues.jboss.org/browse/JBIDE-15932
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: browsersim
> Affects Versions: 4.1.1.Beta1
> Reporter: Gorkem Ercan
> Assignee: Ilya Buziuk
> Priority: Blocker
> Labels: jbds711
> Fix For: 4.1.2.CR1, 4.2.0.Alpha2
>
>
> When a cordova application is launched the console.log calls are not displayed on Eclipse console (or anywhere else). CordovaSim needs a place to display the logs either within eclipse or on the Ripple console so the user can be notified about errors happening early on.
> Just using firebug or similar would not solve this issue since it is not started early enough.
--
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
10 years, 10 months
[JBoss JIRA] (JBDS-2857) Add OS X 10.9 Mavericks to the support matrix
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-2857?page=com.atlassian.jira.plugin.... ]
Nick Boldt edited comment on JBDS-2857 at 1/31/14 12:37 PM:
------------------------------------------------------------
Therefore we're saying:
* "JBDS 7.x *works with* OSX 10.9, but is unsupported there."
and
* "JBDS 7.1.1 is *supported* on OSX 10.9."
>From a GSS point of view, that means:
* "Any customer on JBDS 7.0 or 7.1 needs to upgrade/update to 7.1.1 in order to be *supported* on OSX 10.9, but older JBDS 7.x versions may work on OSX 10.9 too."
Clear as mud? :D
was (Author: nickboldt):
Therefore we're saying:
* "JBDS 7.x *works with* OSX 10.9, but is unsupported there."
and
* "JBDS 7.1.1 is *supported* on OSX 10.9."
>From a GSS point of view, that means:
* "Any customer on JBDS 7.0 or 7.1 needs to upgrade/update to 7.1.1 in order to be *supported* on OSX 10.9, but older versions may work too."
Clear as mud? :D
> Add OS X 10.9 Mavericks to the support matrix
> ---------------------------------------------
>
> Key: JBDS-2857
> URL: https://issues.jboss.org/browse/JBDS-2857
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: requirements
> Affects Versions: 7.1.0.CR1
> Reporter: Martin Malina
> Assignee: Len DiMaggio
> Fix For: 7.1.1.CR1, 8.0.0.Alpha2
>
>
> I know this comes very late, so you may want to just push this to 8.0.0 immediately.
> However, we've already been testing on Mavericks (I use it every day myself) since it was introduced on October 22, 2013 and have never seen any problem specific to it.
> I only realized we still don't have Mavericks in the matrix today when I checked Michelle's Supported Configurations document.
--
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
10 years, 10 months
[JBoss JIRA] (JBIDE-15394) Add arquillian.xml GUI editor to jbosstools-arquillian
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15394?page=com.atlassian.jira.plugi... ]
Denis Golovin edited comment on JBIDE-15394 at 1/31/14 12:35 PM:
-----------------------------------------------------------------
The editor shows a pom.xml fragment, but still unconditionally changes pom.xml.
I like the feature, but think it would be better to implement it as arquillian.xml/arquillian.properies validator.
The validator would create markers that could have quickfixes that would refactor pom.xml in the standard way, that is, using a refactoring dialog, a pom.xml preview ...
There are a few bugs (when editing pom.xml and arquillian.xml at the same time, for instance) that could be fixed. However, the editor has been implemented from scratch what would make maintenance more difficult. In my opinion, it would be better to implement the editor using the [Saphire framework|http://www.eclipse.org/sapphire/] or the JBoss XModel framework. I would like to try to implement it using the Saphire framework because it is better documented.
was (Author: snjeza):
The editor shows a pom.xml fragment, but still unconditionally changes pom.xml.
I like the feature, but think it would be better to implement it as arquillian.xml/arquillian.properies validator.
The validator would create markers that could have quickfixes that would refactor pom.xml in the standard way, that is, using a refactoring dialog, a pom.xml preview ...
There are a few bugs (when editing pom.xml and arquillian.xml at the same time, for instance) that could be fixed. However, the editor has been implemented from scratch what would make maintenance more difficult. In my opinion, it would be better to implement the editor using the Saphire framework or the JBoss XModel framework. I would like to try to implement it using the Saphire framework because it is better documented.
> Add arquillian.xml GUI editor to jbosstools-arquillian
> ------------------------------------------------------
>
> Key: JBIDE-15394
> URL: https://issues.jboss.org/browse/JBIDE-15394
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: testing-tools
> Reporter: Masao Kunii
> Assignee: Snjezana Peco
> Priority: Optional
> Fix For: 4.2.0.Beta1
>
>
> The arquillian.xml editor is an editor to edit arquillian.xml easily and visually. This is a feature for jbosstools-arquillian(https://github.com/jbosstools/jbosstools-arquillian) and enables to:
> - Edit containers, container groups, extensions, protocols and engines
> - Modify pom.xml automatically corresponding settings in arquillian.xml
> - Register favorite container/container groups from Eclipse preferences
--
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
10 years, 10 months