<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 08:55:27 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>MongoDB Jira</title>
    <link>https://jira.mongodb.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.7.1</version>
        <build-number>970001</build-number>
        <build-date>13-04-2023</build-date>
    </build-info>


<item>
            <title>[JAVA-1771] Validating a GridFS file can fail as mismatch if using None write concern.</title>
                <link>https://jira.mongodb.org/browse/JAVA-1771</link>
                <project id="10006" key="JAVA">Java Driver</project>
                    <description>&lt;p&gt;Most (all?) GridFS drivers offer some sort of validation where they compare the driver&apos;s computed MD5 with the MD5 returned by the filemd5 mongodb command. I&apos;ve found that sometimes this validation can report a md5 mismatch (indicating corrupt contents) if done immediately after the write operation without ACKNOWLEDGED write concern or higher.&lt;/p&gt;

&lt;p&gt;I understand that this is in a sense due to the nature of what the write concern means, however I think an MD5 mismatch is a vague / misleading type of exception to throw in this case. Is there any way to indicate to the application / user that the reason the MD5 does not match due to the write being incomplete? &lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Why is it possible to call filemd5 before writes are complete since it doesn&apos;t really mean anything useful?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I also understand that the default write concern under the 3+ drivers won&apos;t encounter this issue, but perhaps there is something that can be done to improve the error reporting here?&lt;/p&gt;

&lt;p&gt;See my original question and answer in this stackoverflow: &lt;br/&gt;
&lt;a href=&quot;http://stackoverflow.com/questions/29101248/what-causes-a-mongodb-gridfs-md5-hash-mismatch/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://stackoverflow.com/questions/29101248/what-causes-a-mongodb-gridfs-md5-hash-mismatch/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I wasn&apos;t sure whether to file this as a core bug (being able to call filemd5 commands on incomplete data and receive a seemingly valid response) or a driver improvement for throwing more meaningful exceptions in this case. I think a reasonable solution could also be to just provide documentation on this (either for the server or drivers, or both).&lt;/p&gt;</description>
                <environment></environment>
        <key id="198804">JAVA-1771</key>
            <summary>Validating a GridFS file can fail as mismatch if using None write concern.</summary>
                <type id="3" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14718&amp;avatarType=issuetype">Task</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="9">Done</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="RutledgePaulV">Paul Rutledge [X]</reporter>
                        <labels>
                    </labels>
                <created>Sun, 19 Apr 2015 17:15:35 +0000</created>
                <updated>Wed, 11 Sep 2019 19:10:05 +0000</updated>
                            <resolved>Mon, 20 Apr 2015 01:43:51 +0000</resolved>
                                                                                        <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="892420" author="rutledgepaulv" created="Mon, 20 Apr 2015 01:54:02 +0000"  >&lt;p&gt;I wasn&apos;t so much looking for an answer or saying that the existing behavior is wrong, but I thought there may be opportunities for improvement around this as it took me a couple of hours of testing to determine the cause. I don&apos;t see a reason why the filemd5 command shouldn&apos;t throw an exception if a write is still underway, but perhaps this information is unavailable and so it is not reasonable to address? Does it make sense to document this behavior? If you think the existing stackoverflow question is enough to help others who may encounter this then I&apos;m fine with leaving it closed.&lt;/p&gt;</comment>
                            <comment id="892418" author="jeff.yemin" created="Mon, 20 Apr 2015 01:43:24 +0000"  >&lt;p&gt;I moved this to the JAVA project as it&apos;s not a core server issue that you&apos;re having.  &lt;/p&gt;

&lt;p&gt;It looks like you answered the question on SO, so I&apos;m going to close this, but please re-open if you think it necessary.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                        <customfield id="customfield_10011" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Backwards Compatibility</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10038"><![CDATA[Fully Compatible]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hs8j6n:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            </customfields>
    </item>
</channel>
</rss>