Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 339464 - [releng] Update site may contain 'qualifier' versions
Summary: [releng] Update site may contain 'qualifier' versions
Status: CLOSED WORKSFORME
Alias: None
Product: OCL
Classification: Modeling
Component: Core (show other bugs)
Version: 3.1.0   Edit
Hardware: PC Windows Vista
: P3 minor (vote)
Target Milestone: ---   Edit
Assignee: Adolfo Sanchez-Barbudo Herrera CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 351928
Blocks:
  Show dependency tree
 
Reported: 2011-03-10 00:48 EST by Ed Willink CLA
Modified: 2015-05-25 17:21 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Willink CLA 2011-03-10 00:48:43 EST
See https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-core-3.1-nightly/303/ (marked as keep forever pending investigation of this bug)

In build 302 Hudson was malfunctioning and threw an exception while copying artefacts to the repositories, probably leaving the repositories in an anomalous state.

In build 303 everything is fine except that 

[ant] WARN:  Unable to qualify version
[ant] org.eclipse.equinox.p2.core.ProvisionException: No repository found at https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-core-3.1-nightly/lastSuccessfulBuild/artifact/MDT-OCL.p2.repository/.
[ant] 	at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:391)
[ant] 	at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:635)

occurs for each artefact and so the update site has plugins named ...qualifier rather then the numeric version.

In build 304 everything is fine.

It seems that ant has unjustified expectations on repository content.
Comment 1 Ed Willink CLA 2011-03-11 15:57:54 EST
This is now a solid fault. Both builds 331 and 332 failed because

INFO:  [start org.eclipse.ocl:osgi.bundle$3.1.0.qualifier#manifest]
[ant] WARN:  Unable to qualify version
[ant] org.eclipse.core.runtime.CoreException: java.net.URISyntaxException: Illegal character in path at index 126: https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-core-3.1-nightly/lastSuccessfulBuild/artifact/MDT-OCL.p2.repository/"
[ant] 	at org.eclipse.buckminster.runtime.BuckminsterException.fromMessage(BuckminsterException.java:57)
[ant] 	at org.eclipse.buckminster.runtime.BuckminsterException.wrap(BuckminsterException.java:123)
[ant] 	at org.eclipse.buckminster.runtime.URLUtils.normalizeToURI(URLUtils.java:218)
Comment 2 Adolfo Sanchez-Barbudo Herrera CLA 2011-03-14 06:53:42 EDT
> [ant] org.eclipse.core.runtime.CoreException: java.net.URISyntaxException:
> Illegal character in path at index 126:
> https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-core-3.1-nightly/lastSuccessfulBuild/artifact/MDT-OCL.p2.repository/"

Char 126, is the last slash. Perhaps, by removing it, buckminster won't complain about it...

I guess that that the new version of buckminster used by hudson doesn't like the URI we have been using since time ago...

Our job has been configured to use the same URI without the last slash, as soon as the curren job finishes, I'll relaunch again...
Comment 3 Adolfo Sanchez-Barbudo Herrera CLA 2011-03-14 07:34:51 EDT
Oops

The offending character is not the slash, but the double quote... It looks like buckminster is receiving an extra "... 

Looking into this...
Comment 4 Adolfo Sanchez-Barbudo Herrera CLA 2011-03-14 12:17:29 EDT
Well, weird things usually come from either things really hard to discover/know or by stupidities...

The latter in this case... When setting reference.repository property via buckminster command arguments, an extra doble quote was provided...

Our last successful P2 repository is correctly generated: https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-core-3.1-nightly/lastSuccessfulBuild/artifact/MDT-OCL.p2.repository/plugins/

Resolving as fixed.
Comment 5 Adolfo Sanchez-Barbudo Herrera CLA 2011-03-14 12:21:54 EDT
mmm.... sorry, I've only fixed the problem in comment1

The original problem needs investigation. I guess that it could be good that if the repository is not correct, the build must fail in somehow...

I'll look into, as soon as possible (I get some time at work :)).

Cheers,
Adolfo.
Comment 6 Ed Willink CLA 2011-03-14 14:13:11 EDT
Given how dificult the quotes and $WORKSPACE etc are, it's probably worth commenting the invocation lines into each of the scripts, enabling the Hudson Job page to be reconstructed by cut and pastes.
Comment 7 Ed Willink CLA 2013-03-16 04:08:34 EDT
Ping. Has this gone away now?
Comment 8 Ed Willink CLA 2014-05-27 12:29:13 EDT
I think this has gone away

Possibly the HIPP makes things more reliable

Possible Buckminster or something else got better

Anyway WORKSFORME now.
Comment 9 Ed Willink CLA 2015-05-25 17:21:20 EDT
CLOSED after more than a year in the RESOLVED state.