Hi Guys,
Sounds very interesting.
though I'm not quite sure about the cellarweb: url handler, it just
doesn't make any difference for pax web.
We need to make sure Pax-Web does synchronize the sessions. So Pax Web
needs to be aware of a "clustering" environment :-)
Regards, Achim
2011/7/27 Jean-
Yep, good idea.
On Wed 27/07/11 08:07 , Ioannis Canellos wrote::
Maybe we could have something like this:
osgi:install cellarweb:mvn:my.web/webapp/1.0/war
to wrap wars.
On Wednesday, July 27, 2011, Jean-Baptiste Onofré j...@nanthrax.net> wrote:
> Hi Gareth
>
> In Karaf Cellar, we have some
Maybe we could have something like this:
osgi:install cellarweb:mvn:my.web/webapp/1.0/war
to wrap wars.
On Wednesday, July 27, 2011, Jean-Baptiste Onofré wrote:
> Hi Gareth
>
> In Karaf Cellar, we have some enhancements in the roadmap:
> - add a transport layer to be able to call remote OSGi se
Hi Gareth
In Karaf Cellar, we have some enhancements in the roadmap:
- add a transport layer to be able to call remote OSGi service (it's
DOSGi like and we are in the transport protocol selection phase, but
it's not related to Hazelcast)
- add a "federation" of service registries with proxy in
Hello,
Looking into the hazelcast documentation, I understand that hazelcast can
support http session clustering. It appears wars can be clustered by running
a script which decorates the war with the Hazelcast clustering feature.
Would this be a feature you could consider adding into Karaf (i.e.
Hello Ioannis,
I found where the issue occurs. It occurs when I try and execute a predicate
on a class I defined. Here is the sample code I used to reproduce the
problem:
My custom class:
public class PredTester implements DataSerializable {
private static final long serialVersionUID = -
Thanks, but I've looked at that documentation, but our requirement is a
little more involved.
We have our own authentication mechanism that we use for authentication into
our web application that is hosted in jetty/karaf/servicemix. We really
want to be able redirect all other access points (SSH,
I'm not sure if this helps already but on [1] you might find your answer.
If not I'm sure someone else is stepping up :-)
regards, Achim
[1] http://karaf.apache.org/manual/2.2.2/users-guide/security.html
Am 27.07.2011 00:00, schrieb twaldrep:
AFAIK, Karaf uses a custom JAAS Login module to con
AFAIK, Karaf uses a custom JAAS Login module to control remot web console,
SSH, and JMX access.
I know that there are ways to specify additional providers, but is there a
"clean" way to specify our own JAAS Login module instead of the one provided
by Karaf? We would like to force all remote acces
There is an issue (KARAF-447) that was posted and already fixed in Karaf
2.2.0 and 3.0.0 branches. The issue doesn't address my primary question,
which is the possibility of relocating the karaf.history file, but at least
Karaf will gracefully handle the case where it can't access/create/modify
th
10 matches
Mail list logo