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.