You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@felix.apache.org by "Alasdair Nottingham (JIRA)" <ji...@apache.org> on 2011/09/07 11:57:09 UTC

[jira] [Created] (FELIX-3108) SCR doesn't cope when the DS xml is not encoded using the default platform encoding.

SCR doesn't cope when the DS xml is not encoded using the default platform encoding.
------------------------------------------------------------------------------------

                 Key: FELIX-3108
                 URL: https://issues.apache.org/jira/browse/FELIX-3108
             Project: Felix
          Issue Type: Bug
          Components: Declarative Services (SCR)
    Affects Versions:  scr-1.6.0
            Reporter: Alasdair Nottingham


I've been trying to use felix SCR on z/OS (insane I know). The default platform encoding for z/OS is EBCDIC. When parsing my DS component xml I get the following exception in the log:

!STACK 0
org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT ÃŒ_%Â€ÃŽÃÃŠÃ‹Ã'?>Â'...@1:239 in java.io.BufferedReader@71fedaf) 
	at org.kxml2.io.KXmlParser.exception(Unknown Source)
	at org.kxml2.io.KXmlParser.error(Unknown Source)
	at org.kxml2.io.KXmlParser.pushEntity(Unknown Source)
	at org.kxml2.io.KXmlParser.pushText(Unknown Source)
	at org.kxml2.io.KXmlParser.nextImpl(Unknown Source)
	at org.kxml2.io.KXmlParser.next(Unknown Source)
	at org.apache.felix.scr.impl.parser.KXml2SAXParser.parseXML(KXml2SAXParser.java:62)
	at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:227)

The component.xml is UTF-8 encoded not EBCDIC. The DS spec 112.4.2 (page 310) says that the file is UTF-8 encoded so it should be able to parse it. I suspect the BundleComponentActivator creates an InputStreamReader and doesn't provide an encoding which is why I see this problem.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (FELIX-3108) SCR doesn't cope when the DS xml is not encoded using the default platform encoding.

Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.

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

Felix Meschberger resolved FELIX-3108.
--------------------------------------

       Resolution: Fixed
    Fix Version/s: scr-1.6.2

Fixed in Rev. 1166104

> SCR doesn't cope when the DS xml is not encoded using the default platform encoding.
> ------------------------------------------------------------------------------------
>
>                 Key: FELIX-3108
>                 URL: https://issues.apache.org/jira/browse/FELIX-3108
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions:  scr-1.6.0
>            Reporter: Alasdair Nottingham
>            Assignee: Felix Meschberger
>             Fix For: scr-1.6.2
>
>
> I've been trying to use felix SCR on z/OS (insane I know). The default platform encoding for z/OS is EBCDIC. When parsing my DS component xml I get the following exception in the log:
> !STACK 0
> org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT ÃŒ_%Â€ÃŽÃÃŠÃ‹Ã'?>Â'...@1:239 in java.io.BufferedReader@71fedaf) 
> 	at org.kxml2.io.KXmlParser.exception(Unknown Source)
> 	at org.kxml2.io.KXmlParser.error(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushEntity(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushText(Unknown Source)
> 	at org.kxml2.io.KXmlParser.nextImpl(Unknown Source)
> 	at org.kxml2.io.KXmlParser.next(Unknown Source)
> 	at org.apache.felix.scr.impl.parser.KXml2SAXParser.parseXML(KXml2SAXParser.java:62)
> 	at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:227)
> The component.xml is UTF-8 encoded not EBCDIC. The DS spec 112.4.2 (page 310) says that the file is UTF-8 encoded so it should be able to parse it. I suspect the BundleComponentActivator creates an InputStreamReader and doesn't provide an encoding which is why I see this problem.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (FELIX-3108) SCR doesn't cope when the DS xml is not encoded using the default platform encoding.

Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.

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

Felix Meschberger commented on FELIX-3108:
------------------------------------------

Autsch, you are right. What a young-boy's bug ;-)

Thanks for reporting

> SCR doesn't cope when the DS xml is not encoded using the default platform encoding.
> ------------------------------------------------------------------------------------
>
>                 Key: FELIX-3108
>                 URL: https://issues.apache.org/jira/browse/FELIX-3108
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions:  scr-1.6.0
>            Reporter: Alasdair Nottingham
>            Assignee: Felix Meschberger
>
> I've been trying to use felix SCR on z/OS (insane I know). The default platform encoding for z/OS is EBCDIC. When parsing my DS component xml I get the following exception in the log:
> !STACK 0
> org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT ÃŒ_%Â€ÃŽÃÃŠÃ‹Ã'?>Â'...@1:239 in java.io.BufferedReader@71fedaf) 
> 	at org.kxml2.io.KXmlParser.exception(Unknown Source)
> 	at org.kxml2.io.KXmlParser.error(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushEntity(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushText(Unknown Source)
> 	at org.kxml2.io.KXmlParser.nextImpl(Unknown Source)
> 	at org.kxml2.io.KXmlParser.next(Unknown Source)
> 	at org.apache.felix.scr.impl.parser.KXml2SAXParser.parseXML(KXml2SAXParser.java:62)
> 	at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:227)
> The component.xml is UTF-8 encoded not EBCDIC. The DS spec 112.4.2 (page 310) says that the file is UTF-8 encoded so it should be able to parse it. I suspect the BundleComponentActivator creates an InputStreamReader and doesn't provide an encoding which is why I see this problem.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (FELIX-3108) SCR doesn't cope when the DS xml is not encoded using the default platform encoding.

Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.

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

Felix Meschberger reassigned FELIX-3108:
----------------------------------------

    Assignee: Felix Meschberger

> SCR doesn't cope when the DS xml is not encoded using the default platform encoding.
> ------------------------------------------------------------------------------------
>
>                 Key: FELIX-3108
>                 URL: https://issues.apache.org/jira/browse/FELIX-3108
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions:  scr-1.6.0
>            Reporter: Alasdair Nottingham
>            Assignee: Felix Meschberger
>
> I've been trying to use felix SCR on z/OS (insane I know). The default platform encoding for z/OS is EBCDIC. When parsing my DS component xml I get the following exception in the log:
> !STACK 0
> org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT ÃŒ_%Â€ÃŽÃÃŠÃ‹Ã'?>Â'...@1:239 in java.io.BufferedReader@71fedaf) 
> 	at org.kxml2.io.KXmlParser.exception(Unknown Source)
> 	at org.kxml2.io.KXmlParser.error(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushEntity(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushText(Unknown Source)
> 	at org.kxml2.io.KXmlParser.nextImpl(Unknown Source)
> 	at org.kxml2.io.KXmlParser.next(Unknown Source)
> 	at org.apache.felix.scr.impl.parser.KXml2SAXParser.parseXML(KXml2SAXParser.java:62)
> 	at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:227)
> The component.xml is UTF-8 encoded not EBCDIC. The DS spec 112.4.2 (page 310) says that the file is UTF-8 encoded so it should be able to parse it. I suspect the BundleComponentActivator creates an InputStreamReader and doesn't provide an encoding which is why I see this problem.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (FELIX-3108) SCR doesn't cope when the DS xml is not encoded using the default platform encoding.

Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.

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

Felix Meschberger closed FELIX-3108.
------------------------------------


Close after release
                
> SCR doesn't cope when the DS xml is not encoded using the default platform encoding.
> ------------------------------------------------------------------------------------
>
>                 Key: FELIX-3108
>                 URL: https://issues.apache.org/jira/browse/FELIX-3108
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions:  scr-1.6.0
>            Reporter: Alasdair Nottingham
>            Assignee: Felix Meschberger
>             Fix For: scr-1.6.2
>
>
> I've been trying to use felix SCR on z/OS (insane I know). The default platform encoding for z/OS is EBCDIC. When parsing my DS component xml I get the following exception in the log:
> !STACK 0
> org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT ÃŒ_%Â€ÃŽÃÃŠÃ‹Ã'?>Â'...@1:239 in java.io.BufferedReader@71fedaf) 
> 	at org.kxml2.io.KXmlParser.exception(Unknown Source)
> 	at org.kxml2.io.KXmlParser.error(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushEntity(Unknown Source)
> 	at org.kxml2.io.KXmlParser.pushText(Unknown Source)
> 	at org.kxml2.io.KXmlParser.nextImpl(Unknown Source)
> 	at org.kxml2.io.KXmlParser.next(Unknown Source)
> 	at org.apache.felix.scr.impl.parser.KXml2SAXParser.parseXML(KXml2SAXParser.java:62)
> 	at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:227)
> The component.xml is UTF-8 encoded not EBCDIC. The DS spec 112.4.2 (page 310) says that the file is UTF-8 encoded so it should be able to parse it. I suspect the BundleComponentActivator creates an InputStreamReader and doesn't provide an encoding which is why I see this problem.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira