]
cryptotest_1.0.0.qualifier [2] imports
Could somebody please provide some insight into what's going on? Is
there something obvious I am missing? I can provide a minimal set of
projects if need be.
Thank you,
Ben
[attachment cnf_exception.txt deleted by Thomas Watson/Austin/IBM
Unfortunately much of this has to do with how the Eclipse platform is
managed and the policy used to activate bundles when provisioned within an
Eclipse platform installation. As a general rule, if your bundle does not
provide any OSGi services then it likely can use the lazy activation
policy.
We have moved to using the Asterisk (http://wiki.eclipse.org/Asterisk)
system for our conference calls. See
http://wiki.eclipse.org/Equinox_Meeting_Minutes for the details.
Tom
___
equinox-dev mailing list
equinox-dev@eclipse.org
The Equinox Weaving project has gone rather dormant over the past couple of
releases (Indigo and Juno). The point of this note is to question the
communities interest in the Equinox Weaving project and to request for help
from any of the interested parties. To my knowledge all committers that
OK. So that was a pretty good response in a relatively short period of
time ;-)
It sounds like we have at least 3 folks interested in participating in some
way to keep Equinox weaving from going dormant. We will be evaluating the
plan post Juno in the coming weeks/months. I pencilled in a
I was also not sure what you meant by GUID. After some thought I think you
probably mean the service id or perhaps the service pid (service.id and
service.pid properties)?
And by lookup I assume you are using some kind of service filter, for
example (service.id=23) with a call to
I agree with Gunner. Please open a bug report and attach a test that we
can reproduce with.
Tom
From: Gunnar Wagenknecht gun...@wagenknecht.org
Thanks for setting us up Paul.
Tom
From: Paul Webster pwebs...@alumni.uwaterloo.ca
To: Equinox development mailing
The closest thing is the dropins support in p2, but that is not a good
comparison since felix fileinstall is a small single bundle. p2 dropins
support is just a part of the whole p2 engine and requires a fair bit of
the p2 engine to function.
I would be curious to know what exceptions you are
PDE also has tools for generating your import statements. Eclipse is
launched with a backwards compatibility flag that is allowing your bundles
to load classes from the packages provided by the VM
(osgi.compatibility.bootdelegation=true). When you launch equinox outside
of eclipse this option
. Are more tools available in the
PDE?
Rene
Original Message
Subject: Re: [equinox-dev] Some Packages must be imported outside of
Eclipse
From: Thomas Watson tjwat...@us.ibm.com
To: Equinox development mailing list equinox-dev@eclipse.org
Date: Thu Jun 21 2012 15:01:24 GMT+0200
Fragments to the system bundle (org.eclipse.osgi) should be added to the
class path for any bundles that import packages exported by the fragment
bundle. This is similar to SWT where all the java classes are provided by
the SWT fragments. There is a header in org.eclipse.osgi
What do you mean be the Eclipse 4.2 disrto? The Equinox Juno (3.8) release
includes the metatype implementation
(http://download.eclipse.org/equinox/drops/R-3.8-201206081400/index.php).
Parts of the Equinox Juno (3.8) release are consumed by and packaged into
the Eclipse Project for their 4.2
involved with the project
(though to some extent it may even be a tad late).
Pascal
On 2012-08-30, at 7:55 AM, Thomas Watson wrote:
Hi Pascal,
In short, yes I have been working on re-implementing the core
framework on top of a generic capability and requirements model
?
|
--|
Hi Tom,
On 08/30/2012 02:55 PM, Thomas Watson wrote:
In short, yes I have been working on re
I will be working on documenting the goals and design of the generic model
over the coming weeks. No, I did not rework the way EclipseStarter reads
config.ini. EclipseStarter is just a launcher (that ends up using
org.osgi.framework.launch API). It still reads the config.ini for
framework
|
--|
On 2012-09-04, at 10:23 AM, Thomas Watson wrote:
I will be working on documenting the goals and design of the generic
model over the coming weeks. No, I did not rework the way
EclipseStarter
One of my main motivations behind the framework restructuring is to
simplify the codebase. Right now the codebase has way too many layers and
each added layer gets in the way when prototyping new ideas in the
framework. Also, it makes it very hard for someone to understand the full
picture of
I assume you mean FrameworkWiring and not WireAdmin.
here is a code snippit.
BundleContext context = getContext();
FrameworkWiring fwkWiring = context.getBundle(0).adapt
(FrameworkWiring.class);
fwkWiring.refreshBundles(getBundlesToRefresh());
You can also pass a FrameworkListener to
The answer is yes. Bundles must import any package that is not from one of
the java.* packages. I suspect this is working for the default equinox
configuration because we have a compatibility flag enabled by default that
does a boot delegation as a last resort. Could you please open an eclipse
with glassfish's jasper bundle.
I solved the issue by attaching a fragment bundle to the jasper bundle
which included the missing imports and that solved that problem.
Thanks,
- Ray
On Wed, Sep 12, 2012 at 4:41 PM, Thomas Watson tjwat...@us.ibm.com wrote:
The answer is yes. Bundles must import any
The following bundles (and framework) are moving up to Java SE 5 in Kepler
M3:
org.eclipse.osgi (the framework)
org.eclipse.equinox.supplement
org.eclipse.equinox.coordinator
org.eclipse.equinox.event
org.eclipse.equinox.metatype
The framework and these equinox bundles have long
Effective immediately the following equinox repositories are no longer
going to use the integration branch for the I-Builds [1].
rt.equinox.framework
rt.equinox.bundles
Instead we are going to be building the Integration Builds directly out of
the master branch. This is mainly a note to
To answer Ian's question about OSGi DevCon. The OSGi DevCon is selecting
one early bird talk and the same deadline applies. To be considered for
Early Bird you must have your submission in by Weds Oct 31st.
Tom
From: Ian Bull irb...@eclipsesource.com
To: Equinox development mailing
FYI
I have removed the following projects from rt.equinox.bundles master
branch:
bundles/org.eclipse.equinox.resolver
bundles/org.eclipse.equinox.resolver.tests
These projects were never part of a build. I had used them to implement
some prototypes around an early version of the OSGi R5
gesendet
Am 06.11.2012 um 20:38 schrieb Thomas Watson tjwat...@us.ibm.com:
How about setting the configuration property
osgi.frameworkParentClassloader=ext (see the
osgi.frameworkParentClassloaderr option at
http://help.eclipse.org/juno/index.jsp?topic
Neil and others,
Tom S and I will be on IRC (irc://irc.freenode.net/#equinox-dev) discussing
JavaFX stuff in one hour (at 9:00 AM CST).
Tom
From: Tom Schindl tom.schi...@bestsolution.at
To: equinox-dev@eclipse.org,
Date: 11/07/2012 06:11 AM
Subject:Re: [equinox-dev] Java8
I agree that the most simple option is to change the launcher to use the
app class loader as the parent classloader. The default for that has been
boot for many years. This has provided us with a level of isolation from
the extension and application class loaders. We could change the default,
There is OSGi API for this ...
http://www.osgi.org/javadoc/r5/core/org/osgi/framework/startlevel/BundleStartLevel.html#isPersistentlyStarted
()
Tom
From: Tim Diekmann tdiek...@tibco.com
To: Equinox development mailing list equinox-dev@eclipse.org,
Date: 11/28/2012 02:07 PM
Subject:
rt.equinox.security should have been roled up into rt.equinox.bundles. At
least we moved all the security code into the rt.equinox.bundles repository
and have one commit group for that repository. So technically it is a
candidate for termination, but the code did not go away.
Personally I
is a committer there :)
John
From: Thomas Watson tjwat...@us.ibm.com
To: Equinox development mailing list
equinox-dev@eclipse.org,
Date: 12/06/2012 08:38 AM
Subject: Re: [equinox-dev] Equinox Subprojects
Sent
to be clear, I’m not pushing for this to happen. That was just a
thought triggered from Wayne’s comment.
From: equinox-dev-boun...@eclipse.org [
mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Thomas Watson
Sent: December-07-12 2:17 PM
To: Equinox development mailing list
Subject: Re: [equinox
The TrustEngine is largely used as an implementation detail behind the
org.eclipse.osgi.signedcontent package. OSGi services published with using
the org.eclipse.osgi.service.security.TrustEngine interface are used to
determine the authenticity of a certificate chain used to sign content
(jars,
/org/eclipse/equinox/internal/p2/engine/phases/CertificateChecker.java
John
From:Thomas Watson tjwat...@us.ibm.com
To:Equinox development mailing list equinox-dev@eclipse.org,
Date:01/02/2013 09:28 AM
Subject:Re: [equinox-dev] TrustEngine and other security
This topic is testing my memory. Did we ever build the equinox
initializer? I don't think so. At any rate I am afraid the initializer
code did not migrate over to the new git repositories (at least I am not
able to locate it) and it is not being built in the current builds. Is it
time to
What version of the VM are you using? My guess is that the p2 is using a
data structure like a Set that perhaps had more predictable sorting order
in earlier VM releases and now has become unpredictable (which is perfectly
fine since Set has no defined order). The order things are installed is
Thanks Chris!
I had completely forgot about moving that code to there in the git repo!
At any rate, is it time to consider migrating this code to the
rt.equinox.bundles repo and building it with the equinox build?
Tom
From: Krzysztof Daniel kdan...@redhat.com
To:
Hi Scott,
I added comments to the bug. I suspect it is a deadlock caused by locks in
the DS and/or framework implementations. But at this point it is just a
guess. Hopefully the bug reporter can help out by generating a thread dump
for us to look at.
Tom
From: Scott Lewis
If the framework is launched with EclipseStarter (which the launcher uses)
then yes it does [1].
Tom
[1] see
org.eclipse.core.runtime.adaptor.EclipseStarter.loadConfigurationInfo()
From: Pascal Rapicault pascal.rapica...@ericsson.com
To: equinox-dev@eclipse.org equinox-dev@eclipse.org,
that this code is not handling shared configuration. Is that
expected or am I missing something obvious?
Thx
Pascal
From: equinox-dev-boun...@eclipse.org [
mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Thomas Watson
Sent: January-24-13 3:18 PM
To: Equinox development mailing list
Subject: Re
the base
has changed (which I can do easily since the heavy lifting is done in the
launcher) but I wanted to be sure that not loading any properties in the
FrameworkProperties would not be an issue.
From: equinox-dev-boun...@eclipse.org [
mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Thomas
that needs to be added to EclipseStarter is as simple as an if
statement accessing a system property set by the launcher.
From: equinox-dev-boun...@eclipse.org [
mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Thomas Watson
Sent: January-24-13 5:13 PM
To: Equinox development mailing list
Subject: Re
using the
launcher?
From: equinox-dev-boun...@eclipse.org [
mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Thomas Watson
Sent: January-25-13 9:03 AM
To: Equinox development mailing list
Subject: Re: [equinox-dev] Does the fwk load the config.ini
Sounds reasonable to do that check. I always
Many of the equinox bundles are also available also under the Add-on
bundles section from the equinox downloads page [1]. But it looks like the
org.eclipse.equinox.console bundle is not included in that list. I opened
a releng bug to get that bundle added [2].
Tom
[1] -
Hi Christian,
Neil is correct, the framework has to compute the osgi.ee capability at
runtime. I'm not sure how you are getting the Resource to represent the
system bundle for your repository. I suspect you are parsing the bundle
manifest that the org.eclipse.osgi jar just happens to include as
As a heads up: We are in the middle of migrating the build over to CBI and
working to get all the artifacts produced for M6. There is still work to
be done to get the Equinox SDKs produced and published to the Equinox
downloads page [1]. Unfortunately this will not make it for M6. The
Keep in mind this is a discussion for Luna, not Kepler. I have been
spending some time lately around the new framework implementation based on
the OSGi R5 generic capability/requirement model.
I was looking at porting the Equinox weaving hooks
(org.eclipse.equinox.weaving.hook) over to a new
I will be at EclipseCon. If you and/or Martin are there, perhaps we can
get together to discuss the details there as well.
Tom
From: Andrew Eisenberg and...@eisenberg.as
To: Thomas Watson/Austin/IBM@IBMUS,
Cc: Equinox development mailing list equinox-dev@eclipse.org
be awesome. It is by far not a brilliant
piece of code, but it would let us reuse the old caching and aspectj
weaving implementation, I guess. That would save us a lot of time.
Will try to take a look as well, but not before next week.
Cheers,
-Martin
On 12.03.13 13:43, Thomas Watson wrote:
I
the org.eclipse.equinox.weaving.aspectj bundle. I will
get a chance to try this out next week. Just to be sure, if I check
out this branch of equinox and drop the osgi bundle into Kepler, will
things hang together?
regards,
Andrew
On Fri, Mar 8, 2013 at 12:57 PM, Thomas Watson tjwat...@us.ibm.com wrote:
Keep
From: Martin Lippert lipp...@acm.org
Hey Tom!
I worked on your branch yesterday and today and got Equinox Weaving to
work - which is great. So thanks a lot for making all those old hooks
available!!!
Great, glad you got it working!
I had to change a few things inside the equinox weaving
I left this CQ open because I was providing regular fixes to the Felix
project for the resolver code and wanted to leave this CQ open at least
until we get the first build with the new framework running in Luna M1.
But it is rather annoying to keep getting these e-mails. Let me see if I
can stop
I think you are mixing up resolving with starting. Resolution wires get
created when a bundle is resolved, not started. There are two ways to
prevent a bundle from resolving:
1) Don't install the unwanted bundle.
2) Use resolver hooks to disable the bundles you don't want to allow to
resolve
I do not understand what you mean by the start() method. Is this a start
method on the Bundle object or some other start() method you defined in
your application? Your SO post indicates the use of hibernation and seems
to involve the use of ServiceLoader. You may need to have a look at the
new
Hi Raymond,
Could you please open a bug describing the issue and also providing any
solution to your issue is much appreciated. I took a quick look at the
PermissionInfoCollection and at first glance I would think the
cachedPermissionCollections field should be transient and should be set to
an
The help documentation should give you some idea [1]
This support is not really extensible except for the fact that the openFile
option eventually fires a SWT.OpenDocument event. I think the Eclipse IDE
has its own SWT listener that takes the action to actually open the file in
the workbench,
I have branched all three repositories for ongoing development for Kepler
SR1.
http://git.eclipse.org/c/equinox/rt.equinox.framework.git/log/?h=R3_9_maintenance
http://git.eclipse.org/c/equinox/rt.equinox.bundles.git/log/?h=R3_9_maintenance
We have an ongoing discussion about what to do with the
org.eclipse.osgi.services [1] and org.eclipse.osgi.util [2] bundles.
These have long been some awkward bundles to build and manage in source as
well as at runtime.
1) We do not compile the Java code for these projects. Historically this
Hi Brian,
Is this from a cached restart? This bit of code is supposed to track both
dynamic resolution successes and failures. I would expect that on a cached
restart the dynamic resolution misses (for META-INF) would all have been
recorded and it should not cause another dynamic resolution if
Please open a bug, also include the version of the org.eclipse.osgi jar. I
suspect it is 3.8.x. Looking at the code I suspect it is because the
deprecated StateObjectFactory.writeState method that Virgo is using is not
thread safe.
The method
From: Sievers, Jan jan.siev...@sap.com
For the tycho bug, I have a tentative patch [5]; Can you comment if
this is the correct way to fix it?
Thanks,
Jan
[5] https://git.eclipse.org/r/#/c/14372/
The StateHelper.VISIBLE_INCLUDE_EE_PACKAGES is intended to include packages
that are
...@berlin.de
To: equinox-dev@eclipse.org,
Date: 07/22/2013 04:56 PM
Subject:Re: [equinox-dev] Class visibility without declared dependency
Sent by:equinox-dev-boun...@eclipse.org
Hi Tom,
Thinking more about this, I kind-of want both, see below :)
On 07/22/2013 02:59 PM, Thomas
Although simpleconfigurator has no 'p2' in its namespace it is maintained
by the p2 team. So this may be a better question for p2-dev. That being
said I know that simple configurator has a goal to not depend on anything
out side of the framework. It is driven by the content of bundles.info.
This should not impact very many in the community that have adopted Luna
M1. Any implementations of
org.eclipse.osgi.internal.hookregistry.BundleFileWrapperFactoryHook from
Luna M1 will need to change when adopting Luna M2. A recent change [1] has
been released to equinox that changes the
)? Is there any plan to support such a
use case?
Laurent Goubet
Obeo[attachment laurent_goubet.vcf deleted by Thomas Watson/Austin/IBM]
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev
inline
of our tool. On the opposite, it seems like
the -dev change will affect all clients of the framework?
Laurent Goubet
Obeo
On 14/10/2013 17:38, Thomas Watson wrote:
Hi Laurent,
Sorry for the slow response. There is no 'internal' means to change
the classpath of the bundle any more
As Pascal and others have mentioned, Equinox (and Felix) support
reference installs which is just a form of a file: URL that has
reference: prepended to it (e.g. reference:file:/path/to/bundle.jar). I
imagine you already have your own custom launcher, or at least our own
provisioning bundle that
...
The solution to remove my source bundles will be my last resort, I guess.
Thanks everybody for your help.
On 11/19/2013 03:14 PM, Thomas Watson wrote:
As Pascal and others have mentioned, Equinox (and Felix) support
reference installs which is just a form of a file: URL that has
I ran into an issue doing a build to build upgrade from I20131119-0800 or
earlier to the latest I-Build. The symptom is that many fragments may end
up not resolved. This is a side effect of a fix put in for bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=421706
I have fixed the issue for
We may be able to put org.eclipse.osgi.service.security package in
supplemental, but would it be possible to have others supply a different
fragment that implements ECFTrustManager in another way? Even if we move
the org.eclipse.osgi.service.security API to the supplement bundle you
would still
From: Scott Lewis sle...@composent.com
Hi Tom,
On 12/11/2013 5:47 AM, Thomas Watson wrote:
We may be able to put org.eclipse.osgi.service.security package in
supplemental, but would it be possible to have others supply a
different fragment that implements ECFTrustManager in another way
From: Scott Lewis sle...@composent.com
My thought was that some other fragment could be implemented that
provides an alternative implementation of ECFTrustManager that
simply looks at the CA certs keystore themselves instead of using a
TrustEngine service to do that work for them.
I see.
Glad to hear the hooks are working for you! I don't have any plans to make
breaking changes during M5 or onward. But you never know what may come up
before API freeze. BTW, this is not really considered API, but a kind of
SPI that hooks into some deep internal implementation details of the
Sorry for the slow response. I admit my knowledge of the native launcher
details are a bit sketchy. My first reaction is that I don't think the
thread should matter. I agree if it does matter then it should be
documented somewhere. Do you know if this is only an issue on Windows or
all
-dev] IApplicationContext#applicationRunning needs
to be called on the main thread?!?
Sent by:equinox-dev-boun...@eclipse.org
I've tested it on os-x, will open bugs.
Tom
On 18.12.13 21:57, Thomas Watson wrote:
Sorry for the slow response. I admit my knowledge of the native
The current Equinox plan [1] does not include implementing any new
specifications from the EEG. While I would certainly be open to a
contribution of subsystems in Equinox, I think it would fit better under
the gemini project where many of the other EEG specifications are
implemented.
Subsystems
Hi Cristiano,
You are correct. There is also an ongoing DS specification update that
will include updates on how the DS runtime should handle prototype service
scopes. I'm hoping the existing Equinox DS maintainers will be able to
implement the new DS specification, but at this time I have not
You need to be a fragment of the system.bundle in order to be an extension
bundle:
Fragment-Host: system.bundle
Tom
From: Cristiano Gavião cvgav...@gmail.com
To: Equinox development mailing list equinox-dev@eclipse.org,
Date: 01/13/2014 11:23 AM
Subject:[equinox-dev]
Sorry, I have lost track of what the framework extension is doing for
JavaFX. Tom Schindl, perhaps you have a link for a quick refresher?
Adding the packages to org.osgi.framework.system.packages is not enough
because that adds the packages as exported by the system bundle. For that
to work
We would not do this in the framework delegation (BundleLoader) by default
because it would expose classes to bundles which have no defined
dependencies on the package (e.g Import-Package: javafx.*). Bundles should
declare their dependencies on the packages they require to function.
Providing
? I think it’s pretty clear
licensing of the Oracle JRE would prevent us from copying that jar file
anywhere and redistributing it which we wouldn’t want to do anyway.
Thanks!
Doug.
From: Thomas Watson tjwat...@us.ibm.com
Reply-To: Equinox development mailing list equinox-dev@eclipse.org
Date
There are no definite plans to implement the R6 httpservice implementation.
But this is something I would like to see happen. In order for it to
happen though we need an owner to step up to implement it. I know Gunnar
showed interest, but I don't know if he is in the position to drive the
From: sle...@composent.com
There are no definite plans to implement the R6 httpservice
implementation.
But this is something I would like to see happen.
FWIW...me/us too. For context: we have remote service providers that
depend upon HttpService, and it would be very nice for
. However, I
think that it would be feasible to actually separate the part that's pure
support of the OSGi side, from the part that either speaks to the bridge,
or the embedded http server. Frankly that'd be ideal.
Anyway, it's just a thought!
- Ray
On Thu, Mar 6, 2014 at 2:28 PM, Thomas Watson tjwat
The Juno release implements R5. Kepler is still R5. The current release
being developed (Luna) is working towards R6. Note that any compendium
services for R6 are not finalized because the specification for compendium
R6 will not be available until later in 2014.
Tom
From: Raymond Auge
I have had a look at the jboss issue. Before going into the long details
of my observations I would like a bug report opened against Equinox with
the steps to reproduce (what exact version of the VM is used, where to get
all the things to install etc). I have not actually tried to reproduce
FWIW I thought we had straightened this out already. Will look to fixing
it.
Tom
From: Gunnar Wagenknecht gun...@wagenknecht.org
To: equinox-dev@eclipse.org,
Date: 03/16/2014 06:00 AM
Subject:Re: [equinox-dev] State of Gerrit jobs
Sent by:
From: Gunnar Wagenknecht gun...@wagenknecht.org
WFIW, all of the whiteboard enhancements of the R6 spec can be actually
implemented by an extender bundle. That could potentially be shared
between both worlds.
-Gunnar
I don't believe this to be the case anymore given the fact that many of
I am subscribed to receive the gerrit notifications but others may not be.
I do try to be responsive to contributions from gerrit, but some of the
contributions I simply do not have the knowledge to handle. For example,
native launcher changes.
I've talked to a few at eclipse con this week and
I met with Thahn at the hackathon last night. We think we have a potential
solution to fixing the gerrit job. I opened bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=430708.
Tom
From: Thomas Watson/Austin/IBM@IBMUS
To: Equinox development mailing list equinox-dev@eclipse.org,
Date
The top-level of rt.equinox.bundles is unfortunately not a self-contained
build. Each bundle should be able to be build individually though.
Tom
From: Raymond Auge raymond.a...@liferay.com
To: Equinox development mailing list equinox-dev@eclipse.org,
Date: 03/22/2014 06:52 PM
You should be able to use an Equinox SDK as your target platform. I
typically keep that up to date with the latest I-Build. For example [1].
What I typically do though is have all bundles I care about from
rt.equinox.bundles and rt.equinox.framework imported into my workspace and
I use the
I would not mind hearing more on what you did with tycho stuff, but I don't
use the Mavin IDE integration myself. I don't think it should be needed
here.
Tom
From: Raymond Auge raymond.a...@liferay.com
To: Equinox development mailing list equinox-dev@eclipse.org,
Date: 03/22/2014
Great to hear. I really do think our approaches are very similar, but it
is good that you have proven that more.
Tom
From: Raymond Auge raymond.a...@liferay.com
To: Equinox development mailing list equinox-dev@eclipse.org,
Date: 03/23/2014 12:14 AM
Subject:Re: [equinox-dev]
I think we should target Java 6 if it makes life more simple. Our jetty
backed solution on Jetty 8 already requires Java 6 and I have been told
that Servlet 3.0 requires Java 6 as a minimum. Moving forward we need to
figure out if we can pull off a base http.servlet bundle that supports 3.1
and
Neil's response is accurate. The issue is that we have made some prior
wiring decisions that cannot be changes later for already resolved bundles.
Using -clean allows us to wipe all previous decisions away and start fresh
which then can allow us for freedom in the decisions with respect to
at 10:45 AM, Thomas Watson tjwat...@us.ibm.com
wrote:
I think we should target Java 6 if it makes life more simple. Our jetty
backed solution on Jetty 8 already requires Java 6 and I have been told
that Servlet 3.0 requires Java 6 as a minimum. Moving forward we need
to figure out if we
Also, these tests are not currently included in our build. I would really
like to get them into a useful state that we can get running in our build.
Anything you can do here will be appreciated.
Tom
From: Raymond Auge raymond.a...@liferay.com
To: Equinox development mailing list
I meant the build that is done by releng for the various builds N-Build,
I-Build etc for the eclipse/equinox projects. I think as a first step we
should get the tests to run from command line like Mickael suggests.
Tom
From: Mickael Istria mist...@redhat.com
To:
Reading the RFC [1]
I see the following defined for the http.service.endpoint:
A String+ value of Http Service endpoints provided as URLs e.g.
http://192.168.1.10:8080/ or relative paths, e.g. /myapp/. Relative paths
maybe used if the scheme and authority parts of the URLs are not known such
as
501 - 600 of 796 matches
Mail list logo