Running update in STS is very slow

[mattharr]

I recently pulled down 2.8.1.RELEASE of STS, and was just checking that I had the latest of everything (I'm having separate issues with the WTP plugin), but the general update seems very slow (tens of minutes), and I think sometimes has failed/timed out.

It seems to stick when connecting to:

http://dist.springsource.com/release....7/content.jar

So, is this the right place for it to be connecting to? I tried browsing to the URL, which came up (access denied - which I think its supposed to?), quite quickly.

Is there anywhere I can look to see any more info on what is waiting on?

Thanks,

Matt

[Martin Lippert]

Hi!

We changed the internals of the update site recently. I thought it would be transparent to STS installations but maybe Eclipse/STS caches some data and is now a bit confused when you are using an old installation. Maybe starting STS with the -clean option once will help with this.

The URL you mentioned doesn't exist anymore and gives you an access denied error back because that resource is no longer available from the server. You could also try to remove and add the STS update site in your preferences, maybe that makes Eclipse/STS to contact the update site in a fresh way. The URL is the same as before (http://dist.springsource.com/release/TOOLS/update/e3.7/)

Btw, the changed the internals of the update site to speed-up the access to it, so it should be a lot faster now.

HTH,
Martin

[mattharr]

I've tried starting with -clean and also removing and adding the site again, but no joy, it still seems set on trying to find the content.jar

When was the change made - the install I have is only from just before Christmas, so is fairly up to date, and I've seen the same issue with installs I did yesterday.

Just wondering if it could be a mirroring issue? Or does that URL go direct to the main servers? Is there a way to tell whats going on when its checking for updates?

Thanks
Matt

[Martin Lippert]

Hey Matt!

This is interesting since the change to the update sites is a lot older than Christmas. I now added a p2.index file to the update site to point p2 directly at the composite update site definition. Can you check again if it is behaving now differently?

Thanks!

Cheers,
-Martin

[mattharr]

Well it is behaving differently now. Its now stalling when trying to find/download

http://dist.springsource.com/release...iteContent.jar

So different jar, but still seems to get stuck trying to find this jar.

Cheers,

Matt

[Martin Lippert]

Hey Matt!

This is really strange... That URL doesn't exist and the index file (p2.index) points explicitly to the XML version of the composite update site. Don't know why p2 is trying to download the JAR version of it, maybe it tries different ways to find the content of the update site. Could it be that there is something going on within your network (proxies, firewalls, etc.) that might behave strange when it cannot find the URL in the outside world? Normally accessing that URL quickly returns an access denied error and p2 can move on. Could it be that there is some problem with this access denied error within your network environment?

Cheers,
-Martin

[mattharr]

If I try accessing it directly in my browser I get:

<Error>
<Code>AccessDenied</Code>
<Message>Access Denied</Message>
<RequestId>AD90C648BE9050F2</RequestId>
<HostId>
mpjOrOATLryCWAa/PNkfmlrw4xeb4/LBr7YYvU6GCLGgtCZS0b7A5z0+A68eoPLQ
</HostId>
</Error>

Which comes back very quickly - I take it that is whats expected?

Cheers,

Matt

[Martin Lippert]

Hey Matt!

Yes, that is what I expected (and the same that I get when I put that URL into my browser), which is correct since the composite update site is defined via XML. What happens when you replace .jar with .xml at the end of the URL in your browser?

Cheers,
-Martin

[mattharr]

I get:

repository name="SpringSource Update Site for Eclipse 3.7" type="org.eclipse.equinox.internal.p2.metadata.rep ository.CompositeMetadataRepository" version="1.0.0">
<properties size="1">
<property name="p2.timestamp" value="1243822502446"/>
</properties>
<children size="3">
<child location="http://download.springsource.com/release/TOOLS/update/2.8.1.RELEASE/e3.7/"/>
<child location="http://download.eclipse.org/mylyn/drops/3.6.4/v20111118-0100/"/>
<child location="http://download.eclipse.org/tools/ajdt/37/milestone/"/>
</children>
</repository>

[Martin Lippert]

That looks absolutely correct!!! And I guess it also returns quickly the result, right?

To be honest, I have no further idea why your update manager has a problem finding out that some resources are not there and that he should look for something else... Somewhat helpless at the moment... Maybe asking the Eclipse p2 people for help?

Cheers,
-Martin