[JBoss JIRA] (JBIDE-20375) Investigate possibility of reading Download Manager data from a REST service instead of YAML
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20375?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-20375:
------------------------------------
Set fixversion to LATER based on Max's comment above and jiralint's complaint about no fixversion.
> Investigate possibility of reading Download Manager data from a REST service instead of YAML
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-20375
> URL: https://issues.jboss.org/browse/JBIDE-20375
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build, server, updatesite, upstream, website
> Reporter: David Hladky
> Fix For: LATER
>
>
> Download Manager has a rest service, that contains information about all downloads on developers.redhat.com web page (and also many projects on www.jboss.org product pages). In the next year it will start also showing content from ITs unified Download Manager so the number of downloads it describes will become even higher.
> Because our productization team (I think [~pmuir], [~cobrien_redhat]), has to fill the information about existing downloads to many places (from what I know they must upload it to access.cdn, they must enter information about it to Download Manager, they must mention it in Yaml files, they must upload it to customer portal, some of those to Unified download manager as well...). In my opinion it is quite tedious process that we have a chance to make less complicated.
> Download manager will be a source for the product web pages and as it already contains most of the necessary information [~wesbos] is working on it an he is fairly close to this goal.
> And if we have enough information about that why not use it and replicate the information in a different process?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20375) Investigate possibility of reading Download Manager data from a REST service instead of YAML
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20375?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-20375:
-------------------------------
Fix Version/s: LATER
> Investigate possibility of reading Download Manager data from a REST service instead of YAML
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-20375
> URL: https://issues.jboss.org/browse/JBIDE-20375
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build, server, updatesite, upstream, website
> Reporter: David Hladky
> Fix For: LATER
>
>
> Download Manager has a rest service, that contains information about all downloads on developers.redhat.com web page (and also many projects on www.jboss.org product pages). In the next year it will start also showing content from ITs unified Download Manager so the number of downloads it describes will become even higher.
> Because our productization team (I think [~pmuir], [~cobrien_redhat]), has to fill the information about existing downloads to many places (from what I know they must upload it to access.cdn, they must enter information about it to Download Manager, they must mention it in Yaml files, they must upload it to customer portal, some of those to Unified download manager as well...). In my opinion it is quite tedious process that we have a chance to make less complicated.
> Download manager will be a source for the product web pages and as it already contains most of the necessary information [~wesbos] is working on it an he is fairly close to this goal.
> And if we have enough information about that why not use it and replicate the information in a different process?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20260) Incorporate newer CXF version menus than CXF 2.x
by Brian Fitzpatrick (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20260?page=com.atlassian.jira.plugi... ]
Brian Fitzpatrick reassigned JBIDE-20260:
-----------------------------------------
Assignee: Brian Fitzpatrick
> Incorporate newer CXF version menus than CXF 2.x
> ------------------------------------------------
>
> Key: JBIDE-20260
> URL: https://issues.jboss.org/browse/JBIDE-20260
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: webservices
> Affects Versions: 4.3.0.Beta1
> Reporter: Jan Richter
> Assignee: Brian Fitzpatrick
> Priority: Minor
> Fix For: LATER
>
>
> Since 4.3.0.Beta1 requires Java 8 and Java 8 is supported by CXF 3.x, it would be nice to have menu entries that don't look like they are specifically targeted at CXF 2.x.
> So far I noticed them in the Web Service preferences and Web Service/Web Service Client wizards. It says CXF 2.x but it doesn't limit the version, so it would be just a job of renaming/providing new entries.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20260) Incorporate newer CXF version menus than CXF 2.x
by Brian Fitzpatrick (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20260?page=com.atlassian.jira.plugi... ]
Brian Fitzpatrick updated JBIDE-20260:
--------------------------------------
Fix Version/s: LATER
> Incorporate newer CXF version menus than CXF 2.x
> ------------------------------------------------
>
> Key: JBIDE-20260
> URL: https://issues.jboss.org/browse/JBIDE-20260
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: webservices
> Affects Versions: 4.3.0.Beta1
> Reporter: Jan Richter
> Assignee: Brian Fitzpatrick
> Priority: Minor
> Fix For: LATER
>
>
> Since 4.3.0.Beta1 requires Java 8 and Java 8 is supported by CXF 3.x, it would be nice to have menu entries that don't look like they are specifically targeted at CXF 2.x.
> So far I noticed them in the Web Service preferences and Web Service/Web Service Client wizards. It says CXF 2.x but it doesn't limit the version, so it would be just a job of renaming/providing new entries.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (TOOLSDOC-608) FeedHenry: Document exporting a Cordova app created using JBDS to FH
by Supriya Bharadwaj (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-608?page=com.atlassian.jira.plug... ]
Supriya Bharadwaj edited comment on TOOLSDOC-608 at 8/7/15 8:05 AM:
--------------------------------------------------------------------
> Incorporated Pavol's feedback
> Sent doc back to him for a final look
> REview complete: Pavol's okay with the doc (https://docs.google.com/document/d/1uN3gM41t5R9TQm3Jcy2kwU79IDKr7uuDfsAcA...)
was (Author: supriya.bharadwaj):
> Incorporated Pavol's feedback
> Sent doc back to him for a final look
> FeedHenry: Document exporting a Cordova app created using JBDS to FH
> --------------------------------------------------------------------
>
> Key: TOOLSDOC-608
> URL: https://issues.jboss.org/browse/TOOLSDOC-608
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Supriya Bharadwaj
> Labels: cordova, feedhenry
> Fix For: 4.3.0.Final
>
>
> As a HTML5-focused mobile application developer, I wish to use JBoss Tools and JBDS to craft my AngularJS+Ionic or jQuery Mobile-based application, testing it via CordovaSim, deploy the application to my iOS and/or Android phone and when I feel it is "about right", push it to FeedHenry's git URL.
> It is currently unclear how an end-user takes his/her JBDS Hybrid Mobile (Cordova) project and sets it up to support a git push to FH.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20167) Openshift Tooling Usage Tracking
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20167?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-20167:
----------------------------------------
There may be cases when you can use the value > 1 and it will make sense. For example if you want to track the average size of users workspaces you can send an event with value=number of the projects in the workspace. But if you want to use the value field as an ID of some state (success/failure or whatever) then you can use 0 or 1 only.
I agree, it's not obvious. I will add these details in the javadoc.
> Openshift Tooling Usage Tracking
> --------------------------------
>
> Key: JBIDE-20167
> URL: https://issues.jboss.org/browse/JBIDE-20167
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Burr Sutter
> Assignee: Alexey Kazakov
> Labels: usage
> Fix For: 4.3.0.CR1
>
> Attachments: import_app_v2.png
>
>
> Embed usage tracking logic in the Openshift v3 tooling - allowing us to know how many individuals are using those tools.
> Usage API docs are here: https://github.com/jbosstools/jbosstools-devdoc/blob/master/api/usage/usa...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (TOOLSDOC-608) FeedHenry: Document exporting a Cordova app created using JBDS to FH
by Supriya Bharadwaj (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-608?page=com.atlassian.jira.plug... ]
Supriya Bharadwaj commented on TOOLSDOC-608:
--------------------------------------------
> Incorporated Pavol's feedback
> Sent doc back to him for a final look
> FeedHenry: Document exporting a Cordova app created using JBDS to FH
> --------------------------------------------------------------------
>
> Key: TOOLSDOC-608
> URL: https://issues.jboss.org/browse/TOOLSDOC-608
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Supriya Bharadwaj
> Labels: cordova, feedhenry
> Fix For: 4.3.0.Final
>
>
> As a HTML5-focused mobile application developer, I wish to use JBoss Tools and JBDS to craft my AngularJS+Ionic or jQuery Mobile-based application, testing it via CordovaSim, deploy the application to my iOS and/or Android phone and when I feel it is "about right", push it to FeedHenry's git URL.
> It is currently unclear how an end-user takes his/her JBDS Hybrid Mobile (Cordova) project and sets it up to support a git push to FH.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months