<!-- 
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Fri May 24 17:15:19 CDT 2013

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 add field=key&field=summary to the URL of your request.
For example:
http://www.couchbase.com/issues/si/jira.issueviews:issue-xml/SPY-85/SPY-85.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Couchbase</title>
    <link>http://www.couchbase.com/issues</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.4</version>
        <build-number>845</build-number>
        <build-date>26-12-2012</build-date>
    </build-info>

<item>
            <title>[SPY-85] JSON documents can&apos;t be compressed</title>
                <link>http://www.couchbase.com/issues/browse/SPY-85</link>
                <project id="10047" key="SPY">Spymemcached Java Client</project>
                        <description>In &lt;a href=&quot;http://www.couchbase.com/issues/browse/SPY-58&quot; title=&quot;JSON documents can be inadvertently compressed&quot;&gt;&lt;strike&gt;SPY-58&lt;/strike&gt;&lt;/a&gt; compressing for JSON was disabled. We picked spymemcached because it did compression and couldn&amp;#39;t find any documentation saying JSON wouldn&amp;#39;t be compressed. Whether to compress JSON or not should be a configuration value that can be passed in much like compressionThreshold.&lt;br/&gt;
&lt;br/&gt;
Currently our only solution appears to prepend one character that isn&amp;#39;t { or [ and then remove it after doing a get. But I would say that not compressing any string just because it starts with a { or [ isn&amp;#39;t really desirable because it means that if I expect/want compression of my string I now have to check every string I put into the client and prepend and remove a leading character just to get compression.</description>
                <environment></environment>
            <key id="16488">SPY-85</key>
            <summary>JSON documents can&apos;t be compressed</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="1" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/open.png">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                    <security id="10011">Public</security>
                        <assignee username="daschl">Michael Nitschinger</assignee>
                                <reporter username="jjshanks">Joshua Shanks</reporter>
                        <labels>
                    </labels>
                <created>Fri, 6 Apr 2012 13:24:51 -0500</created>
                <updated>Thu, 15 Nov 2012 19:47:56 -0600</updated>
                                    <version>2.8.1</version>
                                                <component>library</component>
                                <votes>1</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="25782" author="ingenthr" created="Thu, 12 Apr 2012 10:49:47 -0500"  >We&amp;#39;ll agree that it was probably not the best solution.  We need to find a better approach for this.  One strong consideration is enhancing flags, allowing compression and doing compression at both the client and the server.  That requires more help from the server folks.  The other challenge here is that there is no standard JSON type and even if there were, we&amp;#39;d not likely want to key off of it.&lt;br/&gt;
&lt;br/&gt;
To address this for now, maybe it&amp;#39;d be best to have a way to disable this behavior?</comment>
                    <comment id="25810" author="jjshanks" created="Thu, 12 Apr 2012 16:45:32 -0500"  >Agreed some kind of configuration would be great. As someone who is using the client with a standard memcached server I think ideally the default would be to compress everything but as long as it was configurable and documented it&amp;#39;d be a step in the right direction. I was going to look at making it a configuration option but can&amp;#39;t get all of the unit tests to run, maybe I can try again if &lt;a href=&quot;http://www.couchbase.com/issues/browse/SPY-86&quot; title=&quot;Test failures in HEAD of master&quot;&gt;SPY-86&lt;/a&gt; get resolved.</comment>
                    <comment id="44172" author="mikew" created="Thu, 15 Nov 2012 19:47:56 -0600"  >Lowering priority because this needs server side planning as well</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                    <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>9520</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>
</channel>
</rss>