Hi all,
I finally cut the second release of the iPOJO framework.
13 artifacts compose this release (version 1.0.0):
http://people.apache.org/~clement/releases/org/apache/felix/org.apache.felix
.ipojo.metadata/
http://people.apache.org/~clement/releases/org/apache/felix/org.apache.felix
.i
[X] +1 Approve the subproject releases
Carsten
--
Carsten Ziegeler
[EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/FELIX-768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639739#action_12639739
]
Carsten Ziegeler commented on FELIX-768:
Attached is a shortened log of what happens
On Oct 15, 2008, at 7:41 , Rob Walker wrote:
Noticed that when trying to build under 1.4, I got the following
compile error:
symbol : method signum (long)
location: class java.lang.Math
I think this method is from 1.5 onwards [...]
I know 1.4 is quite old, but we still try and keep c
[
https://issues.apache.org/jira/browse/FELIX-768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carsten Ziegeler updated FELIX-768:
---
Attachment: log.txt
> NullPointerException during resolveBundles
> ---
NullPointerException during resolveBundles
--
Key: FELIX-768
URL: https://issues.apache.org/jira/browse/FELIX-768
Project: Felix
Issue Type: Bug
Components: Framework
Affects Versions: fe
[X] +1 Approve the subproject releases
Clement
Noticed that when trying to build under 1.4, I got the following compile
error:
symbol : method signum (long)
location: class java.lang.Math
I think this method is from 1.5 onwards
Just wondering if we have a "JDK level" policy in terms of what Felix
and bundles should be buildable/r
+1
- Rob
Stuart McCulloch wrote:
just to confirm, this is the security bug:
http://issues.apache.org/jira/browse/FELIX-766
Yes. It basically broke security in a big way.
-> richard
+1 for this release
2008/10/15 Karl Pauls <[EMAIL PROTECTED]>
> We did have a security bug in Felix 1.2.1. Therefore, I created a
> branch for a 1.2.2 release that fixes only that one bug.
>
> The resulting 1.2.2 release will only be interesting for people that
> need to run felix with security manager enabled. I am
+1
-> richard
Karl Pauls wrote:
We did have a security bug in Felix 1.2.1. Therefore, I created a
branch for a 1.2.2 release that fixes only that one bug.
The resulting 1.2.2 release will only be interesting for people that
need to run felix with security manager enabled. I am planning to cut
[
https://issues.apache.org/jira/browse/FELIX-763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rob Walker resolved FELIX-763.
--
Resolution: Fixed
Have marked as "resolved" for now.
Managed with a relatively small number of changes
We did have a security bug in Felix 1.2.1. Therefore, I created a
branch for a 1.2.2 release that fixes only that one bug.
The resulting 1.2.2 release will only be interesting for people that
need to run felix with security manager enabled. I am planning to cut
a new release from trunk soon as wel
[
https://issues.apache.org/jira/browse/FELIX-764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall closed FELIX-764.
-
Resolution: Fixed
This should be fixed now.
> ExportedPackage.getImportingBundles() should includ
[
https://issues.apache.org/jira/browse/FELIX-755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639472#action_12639472
]
Rob Walker commented on FELIX-755:
--
This will be handy.
We have a "coldstart" option in ou
[
https://issues.apache.org/jira/browse/FELIX-707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-707:
--
Fix Version/s: (was: felix-1.2.1
)
felix-1.4.0
> Hide WIRE log messages o
[
https://issues.apache.org/jira/browse/FELIX-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-708:
--
Fix Version/s: (was: felix-1.2.1
)
felix-1.4.0
> Felix bundle repository
[
https://issues.apache.org/jira/browse/FELIX-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-755:
--
Component/s: Framework
> Add support for cleaning the bundle cache
> ---
[
https://issues.apache.org/jira/browse/FELIX-766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-766:
--
Component/s: Framework
> NullPointerException in SecureAction.invoke when running with SecurityM
[
https://issues.apache.org/jira/browse/FELIX-712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall closed FELIX-712.
-
Closing. Reported as fixed.
> Ability to disable automatic parent classloader delegation
> --
Go ahead and file a bug with as much info as you have.
-> richard
Carsten Ziegeler wrote:
Hi,
we are experiencing very sporadic NPEs with 1.2.1 in the Felix class
(see stack trace below). This happens during a series of bundle installs
and starts (intercepted by resolveBundles and refreshPacka
Stuart McCulloch wrote:
2008/10/14 Rob Walker <[EMAIL PROTECTED]>
Ok - thanks Alin, new area to me and that wasn't how I read the
bootdelegation aspect
It looked to me as if bootdelegation should be a sort of "super override"
or fallback for any/all wildcard package names that weren't expli
Thank you !
Clement
-Original Message-
From: Felix Meschberger [mailto:[EMAIL PROTECTED]
Sent: mardi 14 octobre 2008 11:52
To: Felix Dev
Subject: Re: Felix Site
Hi all,
Cleanup has been done and the site is now back to being synced
automatically.
Regards
Felix
Felix Meschberger schri
Hi,
we are experiencing very sporadic NPEs with 1.2.1 in the Felix class
(see stack trace below). This happens during a series of bundle installs
and starts (intercepted by resolveBundles and refreshPackages) calls.
While our implementation is not optimal (which we fixed now), it seems
that this i
Hi all,
I hereby close this vote with the following result:
+1 Felix Meschberger (*)
+1 Rob Walker (*)
+1 Carsten Ziegeler (*)
+1 Richard S. Hall (*)
This this vote succeeds with 4 +1 votes (all of which binding), no zero
and no -1 votes. I will proceed with uploading the artifacts.
Tha
Hi Richard,
Richard S. Hall schrieb:
> +1
>
> The NOTICE file should list OSGi under "includes" and "uses", since it
> does embed the OBR interface files into the JAR file.
Will fix this [1] for the next release, which will probably be coming
soon due to FELIX-752.
Regards
Felix
[1] https://is
NOTICE file should list OSGi under "includes" and "uses"
Key: FELIX-767
URL: https://issues.apache.org/jira/browse/FELIX-767
Project: Felix
Issue Type: Bug
Components: Web Co
[
https://issues.apache.org/jira/browse/FELIX-765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639402#action_12639402
]
Don Brown commented on FELIX-765:
-
I tried making the counter final in the and operator with
[
https://issues.apache.org/jira/browse/FELIX-766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls resolved FELIX-766.
--
Resolution: Fixed
Fix Version/s: felix-1.2.2
Fixed in trunk as of revision 704475.
> NullPointer
NullPointerException in SecureAction.invoke when running with SecurityManager
-
Key: FELIX-766
URL: https://issues.apache.org/jira/browse/FELIX-766
Project: Felix
Is
Needed a bit of tinkering with our manifest generation and launch
plumbing, but just got a successful start of all 3 of our App components
that use Felix, and also now serving up web resources to GWT with proper
lastModified timestamps - which dramatically improves startup time.
Thanks for the
[
https://issues.apache.org/jira/browse/FELIX-765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls reassigned FELIX-765:
Assignee: Karl Pauls
> Invalid occasional OSGi filter toString() value
> ---
[
https://issues.apache.org/jira/browse/FELIX-765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls updated FELIX-765:
-
Attachment: ldap.patch
Don,
I'm sorry that you have so many issues with our ldap filter. It's great so,
Hi all,
Cleanup has been done and the site is now back to being synced
automatically.
Regards
Felix
Felix Meschberger schrieb:
> Hi all,
>
> On our site we have a lot of old content, which once was created in
> Confluence, but which has been deleted or the pages moved in the mean
> time. The re
[
https://issues.apache.org/jira/browse/FELIX-712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639352#action_12639352
]
Don Brown commented on FELIX-712:
-
We haven't seen this issue again, and since we are now ru
2008/10/14 Rob Walker <[EMAIL PROTECTED]>
> Ok - thanks Alin, new area to me and that wasn't how I read the
> bootdelegation aspect
>
> It looked to me as if bootdelegation should be a sort of "super override"
> or fallback for any/all wildcard package names that weren't explicitly
> listed as sys
Invalid occasional OSGi filter toString() value
---
Key: FELIX-765
URL: https://issues.apache.org/jira/browse/FELIX-765
Project: Felix
Issue Type: Bug
Components: Framework
Affects Ve
Ok - thanks Alin, new area to me and that wasn't how I read the
bootdelegation aspect
It looked to me as if bootdelegation should be a sort of "super
override" or fallback for any/all wildcard package names that weren't
explicitly listed as system packages. I'll change our manifest
generation
If your bundle has an import for that package (com.sun.jdmk.comm) the
package has to be resolved by the framework, hence it must be exported
by a bundle so by adding the package to the list of system packages,
the package will be resolved. Just adding com.sun.* or something like
that to boot delega
Hi all,
On our site we have a lot of old content, which once was created in
Confluence, but which has been deleted or the pages moved in the mean
time. The reason for this is, that along the synchronization path from
the Confluence Export to the site, old pages are not removed.
For now, I asked i
Getting a few unresolved constraints thrown e.g.
ERROR: Error starting file:e:\data\tas/lib/tas/testrunner.jar
(org.osgi.framewor
k.BundleException: Unresolved constraint in bundle 27: package;
(package=com.sun
.jdmk.comm))
If I manually add this to the bootdelegation property, it
Hi,
Richard S. Hall schrieb:
> Just to be clear, you are saying we should check to see if it is an
> extension bundle and allow that case, right?
Yes. Currently the ManifestParser constructor calls the
checkAndNormalizeR4() method, which in turn has the following code to
check Extension Bundles:
43 matches
Mail list logo