Improve error handling for ResolverImpl.deploy() method
---
Key: FELIX-693
URL: https://issues.apache.org/jira/browse/FELIX-693
Project: Felix
Issue Type: Improvement
Components:
On Wed, Aug 20, 2008 at 11:47 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:
> Carsten Ziegeler wrote:
>>
>> Richard S. Hall wrote:
>>
>>>
>>> Hmmm.
>>>
>>> +1 for core.
>>>
>>> Essentially, +1 for compendium, but I am not sure since it now depends
>>> on Foundation 1.2.0, but I don't think any cha
Carsten Ziegeler wrote:
Richard S. Hall wrote:
Hmmm.
+1 for core.
Essentially, +1 for compendium, but I am not sure since it now depends
on Foundation 1.2.0, but I don't think any changes were made to
foundation, so I am not sure we should be doing a release on it. (Sorry,
I didn't notice t
Richard S. Hall wrote:
> Dieter Wimberger wrote:
>> To give an example, the commons-collections project seems to keep
>> their developers (= comitters) and contributors in the POM file, using
>> a section like:
>>
>> ...
>>
>>fmeschbe
>>Felix Meschberger
>>
>> ...
>>
>>
>> ..
Dieter Wimberger wrote:
Richard, Felix:
I think that the ICLA I signed and sent to the Apache Foundation
Secretary cleary states the legal terms of the contribution.
Given paragraph 2. Grant of Copyright License, I am granting the
Apache Foundation and all recipients of the software distribu
Hi,
I've started work on a maven plugin which will generate a deployment
package that can be deployed through the DeploymentAdmin.
I've committed a first version to my sandbox. This version is only able
to add bundles to the package and the required meta data. I've
successfully deployed such pack
Richard S. Hall wrote:
> Hmmm.
>
> +1 for core.
>
> Essentially, +1 for compendium, but I am not sure since it now depends
> on Foundation 1.2.0, but I don't think any changes were made to
> foundation, so I am not sure we should be doing a release on it. (Sorry,
> I didn't notice that you did la
Hmmm.
+1 for core.
Essentially, +1 for compendium, but I am not sure since it now depends
on Foundation 1.2.0, but I don't think any changes were made to
foundation, so I am not sure we should be doing a release on it. (Sorry,
I didn't notice that you did last time.) Of course, it is not the
Richard, Felix:
I think that the ICLA I signed and sent to the Apache Foundation
Secretary cleary states the legal terms of the contribution.
Given paragraph 2. Grant of Copyright License, I am granting the
Apache Foundation and all recipients of the software distributed by
the Foundation
[
https://issues.apache.org/jira/browse/FELIX-674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls resolved FELIX-674.
--
Resolution: Fixed
Better error reporting when loading bundle classes using Bundle.loadClass is in
as of
[
https://issues.apache.org/jira/browse/FELIX-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls resolved FELIX-654.
--
Resolution: Fixed
I think the current fix is reasonable and seems to work -- hence, I will close
this i
+1
Carsten
Carsten Ziegeler wrote:
> Hi,
>
> as discussed yesterday (and today...) I've assembled a
> release candidates for core, compendium and foundation.
> You'll find the assmebled files for the 1.2.0 releasehere:
>
> http://people.apache.org/~cziegeler/releases/osgi/
>
> The KEYS file fo
Hi,
as discussed yesterday (and today...) I've assembled a
release candidates for core, compendium and foundation.
You'll find the assmebled files for the 1.2.0 releasehere:
http://people.apache.org/~cziegeler/releases/osgi/
The KEYS file for verifying the signature is also in this directory.
S
Richard S. Hall wrote:
> Carsten,
>
> Thank for getting this going, but we follow an odd/even minor version
> number release policy for developmental/stable. So, unless we only
> increment the micro number, this release should be 1.2.0...
>
> The main reason for this approach is that it work nic
Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP
clearance, so that this can be claimed to be Apache software. To
acknowledge Deiter, we should use one of the ot
Carsten,
Thank for getting this going, but we follow an odd/even minor version
number release policy for developmental/stable. So, unless we only
increment the micro number, this release should be 1.2.0...
The main reason for this approach is that it work nicely for keeping our
released pro
[
https://issues.apache.org/jira/browse/FELIX-687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-687.
-
Resolution: Fixed
Fixed in the revision 687319.
The manipulator detects and manipulates in
[
https://issues.apache.org/jira/browse/FELIX-689?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-689.
-
Resolution: Fixed
Fixed in the revision 687319
The 'name' property is now replaced by 'ins
[
https://issues.apache.org/jira/browse/FELIX-688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-688.
-
Resolution: Fixed
Fixed in the revision 687319.
Error reporting improvements when an insta
OBR should provide an API for resolving bundles dependencies regardless of
locally installed bundles
Key: FELIX-692
URL: https://issues.apache.org/jira/browse/FEL
Add support for the deployment admin
Key: FELIX-691
URL: https://issues.apache.org/jira/browse/FELIX-691
Project: Felix
Issue Type: New Feature
Components: Web Console
Affects Versions: webc
+1
Regards
Felix
Carsten Ziegeler schrieb:
Hi,
as discussed yesterday I've assembled release candidates for core,
compendium and foundation. You'll find the files here:
http://people.apache.org/~cziegeler/releases/osgi/
The KEYS file for verifying the signature is also in this directory.
So
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP clearance,
so that this can be claimed to be Apache software. To acknowledge
Deiter, we should use one of the other approaches that I ment
Hi
Dieter Wimberger schrieb:
I would like to ask you to quickly have a look at the NOTICE file for
any glitches.
Just a glitch
(http://svn.apache.org/repos/asf/felix/trunk/shell.remote/NOTICE): I
think that in Section I, "developped" should only have one p.
Oh yeah ! I never know much p's
Hi,
Richard S. Hall schrieb:
Excellent work.
Thanks ;-)
Knowing that we might expect other forms of remote access, is
"shell.remote" the best name for this subproject?
Not sure either; it just came to my mind as a first idea and I kind of
liked it. We are also talking about "Simple Remote
25 matches
Mail list logo