Re: [VOTE] Apache Felix iPOJO Composite 1.8.0
+1 regards, Karl On Wed, Feb 23, 2011 at 6:42 AM, Guillaume Nodet gno...@gmail.com wrote: +1 On Sun, Feb 20, 2011 at 19:10, Clement Escoffier clement.escoff...@gmail.com wrote: I would like to call a vote on the iPOJO Composite 1.8.0 release: Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-028/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 028 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) Thanks and Regards, Clement -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com -- Karl Pauls karlpa...@gmail.com
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 Regards Felix Am Montag, den 21.02.2011, 22:10 + schrieb Karl Pauls: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments)
Re: [VOTE] Apache Felix iPOJO Composite 1.8.0
+1 Regards Felix Am Sonntag, den 20.02.2011, 18:10 + schrieb Clement Escoffier: I would like to call a vote on the iPOJO Composite 1.8.0 release: Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-028/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 028 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) Thanks and Regards, Clement
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 Regards JB On 02/23/2011 10:32 AM, Felix Meschberger wrote: +1 Regards Felix Am Montag, den 21.02.2011, 22:10 + schrieb Karl Pauls: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments)
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 (non binding) Regards; /pierre On Mon, Feb 21, 2011 at 11:10 PM, Karl Pauls karlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments)
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 (non binding) On Wed, Feb 23, 2011 at 10:31 AM, Jean-Baptiste Onofré j...@nanthrax.netwrote: +1 Regards JB On 02/23/2011 10:32 AM, Felix Meschberger wrote: +1 Regards Felix Am Montag, den 21.02.2011, 22:10 + schrieb Karl Pauls: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) -- *Toni Menzel - http://www.okidokiteam.com*
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 On Mon, Feb 21, 2011 at 23:10, Karl Paulskarlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) -- Ascert - Taking systems to the Edge r...@ascert.com +44 (0)20 7488 3470 www.ascert.com
Re: [VOTE] Apache Felix iPOJO Composite 1.8.0
+1 Alex On Wed, Feb 23, 2011 at 11:32 AM, Felix Meschberger fmesc...@adobe.comwrote: +1 Regards Felix Am Sonntag, den 20.02.2011, 18:10 + schrieb Clement Escoffier: I would like to call a vote on the iPOJO Composite 1.8.0 release: Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-028/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 028 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) Thanks and Regards, Clement
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 Alex On Wed, Feb 23, 2011 at 11:36 AM, Rob Walker r...@ascert.com wrote: +1 On Mon, Feb 21, 2011 at 23:10, Karl Paulskarlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) -- Ascert - Taking systems to the Edge r...@ascert.com +44 (0)20 7488 3470 www.ascert.com
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1, Regards, Clement On 21.02.11 23:10, Karl Pauls karlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.9 main 3.0.9 main.distribution 3.0.9 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-035/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 035 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments)
Re: [VOTE] Felix framework 3.0.9 and related subproject releases
+1 Carsten -- Carsten Ziegeler cziege...@apache.org
Re: [VOTE] Apache Felix iPOJO Composite 1.8.0
+1 Carsten
[jira] Created: (FELIX-2856) Goal bundleall breaks for optional dependencies with a scope.
Goal bundleall breaks for optional dependencies with a scope. -- Key: FELIX-2856 URL: https://issues.apache.org/jira/browse/FELIX-2856 Project: Felix Issue Type: Improvement Components: Maven Bundle Plugin Affects Versions: maven-bundle-plugin-2.3.4 Reporter: Odd Vinje A lot of code changes have been commited to bundleplugin/src/main/java/org/apache/felix/bundleplugin/BundlePlugin.java, but relevant changes have not been refelected in BundleAllPlugin.java. Maybe the two classes need delegation/refactoring. Example: Goal bundleall now breaks for optional dependencies with a scope. This is handled in bundle goal: if( artifact.isOptional() ) { String id = artifact.toString(); if( artifact.getScope()!=null ) { // strip the scope... id = id.replaceFirst(:[^:]*$, ); } optionalArtifactIds.add(id); } but not in bundleall... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (FELIX-2857) Fix remaining mixed case java package names
Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (FELIX-2857) Fix remaining mixed case java package names
I wonder what is going on here? Clearly, this issue isn't related to Felix and when I go the link below, it takes me to a different project. - richard On 2/23/11 8:49, Olivier Grisel (JIRA) wrote: Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance.
Re: [jira] Created: (FELIX-2857) Fix remaining mixed case java package names
Hi, Am Mittwoch, den 23.02.2011, 17:04 + schrieb Richard S. Hall: I wonder what is going on here? I simply sent the issue back to the Stanbol project to where it probably belongs. Regards Felix Clearly, this issue isn't related to Felix and when I go the link below, it takes me to a different project. - richard On 2/23/11 8:49, Olivier Grisel (JIRA) wrote: Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance.
Re: [jira] Created: (FELIX-2857) Fix remaining mixed case java package names
On 2/23/11 12:09, Felix Meschberger wrote: Hi, Am Mittwoch, den 23.02.2011, 17:04 + schrieb Richard S. Hall: I wonder what is going on here? I simply sent the issue back to the Stanbol project to where it probably belongs. Cool. I didn't know that was possible. - richard Regards Felix Clearly, this issue isn't related to Felix and when I go the link below, it takes me to a different project. - richard On 2/23/11 8:49, Olivier Grisel (JIRA) wrote: Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance.
Re: [jira] Created: (FELIX-2857) Fix remaining mixed case java package names
Hi, Am Mittwoch, den 23.02.2011, 17:14 + schrieb Richard S. Hall: On 2/23/11 12:09, Felix Meschberger wrote: Hi, Am Mittwoch, den 23.02.2011, 17:04 + schrieb Richard S. Hall: I wonder what is going on here? I simply sent the issue back to the Stanbol project to where it probably belongs. Cool. I didn't know that was possible. Yes, this is how I moved the open Web Console issues from Sling to Felix back when we moved the Web Console. Regards Felix - richard Regards Felix Clearly, this issue isn't related to Felix and when I go the link below, it takes me to a different project. - richard On 2/23/11 8:49, Olivier Grisel (JIRA) wrote: Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance.
Re: [jira] Created: (FELIX-2857) Fix remaining mixed case java package names
On 2/23/11 12:34, Felix Meschberger wrote: Hi, Am Mittwoch, den 23.02.2011, 17:14 + schrieb Richard S. Hall: On 2/23/11 12:09, Felix Meschberger wrote: Hi, Am Mittwoch, den 23.02.2011, 17:04 + schrieb Richard S. Hall: I wonder what is going on here? I simply sent the issue back to the Stanbol project to where it probably belongs. Cool. I didn't know that was possible. Yes, this is how I moved the open Web Console issues from Sling to Felix back when we moved the Web Console. So, it sets up a permanent forward for that Felix issue number? Regards Felix - richard Regards Felix Clearly, this issue isn't related to Felix and when I go the link below, it takes me to a different project. - richard On 2/23/11 8:49, Olivier Grisel (JIRA) wrote: Fix remaining mixed case java package names --- Key: FELIX-2857 URL: https://issues.apache.org/jira/browse/FELIX-2857 Project: Felix Issue Type: Bug Reporter: Olivier Grisel Priority: Trivial The following package names should be lowercase: org.apache.stanbol.entityhub.indexing.genericRdf org.apache.stanbol.entityhub.indexing.dbPedia org.apache.stanbol.entityhub.site.linkedData As a side note the official casing for the DBpedia project is DBpedia, not dbPedia as written in various configuration files. I think for component ids (not subject to the java naming conventions) we should just stick to lowercase ids as well. Hence dbpedia for instance.
[jira] Created: (FELIX-2858) [Framework] Modify resolver to be self-contained with respect to fragment handling
[Framework] Modify resolver to be self-contained with respect to fragment handling -- Key: FELIX-2858 URL: https://issues.apache.org/jira/browse/FELIX-2858 Project: Felix Issue Type: Improvement Components: Framework Affects Versions: framework-3.0.9 Reporter: Richard S. Hall Assignee: Richard S. Hall Fix For: framework-3.2.0 Currently, the resolver does not handle fragments or even know about them at all. The resolver state, which is an external entity handles this. This approach limits reuse of the resolver since it is not self-contained. The resolver should be modified so that it directly processes fragments. To do this, it will have to create wrapped modules to synthesize hosts with attached fragments. This is similar to what currently happens in the resolver state. The main difference is that the resolver state does this at bundle install time, which is more efficient. A self-contained resolver will have to do it every time there is a resolve involving fragments, so it might be less efficient. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (FELIX-2860) getLocales() in DefaultMetaTypeProvider needs to check return of findEntries
getLocales() in DefaultMetaTypeProvider needs to check return of findEntries Key: FELIX-2860 URL: https://issues.apache.org/jira/browse/FELIX-2860 Project: Felix Issue Type: Bug Components: Metatype Service Affects Versions: metatype-1.0.4 Environment: ubuntu 10.04 Reporter: jamie campbell DefaultMetaTypeProvider:128 does a findEntries call which it then uses at 130 , but assumes that it will always be non-null. findEntries can, and does, return null. If it helps, I encountered this problem in felix karaf 2.1.4, when I added a bundle to the system to iterate on MetaType information for all the ManagedService and ManagedServiceFactory bundles in the system, IF they also had an associated configuration (even an empty one should be iterable to a limited extent, aka, recognizing that it has a configuration). All the bundles successfully iterated except for FileInstall 3.1.10. This may or may not imply that there is also a bug in FileInstall 3.1.10. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira