You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-issues@hadoop.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2010/01/29 04:29:34 UTC
[jira] Created: (HDFS-931) Failing DFSOutputStream does not throw
exception back to client
Failing DFSOutputStream does not throw exception back to client
---------------------------------------------------------------
Key: HDFS-931
URL: https://issues.apache.org/jira/browse/HDFS-931
Project: Hadoop HDFS
Issue Type: Bug
Components: hdfs client
Affects Versions: 0.21.0, 0.22.0
Reporter: Todd Lipcon
Priority: Blocker
I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) Failing DFSOutputStream does not throw
exception back to client
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon updated HDFS-931:
-----------------------------
Attachment: hdfs-931.txt
TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
Here's the failing unit test along with a log of its output.
> Failing DFSOutputStream does not throw exception back to client
> ---------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Priority: Blocker
> Attachments: hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "dhruba borthakur (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12832113#action_12832113 ]
dhruba borthakur commented on HDFS-931:
---------------------------------------
I think we should make this change only in trunk. Do you have any use case why it needs to be back ported to already released branches?
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon updated HDFS-931:
-----------------------------
Status: Patch Available (was: Open)
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon updated HDFS-931:
-----------------------------
Priority: Critical (was: Blocker)
Affects Version/s: 0.20.1
Summary: DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients (was: Failing DFSOutputStream does not throw exception back to client)
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "dhruba borthakur (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12831733#action_12831733 ]
dhruba borthakur commented on HDFS-931:
---------------------------------------
> Is there any value in letting exceptions out of a close? What will the application do with an exception thrown on a close?
The application can know that the data it wrote to the file could be bad and trigger appropriate recovery. In fact, it is very important that this exception be thrown to the applications instead of silently ignoring it.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HDFS-931) Failing DFSOutputStream does not throw
exception back to client
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon reassigned HDFS-931:
--------------------------------
Assignee: Todd Lipcon
> Failing DFSOutputStream does not throw exception back to client
> ---------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Blocker
> Attachments: hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Tsz Wo (Nicholas), SZE (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tsz Wo (Nicholas), SZE updated HDFS-931:
----------------------------------------
Hadoop Flags: [Incompatible change]
Mark this as Incompatible change.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon updated HDFS-931:
-----------------------------
Affects Version/s: (was: 0.20.1)
Status: Open (was: Patch Available)
I'm cancelling patch since the test failures actually all seem to be related to this.
So do people agree on this direction? If so I will work through the test failures.
Also, should we consider this a breaking change? I think so - people might be relying on this behavior (eg using fs.close() in finally blocks and not expecting it to throw).
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12831784#action_12831784 ]
Todd Lipcon commented on HDFS-931:
----------------------------------
Agreed. Do we dare just break them and put it in the release notes as an incompatible change?
One reason for doing so is that close() already is listed as throwing IOException. So it's not an API change, and in theory people *should* have catch blocks in place.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "stack (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12806238#action_12806238 ]
stack commented on HDFS-931:
----------------------------
Is there any value in letting exceptions out of a close? What will the application do with an exception thrown on a close?
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Hadoop QA (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12806256#action_12806256 ]
Hadoop QA commented on HDFS-931:
--------------------------------
-1 overall. Here are the results of testing the latest attachment
http://issues.apache.org/jira/secure/attachment/12431749/hdfs-931.txt
against trunk revision 903906.
+1 @author. The patch does not contain any @author tags.
+1 tests included. The patch appears to include 4 new or modified tests.
+1 javadoc. The javadoc tool did not generate any warning messages.
+1 javac. The applied patch does not increase the total number of javac compiler warnings.
+1 findbugs. The patch does not introduce any new Findbugs warnings.
+1 release audit. The applied patch does not increase the total number of release audit warnings.
-1 core tests. The patch failed core unit tests.
-1 contrib tests. The patch failed contrib unit tests.
Test results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h2.grid.sp2.yahoo.net/107/testReport/
Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h2.grid.sp2.yahoo.net/107/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h2.grid.sp2.yahoo.net/107/artifact/trunk/build/test/checkstyle-errors.html
Console output: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h2.grid.sp2.yahoo.net/107/console
This message is automatically generated.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Steve Loughran (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12806690#action_12806690 ]
Steve Loughran commented on HDFS-931:
-------------------------------------
The action must depend on the app. Logging the problem is a common action, but retrying the operation is another possibility.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon updated HDFS-931:
-----------------------------
Attachment: hdfs-931.txt
Here is a patch that modifies DFSClient.close (really LeaseChecker.close) in order to propagate IOExceptions from closed files.
This is an incompatible change in a way, but I think it matches the semantics people expect.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.20.1, 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) Failing DFSOutputStream does not throw
exception back to client
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12806224#action_12806224 ]
Todd Lipcon commented on HDFS-931:
----------------------------------
This turns out to be a bit of a different bug/feature. The test case was using fs.close() in order to implicitly close the stream. This caused the stream to flush on close, which is where the errors occurred. Since LeaseChecker.close swallows exceptions, it never threw.
Is there a reason that LeaseChecker.close does not rethrow these exceptions as a MultipleIOException?
> Failing DFSOutputStream does not throw exception back to client
> ---------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Blocker
> Attachments: hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12832125#action_12832125 ]
Todd Lipcon commented on HDFS-931:
----------------------------------
bq. I think we should make this change only in trunk. Do you have any use case why it needs to be back ported to already released branches?
I agree. Trunk only in my opinion.
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HDFS-931) DFSClient.close doesn't rethrow
exceptions thrown by automatically closed clients
Posted by "dhruba borthakur (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HDFS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12831739#action_12831739 ]
dhruba borthakur commented on HDFS-931:
---------------------------------------
This could break existing applications in a bad way!
> DFSClient.close doesn't rethrow exceptions thrown by automatically closed clients
> ---------------------------------------------------------------------------------
>
> Key: HDFS-931
> URL: https://issues.apache.org/jira/browse/HDFS-931
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-931.txt, hdfs-931.txt, TEST-org.apache.hadoop.hdfs.TestFiPipelines.txt
>
>
> I've written a fault injection test that simply throws exceptions on every ack.readFields call in ResponseProcessor. This ought to raise an exception to the client trying to use the stream, but instead it ignores it silently.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.