[jbosstools-issues] [JBoss JIRA] (JBIDE-17240) downloadruntimes verifying credentials should not follow redirects

[Rob Stryker (JIRA)]

     [ https://issues.jboss.org/browse/JBIDE-17240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rob Stryker resolved JBIDE-17240.
---------------------------------

         Assignee: Rob Stryker
    Fix Version/s: 4.2.0.Beta2
       Resolution: Done


The workflow no longer uses redirect requests. 

> downloadruntimes verifying credentials should not follow redirects
> ------------------------------------------------------------------
>
>                 Key: JBIDE-17240
>                 URL: https://issues.jboss.org/browse/JBIDE-17240
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: runtime-detection
>    Affects Versions: 4.2.0.Beta1
>            Reporter: Rob Stryker
>            Assignee: Rob Stryker
>             Fix For: 4.2.0.Beta2
>
>
> This is a weird bug, but I need a jira, so here goes. 
> First, this bug is not actually replicatable in jbosstools.  IT is only replicatable in fuseide.  When validating credentials in downloadruntime, we setFollowRedirects to true, when it should be false. 
> Magically, though, eap still functions properly (no idea why) while the url to download a fuse runtime fails with status 200 (as it should)
> Status 200 means 'ok'  and status 302 means 'temporarily moved'.  The 200 is coming because it is following the 302 redirect to the next url, and getting a 200 status. 
> However, why EAP gets the 302 status directly, while the fuse url follows the redirect, i have no idea. It would seem to me that the eap should also follow the 302 redirect and return a 200 status, but it doesn't. 
> Either way, the fix is to set follow redirect to false. Then works for all runtimes. 
> Please test that eap6.x downloads properly after this is marked as resolved. 



--
This message was sent by Atlassian JIRA
(v6.2.3#6260)