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 <[email protected]> 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
> > [email protected]
> > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>
>
> _______________________________________________
> riak-users mailing list
> [email protected]
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
_______________________________________________
riak-users mailing list
[email protected]
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
