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 :-(
that was put on by .org team/David.
We simply asked that the url we were given would download straight if
username/password provided was correct and not being served a html page
that only a browser + human would be able to use.
Why this does not work with the aliased location I do not know.
Technically it should all just be the same.
That was the intent of it all at least.
David - any idea why we are back to have urls that behave differently ?
/max
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