[jbosstools-dev] Download Manager URL for EAP 6.3

[Pete Muir]

Hi David,

I don’t understand why this “entry-point” exists? Why is this not just the default behaviour? It seems to cover all cases, and would mean there is no need for this “jdf” element in the URL, and we can just copy and paste URLs between places.

Also, I can confirm the bug report that the “jdf” urls are not working for the short URLs. I used e.g. (copied from your MOJO page)

curl -v -L -H "Authorization: Basic xxxx" https://www.jboss.org/download-manager/jdf/file/jboss-datavirt-6.0.0.GA-source.zip > out.bin

Which gives "File /file/jboss-datavirt-6.0.0.GA-source.zip was not found in the system.” but works fine in a web browser, or the provided long URL.

I cloned the JDF issue to https://issues.jboss.org/browse/ORG-2235

Pete

On 8 Sep 2014, at 10:16, David Hladky <dhladky at redhat.com> wrote:

> Hi Pete, 
> 
> it is quite complex behaviour. It is documented here:
> 
> https://mojo.redhat.com/docs/DOC-967368
> 
> Long story short: they wanted to have a single URL, that allows to be used in a web browser and behave just like the normal link and when specific headers are added (application/xml or application/json) and user credentials, it serves as a communication protocol for an Eclipse plugin. 
> 
> The design has one flaw - the last step is redirect (instead of a xml or json with information that everything is all right as I wanted), so if used in a hotel and the hotel proxy redirects you to a login page or some similar page, the Eclipse plugin thinks the page is the requested file for download and downloads it. 
> 
> But maybe Rob has some way to prevent such error. 
> 
> David Hladky
> 
> 
> ----- Original Message -----
> From: "Pete Muir" <pmuir at redhat.com>
> To: "Rob Stryker" <rstryker at redhat.com>
> Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, "David Hladky" <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
> Sent: Friday, September 5, 2014 10:10:46 PM
> Subject: Re: Download Manager URL for EAP 6.3
> 
> But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?
> 
> The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?
> 
> It doesn’t seem like this is well designed :-(
> 
> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
> 
>> You really need to address this with David Hladky and in the ORG JIRA.
>> 
>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>> 
>>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>>> 
>>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>>> 
>>> Data Virtualization
>>> Enterprise Application Server
>>> JBoss A-MQ
>>> JBoss BPM Suite
>>> JBoss Business Rule Management System
>>> JBoss Data Grid
>>> JBoss Developer Studio
>>> JBoss Fuse
>>> JBoss Fuse Service Works
>>> JBoss Portal
>>> 
>>> 
>>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>>> 
>>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>>> 
>>> 
>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>> 
>>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>>> 
>>>> so it turns out you can't safely use either ;/
>>>> 
>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>> 
>>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>>> 
>>>> /max
>>>> 
>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>>> 
>>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>> 
>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>> 
>>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>>> 
>>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>>> 
>>>>>> 
>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>> 
>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>>> 
>>>>>>>> Hi all,
>>>>>>>> 
>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>> 
>>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>>> 
>>>>>>>> Thanks
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> 
>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>> JBoss Developer
>>>>>>>> M: +55-61-9269-6576
>>>>>>>> 
>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>> 
>>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>>> See how it works at www.redhat.com
>>>>>>>> 
>>>>>>>> <linkedin.png> <youtube.png>
>>>>>> 
>>>> 
>>>> 
>>>> /max
>>>> http://about.me/maxandersen
>>> 
>> 
>