jpkrohling_jpk

If you are interested in contributing it to the jaegertracing GitHub repository, I'm sure the Jaeger community would welcome it :)

Would you be interested in writing a guest blog post about it?

This might be interesting to you:

https://github.com/jaegertracing/jaeger/issues/425

The Dapper model is interesting, but Jaeger is not 100% based on that.

Jaeger is just the concrete implementation. OpenTracing is what you should think about using when writing your application. That said, you could benefit from automatic instrumentation via OpenTracing framework integration libraries (JAX-RS, Servlets, ...). Or use the Java Agent. But in the end, I think there is value in manually instrumenting your code, specially around your business transactions. This way, you can monitor your business metrics, instead of "http requests" or "cpu load".

If you want to trace applications deployed on Kubernetes, you might benefit from Jaeger's Kubernetes templates: https://github.com/jaegertracing/jaeger-kubernetes

There are discussions about it happening. If you haven't yet, join the community and make your opinion heard :)

We have it both in our Terms and Conditions page (hint: Belgium is missing there, but that's a mistake) and in our activation form.

No, we haven't. It's missing only from the Terms and Conditions webpage. We have Belgium in our hearts, in our language switcher and in our activation form :-)

Yes. It's missing in the language switcher because of a technical problem, but you can find Israel on the activation form.

Questions that we'll gladly answer at support@paymill.com ;-)

About the contradiction: you are right, it sounds a bit strange in English. We'll correct that. But what we mean is: you can start integrating the solution right away in "test mode", no need to wait till your activation is processed. In a couple days, your activation is processed and you can start receiving money for real.

Sorry to hear that, but the activation process is unfortunately needed. That said, you can still start right away integrating our solution into your app. If you decide to indeed use our solution, you can just ask for the activation and in about 2 business days you'll be able to accept "live" payments.

Sorry, but what kind of license are you talking about? In order to use Paymill, you just need to have a company registered in one of the countries we are present (31, at the moment).

Would you mind sending an email to support@paymill.com with where these are happening? The original content was in German, and we tried our best to translate it, but something might have slipped (as you noticed).

I'm very sorry for the translation problems. We are working to solve these, but we would appreciate if you could send us an email on support@paymill.com if you find something wrong or ambiguous.

But a small correction: we support the local currency of your company. If you are based in the UK, you'll be able to accept GBP. If you need support for other European currencies, you can contact us and we can certainly look into it.

About the PCI compliance: you don't have to be PCI compliant, for one reason: the payment data never reaches your server. Our javascript bridge solution takes care of sending the data directly to our payment servers (which are PCI compliant), so you don't have to be.

I'm not sure what you mean by not being frictionless for UK companies. Is this about the points above? If not, please do let us know what your concerns are :-)

Your company needs to be registered in one of the countries we support. Other than that, payments can come from any country.

You don't have to be PCI compliant to use Paymill, due to our "javascript bridge" solution. In short: the payment details never touches your server, removing the PCI compliance requirement.