User-agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
Hi Boris and all,
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
On 1/3/2012 9:19 PM, Scott Lewis wrote:
On 1/3/2012 9:03 PM, Scott Lewis wrote:
One thing that I noticed while trying to install the httpclient
3.1 bundle from Orbit with a new feature...the httpclient bundle
from Orbit wouldn't resolve:
org.osgi.framework.BundleException: The bundle
"org.apache.commons.httpclient_3.1.0.v201012070820 " could
not be resolved. Reason: Missing
I've verified that if I add J2SE-1.4 to the set of required
execution environments for the org.apache.commons.httpclient
bundle, 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 min ee.
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 Kapukaranov wrote:
Sure, you 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.
On 9/23/2011 1:02 AM, Kapukaranov,
of 3.5 equinox.common should
come out of the box with Virgo
as p2 has dependency to it
notice the bug
doesn’t provide much content –
that will change once I push
the baseline of the p2
integration and build from
then on for the remaining
have the integration prepared
locally and it’s looking good,
e.g. the startup time on
Windows was decreased more
than twice… but I’m waiting on
two p2 enhancements  to
get resolved. Without them the
code won’t be building and
the end if it turns out these
are taking a lot of time to
resolve we’ll just update EBR
with the working versions
until an official build is
ready and start producing 3.5
you have the update site of
the ECF's remote services? I’d
be happy to try it.
Sure. ECF's 3.5.2 release repo .
In this repo there are a few
features...the one that is of interest
for this use case (instead of Eclipse),
is entitled 'ECF Remote Services Target
Components'. Here  is a detailed
description of adding this feature to
one's target platform.
Also see  for a 'getting started'
tutorial (with examples, etc).
In a previous note, Lorie referenced
this wiki page  (thanks Lorie). The
one thing that I wanted to add was that
I think that much of what's described on
this page  is now actually
*unnecessary*...due to changes for ECF's
implementation of the Remote Service
Admin spec. This wiki page...although
still valid/supported, I
believe...requires more programming than
is now strictly necessary. I will try
to update it and simplify it when I can.