[JBoss JIRA] (JBIDE-14407) Manage different Cordova versions
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-14407?page=com.atlassian.jira.plugi... ]
Gorkem Ercan reassigned JBIDE-14407:
------------------------------------
Assignee: Gorkem Ercan
A new bundle for hosting the Cordova libraries is introduced. In the future we may add migration logic if we see that it is needed.
> Manage different Cordova versions
> ---------------------------------
>
> Key: JBIDE-14407
> URL: https://issues.jboss.org/browse/JBIDE-14407
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: aerogear-hybrid
> Reporter: Gorkem Ercan
> Assignee: Gorkem Ercan
> Fix For: LATER
>
>
> Ability to target different supported cordova versions... Tools at least should offer the ability to migrate to the latest supported Cordova version.
> Also all the cordova templates and files should be able to update independent of the rest of the plugins.
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-14072) Messaging for JPP 6 in JBDS plugin
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-14072?page=com.atlassian.jira.plugi... ]
Snjezana Peco commented on JBIDE-14072:
---------------------------------------
The user will be informed about what a quickstart requires. The description would contain a text similar to the text in the summary of this jira. This would work until we find a better solution.
> Messaging for JPP 6 in JBDS plugin
> ----------------------------------
>
> Key: JBIDE-14072
> URL: https://issues.jboss.org/browse/JBIDE-14072
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: Portal/GateIn
> Affects Versions: 4.0.2.Final, 4.1.0.Beta1
> Environment: All
> Reporter: Divya Mehra
> Assignee: Snjezana Peco
> Priority: Minor
> Fix For: 4.1.0.Beta1
>
>
> Starting from GateIn 3.5/JPP 6.0, Maven quick starts would be the recommended way to bootstrap a portal project.
> Older technology, for example JSF 1.2 and Rich Faces 3 portlets, would not work if deployed on GateIn 3.5/JPP 6.0 (or later versions).
> It is desirable that we message prominently in the JBDS plugin for portal that the developer should use the quick starts (instead of the plugin) for deployments on GateIn 3.5/JPP 6.0 or later versions.
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-14333) have context sensitive parameterized commands for open file, show type etc. with proper API
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-14333?page=com.atlassian.jira.plugi... ]
Snjezana Peco edited comment on JBIDE-14333 at 5/16/13 11:29 AM:
-----------------------------------------------------------------
{quote}
variable substitution from where ? Eclipse global variables ? should be possible to register a "cheatsheet.project" variable here would it not ? But for now \{project\} is probably fine.
{quote}
Cheatsheet variables are set within a cheatsheet. I think, we can't set this variable since we don't know the project name when creating a cheatsheet.
{quote}
What does "profile" refer to for launchJunitTest ? junit doesn't sound like something to know about maven nor arquillian...
{quote}
The profile parameter is optional. The command will work without m2e or arquillian.
I needed that feature for the kitchensink sheatsheet.
{quote}
Can you point me to do api/docs for what you are making here ?
{quote}
There are three simple commands: OpenFileInEditorHandler, RunOnServerHandler and LaunchJUnitTestHandler
{quote}
btw. the old actions will still work, right? these are additional commands, correct?
{quote}
Correct.
{quote}
So I grok you added commands that could be invoked from cheatsheets, the JUnit test shows how you programatically invoke those commands, do you have a real cheatsheet example that would demonstrate the use for the new commands?
{quote}
No, but you can replace the actions in the existing cheatsheet (kitchensink, for instance) with the commands described in the previous message.
was (Author: snjeza):
{quote}
variable substitution from where ? Eclipse global variables ? should be possible to register a "cheatsheet.project" variable here would it not ? But for now \{project\} is probably fine.
{quote}
Cheatsheet variables are set within a cheatsheet. I think, we can't set this varijable since we don't know the project name when creating a cheatcheet.
{quote}
What does "profile" refer to for launchJunitTest ? junit doesn't sound like something to know about maven nor arquillian...
{quote}
The profile parameter is optional. The command will work without m2e or arquillian.
I needed that feature for the kitchensink sheatsheet.
{quote}
Can you point me to do api/docs for what you are making here ?
{quote}
There are three simple commands: OpenFileInEditorHandler, RunOnServerHandler and LaunchJUnitTestHandler
{quote}
btw. the old actions will still work, right? these are additional commands, correct?
{quote}
Correct.
{quote}
So I grok you added commands that could be invoked from cheatsheets, the JUnit test shows how you programatically invoke those commands, do you have a real cheatsheet example that would demonstrate the use for the new commands?
{quote}
No, but you can replace the actions in the existing cheatsheet (kitchensink, for instance) with the commands described in the previous message.
> have context sensitive parameterized commands for open file, show type etc. with proper API
> -------------------------------------------------------------------------------------------
>
> Key: JBIDE-14333
> URL: https://issues.jboss.org/browse/JBIDE-14333
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: project-examples
> Reporter: Max Rydahl Andersen
> Fix For: 4.1.0.Beta1, 4.1.0.Beta2
>
>
> currently our custom cheatsheet commands requires the project name(s) to be known upfront. We should make them less reliant on project names and if at all possible have the project name calculated based on the project the cheatsheet file is open in.
> The commands should also actually be commands with named parameters so the order of parameters does not matter and we should make sure these have a good and long term API so cheatsheets will continue to work well in the future.
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-14333) have context sensitive parameterized commands for open file, show type etc. with proper API
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-14333?page=com.atlassian.jira.plugi... ]
Snjezana Peco commented on JBIDE-14333:
---------------------------------------
{quote}
variable substitution from where ? Eclipse global variables ? should be possible to register a "cheatsheet.project" variable here would it not ? But for now \{project\} is probably fine.
{quote}
Cheatsheet variables are set within a cheatsheet. I think, we can't set this varijable since we don't know the project name when creating a cheatcheet.
{quote}
What does "profile" refer to for launchJunitTest ? junit doesn't sound like something to know about maven nor arquillian...
{quote}
The profile parameter is optional. The command will work without m2e or arquillian.
I needed that feature for the kitchensink sheatsheet.
{quote}
Can you point me to do api/docs for what you are making here ?
{quote}
There are three simple commands: OpenFileInEditorHandler, RunOnServerHandler and LaunchJUnitTestHandler
{quote}
btw. the old actions will still work, right? these are additional commands, correct?
{quote}
Correct.
{quote}
So I grok you added commands that could be invoked from cheatsheets, the JUnit test shows how you programatically invoke those commands, do you have a real cheatsheet example that would demonstrate the use for the new commands?
{quote}
No, but you can replace the actions in the existing cheatsheet (kitchensink, for instance) with the commands described in the previous message.
> have context sensitive parameterized commands for open file, show type etc. with proper API
> -------------------------------------------------------------------------------------------
>
> Key: JBIDE-14333
> URL: https://issues.jboss.org/browse/JBIDE-14333
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: project-examples
> Reporter: Max Rydahl Andersen
> Fix For: 4.1.0.Beta1, 4.1.0.Beta2
>
>
> currently our custom cheatsheet commands requires the project name(s) to be known upfront. We should make them less reliant on project names and if at all possible have the project name calculated based on the project the cheatsheet file is open in.
> The commands should also actually be commands with named parameters so the order of parameters does not matter and we should make sure these have a good and long term API so cheatsheets will continue to work well in the future.
--
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
13 years, 1 month