[
https://issues.apache.org/jira/browse/FELIX-303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511269
]
Marcel Offermans commented on FELIX-303:
Committed an initial implementation which features two new concepts:
> As I said previously, I'm going to look into the patch and write a
> proposal how to integrate it as soon as I find the time. Right now,
> I'd first want the 1.0 release out of the door - hence, please be
> patient for a little longer.
no problem, as long as I known I am waiting for somebody
>
[
https://issues.apache.org/jira/browse/FELIX-325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-325:
--
Summary: Factor out security checks from the framework/system bundle code
(was: Factory out sec
Factory out security checks from the framework/system bundle code
-
Key: FELIX-325
URL: https://issues.apache.org/jira/browse/FELIX-325
Project: Felix
Issue Type: Improvement
Framework constructor should take a non-mutable property resolver
-
Key: FELIX-324
URL: https://issues.apache.org/jira/browse/FELIX-324
Project: Felix
Issue Type: Improvement
Marcel Offermans wrote:
On Jul 9, 2007, at 19:52 , Richard S. Hall wrote:
Since the sandbox is for conducting experiments on code that might
never be officially released into the trunk, perhaps we shouldn't be
using the official package space...for example, we could use
something like "org.ap
On Jul 9, 2007, at 19:56 , Richard S. Hall wrote:
However, for this particular contribution, Karl will need to figure
out how best to merge it.
A little while ago, Karl indicated he would distribute the
implementation he is working on as an extension bundle. That seems to
be a nice way to
On Jul 9, 2007, at 19:52 , Richard S. Hall wrote:
Since the sandbox is for conducting experiments on code that might
never be officially released into the trunk, perhaps we shouldn't
be using the official package space...for example, we could use
something like "org.apache.felix.sandbox.*"
Karl Pauls wrote:
As I said previously, I'm going to look into the patch and write a
proposal how to integrate it as soon as I find the time. Right now,
I'd first want the 1.0 release out of the door - hence, please be
patient for a little longer.
regards,
Karl
p.s.: As Rick suggests, it can't
As I said previously, I'm going to look into the patch and write a
proposal how to integrate it as soon as I find the time. Right now,
I'd first want the 1.0 release out of the door - hence, please be
patient for a little longer.
regards,
Karl
p.s.: As Rick suggests, it can't hurt to get an ICL
the files were corrupt, just delete them from the local repo and try again
On 7/9/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
I think this will be good. The one change I was stilling hoping to make
was updating the plugin to use version 160 of BND...this is not in the
Maven repo, but when I d
Pierre Parrend wrote:
Pierre, do you have an ICLA on file at Apache?
not yet. I can make one if necessary, or simply commit my code through
Stephane.
I think Karl will need to look into the patch to see how to incorporate
it into the trunk, no matter what. However, it would probably
I think this will be good. The one change I was stilling hoping to make
was updating the plugin to use version 160 of BND...this is not in the
Maven repo, but when I download it I get checksum errors. Not sure what
is going on.
-> richard
Karl Pauls wrote:
Hi all,
as discussed previously, R
> Pierre, do you have an ICLA on file at Apache?
not yet. I can make one if necessary, or simply commit my code through
Stephane.
pierre
>
> -> richard
>
> Pierre Parrend wrote:
> > Hello all,
> >
> > I have posted my implementation of the security layer for Felix on the
> jira:
> > http:
Add ConfigAdmin support to the HTTP service
---
Key: FELIX-323
URL: https://issues.apache.org/jira/browse/FELIX-323
Project: Felix
Issue Type: New Feature
Components: HTTP Service
I will let Karl answer that...
Pierre, do you have an ICLA on file at Apache?
-> richard
Pierre Parrend wrote:
Hello all,
I have posted my implementation of the security layer for Felix on the jira:
http://issues.apache.org/jira/browse/FELIX-22
do you (mostly Karl and Richard) want to hav
Hello all,
I have posted my implementation of the security layer for Felix on the jira:
http://issues.apache.org/jira/browse/FELIX-22
do you (mostly Karl and Richard) want to have a look at the patch, or should I
integrate the patch directly in the subversion 'trunk' ?
let me know what do yo
Felix,
Thanks for the follow up. The BundleContextImpl is in fact an instance
field in my HostBundleActivator as you gathered. I did make it
transient, but the problem with that was that if the object did get
serialized, then when I reference it again causing it to be
de-serialized, the value of
[
https://issues.apache.org/jira/browse/FELIX-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Meschberger closed FELIX-322.
---
Snapshot deployed.
> Registering a PersistenceManager service causes a ClassCastException
> -
[
https://issues.apache.org/jira/browse/FELIX-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Meschberger resolved FELIX-322.
-
Resolution: Fixed
Fix confirmed by Tom.
Closing this issue and deploying a new snapshot
20 matches
Mail list logo
