Community
Participate
Working Groups
Please move the job emf-graphiti-nightly from build.eclipse.org/hudson to the new Hudson installation. Is it also possible to rename the job to gmp-graphiti-nightly while doing the move? Thanks, Michael
Done. -M.
Thanks for the fast move! I reopen this because the build - after initially working - suddenly fails with something that looks like a proxy authentication error: import: [echo] Importing projects into workspace /opt/users/hudsonbuild/.hudson/jobs/gmp-graphiti-nightly/workspace/result/workspace and binaries into target platform /opt/users/hudsonbuild/.hudson/jobs/gmp-graphiti-nightly/workspace/result/tp [java] WARN: Target platform directory '/opt/users/hudsonbuild/.hudson/jobs/gmp-graphiti-nightly/workspace/result/tp' does not exist and will be created [java] com.jcraft.jsch.JSchException: ProxyHTTP: java.io.IOException: proxy error: Forbidden [java] at com.jcraft.jsch.ProxyHTTP.connect(ProxyHTTP.java:158) [java] at org.eclipse.jsch.internal.core.JSchProvider.connect(JSchProvider.java:141) [java] at org.eclipse.team.internal.ccvs.core.connection.PServerConnection.open(PServerConnection.java:116) [java] at org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:132) [java] at org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:545) [java] at org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:806) [java] at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:159) [java] at org.eclipse.buckminster.cvspkg.internal.CVSSession.getReaderSession(CVSSession.java:98) [java] at org.eclipse.buckminster.cvspkg.internal.RepositoryMetaData.getMetaData(RepositoryMetaData.java:76) [java] at org.eclipse.buckminster.cvspkg.internal.VersionFinder.getMetaData(VersionFinder.java:97) [java] at org.eclipse.buckminster.cvspkg.internal.VersionFinder.getTrunk(VersionFinder.java:86) [java] at org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestTrunkMatch(AbstractSCCSVersionFinder.java:320) [java] at org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestVersion(AbstractSCCSVersionFinder.java:151) [java] at org.eclipse.buckminster.core.rmap.model.Provider.findMatch(Provider.java:220) [java] at org.eclipse.buckminster.core.rmap.model.SearchPath.getProvider(SearchPath.java:100) [java] at org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:293) [java] at org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:212) [java] at org.eclipse.buckminster.core.resolver.ResourceMapResolver.innerResolve(ResourceMapResolver.java:202) [java] at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.resolve(ResolverNodeWithJob.java:190) [java] at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.run(ResolverNodeWithJob.java:87) [java] at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob$NodeResolutionJob.run(ResolverNodeWithJob.java:44) [java] at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) [java] Caused by: java.io.IOException: proxy error: Forbidden [java] at com.jcraft.jsch.ProxyHTTP.connect(ProxyHTTP.java:122) [java] ... 21 more We try to access CVS at dev.eclipse.org via pserver. Should dev.eclipse.org not be accessible by bypassing the proxy? -Michael
It doesn't appear that you are bypassing the proxy while accessing pserver on dev.eclipse.org ... Or am I missing something?
(In reply to comment #3) > It doesn't appear that you are bypassing the proxy while accessing pserver on > dev.eclipse.org ... Or am I missing something? Sorry for the late reply, I somehow missed the notification mail... That's exactly my point: dev.eclipse.org seems to be accessed via the proxy. But the only thing I provide in the build is a CVS access location like :pserver:anonymous@dev.eclipse.org:/cvsroot/modeling . I thought the settings for the proxy and the list of servers for which no proxy shall be used was maintained centrally. If not, how would I pass that information to the build? (We use Buckminster for the build, it is called via an Ant script if that does anyhow matter.) -Michael
> I thought the settings for the proxy and the list of servers for which no proxy > shall be used was maintained centrally. They are(or should be). Hudson(and its shell) set the ANT and Buckmintser shell variables to try and force the proxy settings. It's odd since this seems to be the 'opposite' of the other reports we've had where it appeared as if Buckminster was ignoring the proxy settings. -M.
This appears to be the same issue as Eike Stepper experiences in the CDO build (see 323579). I wonder if it is possible to look into the proxy log files for traces of these "Forbidden" accesses? Might it happen that the proxy is accessed with the user anonymous (just an impression I got today...)? -Michael
Switching from an ant script calling Buckminster to using the Buckminster Hudson integration solved this issue. -Michael
