[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [buckminster-dev] headless resolve with properties
|
Thanks for the feedback Adrian,
So the eclipse component issue I reported earlier seems to be a result of a
flaky connection with dev.eclipse.org...
I made a subsequent attempt and it worked (without change). I then wiped
all my cached data and tried the same thing and failed with:
[0][0006] : Resolution attempt ended with exception:
java.net.ConnectException:
Unable to open URL
http://download.eclipse.org/eclipse/updates/3.3/plugins/org.eclipse.ui_3.3.1.M20071128-0800.jar
Caused by: [0][0]java.net.ConnectException: Unable to open URL
http://download.eclipse.org/eclipse/updates/3.3/plugins/org.eclipse.ui_3.3.1.M20071128-0800.jar
Caused by: Exception in thread "Thread-17" java.lang.NullPointerException
at
org.eclipse.buckminster.core.helpers.LocalizedException.getLocalizedFormat(LocalizedException.java:26)
at
org.eclipse.buckminster.core.helpers.LocalizedException.getLocalizedMessage(LocalizedException.java:76)
at java.lang.Throwable.toString(Throwable.java:343)
at
org.eclipse.buckminster.core.helpers.FileUtils$1.run(FileUtils.java:800)
4th attempt succeeded again...
So while it appears there's still a possible NPE to address in the
buckminster exception handling, it would seem to be the lesser of the
evils, with the 'ConnectException' as the real culprit in the above case...
As for the suggestion of using the eclipse.import to get platform
components, I see that there's a plan to deprecate it
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=216413) but it's going to
stick around as an alias for 'site.reader'. Perhaps I'll look at going that
route and avoid the risky reliance on dev.eclipse.org
Thanks again,
Todd
ps - for anyone keeping track, the 'headless resolve using properties for
cvs authentication' is still lingering...
"Adrian Skehill"
<adrian.skehill@g
mail.com> To
Sent by: "Buckminster developer discussions"
buckminster-dev-b <buckminster-dev@xxxxxxxxxxx>
ounces@xxxxxxxxxx cc
g
Subject
Re: [buckminster-dev] headless
03/12/2008 12:28 resolve with properties
PM
Please respond to
Buckminster
developer
discussions
<buckminster-dev@
eclipse.org>
> My headless resolve bails out with:
>
> Errors and Warnings
> [0][0003] : Rejecting provider
> eclipse.import(
http://download.eclipse.org/eclipse/updates/3.3?importType=binary):
>
> No component match was found
> Caused by: [0][0][0003] : PDEMapProvider
>
cvs(:pserver:anonymous@xxxxxxxxxxxxxxx:/cvsroot/eclipse,org.eclipse.releng/maps):
> Unable to find org.eclipse.ui:osgi.bundle/[3.2.0,4.0.0)#OSGi in map
> [0][0008] : Rejecting provider
> eclipse.import(
http://download.eclipse.org/eclipse/updates/3.3?importType=binary):
>
> No component match was found
> Caused by: [0][0][0008] : PDEMapProvider
> cvs(:pserver:anonymous@xxxxxxxxxxxxxxx:
> /cvsroot/eclipse,org.eclipse.releng/maps): Unable to find
> org.eclipse.jface:osgi.bundle/[3.2.0,4.0.0)#OSGi in map
> [0][0003] : Rejecting provider
> eclipse.import(
http://download.eclipse.org/eclipse/updates/3.3?importType=binary):
>
> No component match was found
> Caused by: [0][0][0003] : PDEMapProvider
>
cvs(:pserver:anonymous@xxxxxxxxxxxxxxx:/cvsroot/eclipse,org.eclipse.releng/maps):
> Unable to find org.eclipse.ui:osgi.bundle/[3.2.0,4.0.0)#OSGi in map
> Exception in thread "Thread-14" java.lang.NullPointerException
> at
>
org.eclipse.buckminster.core.helpers.LocalizedException.getLocalizedFormat(LocalizedException.java:26)
> at
>
org.eclipse.buckminster.core.helpers.LocalizedException.getLocalizedMessage(LocalizedException.java:76)
> at java.lang.Throwable.toString(Throwable.java:343)
> at
> org.eclipse.buckminster.core.helpers.FileUtils$1.run(FileUtils.java:8
> 00)
>
> Now I noticed that the map file entries for the above components at
> dev.eclipse.org have integration build version qualifiers:
>
plugin@org.eclipse.jface=I20080312-1200,:pserver:anonymous@xxxxxxxxxxxxxxx:/cvsroot/eclipse,
> ...
>
plugin@xxxxxxxxxxxxxx=I20080312-1200,:pserver:anonymous@xxxxxxxxxxxxxxx:/cvsroot/eclipse,
>
> Could that be throwing off the pde map provider? Looking inside the
> repository, eg - org.eclipse.jface, the 3.4.0 version does seem to be
> available, which suggests it should match if it finds it's way there via
> the pde map.
>
> I gather that there are people out there running headless (as gruesome
as
> it sounds :) ) with more success than I. Can anyone confirm
> success/experience with the 1.0.0.r08941 product package? Is a prior
> product package perhaps considered more stable?
>
> Any suggestions welcome,
> Thanks
>
Hi Todd,
Not sure if this is exactly what you need but I just use an importer
in my rmap to pull the required plugins from the SDK that I would be
doing the materialising in. So I'm able to resolve all the OSGi based
dependencies fine, it's when it comes to maven that I'm getting
unstuck right now. Once I find someway of overcoming this, my plan
was to use buckminster to install all the plugins / features it would
need from org.eclipse prior to kicking off the resolve. Then it should
automatically resolve those plugins from its own plugin repository. I
was going to automate this from within an ant script.
Stability wise I think the latest version appears to be better than
those prior to it so I wouldn't recommend going back in version.
HTH,
Adrian.
_______________________________________________
buckminster-dev mailing list
buckminster-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/buckminster-dev
AMI Semiconductor - "Silicon Solutions for the Real World"
NOTICE:
This electronic message contains information that may be confidential or privileged. The information is intended for the use of the individual or entity named above. If you are not the intended recipient, please be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you received this electronic message in error, please notify the sender and delete the copy you received.
