Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Stuart McCulloch wrote:
2008/8/28 Felix Meschberger <[EMAIL PROTECTED]>
I completely agree. Why not change the RepositoryAdminImpl as
proposed by
Krishanu. This would at least give a somewhat easier user experience
in that
t
Hi,
Richard S. Hall schrieb:
> Stuart McCulloch wrote:
>> 2008/8/28 Felix Meschberger <[EMAIL PROTECTED]>
>>> I completely agree. Why not change the RepositoryAdminImpl as
>>> proposed by
>>> Krishanu. This would at least give a somewhat easier user experience
>>> in that
>>> the user might just g
Stuart McCulloch wrote:
2008/8/28 Felix Meschberger <[EMAIL PROTECTED]>
Hi,
Richard S. Hall schrieb:
I think you are correct, it currently does not allow you to control the
order in which it searches the repositories. This is a general issue and is
somewhat complicated to handle in a
2008/8/28 Felix Meschberger <[EMAIL PROTECTED]>
> Hi,
>
> Richard S. Hall schrieb:
>
>> I think you are correct, it currently does not allow you to control the
>> order in which it searches the repositories. This is a general issue and is
>> somewhat complicated to handle in a generic way. Another
Hi,
Richard S. Hall schrieb:
I think you are correct, it currently does not allow you to control the
order in which it searches the repositories. This is a general issue and
is somewhat complicated to handle in a generic way. Another similar
issue is that if two or more repositories offer the
I think you are correct, it currently does not allow you to control the
order in which it searches the repositories. This is a general issue and
is somewhat complicated to handle in a generic way. Another similar
issue is that if two or more repositories offer the same bundles or
bundles that o
Thanks a ton Richard.
Following your algorithm, I could achieve exactly what I was looking for.
The only thing I find a little finicky, is that, we can not specify a
sequence in which the repositories needs to get searched( correct me if I am
wrong) for the bundle resolving to happen. To achieve
I am not sure if I understand your use case entirely, but it sounds like
you want to pull bundles from a remote OBR and keep them around in a
local OBR, even if you uninstall them from the framework. If that is the
case, you really need to make your deployment a three-step process:
1. First,
Hi,
I am currently working on POCs to check whether we will be able to use OSGI
in my current project, that deals with a framework development using thick
client. If things go well, OSGI will be used for the kernel implementation
of the framework.
My requirement is something like this:
I will h
9 matches
Mail list logo
