harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Li Jing Qin (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-5327) [classlib][JSPWiki] NPE in StringBuffer.getChars on start on Linux
Date Wed, 03 Mar 2010 08:53:27 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840539#action_12840539
] 

Li Jing Qin commented on HARMONY-5327:
--------------------------------------

I have test JSPWiki (version 2.8.3) on the linux (ubuntu 9.10) with harmony hdk (r918343)
and tomcat 6.0.20. The tomcat container can start successfully and the jspwiki page show correctly.
Seems no problem now. I suggest to close this issue, which is a critical one.

> [classlib][JSPWiki] NPE in StringBuffer.getChars on start on Linux
> ------------------------------------------------------------------
>
>                 Key: HARMONY-5327
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5327
>             Project: Harmony
>          Issue Type: Bug
>          Components: App-Oriented Bug Reports, Classlib
>    Affects Versions: 5.0M4
>         Environment: Linux, Tomcat
>            Reporter: Alexey Petrenko
>            Priority: Critical
>
> JSPWiki can not start on Linux and throws the following NPEs:
> log4j:ERROR Error occured while converting date.
> java.lang.NullPointerException: bad arrayCopy
> 	at java.lang.VMMemoryManager.arrayCopy(Native Method)
> 	at java.lang.System.arraycopy(Unknown Source)
> 	at java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:319)
> 	at java.lang.StringBuffer.getChars(StringBuffer.java:476)
> 	at org.apache.log4j.helpers.ISO8601DateFormat.format(ISO8601DateFormat.java:128)
> 	at java.text.DateFormat.format(DateFormat.java:250)
> 	at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:444)
> 	at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64)
> 	at org.apache.log4j.PatternLayout.format(PatternLayout.java:503)
> 	at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301)
> 	at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:236)
> 	at org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
> 	at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
> 	at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
> 	at org.apache.log4j.Category.callAppenders(Category.java:203)
> 	at org.apache.log4j.Category.forcedLog(Category.java:388)
> 	at org.apache.log4j.Category.error(Category.java:319)
> 	at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:172)
> Small investigation has shown that the cause of NPE is null destination parameter of
StringBuffer.getChars method. The method should throw NPE in this case according to spec.
RI has the same behavior of this method.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message