[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[cfor...@historicusinc.com (JIRA)]

Charles Forcey
 commented on  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.















We have what might be a related issue.  Several of our Rspec tests contain UTF-8 characters.  These are stored as UTF-8 text files, have the comment #encoding: utf-8 at the top which hints to Ruby that the source code is not ascii, and perform perfectly in our test suite.  When the Jenkins job is complete, a gem called ci_reporter compiles our test results into a reports directory.  Somewhere in that after(:all) hook the following error is thrown: 

{{ An error occurred in an after(:all) hook. Errno::EPERM: Operation not permitted - Operation not permitted - some/�备环/cool境应/path/用�动 occurred at org/jruby/RubyFile.java:1063:in `unlink' }}

The build goes on to succeed, but I think processing this unicode in the XML is causing either an issue.  The RubyFile.java reference makes me think this might be our version of jruby (locked at 1.7.1 might be the villain).  But I wanted to add this here in case a piece of the Jenkins stack has UTF sensitivities in XML.  I think that is unlikely but more information may help us all track this to the root cause. Cheers!  C



























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







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[cfor...@historicusinc.com (JIRA)]

 
Charles Forcey
 edited a comment on  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
















NOTE: This is NOT related!  We had a real error messaging being fired off by one of our tests and Jenkins was just passing it along.  Apologies for the distraction!  That said, the actual UTF does not make it into the error report (Chinese characters in this case) so at some point in the chain the UTF is lost.  On a terminal, the same test displays the error message and the original UTF.

We have what might be a related issue.  Several of our Rspec tests contain UTF-8 characters.  These are stored as UTF-8 text files, have the comment #encoding: utf-8 at the top which hints to Ruby that the source code is not ascii, and perform perfectly in our test suite.  When the Jenkins job is complete, a gem called ci_reporter compiles our test results into a reports directory.  Somewhere in that after(:all) hook the following error is thrown: 

{{ An error occurred in an after(:all) hook. Errno::EPERM: Operation not permitted - Operation not permitted - some/�备环/cool境应/path/用�动 occurred at org/jruby/RubyFile.java:1063:in `unlink' }}

The build goes on to succeed, but I think processing this unicode in the XML is causing either an issue.  The RubyFile.java reference makes me think this might be our version of jruby (locked at 1.7.1 might be the villain).  But I wanted to add this here in case a piece of the Jenkins stack has UTF sensitivities in XML.  I think that is unlikely but more information may help us all track this to the root cause. Cheers!  C



























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







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[cfor...@historicusinc.com (JIRA)]

 
Charles Forcey
 edited a comment on  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
















UPDATE: This is probably not related to the issue above!  We had a real error messaging being fired off by one of our tests and Jenkins was just passing it along, though admittedly turning a UTF error message into scrambled ascii at some point along the way.  That said, the actual UTF does not make it into the error report (Chinese characters in this case) so at some point in the chain the UTF is lost.  On a terminal, the same test displays the error message and the original UTF.

We have what might be a related issue.  Several of our Rspec tests contain UTF-8 characters.  These are stored as UTF-8 text files, have the comment #encoding: utf-8 at the top which hints to Ruby that the source code is not ascii, and perform perfectly in our test suite.  When the Jenkins job is complete, a gem called ci_reporter compiles our test results into a reports directory.  Somewhere in that after(:all) hook the following error is thrown: 

{{An error occurred in an after(:all) hook. Errno::EPERM: Operation not permitted - Operation not permitted - some/�备环/cool境应/path/用�动 occurred at org/jruby/RubyFile.java:1063:in `unlink'}}

The build goes on to succeed, but I think processing this unicode in the XML is causing either an issue.  The RubyFile.java reference makes me think this might be our version of jruby (locked at 1.7.1 might be the villain).  But I wanted to add this here in case a piece of the Jenkins stack has UTF sensitivities in XML.  I think that is unlikely but more information may help us all track this to the root cause. Cheers!  C



























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







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[cfor...@historicusinc.com (JIRA)]

 
Charles Forcey
 edited a comment on  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
















UPDATE: This is probably not related to the issue above!  We had a real error messaging being fired off by one of our tests and Jenkins was just passing it along, though admittedly turning a UTF error message into scrambled ascii at some point along the way.  That said, the actual UTF does not make it into the error report (Chinese characters in this case) so at some point in the chain the UTF is lost.  On a terminal, the same test displays the error message and the original UTF.

We have what might be a related issue.  Several of our Rspec tests contain UTF-8 characters.  These are stored as UTF-8 text files, have the comment #encoding: utf-8 at the top which hints to Ruby that the source code is not ascii, and perform perfectly in our test suite.  When the Jenkins job is complete, a gem called ci_reporter compiles our test results into a reports directory.  Somewhere in that after(:all) hook the following error is thrown: 

{{ An error occurred in an after(:all) hook. Errno::EPERM: Operation not permitted - Operation not permitted - some/�备环/cool境应/path/用�动 occurred at org/jruby/RubyFile.java:1063:in `unlink' }}

The build goes on to succeed, but I think processing this unicode in the XML is causing either an issue.  The RubyFile.java reference makes me think this might be our version of jruby (locked at 1.7.1 might be the villain).  But I wanted to add this here in case a piece of the Jenkins stack has UTF sensitivities in XML.  I think that is unlikely but more information may help us all track this to the root cause. Cheers!  C



























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







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[cfor...@historicusinc.com (JIRA)]

 
Charles Forcey
 edited a comment on  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
















This is probably not related to the issue above!  We have real error messaging being fired off by one of our tests around UTF characters.  Jenkins is passing it along, but it or one of our reporting tools in between is turning a UTF error message into scrambled ascii at some point along the way.  On a terminal, the same test displays the error message and the original UTF.

Original error message:

An error occurred in an after(:all) hook.
  Errno::EPERM: Operation not permitted - Operation not permitted - some/灾备环/cool境应/path/用启动
  occurred at org/jruby/RubyFile.java:1063:in `unlink'

Jenkins reported error:

An error occurred in an after(:all) hook. 
  Errno::EPERM: Operation not permitted - Operation not permitted - some/�备环/cool境应/path/用�动 occurred at org/jruby/RubyFile.java:1063:in 
  `unlink'}}

The build goes on to succeed, but I think Jenkins or one of our tools is mangling the UTF of the error output by the time it ends up in the job log. Cheers!  C



























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







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[micmar...@gmail.com (JIRA)]

Michael Marcil
 created  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.















Issue Type:


Bug



Affects Versions:


current



Assignee:


redsolo



Components:


nunit



Created:


08/Apr/13 7:13 PM



Description:


I have a .NET DLL which contains tests that run with NUnit 2.5
When a crash happens, the XML is malformed and the plugin crashes.

I know the test should be fixed, but would it be possible for the plugin to not crash or filter the XML so that the failing test displays a generic error message in the final report.

There's the call stack :
--
hudson.util.IOException2: remote file operation failed: *** at hudson.remoting.Channel@*
	at hudson.FilePath.act(FilePath.java:861)
	at hudson.FilePath.act(FilePath.java:838)
	at hudson.plugins.nunit.NUnitPublisher.perform(NUnitPublisher.java:102)
	at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)
	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:820)
	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:792)
	at hudson.model.Build$BuildExecution.post2(Build.java:183)
	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:739)
	at hudson.model.Run.execute(Run.java:1592)
	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
	at hudson.model.ResourceController.execute(ResourceController.java:88)
	at hudson.model.Executor.run(Executor.java:237)
Caused by: hudson.util.IOException2: Could not transform the NUnit report. Please report this issue to the plugin author
	at hudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:57)
	at hudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:26)
	at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2348)
	at hudson.remoting.UserRequest.perform(UserRequest.java:118)
	at hudson.remoting.UserRequest.perform(UserRequest.java:48)
	at hudson.remoting.Request$2.run(Request.java:326)
	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
	at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
	at java.util.concurrent.FutureTask.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at hudson.remoting.Engine$1$1.run(Engine.java:58)
	at java.lang.Thread.run(Unknown Source)
Caused by: javax.xml.transform.TransformerException: javax.xml.transform.TransformerException: com.sun.org.apache.xml.internal.utils.WrappedRuntimeException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source)
	at hudson.plugins.nunit.NUnitReportTransformer.transform(NUnitReportTransformer.java:67)
	at hudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:55)
	... 12 more
Caused by: javax.xml.transform.TransformerException: com.sun.org.apache.xml.internal.utils.WrappedRuntimeException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getDOM(Unknown Source)
	... 16 more
Caused by: com.sun.org.apache.xml.internal.utils.WrappedRuntimeException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
	at com.sun.org.apache.xalan.internal.xsltc.dom.XSLTCDTMManager.getDTM(Unknown Source)
	at com.sun.org.apache.xalan.internal.xsltc.dom.XSLTCDTMManager.getDTM(Unknown Source)
	... 17 more
--


Part of the failing  test output that is obviously causing the error :
ydü H† cÔ@?ˆ Ô¯ @v  @v  ?'?«C-äD|ªÔ¯ '?¶xŠï?;Ï’Òš“÷[·ƒk' ?…Ï …6¤Ö c?…Ï ?…Ï @v Ô¯ ?ÔÏ X…6   cäD?T`…6� c\…6 ' Ô¯ |…6¤Ö cÔ¯ Ô¯ @v  _c"m,) co…6Ô¯ @†' �ƒ6ÞR‰Ts?  6 

[JIRA] [nunit] (JENKINS-17521) javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.

[micmar...@gmail.com (JIRA)]

Michael Marcil
 updated  JENKINS-17521


javax.xml.transform.TransformerException: An invalid XML character (Unicode: 0x0) was found in the CDATA section.
















Change By:


Michael Marcil
(08/Apr/13 7:14 PM)




Description:


Ihavea.NETDLLwhichcontainsteststhatrunwithNUnit2.5Whenacrashhappens,theXMLismalformedandtheplugincrashes.Iknowthetestshouldbefixed,butwoulditbepossiblefortheplugintonotcrashorfiltertheXMLsothatthefailingtestdisplaysagenericerrormessageinthefinalreport.Theresthecallstack:--hudson.util.IOException2:remotefileoperationfailed:***athudson.remoting.Channel@*	athudson.FilePath.act(FilePath.java:861)	athudson.FilePath.act(FilePath.java:838)	athudson.plugins.nunit.NUnitPublisher.perform(NUnitPublisher.java:102)	athudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)	athudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:820)	athudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:792)	athudson.model.Build$BuildExecution.post2(Build.java:183)	athudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:739)	athudson.model.Run.execute(Run.java:1592)	athudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)	athudson.model.ResourceController.execute(ResourceController.java:88)	athudson.model.Executor.run(Executor.java:237)Causedby:hudson.util.IOException2:CouldnottransformtheNUnitreport.Pleasereportthisissuetothepluginauthor	athudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:57)	athudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:26)	athudson.FilePath$FileCallableWrapper.call(FilePath.java:2348)	athudson.remoting.UserRequest.perform(UserRequest.java:118)	athudson.remoting.UserRequest.perform(UserRequest.java:48)	athudson.remoting.Request$2.run(Request.java:326)	athudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)	atjava.util.concurrent.FutureTask$Sync.innerRun(UnknownSource)	atjava.util.concurrent.FutureTask.run(UnknownSource)	atjava.util.concurrent.ThreadPoolExecutor.runWorker(UnknownSource)	atjava.util.concurrent.ThreadPoolExecutor$Worker.run(UnknownSource)	athudson.remoting.Engine$1$1.run(Engine.java:58)	atjava.lang.Thread.run(UnknownSource)Causedby:javax.xml.transform.TransformerException:javax.xml.transform.TransformerException:com.sun.org.apache.xml.internal.utils.WrappedRuntimeException:AninvalidXMLcharacter(Unicode:0x0)wasfoundintheCDATAsection.	atcom.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(UnknownSource)	atcom.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(UnknownSource)	athudson.plugins.nunit.NUnitReportTransformer.transform(NUnitReportTransformer.java:67)	athudson.plugins.nunit.NUnitArchiver.invoke(NUnitArchiver.java:55)	...12moreCausedby:javax.xml.transform.TransformerException:com.sun.org.apache.xml.internal.utils.WrappedRuntimeException:AninvalidXMLcharacter(Unicode:0x0)wasfoundintheCDATAsection.	atcom.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getDOM(UnknownSource)	...16moreCausedby:com.sun.org.apache.xml.internal.utils.WrappedRuntimeException:AninvalidXMLcharacter(Unicode:0x0)wasfoundintheCDATAsection.	atcom.sun.org.apache.xalan.internal.xsltc.dom.XSLTCDTMManager.getDTM(UnknownSource)	atcom.sun.org.apache.xalan.internal.xsltc.dom.XSLTCDTMManager.getDTM(UnknownSource)	...17more--Partofthefailingtestoutputthatisobviouslycausingtheerror:ydü H† cÔ @?ˆ Ô¯ @v  @v  ??«C-äD|ªÔ¯ ?¶xŠï?;Ï’Òš“÷[ ·ƒk ?…Ï …6¤Ö c?…Ï ?…Ï @v Ô¯ ?ÔÏ X…6  cäD?T`…6� c\…6  Ô¯ |…6¤Ö cÔ¯ Ô¯ @v  _cm,) co…6Ô¯ @† �ƒ6ÞR‰ Ts?  6 …â� ·…6œbmD®  6Ñ…6BMO  69?O   6ÿ‰ ÞR‰ Q?O ÿ‰ 8†6@ ›6„1? ›6$6 „„6 2? @185**
Thanks
Thank
you



























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







-- 
You received this message