[jira] [Closed] (FELIX-5196) Capabilities not matching because of case

2016-04-19 Thread Stephen Kahmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Kahmann closed FELIX-5196.
--

Patch applied 

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: Richard S. Hall
> Fix For: bundlerepository-2.0.10
>
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-04-19 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15247929#comment-15247929
 ] 

Stephen Kahmann commented on FELIX-5196:


Thanks!

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: Richard S. Hall
> Fix For: bundlerepository-2.0.10
>
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-04-18 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15246754#comment-15246754
 ] 

Stephen Kahmann commented on FELIX-5196:


[~rickhall] Thank you for your quick responses! I've pushed the changes to the 
PR.

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-04-18 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15246745#comment-15246745
 ] 

Stephen Kahmann commented on FELIX-5196:


Good catch:

{code}
Dictionary propertyDict = new MapToDictionary(capability.getPropertiesAsMap());

return m_name.equals(capability.getName()) &&
m_filter.match(propertyDict) &&
(m_filter.toString().contains("(mandatory:<*") || 
propertyDict.get("mandatory:") == null);
{code}

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-04-18 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15246575#comment-15246575
 ] 

Stephen Kahmann commented on FELIX-5196:


Looks like we could use match, but we'd have to convert the Map to a Dictionary.

{code}
Dictionary propertyDict = new Hashtable(capability.getPropertiesAsMap());

return m_name.equals(capability.getName()) &&
m_filter.match(propertyDict) &&
(m_filter.toString().contains("(mandatory:<*") || 
propertyDict.get("mandatory:") == null);
{code}

Thoughts?

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-04-17 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15245068#comment-15245068
 ] 

Stephen Kahmann commented on FELIX-5196:


This is pretty important as this breaks deployment with OSGi services. For 
example:

{code}










{code}

Anyone able to take a look at this pull request? Thanks.

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-03-15 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195831#comment-15195831
 ] 

Stephen Kahmann commented on FELIX-5196:


Sorry for the bother, but has anyone had a chance to look at this?

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-03-10 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15189404#comment-15189404
 ] 

Stephen Kahmann commented on FELIX-5196:


[~bosschaert]

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-03-04 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15179815#comment-15179815
 ] 

Stephen Kahmann commented on FELIX-5196:


Any thoughts on this fix?

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-03-01 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15173943#comment-15173943
 ] 

Stephen Kahmann commented on FELIX-5196:


PR: https://github.com/apache/felix/pull/54

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-03-01 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15173920#comment-15173920
 ] 

Stephen Kahmann commented on FELIX-5196:


Updated with recent bundlerepository commits and ready for review.

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (FELIX-5195) Provide-Capability not being processed for Resources

2016-02-29 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15172371#comment-15172371
 ] 

Stephen Kahmann edited comment on FELIX-5195 at 2/29/16 6:53 PM:
-

Hi [~bosschaert]. Sorry to bother you, but any update on this? Thanks!


was (Author: skahmann):
Hi David. Sorry to bother you, but any update on this? Thanks!

> Provide-Capability not being processed for Resources
> 
>
> Key: FELIX-5195
> URL: https://issues.apache.org/jira/browse/FELIX-5195
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: David Bosschaert
>
> Capabilities provided using Provide-Capability are not being added to 
> Resources. PR Created.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5195) Provide-Capability not being processed for Resources

2016-02-29 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15172371#comment-15172371
 ] 

Stephen Kahmann commented on FELIX-5195:


Hi David. Sorry to bother you, but any update on this? Thanks!

> Provide-Capability not being processed for Resources
> 
>
> Key: FELIX-5195
> URL: https://issues.apache.org/jira/browse/FELIX-5195
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: David Bosschaert
>
> Capabilities provided using Provide-Capability are not being added to 
> Resources. PR Created.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5196) Capabilities not matching because of case

2016-02-23 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15160054#comment-15160054
 ] 

Stephen Kahmann commented on FELIX-5196:


PR made, but fix https://issues.apache.org/jira/browse/FELIX-5195 first

> Capabilities not matching because of case
> -
>
> Key: FELIX-5196
> URL: https://issues.apache.org/jira/browse/FELIX-5196
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> RequirementImpl is not matching Capabilities because it is using a filter 
> that ignores case. The Filter lowercases the keys, but this is also not done 
> when trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (FELIX-5196) Capabilities not matching because of case

2016-02-23 Thread Stephen Kahmann (JIRA)
Stephen Kahmann created FELIX-5196:
--

 Summary: Capabilities not matching because of case
 Key: FELIX-5196
 URL: https://issues.apache.org/jira/browse/FELIX-5196
 Project: Felix
  Issue Type: Bug
  Components: Bundle Repository (OBR)
Affects Versions: bundlerepository-2.0.6
Reporter: Stephen Kahmann


RequirementImpl is not matching Capabilities because it is using a filter that 
ignores case. The Filter lowercases the keys, but this is also not done when 
trying to match them.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5195) Provide-Capability not being processed for Resources

2016-02-23 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15159934#comment-15159934
 ] 

Stephen Kahmann commented on FELIX-5195:


PR here: https://github.com/apache/felix/pull/53

> Provide-Capability not being processed for Resources
> 
>
> Key: FELIX-5195
> URL: https://issues.apache.org/jira/browse/FELIX-5195
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> Capabilities provided using Provide-Capability are not being added to 
> Resources. PR Created.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (FELIX-5195) Provide-Capability not being processed for Resources

2016-02-23 Thread Stephen Kahmann (JIRA)
Stephen Kahmann created FELIX-5195:
--

 Summary: Provide-Capability not being processed for Resources
 Key: FELIX-5195
 URL: https://issues.apache.org/jira/browse/FELIX-5195
 Project: Felix
  Issue Type: Bug
  Components: Bundle Repository (OBR)
Affects Versions: bundlerepository-2.0.6
Reporter: Stephen Kahmann


Capabilities provided using Provide-Capability are not being added to 
Resources. PR Created.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Closed] (FELIX-5189) OBR R5 Capabilities are not Properly being Parsed

2016-02-22 Thread Stephen Kahmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/FELIX-5189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Kahmann closed FELIX-5189.
--

> OBR R5 Capabilities are not Properly being Parsed
> -
>
> Key: FELIX-5189
> URL: https://issues.apache.org/jira/browse/FELIX-5189
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: Richard S. Hall
> Fix For: bundlerepository-2.0.8
>
>
> Capabilities are not correctly being parsed for the R5 spec. The 
> "osgi.wiring.package" attribute is being compared to "package" which always 
> fails to match.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5189) OBR R5 Capabilities are not Properly being Parsed

2016-02-22 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15157250#comment-15157250
 ] 

Stephen Kahmann commented on FELIX-5189:


Thank you!

> OBR R5 Capabilities are not Properly being Parsed
> -
>
> Key: FELIX-5189
> URL: https://issues.apache.org/jira/browse/FELIX-5189
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>Assignee: Richard S. Hall
> Fix For: bundlerepository-2.0.8
>
>
> Capabilities are not correctly being parsed for the R5 spec. The 
> "osgi.wiring.package" attribute is being compared to "package" which always 
> fails to match.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5189) OBR R5 Capabilities are not Properly being Parsed

2016-02-22 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15156892#comment-15156892
 ] 

Stephen Kahmann commented on FELIX-5189:


Anybody have an opinion on this?

> OBR R5 Capabilities are not Properly being Parsed
> -
>
> Key: FELIX-5189
> URL: https://issues.apache.org/jira/browse/FELIX-5189
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> Capabilities are not correctly being parsed for the R5 spec. The 
> "osgi.wiring.package" attribute is being compared to "package" which always 
> fails to match.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5189) OBR R5 Capabilities are not Properly being Parsed

2016-02-17 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15151440#comment-15151440
 ] 

Stephen Kahmann commented on FELIX-5189:


PR here: https://github.com/apache/felix/pull/52

> OBR R5 Capabilities are not Properly being Parsed
> -
>
> Key: FELIX-5189
> URL: https://issues.apache.org/jira/browse/FELIX-5189
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> Capabilities are not correctly being parsed for the R5 spec. The 
> "osgi.wiring.package" attribute is being compared to "package" which always 
> fails to match.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (FELIX-5189) OBR R5 Capabilities are not Properly being Parsed

2016-02-17 Thread Stephen Kahmann (JIRA)
Stephen Kahmann created FELIX-5189:
--

 Summary: OBR R5 Capabilities are not Properly being Parsed
 Key: FELIX-5189
 URL: https://issues.apache.org/jira/browse/FELIX-5189
 Project: Felix
  Issue Type: Bug
  Components: Bundle Repository (OBR)
Affects Versions: bundlerepository-2.0.6
Reporter: Stephen Kahmann


Capabilities are not correctly being parsed for the R5 spec. The 
"osgi.wiring.package" attribute is being compared to "package" which always 
fails to match.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-24 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15024748#comment-15024748
 ] 

Stephen Kahmann commented on FELIX-5112:


I'm much more familiar with git so here's a PR: 
https://github.com/apache/felix/pull/42

> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
> Attachments: fix_local_resource_resolver.diff
>
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
>   at 
> org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
>   at 
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
>   at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
>   at 
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
>   at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
>   at 
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
>   at 
> org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15019204#comment-15019204
 ] 

Stephen Kahmann commented on FELIX-5112:


Patch attached.

> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
> Attachments: fix_local_resource_resolver.diff
>
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
>   at 
> org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
>   at 
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
>   at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
>   at 
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
>   at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
>   at 
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
>   at 
> org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Kahmann updated FELIX-5112:
---
Attachment: fix_local_resource_resolver.diff

patch file

> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
> Attachments: fix_local_resource_resolver.diff
>
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
>   at 
> org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
>   at 
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
>   at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
>   at 
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
>   at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
>   at 
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
>   at 
> org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Kahmann updated FELIX-5112:
---
Description: 
When using OBR to deploy a bundle that is already present in the runtime, there 
is a ClassCastException:

{code}
java.lang.ClassCastException: 
org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast to 
org.apache.felix.bundlerepository.impl.LocalResourceImpl
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
at 
org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
at 
org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
at 
org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
at 
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
at 
org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
{code}

  was:
When using OBR to deploy a bundle that is already present in the runtime, there 
is a ClassCastException:

{code}
java.lang.ClassCastException: 
org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast to 
org.apache.felix.bundlerepository.impl.LocalResourceImpl
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
at 
org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
at 
org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
at 
org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
at 
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
at 
org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}


> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.Resol

[jira] [Comment Edited] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018950#comment-15018950
 ] 

Stephen Kahmann edited comment on FELIX-5112 at 11/20/15 10:38 PM:
---

[This|https://github.com/apache/felix/blob/trunk/bundlerepository/src/main/java/org/apache/felix/bundlerepository/impl/ResolverImpl.java#L703]
 cast is unsafe because the local resources are actually LazyLocalResourceImpl. 
It may be a better design to create an interface for a LocalResource that has 
the getBundle method (and any other) required from local resources.


was (Author: skahmann):
[This|https://github.com/apache/felix/blob/trunk/bundlerepository/src/main/java/org/apache/felix/bundlerepository/impl/ResolverImpl.java#L703]
 cast is unsafe because the local resources are actually LazyLocalResourceImpl.

> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
>   at 
> org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
>   at 
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
>   at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
>   at 
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
>   at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
>   at 
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
>   at 
> org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
>   at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
>   at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018950#comment-15018950
 ] 

Stephen Kahmann commented on FELIX-5112:


[This|https://github.com/apache/felix/blob/trunk/bundlerepository/src/main/java/org/apache/felix/bundlerepository/impl/ResolverImpl.java#L703]
 cast is unsafe because the local resources are actually LazyLocalResourceImpl.

> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
> URL: https://issues.apache.org/jira/browse/FELIX-5112
> Project: Felix
>  Issue Type: Bug
>  Components: Bundle Repository (OBR)
>Affects Versions: bundlerepository-2.0.6
>Reporter: Stephen Kahmann
>
> When using OBR to deploy a bundle that is already present in the runtime, 
> there is a ClassCastException:
> {code}
> java.lang.ClassCastException: 
> org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast 
> to org.apache.felix.bundlerepository.impl.LocalResourceImpl
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
>   at 
> org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
>   at 
> org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
>   at 
> org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
>   at 
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
>   at 
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
>   at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
>   at 
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
>   at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
>   at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
>   at 
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
>   at 
> org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
>   at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
>   at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/FELIX-5112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Kahmann updated FELIX-5112:
---
Description: 
When using OBR to deploy a bundle that is already present in the runtime, there 
is a ClassCastException:

{code}
java.lang.ClassCastException: 
org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast to 
org.apache.felix.bundlerepository.impl.LocalResourceImpl
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
at 
org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
at 
org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
at 
org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
at 
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
at 
org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}

  was:
When using OBR to deploy a bundle that is already present in the runtime, there 
is a ClassCastException:

```
java.lang.ClassCastException: 
org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast to 
org.apache.felix.bundlerepository.impl.LocalResourceImpl
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
at 
org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
at 
org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
at 
org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
at 
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
at 
org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
```


> ClassCastException when deploying an OBR Resource already present in the 
> runtime
> 
>
> Key: FELIX-5112
>   

[jira] [Created] (FELIX-5112) ClassCastException when deploying an OBR Resource already present in the runtime

2015-11-20 Thread Stephen Kahmann (JIRA)
Stephen Kahmann created FELIX-5112:
--

 Summary: ClassCastException when deploying an OBR Resource already 
present in the runtime
 Key: FELIX-5112
 URL: https://issues.apache.org/jira/browse/FELIX-5112
 Project: Felix
  Issue Type: Bug
  Components: Bundle Repository (OBR)
Affects Versions: bundlerepository-2.0.6
Reporter: Stephen Kahmann


When using OBR to deploy a bundle that is already present in the runtime, there 
is a ClassCastException:

```
java.lang.ClassCastException: 
org.apache.felix.bundlerepository.impl.LazyLocalResourceImpl cannot be cast to 
org.apache.felix.bundlerepository.impl.LocalResourceImpl
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.findUpdatableLocalResource(ResolverImpl.java:703)
at 
org.apache.felix.bundlerepository.impl.ResolverImpl.deploy(ResolverImpl.java:569)
at 
org.apache.karaf.obr.command.ObrCommandSupport.doDeploy(ObrCommandSupport.java:168)
at 
org.apache.karaf.obr.command.StartCommand.doExecute(StartCommand.java:38)
at 
org.apache.karaf.obr.command.ObrCommandSupport.execute(ObrCommandSupport.java:58)
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:83)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
at 
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
at 
org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(HeadlessSessionImpl.java:90)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:143)
at org.matonto.itests.KarafTestSupport$1.call(KarafTestSupport.java:136)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
```



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)