After making the change I am getting a TApplicationException org.apache.htrace.shaded.thrift.TApplicationException: Internal error processing log: Last unit does not have enough valid bits
Any tips? On 23 December 2016 at 11:41, Raam Rosh-Hai <[email protected]> wrote: > Trying it write now, hopefully PR soon. > > On 23 December 2016 at 10:21, Adrian Cole <[email protected]> wrote: > >> My guess is that this has to do with url encoding. Can you patch >> org.apache.htrace.impl.ScribeTransport to use >> encodeBase64URLSafeString instead of encodeBase64String? >> >> that might answer it.. >> >> On Fri, Dec 23, 2016 at 5:04 PM, Raam Rosh-Hai <[email protected]> >> wrote: >> > Hi St.Ack, >> > >> > Thank you for your reply, I am using "org.apache.htrace" % >> "htrace-core4" % >> > "4.1.0-incubating", >> > "org.apache.htrace" % "htrace-zipkin" % "4.1.0-incubating" in scala. >> > I was looking at an older version of htrace (non incubating master on >> > github) and now I see your are no longer doing that. >> > >> > What I am getting in zipkin UI is a malformed base64 string. where the >> `/` >> > were converted to `_` after debugging the zipkin receiver it seems like >> the >> > spans are sent correctly, maybe you have an idea what can go wrong? >> > >> > On 22 December 2016 at 18:47, Stack <[email protected]> wrote: >> > >> >> Show us where in the code this is happening Raam Rosh-Hai and tell us >> what >> >> version of htrace you are using. Thanks. >> >> St.Ack >> >> >> >> On Thu, Dec 22, 2016 at 3:41 AM, Raam Rosh-Hai <[email protected]> >> wrote: >> >> >> >> > I am saving a simple string value and it seems like the trace >> >> > pipkin connector is converting all values to base64 I then get the >> base64 >> >> > values in the zipkin fronted, any suggestions? >> >> > >> >> > Thanks, >> >> > Raam >> >> > >> >> >> > >
