Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Bob Paulin
Ok so sounds like I should remove the normalization and replace it with the aliases within the framework. This should cause the test to pass since all the CT tests appear to just as you've said test the filter ~= operator. So as far as next steps is there a way to provide feedback on the tes

[jira] [Resolved] (FELIX-4727) WrappedResource.getCapabilities ignores the namespace param

2014-12-12 Thread Richard S. Hall (JIRA)
[ https://issues.apache.org/jira/browse/FELIX-4727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard S. Hall resolved FELIX-4727. Resolution: Fixed Fix Version/s: resolver-1.2.0 Assignee: Richard S. Hall I'

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Richard S. Hall
On 12/12/14 15:27 , Richard S. Hall wrote: On 12/12/14 15:00 , Bob Paulin wrote: Hi Richard, Here's an approximation of what the CT code is doing: //First we get the native requirement for filters String filterDirective = "(&(osgi.native.osname~=mac os x)(osgi.native.processor~=powerpc) )"

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Richard S. Hall
On 12/12/14 15:27 , Bob Paulin wrote: There is code within Felix that "normalizes" PPC to powerpc within the R4LibraryClause class. Perhaps the normalization is no longer needed? It wouldn't be needed if you put all of the aliases into the constructed native capability. -> richard - Bob

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Richard S. Hall
On 12/12/14 15:00 , Bob Paulin wrote: Hi Richard, Here's an approximation of what the CT code is doing: //First we get the native requirement for filters String filterDirective = "(&(osgi.native.osname~=mac os x)(osgi.native.processor~=powerpc) )" //Create filter object Filter filter =

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Bob Paulin
There is code within Felix that "normalizes" PPC to powerpc within the R4LibraryClause class. Perhaps the normalization is no longer needed? - Bob On 12/12/2014 2:15 PM, Richard S. Hall wrote: On 12/12/14 15:00 , Bob Paulin wrote: Hi Richard, Here's an approximation of what the CT code is do

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Richard S. Hall
On 12/12/14 15:00 , Bob Paulin wrote: Hi Richard, Here's an approximation of what the CT code is doing: //First we get the native requirement for filters String filterDirective = "(&(osgi.native.osname~=mac os x)(osgi.native.processor~=powerpc) )" //Create filter object Filter filter =

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Bob Paulin
Hi Richard, Here's an approximation of what the CT code is doing: //First we get the native requirement for filters String filterDirective = "(&(osgi.native.osname~=mac os x)(osgi.native.processor~=powerpc) )" //Create filter object Filter filter = getContext().createFilter(filterDirecti

Re: OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Richard S. Hall
On 12/12/14 13:44 , Bob Paulin wrote: Currently working on getting the OSGi R6 tests related to Native Code. The tests failures that I'm working through start with the name testNativeCode. The tests are failing on a org.osgi.framework.Filter.matches() call between a raw map of Native Attribu

OSGi R6 Native Code Namespace Aliases

2014-12-12 Thread Bob Paulin
Currently working on getting the OSGi R6 tests related to Native Code. The tests failures that I'm working through start with the name testNativeCode. The tests are failing on a org.osgi.framework.Filter.matches() call between a raw map of Native Attributes such as Procssor, OS name, etc and

Re: [VOTE RESULT] Release Apache Felix Web Console 4.2.4

2014-12-12 Thread Felix Meschberger
… and updated dist in Rev. 7398 Regards Felix > Am 12.12.2014 um 17:01 schrieb Felix Meschberger : > > Hi > > I have released the Maven Repository and am now updating dist > > Regards > Felix > >> Am 12.12.2014 um 16:30 schrieb Valentin Valchev : >> >> The vote passes with four binding +1 vo

Re: [VOTE RESULT] Release Apache Felix Web Console 4.2.4

2014-12-12 Thread Felix Meschberger
Hi I have released the Maven Repository and am now updating dist Regards Felix > Am 12.12.2014 um 16:30 schrieb Valentin Valchev : > > The vote passes with four binding +1 votes. > > Thank you all. > > Now I had to publish the staging repository. But I'm not a PMC member, > so I would kindly

[VOTE RESULT] Release Apache Felix Web Console 4.2.4

2014-12-12 Thread Valentin Valchev
The vote passes with four binding +1 votes. Thank you all. Now I had to publish the staging repository. But I'm not a PMC member, so I would kindly ask you if somebody can publish the new release? Regards, Valentin > On 10/12/2014 16:35, David Bosschaert wrote: > +1 > > David > > On 10 December

[jira] [Resolved] (FELIX-4730) RequestDispatcher's servletPath is wrong for the root servlet

2014-12-12 Thread Felix Meschberger (JIRA)
[ https://issues.apache.org/jira/browse/FELIX-4730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger resolved FELIX-4730. -- Resolution: Fixed Fix Version/s: http-2.4.0 Fixed in Rev. 1644885 by applying usi

[jira] [Created] (FELIX-4730) RequestDispatcher's servletPath is wrong for the root servlet

2014-12-12 Thread Felix Meschberger (JIRA)
Felix Meschberger created FELIX-4730: Summary: RequestDispatcher's servletPath is wrong for the root servlet Key: FELIX-4730 URL: https://issues.apache.org/jira/browse/FELIX-4730 Project: Felix

[jira] [Commented] (FELIX-4728) InstanceManager concurrency issue

2014-12-12 Thread Niels Beekman (JIRA)
[ https://issues.apache.org/jira/browse/FELIX-4728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14243903#comment-14243903 ] Niels Beekman commented on FELIX-4728: -- No, unfortunately. We encountered this issue