On 24 Oct 2011, at 21:56, Alexander Robbins wrote:
> Hey, sorry for the delay. I'm having trouble switching to the HTTP client. I'm getting this error whenever I try to use it: (Using riak java client version 1.0.1)
>>> org.apache.http.impl.conn.tsccm.ThreadSafeClientConnManager: method <init>()V not found
>> Caused by:
>> java.lang.NoSuchMethodError: org.apache.http.impl.conn.tsccm.ThreadSafeClientConnManager: method <init>()V not found
> at com.basho.riak.client.http.util.ClientUtils.newHttpClient(ClientUtils.java:77)
> at com.basho.riak.client.http.util.ClientHelper.<init>(ClientHelper.java:71)
> at com.basho.riak.client.http.RiakClient.<init>(RiakClient.java:62)
> at com.basho.riak.client.http.RiakClient.<init>(RiakClient.java:58)
> at com.basho.riak.client.raw.http.HTTPRiakClientFactory.newClient(HTTPRiakClientFactory.java:75)
> ...
>> This is the setup code I'm using for the HTTP client:
> client = HTTPRiakClientFactory.getInstance().newClient(
> new HTTPClientConfig.Builder().withHost("192.168.1.92").build())
You can shorten this to
RiakFactory.newClient( new HTTPClientConfig.Builder().withHost("192.168.1.92").build())
i.e. you don't need to use the specific factory directly, RiakFactory will select the correct factory for the type of config it is given.
>> I don't see how I could be causing that error. Any ideas?
Classpath issue. You have an older HTTP Client jar on your class path, 4.0.x. The 4.1.1 Apache HTTP Client that the RJC depends on has a no-arg TSCM constructor, the 4.0.x release did not.
>> Alex
>> On Mon, Oct 24, 2011 at 3:02 PM, Russell Brown <russelldb at basho.com> wrote:
>> On 24 Oct 2011, at 20:21, Alexander Robbins wrote:
>> > Using a new Riak 1.0 cluster.
> >
> > We added data in with a secondary index. When getting the data back out the results list is odd.
> >
> > [null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, a, c, 9, d, 9, 1, d, d, 0, e, 5, 5, 6, 8, c, 6, d, 4, 8, f, e1b865342e2d81fac6b99dfa157dd8550ecc0b68caad2fb55c12e9fa5b1532c2, 85dca536068b8ead86c14c009c8a919457d2326419c16e0cd7f3b23a8776e2c8, be2f346c56827912cc4e21b765bd28d520a46833d08b8207ca6b49c8da2351d2, 1907d031c88b8df2fc5128114615133d4184cedaea55964c3cee0ef9fe566f13, 1bb5ce4aba0bf240698876530948c807d50e6f04a7358b7514c756dd295775ae, 1f5f8f78951c6842ad6bcc96e3839ca8240b71372d2ab4826411fdfc84fedeb1, 330856dabfa3a1c5b9ca8051686d8d7f387a23c795493a4e8f33d84861756d4f, 338fffb9740b2f0c50b2da52a73b4861be318868082db3748eb95a47654981bd, 5eef2b9cd6f7faf34548c9700069527287574690ab3dabf4c4f186753ffc5417, 7ec9217a7a87c9e43a94170bb1ab8c13566233823ef6f77ef9c455a289c4bdf8, a588d7f0fb413d52a895a5d7e7fcfc966e9a56c42456e7821d2e5fa93b5671ba, 767655d6443a337b2d3d89c0d1c38c3bac62398b74e0deef572508c54a2ad8b1, 7ca77aa38e44942d769ab8b08753b008ad65fe5d0d8c6438b67849381300aa9f, ab0a791a5a82345c5adce2c0d0d9013bab176e430d335228355781aa23a87f3e, b42af37baa18e715ca64a7145783cd3fd0defa9b2dc18368ec4c647cbe710132, c4d9c7b2cd837294cca10a581976a3f6d93d74cb2d30cac48384c64fc0bb6e2c, c7c10ad62091e3c7ba304d8a58f02c180c76f47d8d1d4addb21b9a88da277e75, 127f5b7255d61fcf0477a53d242c248cca824d9e60dafffc244d8e9df2bf7cbf, 23636fa4ef8af2a1d26335a3c8daca24ec5cd7978ee2429615e2b60538d6c9e9, 385d59cc404d3c7f097b2ae9e0e82768ac980c9ba157f6ea77d91ad49e812469, [, mentions, 50c2c9983e2ea3806c6d5e34a19ed526844945d0a06c70557695dfaa15b70ba3]
> >
> > The 64 character strings are good. They exist in riak and can be loaded. The other results make less sense. null, a, c, 9, [, and "mentions" aren't valid keys. Any ideas what might have happened that the results from a fetchIndex would have invalid keys? There are always 20 null responses and 20 single character responses. The single character responses vary from request to request. The "[" and "mentions" keys show up every time too. I'm confused here, because I don't think this could be me adding bad data. This list should be valid keys, as determined by riak, right?
>> They should be valid keys, yes. To help narrow the issue down, could you run the same query using the Java HTTP Client, please? The HTTP Client uses the HTTP 2i endpoint, whereas the PB client uses map/reduce behind the scenes.
>> Cheers
>> Russell
>> >
> > There is a possibility that another bucket has index values with multibyte characters. Could that be breaking results in a separate bucket.
> >
> > Thanks in advance,
> > Alex
> > _______________________________________________
> > riak-users mailing list
> > riak-users at lists.basho.com> > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com>>> _______________________________________________
> riak-users mailing list
>riak-users at lists.basho.com>http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20111024/5e3dddf2/attachment.html>