Filtered XMLStreamReader Exceptions (java.xml)

Michael Edgar michael.edgar at gmail.com
Sun Nov 8 11:45:56 UTC 2020


Hi Joe,

This is the first issue I have worked on with openjdk so I assume I will
need a sponsor (I do not have a JBS account). Regarding the PR, I am not
familiar with the Skara process. Is there anything I need to know beyond
the typical GitHub PR process?

Thanks,
Mike


On Thu, Nov 5, 2020 at 8:22 PM Joe Wang <huizhe.wang at oracle.com> wrote:

> Hi Mike,
>
> I saw that you are on the OCA list but not census
> <https://openjdk.java.net/census>, I therefore assumed you'd need a
> sponsor, or would you?  Let me know if I'm mistaken. If you're an openjdk
> author/committer and have a JBS account, please go ahead take over the bug
> and create a CSR. Creating a CSR is straight-forward: from the JBS bug,
> click more -> create CSR and follow the template.
>
> You mentioned you're going to submit a PR. Are you familiar with the Skara
> process or have you already done it?
>
> Thanks,
> Joe
>
> On 11/5/20 1:35 PM, Michael Edgar wrote:
>
> The bug for this issue was accepted: JDK-8255918. I have made the change
> that I suggested in my original email and tested, but have not yet opened a
> pull request. Please let me know what (if anything) needs to occur for the
> CSR process due to the method signature change (added `throws`).
>
> Thank you,
> Mike
>
>
> On Wed, Oct 28, 2020 at 12:52 PM Joe Wang <huizhe.wang at oracle.com> wrote:
>
>> Hi Mike,
>>
>> As you said, creating a bug report would be a good start. If it involves
>> a signature change, it'd need to go through a proper review (CSR) process.
>>
>> When you are ready to submit a bug report, please make sure to add a
>> test case to illustrate the use case scenario.
>>
>> Thanks,
>> Joe
>>
>> On 10/28/20 5:14 AM, Michael Edgar wrote:
>> > Hi everyone,
>> > I'm working on a project that makes use of the StAX API and an issue I
>> have
>> > encountered is that when wrapping an `XMLStreamReader` with a
>> > `StreamFilter`, errors encountered in the setup are not thrown to the
>> > caller. The source of the error could be any stream error that is
>> triggered
>> > as the `XMLStreamFilterImpl` advances to the next acceptable event.
>> > Ultimately, when attempting to utilize the filtered reader, some
>> secondary
>> > exception will occur, but the original `Exception` is lost.
>> >
>> > I have not seen any other issues related specifically to this problem,
>> so I
>> > would like to propose removal of the try/catch in the constructor of
>> > `com.sun.org.apache.xerces.internal.impl.XMLStreamFilterImpl` and the
>> > method signature changed to declare that `XMLStreamException` is thrown.
>> > The constructor is used by
>> >
>> `com.sun.xml.internal.stream.XMLInputFactoryImpl.createFilteredReader(XMLStreamReader,
>> > StreamFilter)` which itself already declares the same exception and is
>> an
>> > implementation of the public `XMLInputFactory` interface.
>> >
>> > Further, the `nextTag` method of the same class has a bug where it
>> checks
>> > for `START_ELEMENT` events twice.
>> >
>> > I have an OCA in place and I am happy to submit a PR, but I believe
>> that a
>> > bug record needs to be opened in order to proceed.
>> >
>> > Thank you,
>> > Mike
>>
>>
>


More information about the core-libs-dev mailing list