User-agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
On 1/10/2012 7:19 AM, Borislav Kapukaranov wrote:
We've taken the p2 bundles + dependencies from the Equinox
Hmm. I wasn't aware that Equinox wasn't putting the httpclient
provider in the Equinox SDK package. For reliability reasons, I
would suggest that they *do* include the httpclient provider in the
SDK package...but I'm not the maintainer of that package.
What other bundles do you think we can add to our current
list to benefit from the improved http transport you mentioned?
The httpclient provider consists of two small ECF bundles:
these are dependent upon the apache httpclient 3.1 bundle...that we
get from Orbit. apache httpclient also depends upon apache a)
commons codec and b) commons logging...so there are 3 bundles from
orbit that we get:
Also can you see any bundles becoming obsolete when we
replace the transport? I'd like to keep the p2 bundles + their
dependencies tight in the nano distribution and I'm looking for
a minimal working set. :)
I understand. The ECF httpclient provider bundles are very
small...but unfortunately the apache httpclient bundle(s) are not as
small as I would like.
So for you, I think it comes down to a choice between code size and
reliability. The reason the httpclient provider was added in the
first place was to make up for reliability deficiencies in the jre
urlconnection runtime behavior...but it is possible that some/all of
the issues with the urlconnection impl have been fixed (by
Thanksinadvance for the attention. It should be an easy
fix, I believe.
As for the new version of the httpclient, we got
the "old" http transport when we started consuming
p2 and basically this is what was included along
Hmmm. We've been including the httpclient provider to
p2/Platform for a couple of major Eclipse releases now
(3.6, 3.7 at least), but maybe it's not included in some
(Equinox sdk?) distribution of p2. It's definitely been
in Eclipse for at least two years now.
My assumption is that when p2 starts bundling
with the new ECF version and httpclient we would
automatically get these when we update our p2
version to a newer milestone.
That should work just fine...as you indicate with bug
below the Equinox/p2 team is moving to using the latest
release build (3.5.4) of ECF filetransfer. But given
what you say above, I'm not sure what distro of p2/ECF
filetransfer you are using to create nano...as it seems
that maybe whatever you are using doesn't by default
include the httpclient-based provider? I know that for
Eclipse the httpclient-based provider is included/used.
Currently we are using M03 and I saw in bug367794 that the update of
the httpcleint and ECF in p2 will happen in M05.
Right...it's actually happening right now (this week's
integration build) is my understanding.
So it will be in Eclipse...but if you are not using the
Eclipse distro of Equinox/p2/ecf filetransfer then you
might not get it (I don't control how/what's included in
various Equinox distros).
I corresponded with Thomas Watson about this
resolution problem with httpclient 3.1 in
virgo, and he said:
A bundle that expresses a Bundle-RequiredExcecutionEnvironment: J2SE-1.2
must be able to run on J2SE-1.4 and higher. I would like to understand
what issue you see when the bundle does not also list J2SE-1.4.
<I explained what I was seeing>
Hmmm, it is possible Virgo is using a custom java profile that does not
list J2SE-1.2 in the property org.osgi.framework.executionenvironment.
That would be a bug in Virgo, if that is the case.
[Scott] Should I open a bug for this
against Virgo nano?...as it seems that given
this the Orbit folks are not going to change
the httpclient ee.
On 1/3/2012 9:19 PM, Scott Lewis wrote:
9:03 PM, Scott Lewis wrote:
that I noticed while trying to
install the httpclient 3.1 bundle
from Orbit with a new feature...the
httpclient bundle from Orbit
" could not be resolved.
I've verified that if I add J2SE-1.4
to the set of required execution
environments for the
then it will install in Virgo just
fine. Unfortunately, this bundle
(httpclient 3.1.0) is currently
maintained by Orbit committers...not
be me or the ECF project.
I've sent a note to the Orbit dev
mailing list, to find out if j2se 1.4
can be added to the httpclient 3.1.0
Does this make sense to you? Does
Virgo Nano not provide these
Anyway...hopefully we can jointly
work these things out. Please let
me know what you think.
On 1/3/2012 9:28 AM, Borislav
can find it on the Virgo
milestones download page,
under the Virgo Nano name.
You can access telnet via
"telnet localhost 2401", the p2
commands are available there.
out of the box
with Virgo as
notice the bug doesn’t provide much content – that will change
once I push
of the p2
and build from
then on for
good, e.g. the
on Windows was
waiting on two
enhancements  to get resolved. Without them the code won’t be
the end if it
taking a lot
of time to
EBR with the
build is ready
you have the
update site of
be happy to
repo . In
there are a
one that is of
this use case
Here  is a
Also see 
for a 'getting
In a previous
this wiki page
one thing that
I wanted to
add was that I
much of what's
this page 
to changes for
of the Remote
than is now
will try to
update it and
when I can.