[
https://issues.apache.org/jira/browse/GROOVY-10881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17655852#comment-17655852
]
Paul King commented on GROOVY-10881:
------------------------------------
{quote}
1. I have attached an OSGi project based on Apache Karaf, using PAX Exam to
show the error. You can play around with it
{quote}
Great, I will give it a try.
{quote}
2. Well, this should never be the case. Either they already have this
RuntimeException fixed (because else it wont start up) or they don't have the
error. Any new error causing this RuntimeException would have to be fixed
immediately (like I am doing now for OSGi)
{quote}
Since we have that extension point, anyone can create new services at any time
in the future which fulfil the service. They won't find errors as easily if
they do so. Having said that, the number of folks who might do such a thing is
very small. It's not necessarily a show-stopper. We just need to give some
thought as to whether there is some alternative which solves both scenarios.
> FastStringUtils does not work in an OSGi environment
> ----------------------------------------------------
>
> Key: GROOVY-10881
> URL: https://issues.apache.org/jira/browse/GROOVY-10881
> Project: Groovy
> Issue Type: Bug
> Components: JSON
> Reporter: Roy Teeuwen
> Priority: Major
> Attachments: groovy-json-example.zip
>
>
> Using the FastStringUtils does not work in an OSGi environment. The
> FastStringUtils will be called by the classloader of another bundle, making
> the code at
> https://github.com/apache/groovy/blob/master/subprojects/groovy-json/src/main/java/org/apache/groovy/json/internal/FastStringUtils.java#L39
> not find the default service loader.
> To counter this, I'd like to propose to at least fall back to the
> DefaultFastStringService when no FastStringServiceFactory is found
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
