2:07 a.m.
On 8 Sep 2014, at 13:28, David Hladky wrote:
Hi,
problem found with the missing /file in jdf found. It will try to
announce an outage on Wednesday.
Does this mean we can now use the short hand form in both the browser
workflow and the curl/eclipse workflows ?
/max
David Hladky
----- Original Message -----
From: "Pete Muir" <pmuir(a)redhat.com>
To: "David Hladky" <dhladky(a)redhat.com>
Cc: "Rob Stryker" <rstryker(a)redhat.com>, "Max Rydahl Andersen"
<max.andersen(a)redhat.com>, "Rafael Benevides"
<benevides(a)redhat.com>,
"Paul Robinson" <paul.robinson(a)redhat.com>, "Snjezana Peco"
<snjezana.peco(a)redhat.com>, "??? jbosstools-dev"
<jbosstools-dev(a)lists.jboss.org>, "Fred Bricon"
<fbricon(a)redhat.com>
Sent: Monday, September 8, 2014 12:30:46 PM
Subject: Re: Download Manager URL for EAP 6.3
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-s...
> 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(a)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(a)redhat.com>
> To: "Rob Stryker" <rstryker(a)redhat.com>
> Cc: "Max Rydahl Andersen" <max.andersen(a)redhat.com>, "Rafael
> Benevides" <benevides(a)redhat.com>, "David Hladky"
> <dhladky(a)redhat.com>, "Paul Robinson"
<paul.robinson(a)redhat.com>,
> "Snjezana Peco" <snjezana.peco(a)redhat.com>, "???
jbosstools-dev"
> <jbosstools-dev(a)lists.jboss.org>, "Fred Bricon"
<fbricon(a)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(a)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(a)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(a)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/...
>>>>>>
>>>>>> 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(a)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
>>>
>>
>
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
/max
http://about.me/maxandersen