Thanks for the classpath tip. That was it. Ok, using the HTTP client I don't get the same weird results. (It is noticeably slower, but that is to be expected I think.)
Alex On Mon, Oct 24, 2011 at 4:11 PM, Russell Brown <[email protected]> wrote: > > 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
