<p dir="ltr">I very much like this. I didn't even know about the SequenceInputStream until a few days ago, so this would have way more visibility. And then it could just delegate to SequenceInputStream under the hood. I like it a lot.</p>
<p dir="ltr">It looks like Jaikiran gave me a task to go search up other libraries and see where and how SequenceInputStream is being used. I will start that next week and respond onto this thread with my findings. This is my first time doing this, so any suggestions on strategies would be appreciated.</p>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 17, 2024, 9:57 AM Alan Bateman <<a href="mailto:alan.bateman@oracle.com">alan.bateman@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 17/10/2024 04:47, David Alayachew wrote:<br>
> Hello Core Libs Dev Team,<br>
><br>
> Currently, java.io.SequenceInputStream only has 2 constructors -- one <br>
> that takes in 2 instances of InputStream, and another that takes in an <br>
> Enumeration of type InputStream.<br>
><br>
> Would it make sense to add a third constructor that takes in multiple <br>
> instances of InputStream? I don't know if a list, an array, varargs, <br>
> etc makes more sense. But I would think a 3rd constructor would <br>
> improve this API.<br>
<br>
If you are exploring this topic then put InputStream.of(InputStream... <br>
sources) on the list to try out. InputStream.of() could work the <br>
equivalent of InputStream.nulInputStream().<br>
<br>
-Alan<br>
</blockquote></div>