-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
merge-maven-repos goal is parsing tar file contents thinking it's a HTML page #9
Comments
After adding a HAProxy rule returning 404 to requests ending in
It's because of a javascript file within the |
related to #7 wagon html support is very dumb as well |
Hi @jakub-bochenski , after several months... Do you still got the problem ? I can try to help but I would need a project to test the defect. Thanks |
@tchemit I gave up on the wagon plugin completely in favour of the deployer pom hack |
Ok, thanks for your reply. Is it cool what you are using ?--Enjoy and ShareTony Chemit
On avr. 12 2018, at 3:32 pm, jakub-bochenski <notifications@github.com> wrote:
@tchemit I gave up on the wagon plugin completely in favour of the deployer pom hack
—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or mute the thread.
|
Well it gets the job done. This required a change from a pull (running maven on the receiving end) to a push. |
This issue is stale because it has been open 365 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
It starts like this:
After that it keeps adding more
javascript:void(0)/
segments in an infinite loop, going as far ashttps://jenkins.acme-internal.com:3000/plugin/repository/project/acme-Installer-DSL/Build/1904/repository/com/acme/ui/29.4.0-SNAPSHOT/ui-29.4.0-20161207.115106-1904.tar/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/javascript:void(0)/
When I break the connection it fails with
It seems that the plugin is downloading and trying to parse the file as if it was a HTML page, even though the file is clearly identified as
application/x-tar
This
tar
file actually include some HTML pages containingjavascript:void(0)
links.The remote repository actually responds to requests for paths under
https://jenkins.acme-internal.com:3000/plugin/repository/project/acme-Installer-DSL/Build/1904/repository/com/acme/ui/29.4.0-SNAPSHOT/ui-29.4.0-20161207.115106-1904.tar/javascript:void(0)
returning the tar file.Also the URI is obviously interpreted wrongly -- it should read
javascript:
as scheme and act accordingly instead of treating it as a relative URL.The remote repository is powered by https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+Maven+Repository+Server
The text was updated successfully, but these errors were encountered: