Scaffolding for Android implementation of PaymentRequest.

chrome/browser/chrome_content_browser_client.h

Index: chrome/browser/chrome_content_browser_client.h
diff --git a/chrome/browser/chrome_content_browser_client.h b/chrome/browser/chrome_content_browser_client.h
index b500d88e9ee2d229440dfbfa00991c7c773524b6..0142daac7f6194c420d1799523dd13b6122c870a 100644
--- a/chrome/browser/chrome_content_browser_client.h
+++ b/chrome/browser/chrome_content_browser_client.h
@@ -16,6 +16,8 @@
 #include "base/memory/scoped_ptr.h"
 #include "base/memory/weak_ptr.h"
 #include "build/build_config.h"
+#include "build/buildflag.h"
+#include "chrome/common/features.h"
 #include "content/public/browser/content_browser_client.h"
 
 class ChromeContentBrowserClientParts;
@@ -287,6 +289,10 @@ class ChromeContentBrowserClient : public content::ContentBrowserClient {
       const std::string& mime_type) const override;
   bool ShouldUseWindowsPrefetchArgument() const override;
 #endif
+#if BUILDFLAG(ANDROID_JAVA_UI)
+  void RegisterRenderProcessAndroidMojoServices(

[Ted C, 2016/03/28 22:46:01]

this is an odd api.  We should really try to use one of the existing
Register<...> calls and figure out a way to make that work.

I wonder if we should be exposing the java methods on the base registry
(ifdef'd) and then be able to use that anywhere.  That would solve the
dependency issue as well, but I'm honestly not the best person to talk about
mojo things (I've done none myself, so I think you'd want to rope in someone
else for that discussion).

+      content::ServiceRegistryAndroid* registry) override;
+#endif
   void RegisterFrameMojoShellServices(
       content::ServiceRegistry* registry,
       content::RenderFrameHost* render_frame_host) override;