You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@daffodil.apache.org by "Steve Lawrence (JIRA)" <ji...@apache.org> on 2018/01/24 17:41:00 UTC
[jira] [Resolved] (DAFFODIL-1871) XMLTextInfosetOutputter
endDocument should flush the writer
[ https://issues.apache.org/jira/browse/DAFFODIL-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Lawrence resolved DAFFODIL-1871.
--------------------------------------
Resolution: Fixed
Assignee: Dave Thompson (was: Steve Lawrence)
Fixed inĀ 15ebb3770a13b730d81b14ffc94a06fa4d1205ad
> XMLTextInfosetOutputter endDocument should flush the writer
> -----------------------------------------------------------
>
> Key: DAFFODIL-1871
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1871
> Project: Daffodil
> Issue Type: Bug
> Components: API, Back End
> Affects Versions: 2.0.0
> Reporter: Michael Beckerle
> Assignee: Dave Thompson
> Priority: Major
> Fix For: 2.1.0
>
>
> This an API issue.
> Since XMLTextInfosetOutputter doesn't have a flush() method of its own, then it needs to perform a flush() of the java.io.Writer that it is writing to, automatically.
> I would suggest that on endDocument it should do a flush(). One can argue it should flush as part of endElement for complex elements as well, but at least on endDocument.
> The absence of this flush() behavior caused one JAPI developer using Daffodil to waste time mystified about why she was getting 1/2 of an XML document out. Changing her code to just flush the writer after the return from parse() fixed it, but I think the API design really has to either flush automatically (my preference), or the XMLTextInfosetOutputter should have a flush() method of its own which flushes any state it has (today there is none), then flushes the writer it surrounds.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)