Move components\profile_service to services\user

components/profile_service/user_id_map.h

Index: components/profile_service/user_id_map.h
diff --git a/components/profile_service/user_id_map.h b/components/profile_service/user_id_map.h
deleted file mode 100644
index 4d5a56b6379d9d3701b98bedc71a30af965ddffe..0000000000000000000000000000000000000000
--- a/components/profile_service/user_id_map.h
+++ /dev/null
@@ -1,31 +0,0 @@
-// Copyright 2016 The Chromium Authors. All rights reserved.
-// Use of this source code is governed by a BSD-style license that can be
-// found in the LICENSE file.
-
-#ifndef COMPONENTS_PROFILE_SERVICE_USER_ID_MAP_H_
-#define COMPONENTS_PROFILE_SERVICE_USER_ID_MAP_H_
-
-#include <string>
-#include "base/files/file_path.h"
-
-namespace profile {
-
-// Currently, ProfileApp is run from within the chrome process. This means that
-// the ApplicationLoader is registered during MojoShellContext startup, even
-// though the application itself is not started. As soon as a BrowserContext is
-// created, the BrowserContext will choose a |user_id| for itself and call us
-// to register the mapping from |user_id| to |profile_data_dir|.
-//
-// This data is then accessed when we get our Initialize() call.
-//
-// TODO(erg): This is a temporary hack until we redo how we initialize mojo
-// applications inside of chrome in general; this system won't work once
-// ProfileApp gets put in its own sandboxed process.
-void AssociateMojoUserIDWithProfileDir(const std::string& user_id,
-                                       const base::FilePath& profile_data_dir);
-
-base::FilePath GetProfileDirForUserID(const std::string& user_id);
-
-}  // namespace profile
-
-#endif  // COMPONENTS_PROFILE_SERVICE_USER_ID_MAP_H_