Hi Maurice,
On 7/4/2022 5:16 AM, Maurice Betzel wrote:
Good afternoon,
Some DOSGi questions appeared when researching cluster wide exported
service properties propagation.
In version 4.2.1 I am observing the following behaviour on the client
node if I turn off a remote service:
On
Howdy,
I want to announce the availability of version 1.5 of the ECF grpc
remote services distribution provider [1].
What this does is allow remote services developers to use grpc and
protocol buffers to implement and export OSGi Remote Services. Given a
proto3-defined service, it's easy
Hi,
ECF has a repo alias in Karaf that is currently set to:
Name: ecf
repo: http://download.eclipse.org/rt/ecf/RELEASE/site.p2/karaf-features.xml
would one of the Karaf committers please change this to (note https):
name: ecf
repo:
Howdy,
My apologies if this has been discussed recently as I've not been
reading this forum consistently.
Has there been anything done to make karaf bundle development easier
using bndtools?
What I'm currently thinking about is generation of karaf features as
part of
Greetings,
ECF has a new remote services distribution provider based upon Google
RPC (gRPC) [1] available here [2].
To support easy creation of remote services that use this distribution
provider is a protoc plugin [3] that generates a service interface class
from a .proto file service
On 5/7/2020 4:55 AM, Maurice Betzel wrote:
Since default java serialization is on it’s way out your work will definitely
gain traction within DOSGi and for my setup this is a attractive
alternative. I the need arises I will extend it myself and create a pull
request.
That would be great.
Hi Maurice,
On 5/6/2020 10:10 AM, Maurice Betzel wrote:
Rephrasing the question, does this bring extended functionality to other
protobuf supported languages as well?
Short answer: yes...because grpc supports other languages.
Longer answer: Because ECF is an impl of OSGi RS/RSA spec the
I've created a new distribution provider based upon/using Google's grpc
[1]. For reference, here [2] are all the available distribution
providers for ECF's impl of OSGi Remote Services/Remote Service Admin.
grpc-java uses the Google protocol buffers (protobuf) compiler to
generate Java
- A common topic for clustering is a common cache and locking. It's
possible with hazelcast. But I was not able use hazelcasts caching
service - lots of class loader issues. I was able to use ehcache (no
locking) and redis for this features. It's a shame that specially
'java caching api'
Howdy,
Apologies if I'm misinterpreting Mike's comments below as I was not able
to attend this presentation (but will watch it when available).
On 4/30/2020 2:20 PM, Mike Hummel wrote:
Hello,
- A common topic for clustering is a common cache and locking. It's possible
with hazelcast. But
There is a new version of the Jersey Distribution Provider [1] for ECF's
impl of OSGi R7 Remote Services. The new version uses Jersey 2.30.1 and
depends upon an updated version of ECF (3.14.6)
ECF's impl of the OSGI R7 Remote Services Specification [2] allows for
pluggable transports known
ECF 3.14.7 has been released. ECF implements the R7 Remote Services [1]
and Remote Services Admin [2] OSGi specifications.
Our RS/RSA bundles are distributed via maven central [3], as set of
karaf features [4], as p2 repo [5], and as bndtools workspace template [6].
Along with bug fixes and
Howdy,
ECF has a new release of it's JaxRS distribution providers (v1.12.0),
based upon the latest releases of Jersey 2.29.1 and CXF 3.3.4 [1].
The Karaf features for these updated distribution providers are here [2].
To run an example remote service using either Jersey or CXF see here [3].
FWIW,
Another approach is to use OSGi Remote Services [1]...specifically ECF's
JaxRS distribution provider impls [2]. Remote Services Admin creates a
proxy for the remote service and this proxy is/may be treated as a local
service by SCR.
The ECF impl allows pluggable distribution
On 11/12/2019 7:05 AM, Jean-Baptiste Onofré wrote:
Hi,
in Karaf Cave, I created the bus programmatically and injected in the
CXF servlet.
Where in the Cave source code is this done? I'm doing a similar thing
with the CXFNonSpringJaxrsServlet, but the strange thing is that it's
not
://github.com/ECF/JaxRSProviders/blob/master/bundles/org.eclipse.ecf.provider.cxf.server/src/org/eclipse/ecf/provider/cxf/server/CXFJaxRSServerContainer.java#L42
I propose to ask this on the CXF list.
Christian
Am Mi., 6. Nov. 2019 um 03:08 Uhr schrieb Scott Lewis
mailto:sle...@composent.com>>:
Howdy. Not using blueprint. How is bus creation done programmatically?
On 11/11/2019 11:53 AM, Ranx0r0x wrote:
Usually you just add it in the Blueprint bundle. Something like:
That depends on the use case. You may not even be using Blueprint so that
might not be relevant.
--
Sent from:
I have some code running in a non-Karaf OSGi framework (e.g. equinox
framework with bundles) that creates and uses multiple CXF Bus
instances...in order to register multiple CXFNonSpringJaxrsServlets that
are isolated from one another.
When run in Karaf with CXF 3.3.4, however, this code does
Highlights of ECF release
1) OSGi R7 RS/RSA bug fixes, including a work-around for SCR bug [1].
Karaf repo access described here [2].
2) New distribution provider built using Apache Dubbo [3], and major
update of Hazelcast [4] distribution provider.
3) New discovery provider built on
solve
ecf-rs-distribution-hazelcast/1.4.0:
> missing requirement
[ecf-rs-distribution-hazelcast/1.4.0] osgi.identity;
> osgi.identity=transaction-api; type=karaf.feature]
>
> So that's a bummer.
distribution providers to maven
central as well.
Scott
[1] https://github.com/ECF/bndtools.workspace
[2]
https://github.com/ECF/HazelcastProvider/blob/master/build/karaf-features.xml
Ryan
On Tue, Aug 6, 2019, 6:17 PM Scott Lewis <mailto:sle...@composent.com>> wrote:
>
One current shortcoming is that the Hazelcast provider does not yet
have a set of Karaf features for it (like most other ECF RS
providers), but that would be easy for us to create/produce if requested.
A karaf feature was added [1] for version 1.4.0 of the Hazelcast
distribution provider
On 8/4/2019 10:34 AM, Ryan Moquin wrote:
Hi, I was going to start playing with OSGi R7 with Karaf.
Does Cellar support R7 remote services? If I was interested in
Hazelcast under the covers, would the be a reason to use any of the
other remote services implementations like ECF along with
Just FYI: ECF's impl of OSGi R7 Remote Services has a CXF [1] as Karaf
features.
This uses only Jax-RS 2 annotations rather than the OSGI annotations,
and since OSGi spec'd works seamlessly with DS.
There's a tutorial here [2] that uses either Jersey or CXF. Of course
any existing
There is a new release (2.9.0) of theECF distribution provider[1]
forOSGi R7 Remote Services[2] between Karaf/Java and Python runtimes.
This release has:
An upgraded version ofPy4j
An upgraded version ofGoogle Protocol Buffers
Enhances the distribution provider based upon the new Py4j and
FWIW, this error doesn't appear to occur on 4.2.4
On 4/1/2019 7:52 PM, Scott Lewis wrote:
Howdy,,
Just got the following in Karaf 4.2.3 (felix framework impl):
Exception in thread "Thread-44" java.lang.NoClassDefFoundError:
org/osgi/util/function
Howdy,,
Just got the following in Karaf 4.2.3 (felix framework impl):
Exception in thread "Thread-44" java.lang.NoClassDefFoundError:
org/osgi/util/function/Predicate
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Unknown
Hi Folks,
There's a new version of the ECF JaxRS Distribution Provider [1]. This
provider implements OSGi R7 Remote Services [2] via the JaxRS support in
new Jersey 2.28 or Apache CXF 3.3.
In practice, this means that any JaxRS-annotated service can be exported
as a spec-compliant Remote
Hello Ranx.
ECF does not yet have a complete Netty-based RSA distribution provider
(one was started some time ago, but remains incomplete).
We would welcome some of your work with Netty as a contribution to ECF's
RS/RSA impl [1] or more probably via github [2].
Scott
[1]
ECF 3.14.4 was recently released [1]. ECF provides an open,
framework-agnostic implementation of OSGi R7 remote services and remote
service admin.
ECF supports use of Jersey and/or CXF for jaxrs [2], as well as many
others for distribution [3].
Install via Karaf features [4]. Tutorials
For some time, there has been a Python-based implementation of much of
OSGi called iPOPO [1].
An OSGi Remote Services/RSA API and implementation was recently added to
iPOPO 0.8.0 [2]. Along with other distribution and discovery
providers, this implementation includes a distribution provider
Does Karaf make available snapshot/integration builds as part of it's
releng process? I understand that 4.2.1 is imminent, but if possible I
would like to verify a bug fixed in 4.2.1 without having to build things
myself.
If it is available, please point me at such a build.
Thanks,
Scott
Some time ago there was discussion on this list about a smaller
(smaller/fewer bundles) starting point for karaf called 'karaf boot'.
I don't see anything about this on karaf.apache.org...is there still
work/planning, etc going on?
Thanks,
Scott
On 7/14/2018 10:33 AM, Steinar Bang wrote:
(However, once I'm on karaf 4.2.x and OSGi 7.0.0, and once I hear
rumours that Scott Lewis' approach will be working with the http
whiteboard, then ditching my resource classes and annotating the service
is something I will try)
If you would like
On 7/14/2018 3:14 AM, Steinar Bang wrote:
[snip!]
it doesn't currently use the http whiteboard, but it could...and may
eventually.
Ah, ok. I need something that uses the http whiteboard.
I would welcome a contribution to use the http whiteboard for this
project [1]. It would/will be a
On 7/13/2018 3:40 PM, Steinar Bang wrote:
That's interesting! Just annotating my service interface, and its
implementation with jaxrs annotations, like the StudentService and
StudentServiceImpl here...?
https://wiki.eclipse.org/Tutorial:_Exposing_a_Jax_REST_service_as_an_OSGi_Remote_Service
FYI: I've recently created a tutorial describing how to export from
Karaf a jaxrs-annotated remote service with either cxf or jersey [1].
It does require an interface with jaxrs annotations that are the same as
the resource annotations, but you (Steinar) already have the
UkelonService so
specifications provided
by OSGi enRoute:
https://enroute.osgi.org/Tutorial/
The quickstart application should provide you with everything you need.
Best Regards,
Tim
On 29 May 2018, at 17:03, Scott Lewis <mailto:sle...@composent.com>> wrote:
On 5/28/2018 10:40 AM, Guenther Schm
With ECF photon there are remote service
providers built on both cxf and jersey
https://github.com/ECF/JaxRSProviders
The remote service example in this repo uses ds and standard jaxrs
annotations.. Example also uses r7 asyc remote services and runs unmodified on
either jersey or cxf
ECF 3.14.0/Photon Remote Services/RSA is released.
Here are the highlights:
[1] OSGi R7 Remote Services: async remote services, intents, and
supporting distribution providers
[2] More Karaf features: etcd discovery, python.java distribution,
jms/activemq distribution, mqtt distribution,
On 5/28/2018 10:40 AM, Guenther Schmidt wrote:
Hello All,
I’ve been developing services using Declarative Services for dependency
injection and it was a breeze so far. Now I want to expose some of the
functionality via a REST API and I’m stuck. So far I’ve deployed my bundles
through
I've created some custom gogo console commands, and they work fine on
the gogo console in felix.
When I run them on Karaf 4.2.0, however, the command handlers themselves
are executed , but I also use a
org.apache.felix.service.command.Converter so that I can return complex
types (and Lists of
ECF recently released version 3.13.7 (Oxygen).
One highlight of the release relevant to this community is that the ECF
RS SDK and dependencies are now available via Maven Central [1]. This
is also reflected in our Karaf install [2]. As well, all our
distribution providers...at both
ECF recently released version 3.13.7 (Oxygen).
One highlight of the release relevant to this community is that the ECF
RS SDK and dependencies are now available via Maven Central [1]. This
is also reflected in our Karaf install [2]. As well, all our
distribution providers...at both
ECF provides a ct-tested implementation of R6 OSGi Remote Services and
Remote Service Admin [1].
ECF's RSA and examples are available via Maven Central [2]. Karaf
features at [1].
Scott
[1] https://wiki.eclipse.org/EIG:Install_into_Apache_Karaf
[2]
s not very
well suited for tycho based projects.
Christian
2017-05-19 2:00 GMT+02:00 Scott Lewis <sle...@composent.com
<mailto:sle...@composent.com>>:
One more question:
The pom you pointed me to:
https://github.com/apache/karaf/blob/master/assemblies/apache-karaf-min
. When is the expected release of karaf minimal/boot?
Thanks,
Scott
On 5/18/2017 4:48 PM, Scott Lewis wrote:
On 5/18/2017 3:26 PM, Guillaume Nodet wrote:
The karaf maven plugin is perfectly suited to create custom
distributions.
We do use it to create the karaf official distributions, so
On 5/18/2017 3:26 PM, Guillaume Nodet wrote:
The karaf maven plugin is perfectly suited to create custom distributions.
We do use it to create the karaf official distributions, so unless
something is missing, I'd suggest having a look at it.
See for example:
On 5/17/2017 11:24 PM, Guillaume Nodet wrote:
Not really.
What would be the use of such a directory ?
It could be used to develop to and package custom distributions that are
based upon Karaf and other projects...for example OpenHab.
Using that as the deploy folder for a newly created
Is there any easy way (e.g. console or mvn command) to materialize all
the bundles/versions in a given running instance of Karaf and put them
as jars into a target directory?
ECF provides a full spec-compliant and ct-tested implementation of R6
OSGi Remote Services and Remote Service Admin [1].
As of today's release, ECF's RSA implementation and dependencies are
available via Maven Central [2]. Consequently, the Karaf features
listed at [1] now use Maven
ECF 3.13.5 is now available [1].
ECF provides a modular implementation of the OSGi R6 Remote Services and
Remote Service Admin specifications. The modular approach allows the
use of existing [2], custome and/or proprietary distribution and/or
discovery providers [3].
A Karaf feature [4]
On 1/16/2017 2:20 AM, Christian Schneider wrote:
- One way messaging. I think the purest form of remote communication
are one way messages backed by JMS or Kafka or other messaging
brokers. Unfortunately I think this is only partially supported in
Remote Services.
and Nick Baker just
On 1/14/2017 5:19 AM, Brad Johnson wrote:
Scott,
It’s funny that you mention OSGi Remote Services as that was sort of
in the back of my mind. I think I recall Christian said he was
working on a Remote Services implementation as well. But I don’t know
enough about it yet to include it in
Hi Brad,
You might be interested in the OSGi Remote Services
specification...which mentions the distributed computing fallacies in
the introduction. It's chapter 100 in the enterprise spec [1].
A big part of Remote Services is the ability to use OSGi service
dynamics to 'deal-with'
The page about Karaf boot that I've found:
http://karaf.apache.org/projects.html#boot says 'not yet available'. Is
there an expected timeline for Karaf Boot? Also, is there a branch upon
which the Karaf boot work is being done?
Thannksinadvance,
Scott
I think this tutorial [1] describes something like what you are talking
about wrt device abstractions and OSGi services...i.e. the
IGPIOPinOutput services.
Uses ServiceTracker, but would/does work just the same with DS. And for
bonus...these services can easily remoted without being bound
On 1/2/2017 11:35 AM, Brad Red Hat wrote:
I certainly understand the "short of time" problem. It just happens that I
have a bit of a window right now and would like to get into it a bit deeper.
Whether a Karaf/PAX/Felix implementation is more appropriate under the aegis
of Kura or as a
ECF 3.13.3 is now available for download [1]. This is a bug-fix release.
We provide a CT-tested implementation of the OSGi R6 Remote Services and
Remote Service Admin specifications.
A new simpler set of features has reduced the size of the RS/RSA install
on Karaf [2].
ECF supports
Hi,
In the Karaf webconsole (with EventAdmin installed/running) the menu has
an OSGi->Events page that shows the events received by EventAdmin.
Is there a way to filter the presentation of events in this UI?
There are a number of events that appear frequently/automatically (e.g.
Hi Jean-Baptiste,
On 10/10/2016 12:10 PM, Jean-Baptiste Onofré wrote:
Hi Scott,
MQTT appender uses Eclipse Paho as MQTT client.
Is there a karaf feature for Paho MQTT client?
The MQTT collector is plan for Decanter 1.3.0.
Great thanks. I see Decanter 1.3.0 is planned for 10/13.
Scott
Hi Folks,
WRT Karaf Decanter [1]: I see that there is an MQTT appender for
Decanter, but there isn't an MQTT collector.
Also: for the MQTT appender...what impl of MQTT client does this
currently use?
Thanksinadvance,
Scott
[1] https://karaf.apache.org/manual/decanter/latest-1/
On 8/15/2016 10:28 AM, Christian Schneider wrote:
ECF also supports CXF now but I am not sure at what level of CXF features.
This provider [1], will support all of the jax-rs
Configurable/Configuration capabilities that CXF supports. It will
also be possible to extend [1] to create a
Hi Marc,
The OSGi Remote Services specification (and the associated Remote
Service Admin sepc) defines a standardized way to export OSGi services
for remote access. The specification is defined in a way that allows
the use of arbitrary distribution providers that are responsible for
making
On 7/2/2016 9:07 AM, David Daniel wrote:
The problem with the single bundle approach is extension points. How
do you handle letting people handle filters so they can customize
authorization, or CORS settings? How do you let them have a custom way
to inject session so that they can do
On 7/1/2016 10:15 AM, Benson Margulies wrote:
I have a ton of working JAX-RS in 4.0.4 with CXF 3.1.x. I didn't see
the start of this thread. What's the problem?
There's no problem. I was simply pointing out to Markus that ECF has a
Jax-RS-based distribution provider among many others [1],
too:
https://dl.bintray.com/maggu2810/maven/de/maggu2810/kat/features/jersey-min/1.5/:jersey-min-1.5-features.xml
2016-06-30 17:32 GMT+02:00 Scott Lewis <sle...@composent.com>:
Also to consider: ECF provides an impl of the OSGi R6 Remote Service/Remote
Service Admin specifications [1] with plugga
Also to consider: ECF provides an impl of the OSGi R6 Remote
Service/Remote Service Admin specifications [1] with pluggable
distribution providers [2].
Our Jax-RS provider [3] uses/is based upon CXF (or Jersey).
Scott
[1] https://wiki.eclipse.org/Eclipse_Communication_Framework_Project
[2]
ECF 3.13.1 is available.
It can be installed into Karaf via features [1] and/or into Eclipse [2].
ECF implements the OSGI R6+ Remote Services and Remote Service Admin
specifications, and tests via the OSGI compatibility test suite.
Highlights
New distribution providers available on ECF
Howdy,
Is there a built-in JavaGroups [1] feature for Karaf? If so, what's
it's name and Javagroups version?
Thanks,
Scott
[1] jgroups.org
ECF 3.13.1 released [1]. This is a maintenance release to correct a
few small issues identified 3.13.
For a description of what's new and noteworthy please see [2], for
tutorials and other docs see [2a].
ECF provides a CT-tested implementation of the OSGi R6 Remote Services
and Remote
On 4/5/2016 3:51 AM, Timothy Ward wrote:
One thing to add is that Aries RSA is only one of a variety of OSGi
Remote Services Admin implementations.
Here's [1] a link to a list of spec implementations.
There are multiple Open Source and commercial implementations
available, and the entire
:_Creating_Custom_Distribution_Providers
Sent from my BlackBerry 10 smartphone.
*From: *Scott Lewis
*Sent: *Wednesday, March 23, 2016 3:55 PM
*To: *user@karaf.apache.org
*Reply To: *user@karaf.apache.org
*Subject: *Re: ECF 3.13 released
On 3/23/2016 12:13 PM, Nick Baker wrote:
Hey Scott,
Thanks for the update. We're
started building remote services for monitoring/management of
remote (and/or local) frameworks [5]
Scott
[5] https://github.com/ECF/OSGIRemoteManagement
Thanks,
Nick Baker
From: Scott Lewis <sle...@composent.com <mailto:sle...@composent.com>>
Reply-To: "user@karaf.apache
iv) ECF 3.13 also supports using maven to install Karaf features [4].
On 3/17/2016 9:37 AM, Scott Lewis wrote:
ECF 3.13 has just been released [1].
ECF provides a modular and CT-tested implementation of OSGi R6 Remote
Services and Remote Service Admin (1.1) specifications.
The important
ECF 3.13 has just been released [1].
ECF provides a modular and CT-tested implementation of OSGi R6 Remote
Services and Remote Service Admin (1.1) specifications.
The important additions in 3.13 [2]
i) New API (and tutorial) to simplify the creation of custom remote
services distribution
ECF fully implements the latest versions of both the OSGi R6 Remote
Services (1.0) and Remote Service Admin (1.1) specifications.
Compliance with the specifications is tested daily by running the OSGi
R6 Compatibility test suite as part of our continuous integration.
ECF also has a
Hi,
I don't see the org.osgi.service.application API in Karaf 4.0.4 present
by defaultdoes karaf have a feature or features that
1) Exports the org.osgi.service.application package?
2) Provides a compliant implementation of the relevant services?
Scott
pointers to
what other OS implementations exist?
Thanks,
Scott
Regards
JB
On 02/03/2016 06:48 PM, Scott Lewis wrote:
Hi,
I don't see the org.osgi.service.application API in Karaf 4.0.4 present
by defaultdoes karaf have a feature or features that
1) Exports
Another way is to use an OSGi remote service [1].
ECF has recently created a number of remote management services [2], one
of which provides for remote install, update, uninstall [3]. Or you can
create and use your own remote service.
Scott
[1]
ECF has just had a 3.12.1 maintenance release [1].
In addition, on ECF's github site [2] there have recently been
contributions for remote management of OSGi containers [3]. Now
implemented are a number of extensible OSGi remote micro services to
monitor and manage an OSGi runtime. For
Hi Tim,
The NamespaceHandler class seems to be in this bundle:
http://mvnrepository.com/artifact/org.apache.aries.blueprint/org.apache.aries.blueprint
Scott
On 12/29/2015 9:19 PM, Timothy Vogel wrote:
I could use some help in tracking down a missing dependency when using
JPA with karaf.
ECF 3.12.0 has just been released [1]. ECF provides a
spec-compliant-and-ct-tested implementation of two OSGi R6
specifications: Remote Services and Remote Service Admin.
Highlights of New Release [2]
Enhanced Eclipse tooling for testing and debugging Remote Services
Simplified Distribution
On 10/18/2015 2:03 PM, garyhodgson wrote:
Hi JB,
Actually I was meaning something a little different. Say I have an api
bundle with an EchoService interface, and then an implemention bundle with
two implementations, SimpleEchoService and ReverseEchoService. Each of
these have the
Hi Folks,
ECF has just released 3.11.0 [1].
Highlights: A new remote services distribution provider API, which
allows the easy creation and use of custom OSGi Remote Service
distribution providers.
3 new Jax-RS-based distribution providers using this API, based upon
CXF, Jersey, and
On 8/27/2015 12:39 AM, hsinchen wrote:
For a consumer bundle to access the provider bundle within a JVM, the
performance should be better than the two standalone (consumer and provider)
applications deployed in two JVMs with SOAP or REST. With DOSGi (Remote
OSGi) by CXF, it goes with SOAP or
ECF 3.10.1 has been released [1].
ECF provides a framework-agnostic and specification-compliant
implementation of the OSGi R6 Remote Services and Remote Service Admin
specifications.
This was a maintenance release, but it also includes a major
simplification, refactoring, and enhancement of
On 6/25/2015 11:56 PM, Christian Schneider wrote:
stufff deleted
All of the http urls are publicly available...these aren't typically
reachable?
I should have explained this a bit better. The problem is that
production systems and sometimes even the development teams often do
not have
ECF 3.10 (Mars) has been released [1].
ECF provides a framework-agnostic implementation of the OSGi R6 Remote
Services and Remote Service Admin specifications.
Some further highlights are listed below.
Cheers,
Scott
Highlights:
Remote Services Tooling. ECF 3.10 includes a new Eclipse
I'm pretty sure it is
usable for eclipse projects.
OPS4j does use it, too.
Regards, Achim
sent from mobile device
Am 26.06.2015 1:14 vorm. schrieb Scott Lewis sle...@composent.com
mailto:sle...@composent.com:
On 6/25/2015 2:40 PM, Christian Schneider wrote:
Hi Scott
://www.eclipse.org/ecf/downloads.php
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=283745
Christian
On 25.06.2015 22:51, Scott Lewis wrote:
ECF 3.10 (Mars) has been released [1].
ECF provides a framework-agnostic implementation of the OSGi R6
Remote Services and Remote Service Admin
FWIW, I have had/have a similar slow experience, using only http urls
(no maven refs at all).
It is strange, as it consistently takes much longer than any kind of
download would imply...i.e. minutes even for the smallest bundle.
Scott
On 5/12/2015 9:38 AM, bobshort wrote:
Thanks for the
.
Regards
JB
On 05/06/2015 03:36 PM, Scott Lewis wrote:
I'm still getting 404 Not Found for:
http://karaf.apache.org/manual/latest/developers-guide/blueprint.html
Thanks.
On 5/1/2015 8:56 AM, Jean-Baptiste Onofré wrote:
Thanks Scott for the report.
I will fix the link.
Regards
JB
On 05/01/2015 12
I'm still getting 404 Not Found for:
http://karaf.apache.org/manual/latest/developers-guide/blueprint.html
Thanks.
On 5/1/2015 8:56 AM, Jean-Baptiste Onofré wrote:
Thanks Scott for the report.
I will fix the link.
Regards
JB
On 05/01/2015 12:20 AM, Scott Lewis wrote:
Howdy,
In the latest
Howdy,
In the latest Karaf developers manual [1], under the developer's guide
[2] the blueprint link seems to result in a 'Not Found'. Is the Karaf
blueprint part of the developer's manual available somewhere else?
Thanksinadvance,
Scott
[1] http://karaf.apache.org/manual/latest/
[2]
Hi Folks,
ECF 3.9.3 has been released [1-3]. This was a maintenance/bug fix
release, but in addition to the release there have recently been several
notable community contributions via our github repositories:
Remote Services for Runtime Management [4]
A distribution provider using
On 2/8/2015 10:33 PM, Jean-Baptiste Onofré wrote:
Hi Jochen,
You can create a Jira.
I will take a look (I plan to prepare EIK 0.10.0 release).
Speaking of EIK, any word on the questions below WRT 0.10.0?
Using Karaf 3.0.2, Eclipse Luna SR1, and EIK 0.9.0, I'm experiencing the
exception
ECF 3.9.2 is now available [1].
ECF 3.9.2 provides a complete, CT-tested implementation of OSGi R6
Remote Services and Remote Service Admin specifications. The relevant
bundles may be easily installed via Karaf features [2].
There are also several new tutorials and Remote Services examples
On 12/23/2014 1:47 AM, j...@nanthrax.net wrote:
Hi Scott,
thanks for the update.
If you don't mind, I will update the Karaf documentation to include a
section about ECF
Please do. If you need other info or links please let me know.
Scott
Howdy,
In browsing through the bundles used in the default Karaf config
(3.0.2), I didn't seem to see an implementation of DS installed by default.
1) Is there a DS implementation as part of one of the existing Karaf
features? If so, what feature is that?
2) If there is such a feature,
1 - 100 of 114 matches
Mail list logo
