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)