[jbosstools-issues] [JBoss JIRA] (JBIDE-20375) Investigate possibility of reading Download Manager data from a REST service instead of YAML

[Max Rydahl Andersen (JIRA)]

    [ https://issues.jboss.org/browse/JBIDE-20375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092859#comment-13092859 ] 

Max Rydahl Andersen commented on JBIDE-20375:
---------------------------------------------

Hi [~dhladky]  I understand the consideration, but I don't think the loss of being able to add values/associations without changing a server, not being able to easily cache the .yml nor be able to test in isolation and not be able to add non-product downloads is worth it. 

> 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
>
> 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)