애플리케이션 서버에 MobileFirst Server 설치

Apache Tomcat 애플리케이션 서버를 위한 보안 JMX 연결을 구성해야 합니다.

Server Configuration Tool 및 Ant 태스크는 기본 보안 JMX 연결을 구성할 수 있으며 여기에는 JMX 원격 포트의 정의 및 인증 특성의 정의가 포함됩니다. 이들은 tomcat_install_dir/bin/setenv.bat 및 tomcat_install_dir/bin/setenv.sh를 수정하여 이 옵션을 CATALINA_OPTS에 추가합니다.

-Djava.rmi.server.hostname=localhost
-Dcom.sun.management.jmxremote.port=8686
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

참고: 8686이 기본값입니다. 컴퓨터에서 이 포트를 사용할 수 없으면 이 포트의 값을 변경할 수 있습니다.

• tomcat_install_dir/bin/startup.bat 또는 tomcat_install_dir/bin/catalina.bat를 사용하여 Apache Tomcat을 시작하는 경우 setenv.bat 파일이 사용됩니다.
• tomcatInstallDir/bin/startup.sh 또는 tomcat_install_dir/bin/catalina.sh를 사용하여 Apach Tomcat을 시작하는 경우 setenv.sh 파일이 사용됩니다.

다른 명령을 사용하여 Apache Tomcat을 시작하는 경우에는 이 파일이 사용되지 않습니다. Apache Tomcat Windows Service Installer를 설치한 경우에는 서비스 실행기가 setenv.bat를 사용하지 않습니다.

중요: 이 구성은 기본적으로 안전하지 않습니다. 구성에 보안을 설정하려면 다음 프로시저의 2단계 및 3단계를 수동으로 완료해야 합니다.

Apache Tomcat 수동 구성:

1. 단순 구성의 경우에는 다음과 같은 옵션을 CATALINA_OPTS에 추가하십시오.

   -Djava.rmi.server.hostname=localhost
   -Dcom.sun.management.jmxremote.port=8686
   -Dcom.sun.management.jmxremote.authenticate=false
   -Dcom.sun.management.jmxremote.ssl=false

2. 인증을 활성화하려면 Apache Tomcat 사용자 문서 SSL 지원 - BIO 및 NIO와 SSL 구성 방법을 참조하십시오.
3. SSL이 사용으로 설정된 JMX 구성의 경우 다음과 같은 옵션을 추가하십시오.

   -Dcom.sun.management.jmxremote=true
   -Dcom.sun.management.jmxremote.port=8686
   -Dcom.sun.management.jmxremote.ssl=true
   -Dcom.sun.management.jmxremote.authenticate=false
   -Djava.rmi.server.hostname=localhost  
   -Djavax.net.ssl.trustStore=<key store location>
   -Djavax.net.ssl.trustStorePassword=<key store password>
   -Djavax.net.ssl.trustStoreType=<key store type>
   -Djavax.net.ssl.keyStore=<key store location>
   -Djavax.net.ssl.keyStorePassword=<key store password>
   -Djavax.net.ssl.keyStoreType=<key store type>

   참고: 포트 8686은 변경될 수 있습니다.

4. Tomcat 인스턴스가 방화벽 뒤에서 실행 중인 경우에는 JMX 원격 라이프사이클 리스너를 구성해야 합니다. JMX 원격 라이프사이클 리스너에 대해서는 Apache Tomcat 문서를 참조하십시오.

   다음 예에서와 같이 다음과 같은 환경 특성도 server.xml 파일에서 관리 서비스 애플리케이션의 컨텍스트 섹션에 추가해야 합니다.

   <Context docBase="mfpadmin" path="/mfpadmin ">
       <Environment name="mfp.admin.rmi.registryPort" value="registryPort" type="java.lang.String" override="false"/>
       <Environment name="mfp.admin.rmi.serverPort" value="serverPort" type="java.lang.String" override="false"/>
   </Context>

   이전 예에서:
   • registryPort는 JMX 원격 라이프사이클 리스너의 rmiRegistryPortPlatform 속성과 동일한 값을 가져야 합니다.
   • serverPort는 JMX 원격 라이프사이클 리스너의 rmiServerPortPlatform 속성과 동일한 값을 가져야 합니다.
5. CATALINA_OPTS에 옵션을 추가하는 대신 Apache Tomcat Windows Service Installer를 사용하여 Apache Tomcat을 설치한 경우에는 tomcat_install_dir/bin/Tomcat7w.exe를 실행하고 특성 창의 Java 탭에서 옵션을 추가하십시오.

MobileFirst Server를 사용하려면 보안 JMX 연결을 구성해야 합니다.

• Server Configuration Tool 및 Ant 태스크는 기본 보안 JMX 연결을 구성할 수 있으며 여기에는 유효 기간이 365일인 자체 서명된 SSL 인증서 생성이 포함됩니다. 이 구성은 프로덕션 용도가 아닙니다.
• 프로덕션용으로 보안 JMX 연결을 구성하려면 Liberty 프로파일에 대한 보안 JMX 연결 구성에 설명된 대로 지시사항을 수행하십시오.
• rest-connector는 WebSphere Application Server, Liberty Core 및 기타 Liberty 에디션에 사용할 수 있지만 Liberty 서버를 사용 가능한 기능의 서브세트와 함께 패키지할 수 있습니다. rest-connector 기능을 Liberty 설치에서 사용하려면 다음 명령을 입력하십시오.

                      
  liberty_install_dir/bin/productInfo featureInfo

  참고: 이 명령의 출력에 restConnector-1.0이 포함되는지 확인하십시오.

MobileFirst Server를 사용하려면 보안 JMX 연결을 구성해야 합니다.

• MobileFirst Server를 사용하려면 JMX 조작을 수행하기 위해 RMI 포트 또는 SOAP 포트에 액세스해야 합니다. 기본적으로 SOAP 포트는 WebSphere Application Server에서 활성 상태입니다. MobileFirst Server는 기본적으로 SOAP 포트를 사용합니다. SOAP 포트와 RMI 포트가 모두 비활성화되어 있으면 MobileFirst Server가 실행되지 않습니다.
• RMI는 WebSphere Application Server Network Deployment에서만 지원됩니다. RMI는 독립형 프로파일 또는 WebSphere Application Server 서버 팜에서 지원되지 않습니다.
• 관리 및 애플리케이션 보안을 활성화해야 합니다.

1. Server Configuration Tool을 시작하십시오.
   • Linux의 경우 애플리케이션 바로 가기 애플리케이션 → IBM MobileFirst Platform Server → Server Configuration Tool에서
   • Windows의 경우 시작 → 프로그램 → IBM MobileFirst Platform Server → Server Configuration Tool을 클릭하십시오.
   • macOS의 경우 쉘 콘솔을 여십시오. mfp_server_install_dir/shortcuts로 이동한 후 ./configuration-tool.sh를 입력하십시오.
   • mfp_server_install_dir 디렉토리는 사용자가 MobileFirst Server를 설치한 디렉토리입니다.
2. 파일 → 새 구성을 선택하여 MobileFirst Server 구성을 작성하십시오.
   • 구성 세부사항 패널에서 런타임 컴포넌트 및 관리 서비스의 컨텍스트 루트를 입력하십시오. 환경 ID를 입력할 수 있습니다. 환경 ID는 고급 유스 케이스에서 사용됩니다(예: MobileFirst Server의 여러 설치가 동일한 애플리케이션 서버 또는 동일한 WebSphere Application Server 셀에서 작성되는 경우).
   • 콘솔 설정 패널에서 MobileFirst Operations Console 설치 여부를 선택하십시오. 이 콘솔이 설치되지 않은 경우에는 명령행 도구(mfpdev 또는 mfpadm) 또는 REST API를 사용하여 MobileFirst Server 관리 서비스와 상호작용해야 합니다.
   • 데이터베이스 선택 패널에서 사용하려는 데이터베이스 관리 시스템을 선택하십시오. 모든 컴포넌트는 동일한 데이터베이스 유형 및 동일한 데이터베이스 인스턴스를 사용합니다. 데이터베이스 분할창에 대한 자세한 정보는 Server Configuration Tool을 사용하여 데이터베이스 테이블 작성을 참조하십시오.
   • 애플리케이션 서버 선택 패널에서 MobileFirst Server를 배치할 애플리케이션 서버의 유형을 선택하십시오.
3. 애플리케이션 서버 설정 패널에서 애플리케이션 서버를 선택하고 다음과 같은 단계를 수행하십시오.
   • WebSphere Application Server Liberty에 설치의 경우:
     • Liberty의 설치 디렉토리 및 MobileFirst Server를 설치할 서버의 이름을 입력하십시오.
     • 콘솔에 로그인할 기본 사용자를 작성할 수 있습니다. 이 사용자는 Liberty Basic 레지스트리에서 작성됩니다. 프로덕션 설치의 경우 기본 사용자 작성 옵션을 선택 취소하고 설치 후에 사용자 액세스를 구성할 수 있습니다. 자세한 정보는 MobileFirst Server 관리를 위한 사용자 인증 구성을 참조하십시오.
     • 배치 유형 독립형 배치(기본값), 서버 팜 배치 또는 Liberty Collective 배치를 선택하십시오.
     Liberty Collective 배치 옵션을 선택한 경우 다음과 같은 단계를 수행하십시오.
     • Liberty Collective 서버 지정:
       • 관리 서비스, MobileFirst Operations Console 및 라이브 업데이트 서비스가 설치되는 위치. 서버는 Liberty Collective 제어기여야 합니다.
       • 런타임이 설치되는 위치. 서버는 Liberty Collective 멤버여야 합니다.
       • 푸시 서비스가 설치되는 위치. 서버는 Liberty Collective 멤버여야 합니다.
     • 멤버의 서버 ID를 입력하십시오. 이 ID는 집합의 멤버마다 서로 달라야 합니다.
     • 집합 멤버의 클러스터 이름을 입력하십시오.
     • 제어기 호스트 이름 및 HTTPS 포트 번호를 입력하십시오. 값은 Liberty Collective 제어기의 server.xml 파일에 있는 variable 요소에 정의되어 있는 값과 동일해야 합니다.
     • 제어기 관리자 이름 및 비밀번호를 입력하십시오.
   • WebSphere Application Server 또는 WebSphere Application Server Network Deployment에 설치의 경우:
     • WebSphere Application Server의 설치 디렉토리를 입력하십시오.
     • MobileFirst Server를 설치할 WebSphere Application Server 프로파일을 선택하십시오. WebSphere Application Server Network Deployment에 설치하는 경우 배치 관리자의 프로파일을 선택하십시오. 배치 관리자 프로파일에서 범위(서버 또는 클러스터)를 선택할 수 있습니다. 클러스터를 선택하는 경우 클러스터를 지정해야 합니다.
       • 런타임이 설치되는 위치.
       • 관리 서비스, MobileFirst Operations Console 및 라이브 업데이트 서비스가 설치되는 위치.
       • 푸시 서비스가 설치되는 위치.
     • 관리자 로그인 ID 및 비밀번호를 입력하십시오. 관리자는 보안 역할을 가지고 있어야 합니다.
     • MobileFirst Operations Console에서 WebSphere 관리자를 관리자로 선언 옵션을 선택하는 경우 MobileFirst Server를 설치하는 데 사용되는 사용자가 콘솔의 관리 보안 역할에 맵핑되고 관리자 권한으로 콘솔에 로그인할 수 있습니다. 이 사용자는 라이브 업데이트 서비스의 보안 역할에도 맵핑됩니다. 사용자 이름 및 비밀번호는 관리 서비스의 JNDI 특성(mfp.config.service.user 및 mfp.config.service.password)으로 설정됩니다.
     • MobileFirst Operations Console에서 WebSphere 관리자를 관리자로 선언 옵션을 선택하지 않는 경우에는 MobileFirst Server를 사용하려면 먼저 다음과 같은 태스크를 수행해야 합니다.
       • 다음을 수행하여 관리 서비스와 라이브 업데이트 서비스 간 통신을 사용으로 설정:
         • 사용자를 라이브 업데이트 서비스의 보안 역할 configadmin에 맵핑
         • 관리 서비스의 JNDI 특성(mfp.config.service.user 및 mfp.config.service.password)에서 이 사용자의 로그인 ID 및 비밀번호 추가
         • 한 명 이상의 사용자를 관리 서비스 및 MobileFirst Operations Console의 보안 역할에 맵핑하십시오. MobileFirst Server 관리를 위한 사용자 인증 구성을 참조하십시오.
   • Apache Tomcat에 설치의 경우:
     • Apache Tomcat의 설치 디렉토리를 입력하십시오.
     • RMI와의 JMX 통신에 사용되는 포트를 입력하십시오. 기본적으로 값은 8686입니다. Server Configuration Tool은 tomcat_install_dir/bin/setenv.bat 또는 tomcat_install_dir/bin/setenv.sh 파일을 수정하여 이 포트를 엽니다. 이 포트를 수동으로 열려고 하거나 setenv.bat 또는 setenv.sh에서 이 포트를 여는 일부 코드가 이미 있는 경우에는 이 도구를 사용하지 마십시오. 대신 Ant 태스크를 설치하십시오. Ant 태스크를 사용한 설치에 대해 RMI 포트를 수동으로 여는 옵션이 제공됩니다.
     • 콘솔에 로그인할 기본 사용자를 작성하십시오. 이 사용자는 tomcat-users.xml 구성 파일에서도 작성됩니다. 프로덕션 설치의 경우 기본 사용자 작성 옵션을 선택 취소하고 설치 후에 사용자 액세스를 구성할 수 있습니다. 자세한 정보는 MobileFirst Server 관리를 위한 사용자 인증 구성을 참조하십시오.
4. 애플리케이션 서버에서 푸시 서비스를 설치하려면 푸시 서비스 설정 패널에서 푸시 서비스 설치 옵션을 선택하십시오. 컨텍스트 루트는 imfpush입니다. 푸시 서비스와 관리 서비스 사이의 통신을 사용으로 설정하려면 다음과 같은 매개변수를 정의해야 합니다.
   • 푸시 서비스의 URL 및 런타임의 URL을 입력하십시오. Liberty, Apache Tomcat 또는 독립형 WebSphere Application Server에 설치하는 경우 이 URL은 자동으로 계산될 수 있습니다. 이 URL은 로컬 서버의 컴포넌트(런타임 또는 푸시 서비스) URL을 사용합니다. WebSphere Application Server Network Deployment에 설치하거나 통신이 웹 프록시 또는 로드 밸런서를 통해 수행되는 경우에는 수동으로 URL을 입력해야 합니다.
   • 서비스 간 OAuth 통신에 대한 기밀 클라이언트 ID 및 본인확인정보를 입력하십시오. 그렇지 않으면 도구가 기본값 및 랜덤 비밀번호를 생성합니다.
5. MobileFirst Analytics가 설치된 경우 Analytics 설정 패널에서 Analytics Server에 대한 연결 사용을 선택하십시오. 다음과 같은 연결 설정을 입력하십시오.
   • Analytics Console의 URL
   • Analytics Server의 URL(Analytics 데이터 서비스)
   • Analytics Server에 데이터를 공개하도록 허용되는 사용자 로그인 ID 및 비밀번호
   도구가 Analytics Server에 데이터를 전송하도록 런타임 및 푸시 서비스를 구성합니다.
6. 배치를 클릭하여 설치를 계속하십시오.

관리 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 관리 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-service.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpadmin입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 관리 서비스의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.admin.push.url을 선언하여 관리 서비스가 /mfpadmin을 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mfpadmin/mfp.admin.push.url" value="http://localhost:9080/imfpush"/>

푸시 서비스가 설치되면 다음과 같은 JNDI 특성을 구성해야 합니다.

• mfp.admin.push.url
• mfp.admin.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.admin.authorization.client.id
• mfp.admin.authorization.client.secret

구성 서비스와의 통신을 위한 JNDI 특성은 다음과 같습니다.

• mfp.config.service.user
• mfp.config.service.password

JNDI 특성에 대한 자세한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록을 참조하십시오.

데이터 소스

관리 서비스에 대한 데이터 소스의 JNDI 이름은 jndiName=the-contextRoot/jdbc/mfpAdminDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mfpadmin을 사용하여 관리 서비스가 설치되고 이 서비스가 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mfpadmin/jdbc/mfpAdminDS" transactional="false">
  [...]
</dataSource>

애플리케이션의 application-bnd 요소에서 다음과 같은 역할을 선언하십시오.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

라이브 업데이트 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

라이브 업데이트 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-live-update.war에 있습니다. 라이브 업데이트 서비스의 컨텍스트 루트는 다음과 같은 방식으로 정의되어야 합니다. /the-adminContextRootconfig. 예를 들어, 관리 서비스의 컨텍스트 루트가 /mfpadmin인 경우 라이브 업데이트 서비스의 컨텍스트 루트는 /mfpadminconfig여야 합니다.

데이터 소스

라이브 업데이트 서비스에 대한 데이터 소스의 JNDI 이름은 the-contextRoot/jdbc/ConfigDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mfpadminconfig를 사용하여 라이브 업데이트 서비스가 설치되고 이 서비스가 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mfpadminconfig/jdbc/ConfigDS" transactional="false">
  [...]
</dataSource>

애플리케이션의 application-bnd 요소에서 configadmin 역할을 선언하십시오. 한 명 이상의 사용자가 이 역할에 맵핑되어야 합니다. 관리 서비스의 다음과 같은 JNDI 특성에 사용자 및 해당 비밀번호가 제공되어야 합니다.

• mfp.config.service.user
• mfp.config.service.password

콘솔은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

콘솔 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-ui.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpconsole입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 콘솔의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.admin.endpoint를 선언하여 콘솔이 /mfpconsole을 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mfpconsole/mfp.admin.endpoint" value="*://*:*/mfpadmin"/>

mfp.admin.endpoint 특성의 일반적인 값은 *://*:*/the-adminContextRoot입니다.
JNDI 특성에 대한 자세한 정보는 MobileFirst Operations Console의 JNDI 특성을 참조하십시오.

보안 역할

애플리케이션의 application-bnd 요소에서 다음과 같은 역할을 선언하십시오.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

런타임은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

런타임 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-server.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 기본적으로는 /mfp입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 런타임의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.analytics.url을 선언하여 런타임이 /mobilefirst를 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mobilefirst/mfp.analytics.url" value="http://localhost:9080/analytics-service/rest"/>

mobilefirst/mfp.authorization.server 특성을 정의해야 합니다. 예를 들어, 다음과 같습니다.

<jndiEntry jndiName="mobilefirst/mfp.authorization.server" value="embedded"/>

MobileFirst Analytics가 설치된 경우 다음과 같은 JNDI 특성을 정의해야 합니다.

• mfp.analytics.url
• mfp.analytics.console.url
• mfp.analytics.username
• mfp.analytics.password

JNDI 특성에 대한 자세한 정보는 MobileFirst 런타임의 JNDI 특성 목록을 참조하십시오.

데이터 소스

런타임에 대한 데이터 소스의 JNDI 이름은 jndiName=the-contextRoot/jdbc/mfpDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mobilefirst를 사용하여 런타임이 설치되고 이 런타임이 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mobilefirst/jdbc/mfpDS" transactional="false">
  [...]
</dataSource>

푸시 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

푸시 서비스 WAR 파일은 mfp_install_dir/PushService/mfp-push-service.war에 있습니다. 컨텍스트 루트를 /imfpush로 정의해야 합니다. 그렇지 않으면 컨텍스트 루트가 SDK에서 하드코딩되므로 클라이언트 디바이스가 여기에 연결될 수 없습니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 푸시 서비스의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.push.analytics.user를 선언하여 푸시 서비스가 /imfpush를 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="imfpush/mfp.push.analytics.user" value="admin"/>

• mfp.push.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.push.services.ext.security - 값은 com.ibm.mfp.push.server.security.plugin.OAuthSecurityPlugin이어야 합니다.
• mfp.push.db.type - 관계형 데이터베이스의 경우 값은 DB여야 합니다.

• mfp.push.analytics.endpoint
• mfp.analytics.username
• mfp.analytics.password
• mfp.push.services.ext.analytics - 값은 com.ibm.mfp.push.server.analytics.plugin.AnalyticsPlugin이어야 합니다.

아티팩트 컴포넌트는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

이 컴포넌트에 대한 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-dev-artifacts.war에 있습니다. 컨텍스트 루트를 /mfp-dev-artifacts로 정의해야 합니다.

관리 서비스는 사용자가 Liberty Collective 제어기에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. Liberty Collective 제어기의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server Liberty Collective에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

관리 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-service-collective.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpadmin입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 관리 서비스의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.admin.push.url을 선언하여 관리 서비스가 /mfpadmin을 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mfpadmin/mfp.admin.push.url" value="http://localhost:9080/imfpush"/>

푸시 서비스가 설치되면 다음과 같은 JNDI 특성을 구성해야 합니다.

• mfp.admin.push.url
• mfp.admin.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.admin.authorization.client.id
• mfp.admin.authorization.client.secret

구성 서비스와의 통신을 위한 JNDI 특성은 다음과 같습니다.

• mfp.config.service.user
• mfp.config.service.password

JNDI 특성에 대한 자세한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록을 참조하십시오.

데이터 소스

관리 서비스에 대한 데이터 소스의 JNDI 이름은 jndiName=the-contextRoot/jdbc/mfpAdminDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mfpadmin을 사용하여 관리 서비스가 설치되고 이 서비스가 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mfpadmin/jdbc/mfpAdminDS" transactional="false">
  [...]
</dataSource>

보안 역할

애플리케이션의 application-bnd 요소에서 다음과 같은 역할을 선언하십시오.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

라이브 업데이트 서비스는 사용자가 Liberty Collective 제어기에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. Liberty Collective 제어기의 server.xml 파일에서 이 애플리케이션의 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server Liberty Collective에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

라이브 업데이트 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-live-update.war에 있습니다. 라이브 업데이트 서비스의 컨텍스트 루트는 다음과 같은 방식으로 정의되어야 합니다. /the-adminContextRootconfig. 예를 들어, 관리 서비스의 컨텍스트 루트가 /mfpadmin인 경우 라이브 업데이트 서비스의 컨텍스트 루트는 /mfpadminconfig여야 합니다.

데이터 소스

라이브 업데이트 서비스에 대한 데이터 소스의 JNDI 이름은 the-contextRoot/jdbc/ConfigDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mfpadminconfig를 사용하여 라이브 업데이트 서비스가 설치되고 이 서비스가 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mfpadminconfig/jdbc/ConfigDS" transactional="false">
  [...]
</dataSource>

보안 역할

애플리케이션의 application-bnd 요소에서 configadmin 역할을 선언하십시오. 한 명 이상의 사용자가 이 역할에 맵핑되어야 합니다. 관리 서비스의 다음과 같은 JNDI 특성에 사용자 및 해당 비밀번호가 제공되어야 합니다.

• mfp.config.service.user
• mfp.config.service.password

콘솔은 사용자가 Liberty Collective 제어기에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. Liberty Collective 제어기의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

콘솔 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-ui.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpconsole입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 콘솔의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.admin.endpoint를 선언하여 콘솔이 /mfpconsole을 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mfpconsole/mfp.admin.endpoint" value="*://*:*/mfpadmin"/>

mfp.admin.endpoint 특성의 일반적인 값은 *://*:*/the-adminContextRoot입니다.
JNDI 특성에 대한 자세한 정보는 MobileFirst Operations Console의 JNDI 특성을 참조하십시오.

보안 역할

애플리케이션의 application-bnd 요소에서 다음과 같은 역할을 선언하십시오.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

런타임은 사용자가 Liberty Collective 클러스터 멤버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 모든 Liberty Collective 클러스터 멤버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server Liberty Collective에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

런타임 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-server.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 기본적으로는 /mfp입니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 런타임의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.analytics.url을 선언하여 런타임이 /mobilefirst를 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="mobilefirst/mfp.analytics.url" value="http://localhost:9080/analytics-service/rest"/>

mobilefirst/mfp.authorization.server 특성을 정의해야 합니다. 예를 들어, 다음과 같습니다.

<jndiEntry jndiName="mobilefirst/mfp.authorization.server" value="embedded"/>

MobileFirst Analytics가 설치된 경우 다음과 같은 JNDI 특성을 정의해야 합니다.

• mfp.analytics.url
• mfp.analytics.console.url
• mfp.analytics.username
• mfp.analytics.password

JNDI 특성에 대한 자세한 정보는 MobileFirst 런타임의 JNDI 특성 목록을 참조하십시오.

데이터 소스

런타임에 대한 데이터 소스의 JNDI 이름은 jndiName=the-contextRoot/jdbc/mfpDS로 정의되어야 합니다. 다음 예에서는 컨텍스트 루트 /mobilefirst를 사용하여 런타임이 설치되고 이 런타임이 관계형 데이터베이스를 사용하는 경우를 보여줍니다.

<dataSource jndiName="mobilefirst/jdbc/mfpDS" transactional="false">
  [...]
</dataSource>

푸시 서비스는 사용자가 Liberty Collective 클러스터 멤버 또는 Liberty 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. Liberty 서버에서 푸시 서비스를 설치하는 경우에는 WebSphere Application Server Liberty에 수동 설치 아래의 MobileFirst Server 푸시 서비스 구성 세부사항을 참조하십시오.

MobileFirst Server 푸시 서비스가 Liberty Collective에서 설치되는 경우 이는 런타임의 경우와 동일한 클러스터 또는 다른 클러스터에서 설치될 수 있습니다.

모든 Liberty Collective 클러스터 멤버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty Collective에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

푸시 서비스 WAR 파일은 mfp_install_dir/PushService/mfp-push-service.war에 있습니다. 컨텍스트 루트를 /imfpush로 정의해야 합니다. 그렇지 않으면 컨텍스트 루트가 SDK에서 하드코딩되므로 클라이언트 디바이스가 여기에 연결될 수 없습니다.

필수 JNDI 특성

JNDI 특성을 정의할 때 푸시 서비스의 컨텍스트 루트가 JNDI 이름의 접두부가 되어야 합니다. 다음 예에서는 mfp.push.analytics.user를 선언하여 푸시 서비스가 /imfpush를 컨텍스트 루트로 사용하여 설치되는 경우를 보여줍니다.

<jndiEntry jndiName="imfpush/mfp.push.analytics.user" value="admin"/>

• mfp.push.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.push.services.ext.security - 값은 com.ibm.mfp.push.server.security.plugin.OAuthSecurityPlugin이어야 합니다.
• mfp.push.db.type - 관계형 데이터베이스의 경우 값은 DB여야 합니다.

• mfp.push.analytics.endpoint
• mfp.analytics.username
• mfp.analytics.password
• mfp.push.services.ext.analytics - 값은 com.ibm.mfp.push.server.analytics.plugin.AnalyticsPlugin이어야 합니다.

아티팩트 컴포넌트는 사용자가 Liberty Collective 제어기에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. Liberty Collective 제어기의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server Liberty에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

이 컴포넌트에 대한 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-dev-artifacts.war에 있습니다. 컨텍스트 루트를 /mfp-dev-artifacts로 정의해야 합니다.

관리 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

관리 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-service.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpadmin입니다.

필수 JNDI 특성

JNDI 특성은 애플리케이션 컨텍스트의 Environment 요소에서 정의됩니다. 예를 들어, 다음과 같습니다.

<Environment name="mfp.admin.push.url" value="http://localhost:8080/imfpush" type="java.lang.String" override="false"/>

런타임과의 JMX 통신을 사용하려면 다음과 같은 JNDI 특성을 정의하십시오.

• mfp.topology.platform
• mfp.topology.clustermode

푸시 서비스가 설치되면 다음과 같은 JNDI 특성을 구성해야 합니다.

• mfp.admin.push.url
• mfp.admin.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.admin.authorization.client.id
• mfp.admin.authorization.client.secret

구성 서비스와의 통신을 위한 JNDI 특성은 다음과 같습니다.

• mfp.config.service.user
• mfp.config.service.password

JNDI 특성에 대한 자세한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록을 참조하십시오.

데이터 소스

데이터 소스(jdbc/mfpAdminDS)는 **Context** 요소에서 리소스로 선언됩니다. 예를 들어, 다음과 같습니다.

<Resource name="jdbc/mfpAdminDS" type="javax.sql.DataSource" .../>

보안 역할

관리 서비스 애플리케이션에 사용 가능한 보안 역할은 다음과 같습니다.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

라이브 업데이트 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

라이브 업데이트 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-live-update.war에 있습니다. 라이브 업데이트 서비스의 컨텍스트 루트는 다음과 같은 방식으로 정의되어야 합니다. /the-adminContextRoot/config. 예를 들어, 관리 서비스의 컨텍스트 루트가 /mfpadmin인 경우 라이브 업데이트 서비스의 컨텍스트 루트는 /mfpadminconfig여야 합니다.

데이터 소스

라이브 업데이트 서비스에 대한 데이터 소스의 JNDI 이름은 jdbc/ConfigDS로 정의되어야 합니다. Context 요소에서 리소스로 선언하십시오.

보안 역할

라이브 업데이트 서비스 애플리케이션에 사용 가능한 보안 역할은 configadmin입니다.

한 명 이상의 사용자가 이 역할에 맵핑되어야 합니다. 관리 서비스의 다음과 같은 JNDI 특성에 사용자 및 해당 비밀번호가 제공되어야 합니다.

• mfp.config.service.user
• mfp.config.service.password

콘솔은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

콘솔 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-ui.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpconsole입니다.

필수 JNDI 특성

mfp.admin.endpoint 특성을 정의해야 합니다. 이 특성의 일반적인 값은 *://*:*/the-adminContextRoot입니다.

JNDI 특성에 대한 자세한 정보는 MobileFirst Operations Console의 JNDI 특성을 참조하십시오.

보안 역할

애플리케이션에 사용 가능한 보안 역할은 다음과 같습니다.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

런타임은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

런타임 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-server.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 기본적으로는 /mfp입니다.

필수 JNDI 특성

mfp.authorization.server 특성을 정의해야 합니다. 예를 들어, 다음과 같습니다.

<Environment name="mfp.authorization.server" value="embedded" type="java.lang.String" override="false"/>

관리 서비스와의 JMX 통신을 사용하려면 다음과 같은 JNDI 특성을 정의하십시오.

• mfp.topology.platform
• mfp.topology.clustermode

MobileFirst Analytics가 설치된 경우 다음과 같은 JNDI 특성을 정의해야 합니다.

• mfp.analytics.url
• mfp.analytics.console.url
• mfp.analytics.username
• mfp.analytics.password

JNDI 특성에 대한 자세한 정보는 MobileFirst 런타임의 JNDI 특성 목록을 참조하십시오.

데이터 소스

런타임에 대한 데이터 소스의 JNDI 이름은 jdbc/mfpDS로 정의되어야 합니다. Context 요소에서 리소스로 선언하십시오.

푸시 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

푸시 서비스 WAR 파일은 mfp_install_dir/PushService/mfp-push-service.war에 있습니다. 컨텍스트 루트를 /imfpush로 정의해야 합니다. 그렇지 않으면 컨텍스트 루트가 SDK에서 하드코딩되므로 클라이언트 디바이스가 여기에 연결될 수 없습니다.

필수 JNDI 특성

다음과 같은 특성을 정의해야 합니다.

• mfp.push.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.push.services.ext.security - 값은 com.ibm.mfp.push.server.security.plugin.OAuthSecurityPlugin이어야 합니다.
• mfp.push.db.type - 관계형 데이터베이스의 경우 값은 DB여야 합니다.

MobileFirst Analytics가 구성된 경우 다음과 같은 JNDI 특성을 정의하십시오.

• mfp.push.analytics.endpoint
• mfp.analytics.username
• mfp.analytics.password
• mfp.push.services.ext.analytics - 값은 com.ibm.mfp.push.server.analytics.plugin.AnalyticsPlugin이어야 합니다.

아티팩트 컴포넌트는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 Apache Tomcat에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

이 컴포넌트에 대한 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-dev-artifacts.war에 있습니다. 컨텍스트 루트를 /mfp-dev-artifacts로 정의해야 합니다.

관리 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

관리 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-service.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpadmin입니다.

필수 JNDI 특성

WebSphere Application Server 관리 콘솔을 사용하여 JNDI 특성을 설정할 수 있습니다. 애플리케이션 → 애플리케이션 유형 → WebSphere 엔터프라이즈 애플리케이션 → application_name → 웹 모듈용 환경 항목으로 이동하여 항목을 설정하십시오.

런타임과의 JMX 통신을 사용하려면 다음과 같은 JNDI 특성을 정의하십시오.

• mfp.admin.jmx.dmgr.host
• mfp.admin.jmx.dmgr.port - 배치 관리자의 SOAP 포트입니다.
• mfp.topology.platform - 값을 WAS로 설정하십시오.
• mfp.topology.clustermode - 값을 Cluster로 설정하십시오.
• mfp.admin.jmx.connector - 값을 SOAP로 설정하십시오.

• mfp.topology.platform - 값을 WAS로 설정하십시오.
• mfp.topology.clustermode - 값을 Standalone으로 설정하십시오.
• mfp.admin.jmx.connector - 값을 SOAP로 설정하십시오.

푸시 서비스가 설치되면 다음과 같은 JNDI 특성을 구성해야 합니다.

• mfp.admin.push.url
• mfp.admin.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.admin.authorization.client.id
• mfp.admin.authorization.client.secret

구성 서비스와의 통신을 위한 JNDI 특성은 다음과 같습니다.

• mfp.config.service.user
• mfp.config.service.password

JNDI 특성에 대한 자세한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록을 참조하십시오.

데이터 소스

관리 서비스에 대한 데이터 소스를 작성하여 jdbc/mfpAdminDS에 맵핑하십시오.

시작 순서

런타임 애플리케이션보다 먼저 관리 서비스 애플리케이션을 시작해야 합니다. 시작 동작 섹션에서 순서를 설정할 수 있습니다. 예를 들어, 관리 서비스의 경우 시작 순서를 1로 설정하고 런타임의 경우 시작 순서를 2로 설정하십시오.

보안 역할

관리 서비스 애플리케이션에 사용 가능한 보안 역할은 다음과 같습니다.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

라이브 업데이트 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

라이브 업데이트 서비스 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-live-update.war에 있습니다. 라이브 업데이트 서비스의 컨텍스트 루트는 다음과 같은 방식으로 정의되어야 합니다. /the-adminContextRoot/config. 예를 들어, 관리 서비스의 컨텍스트 루트가 /mfpadmin인 경우 라이브 업데이트 서비스의 컨텍스트 루트는 /mfpadminconfig여야 합니다.

데이터 소스

라이브 업데이트 서비스에 대한 데이터 소스를 작성하여 jdbc/ConfigDS에 맵핑하십시오.

보안 역할

이 애플리케이션에 대해 configadmin 역할이 정의됩니다.

한 명 이상의 사용자가 이 역할에 맵핑되어야 합니다. 관리 서비스의 다음과 같은 JNDI 특성에 사용자 및 해당 비밀번호가 제공되어야 합니다.

• mfp.config.service.user
• mfp.config.service.password

콘솔은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

콘솔 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-admin-ui.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 일반적으로는 /mfpconsole입니다.

필수 JNDI 특성

WebSphere Application Server 관리 콘솔을 사용하여 JNDI 특성을 설정할 수 있습니다. 애플리케이션 → 애플리케이션 유형 → WebSphere 엔터프라이즈 애플리케이션 → application_name → 웹 모듈용 환경 항목으로 이동하여 항목을 설정하십시오.

mfp.admin.endpoint 특성을 정의해야 합니다. 이 특성의 일반적인 값은 *://*:*/the-adminContextRoot입니다.

JNDI 특성에 대한 자세한 정보는 MobileFirst Operations Console의 JNDI 특성을 참조하십시오.

보안 역할

애플리케이션에 사용 가능한 보안 역할은 다음과 같습니다.

• mfpadmin
• mfpdeployer
• mfpmonitor
• mfpoperator

런타임은 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다.

계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

런타임 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-server.war에 있습니다. 원하는 대로 컨텍스트 루트를 정의할 수 있습니다. 하지만 기본적으로는 /mfp입니다.

필수 JNDI 특성

WebSphere Application Server 관리 콘솔을 사용하여 JNDI 특성을 설정할 수 있습니다. 애플리케이션 → 애플리케이션 유형 → WebSphere 엔터프라이즈 애플리케이션 → application_name → 웹 모듈용 환경 항목으로 이동하여 항목을 설정하십시오.

값이 임베드된 mfp.authorization.server 특성을 정의해야 합니다.
또한 다음과 같은 JNDI 특성을 정의하여 관리 서비스와의 JMX 통신을 사용으로 설정하십시오.

• mfp.admin.jmx.dmgr.host - 배치 관리자의 호스트 이름입니다.
• mfp.admin.jmx.dmgr.port - 배치 관리자의 SOAP 포트입니다.
• mfp.topology.platform - 값을 WAS로 설정하십시오.
• mfp.topology.clustermode - 값을 Cluster로 설정하십시오.
• mfp.admin.jmx.connector - 값을 SOAP로 설정하십시오.

• mfp.topology.platform - 값을 WAS로 설정하십시오.
• mfp.topology.clustermode - 값을 Standalone으로 설정하십시오.
• mfp.admin.jmx.connector - 값을 SOAP로 설정하십시오.

MobileFirst Analytics가 설치된 경우 다음과 같은 JNDI 특성을 정의해야 합니다.

• mfp.analytics.url
• mfp.analytics.console.url
• mfp.analytics.username
• mfp.analytics.password

JNDI 특성에 대한 자세한 정보는 MobileFirst 런타임의 JNDI 특성 목록을 참조하십시오.

시작 순서

관리 서비스 애플리케이션 이후에 런타임 애플리케이션을 시작해야 합니다. 시작 동작 섹션에서 순서를 설정할 수 있습니다. 예를 들어, 관리 서비스의 경우 시작 순서를 1로 설정하고 런타임의 경우 시작 순서를 2로 설정하십시오.

데이터 소스

런타임에 대한 데이터 소스를 작성한 후 jdbc/mfpDS에 맵핑하십시오.

푸시 서비스는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

푸시 서비스 WAR 파일은 mfp_install_dir/PushService/mfp-push-service.war에 있습니다. 컨텍스트 루트를 /imfpush로 정의해야 합니다. 그렇지 않으면 컨텍스트 루트가 SDK에서 하드코딩되므로 클라이언트 디바이스가 여기에 연결될 수 없습니다.

필수 JNDI 특성

WebSphere Application Server 관리 콘솔을 사용하여 JNDI 특성을 설정할 수 있습니다. 애플리케이션 > 애플리케이션 유형 → WebSphere 엔터프라이즈 애플리케이션 → application_name → 웹 모듈용 환경 항목으로 이동하여 항목을 설정하십시오.

다음과 같은 특성을 정의해야 합니다.

• mfp.push.authorization.server.url
• mfp.push.authorization.client.id
• mfp.push.authorization.client.secret
• mfp.push.services.ext.security - 값은 com.ibm.mfp.push.server.security.plugin.OAuthSecurityPlugin이어야 합니다.
• mfp.push.db.type - 관계형 데이터베이스의 경우 값은 DB여야 합니다.

MobileFirst Analytics가 구성된 경우 다음과 같은 JNDI 특성을 정의하십시오.

• mfp.push.analytics.endpoint
• mfp.analytics.username
• mfp.analytics.password
• mfp.push.services.ext.analytics - 값은 com.ibm.mfp.push.server.analytics.plugin.AnalyticsPlugin이어야 합니다.

JNDI 특성에 대한 자세한 정보는 MobileFirst Server 푸시 서비스의 JNDI 특성 목록을 참조하십시오.

데이터 소스

푸시 서비스에 대한 데이터 소스를 작성하여 jdbc/imfPushDS에 맵핑하십시오.

아티팩트 컴포넌트는 사용자가 애플리케이션 서버에 배치할 수 있도록 WAR 애플리케이션으로 패키지됩니다. 애플리케이션 서버의 server.xml 파일에서 이 애플리케이션에 대한 일부 특정 구성을 작성해야 합니다. 계속 진행하기 전에 WebSphere Application Server 및 WebSphere Application Server Network Deployment에 수동 설치에서 모든 서비스에 공통인 구성 세부사항을 검토하십시오.

이 컴포넌트에 대한 WAR 파일은 mfp_install_dir/MobileFirstServer/mfp-dev-artifacts.war에 있습니다. 컨텍스트 루트를 /mfp-dev-artifacts로 정의해야 합니다.

MobileFirst Server를 사용하려면 보안 JMX 연결을 구성해야 합니다.

1. 서버 팜 멤버로 구성해야 하는 애플리케이션 서버를 준비하십시오.
   • 서버 팜의 멤버를 구성하기 위해 사용할 애플리케이션 서버의 유형을 선택하십시오. Mobile Foundation은 서버 팜에 있는 다음과 같은 애플리케이션 서버를 지원합니다.
     • WebSphere Application Server 전체 프로파일
       참고: 팜 토폴로지에서는 RMI JMX 커넥터를 사용할 수 없습니다. 이 토폴로지에서는 Mobile Foundation이 SOAP 커넥터만 지원합니다.
     • WebSphere Application Server Liberty 프로파일
     • Apache Tomcat
     지원되는 애플리케이션 서버 버전을 확인하려면 시스템 요구사항을 참조하십시오.

     중요: Mobile Foundation은 동종 서버 팜만 지원합니다. 서버 팜은 동일한 유형의 애플리케이션 서버에 연결되는 경우 동종 서버 팜입니다. 서로 다른 유형의 애플리케이션 서버를 연관시키면 런타임 시 예측할 수 없는 동작이 발생합니다. 예를 들어, Apache Tomcat 서버와 WebSphere Application Server 전체 프로파일 서버의 혼합을 가진 팜은 올바르지 않은 구성입니다.

   • 팜에서 원하는 멤버 수만큼 독립형 서버를 설정하십시오.
     • 이 독립형 서버는 각각 동일한 데이터베이스와 통신해야 합니다. 이 서버가 사용하는 포트를 동일한 호스트에서 구성된 다른 서버가 사용하지 않는지 확인해야 합니다. 이 제한조건은 HTTP, HTTPS, REST, SOAP 및 RMI 프로토콜에서 사용하는 포트에 적용됩니다.
     • 이 서버 각각에는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 하나 이상의 MobileFirst 런타임이 배치되어 있어야 합니다.
     • 서버 설정에 대한 자세한 정보는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 MobileFirst 런타임에 대한 제한조건을 참조하십시오.
   • 각각의 신뢰 저장소에 있는 모든 서버 사이에서 서명자 인증서를 교환하십시오.
     
     

     참고: 보안이 사용으로 설정되어야 하므로 이 단계는 WebSphere Application Server 전체 프로파일 또는 Liberty를 사용하는 팜의 경우 필수입니다. 또한 Liberty 팜의 경우 싱글 사인온 기능을 보장하기 위해 각 서버에서 동일한 LTPA 구성을 복제해야 합니다. 이 구성을 수행하려면 수동으로 서버 팜 구성의 6단계에 있는 가이드라인을 따르십시오.

2. 팜의 각 서버에 대해 Server Configuration Tool을 실행하십시오. 모든 서버는 동일한 데이터베이스를 공유해야 합니다. 애플리케이션 서버 설정 패널에서 배치 유형 서버 팜 배치를 선택해야 합니다. 이 도구에 대한 자세한 정보는 Server Configuration Tool 실행을 참조하십시오.

MobileFirst Server를 사용하려면 보안 JMX 연결을 구성해야 합니다.

1. 서버 팜 멤버로 구성해야 하는 애플리케이션 서버를 준비하십시오.
   • 서버 팜의 멤버를 구성하기 위해 사용할 애플리케이션 서버의 유형을 선택하십시오. Mobile Foundation은 서버 팜에 있는 다음과 같은 애플리케이션 서버를 지원합니다.
     • WebSphere Application Server 전체 프로파일 참고: 팜 토폴로지에서는 RMI JMX 커넥터를 사용할 수 없습니다. 이 토폴로지에서는 Mobile Foundation이 SOAP 커넥터만 지원합니다.
     • WebSphere Application Server Liberty 프로파일
     • Apache Tomcat
     지원되는 애플리케이션 서버 버전을 확인하려면 시스템 요구사항을 참조하십시오.

     중요: Mobile Foundation은 동종 서버 팜만 지원합니다. 서버 팜은 동일한 유형의 애플리케이션 서버에 연결되는 경우 동종 서버 팜입니다. 서로 다른 유형의 애플리케이션 서버를 연관시키면 런타임 시 예측할 수 없는 동작이 발생합니다. 예를 들어, Apache Tomcat 서버와 WebSphere Application Server 전체 프로파일 서버의 혼합을 가진 팜은 올바르지 않은 구성입니다.

   • 팜에서 원하는 멤버 수만큼 독립형 서버를 설정하십시오.
     
     이 독립형 서버는 각각 동일한 데이터베이스와 통신해야 합니다. 이 서버가 사용하는 포트를 동일한 호스트에서 구성된 다른 서버가 사용하지 않는지 확인해야 합니다. 이 제한조건은 HTTP, HTTPS, REST, SOAP 및 RMI 프로토콜에서 사용하는 포트에 적용됩니다.
     
     이 서버 각각에는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 하나 이상의 MobileFirst 런타임이 배치되어 있어야 합니다.
     
     서버 설정에 대한 자세한 정보는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 MobileFirst 런타임에 대한 제한조건을 참조하십시오.
   • 각각의 신뢰 저장소에 있는 모든 서버 사이에서 서명자 인증서를 교환하십시오.
     
     

     참고: 보안이 사용으로 설정되어야 하므로 이 단계는 WebSphere Application Server 전체 프로파일 또는 Liberty를 사용하는 팜의 경우 필수입니다. 또한 Liberty 팜의 경우 싱글 사인온 기능을 보장하기 위해 각 서버에서 동일한 LTPA 구성을 복제해야 합니다. 이 구성을 수행하려면 수동으로 서버 팜 구성

     의 6단계에 있는 가이드라인을 따르십시오.
2. 관리 서비스, 라이브 업데이트 서비스 및 런타임에 대한 데이터베이스를 구성하십시오.
   • 사용할 데이터베이스를 결정하고 Ant 파일을 선택하여 mfp_install_dir/MobileFirstServer/configuration-samples 디렉토리에서 데이터베이스를 작성하고 구성하십시오.
     • DB2의 경우 create-database-db2.xml을 사용하십시오.
     • MySQL의 경우 create-database-mysql.xml을 사용하십시오.
     • Oracle의 경우 create-database-oracle.xml을 사용하십시오.

     참고: Derby 데이터베이스는 한 번에 하나의 연결만 허용하므로 팜 토폴로지에서 Derby 데이터베이스를 사용하지 마십시오.

   • Ant 파일을 편집하고 데이터베이스에 필요한 모든 특성을 입력하십시오.
     
     MobileFirst Server 컴포넌트가 사용하는 데이터베이스의 구성을 사용으로 설정하려면 다음과 같은 특성의 값을 설정하십시오.
     • mfp.process.admin을 true로 설정하십시오. 관리 서비스 및 라이브 업데이트 서비스에 대한 데이터베이스를 구성하기 위해서입니다.
     • mfp.process.runtime을 true로 설정하십시오. 런타임에 대한 데이터베이스를 구성하기 위해서입니다.
   • mfp_install_dir/MobileFirstServer/configuration-samples 디렉토리에서 mfp_install_dir/shortcuts/ant -f create-database-ant-file.xml admdatabases 및 mfp_install_dir/shortcuts/ant -f create-database-ant-file.xml rtmdatabases 명령을 실행하십시오(create-database-ant-file.xml을 선택한 실제 Ant 파일 이름으로 바꿔야 함).
     
     MobileFirst Server 데이터베이스는 팜의 애플리케이션 서버 사이에서 공유되므로 이 두 명령은 팜에 있는 서버의 수에 관계없이 한 번만 실행해야 합니다.
   • 선택적으로 다른 런타임을 설치하려면 다른 데이터베이스 이름 또는 스키마를 가진 다른 데이터베이스를 구성해야 합니다. 이를 위해서는 Ant 파일을 편집하고 특성을 수정하고 팜에 있는 서버의 수에 관계없이 mfp_install_dir/shortcuts/ant -f create-database-ant-file.xml rtmdatabases 명령을 한 번 실행하십시오.
3. 관리 서비스, 라이브 업데이트 서비스 및 런타임을 서버에 배치하고 이 서버를 서버 팜의 멤버로 구성하십시오.
   • mfp\_install\_dir/MobileFirstServer/configuration-samples 디렉토리에서 사용자의 애플리케이션 서버 및 데이터베이스에 해당하는 Ant 파일을 선택하여 관리 서비스, 라이브 업데이트 서비스 및 런타임을 서버에 배치하십시오.
     
     예를 들어, DB2 데이터베이스를 가진 Liberty 서버에 배치의 경우 configure-liberty-db2.xml 파일을 선택하십시오. 팜에서 원하는 멤버 수만큼 이 파일의 사본을 작성하십시오.
     
     참고: 이 파일은 이미 배치된 MobileFirst Server 컴포넌트의 업그레이드 또는 팜의 각 멤버에서 이들 컴포넌트의 설치 제거에 재사용할 수 있으므로 구성 후 보존하십시오.
   • Ant 파일의 각 사본을 편집하고 2단계에서 사용되는 데이터베이스에 대해 동일한 특성을 입력하고 애플리케이션 서버에 대해 필요한 기타 특성도 입력하십시오.
     
     서버를 서버 팜 멤버로 구성하려면 다음과 같은 특성의 값을 설정하십시오.
     • mfp.farm.configure를 true로 설정하십시오.
     • mfp.farm.server.id: 이 팜 멤버에 대해 정의하는 ID입니다. 팜의 각 서버가 자체 고유 ID를 가지고 있는지 확인하십시오. 팜에 있는 두 서버가 동일한 ID를 가지고 있는 경우 팜은 예측할 수 없는 방식으로 작동합니다.
     • mfp.config.service.user: 라이브 업데이트 서비스에 액세스하는 데 사용되는 사용자 이름입니다. 이 사용자 이름은 팜의 모든 멤버에 대해 동일해야 합니다.
     • mfp.config.service.password: 라이브 업데이트 서비스에 액세스하는 데 사용되는 비밀번호입니다. 이 비밀번호는 팜의 모든 멤버에 대해 동일해야 합니다.
     서버에 MobileFirst Server 컴포넌트의 WAR 파일 배치를 사용하려면 다음과 같은 특성의 값을 설정하십시오.
     • mfp.process.admin을 true로 설정하십시오. 관리 서비스 및 라이브 업데이트 서비스의 WAR 파일을 배치하기 위해서입니다.
     • mfp.process.runtime을 true로 설정하십시오. 런타임의 WAR 파일을 배치하기 위해서입니다.
     
     참고: 팜의 서버에 둘 이상의 런타임을 설치하려는 경우에는 속성 ID를 지정하고 installmobilefirstruntime, updatemobilefirstruntime 및 uninstallmobilefirstruntime Ant 태스크에서 각 런타임에 대해 고유해야 하는 값을 설정하십시오.
     예:

     <target name="rtminstall">
         <installmobilefirstruntime execute="true" contextroot="/runtime1" id="rtm1">

   • 각 서버에 대해 mfp_install_dir/shortcuts/ant -f configure-appserver-database-ant-file.xml adminstall 및 mfp_install_dir/shortcuts/ant -f configure-appserver-database-ant-file.xml rtminstall 명령을 실행하십시오(configure-appserver-database-ant-file.xml을 선택한 실제 Ant 파일 이름으로 바꿔야 함).
     
     이 명령은 installmobilefirstadmin 및 installmobilefirstruntime Ant 태스크를 실행합니다. 이 태스크에 대한 자세한 정보는 MobileFirst Operations Console, MobileFirst Server 아티팩트, MobileFirst Server 관리 및 라이브 업데이트 서비스 설치를 위한 Ant 태스크 및 MobileFirst 런타임 환경 설치를 위한 Ant 태스크를 참조하십시오.
   • 선택적으로 다른 런타임을 설치하려면 다음의 단계를 수행하십시오.
     • 3.b단계에서 구성한 Ant 파일의 사본을 작성하십시오.
     • 사본을 편집하고 다른 런타임 구성과는 다른 installmobilefirstruntime, updatemobilefirstruntime 및 uninstallmobilefirstruntime의 id 속성 값과 고유 컨텍스트 루트를 설정하십시오.
     • 팜의 각 서버에서 mfp_install_dir/shortcuts/ant -f configure-appserver-database-ant-file2.xml rtminstall 명령을 실행하십시오(configure-appserver-database-ant-file2.xml을 편집되는 Ant 파일의 실제 이름으로 바꿔야 함).
     • 팜의 각 서버에 대해 이 단계를 반복하십시오.
4. 모든 서버를 다시 시작하십시오.

1. 서버 팜의 멤버를 구성하기 위해 사용할 애플리케이션 서버의 유형을 선택하십시오. Mobile Foundation은 서버 팜에 있는 다음과 같은 애플리케이션 서버를 지원합니다.
   • WebSphere Application Server 전체 프로파일
     참고: 팜 토폴로지에서는 RMI JMX 커넥터를 사용할 수 없습니다. 이 토폴로지에서는 Mobile Foundation이 SOAP 커넥터만 지원합니다.
   • WebSphere Application Server Liberty 프로파일
   • Apache Tomcat
   지원되는 애플리케이션 서버 버전을 확인하려면 시스템 요구사항을 참조하십시오.

   중요: Mobile Foundation은 동종 서버 팜만 지원합니다. 서버 팜은 동일한 유형의 애플리케이션 서버에 연결되는 경우 동종 서버 팜입니다. 서로 다른 유형의 애플리케이션 서버를 연관시키면 런타임 시 예측할 수 없는 동작이 발생합니다. 예를 들어, Apache Tomcat 서버와 WebSphere Application Server 전체 프로파일 서버의 혼합을 가진 팜은 올바르지 않은 구성입니다.

2. 사용할 데이터베이스를 결정하십시오. 다음 중에서 선택할 수 있습니다.
   • DB2
   • MySQL
   • Oracle
   MobileFirst Server 데이터베이스는 팜의 애플리케이션 서버 사이에서 공유되며 이는 다음을 의미합니다.
   • 팜에 있는 서버의 수에 관계없이 데이터베이스를 한 번만 작성합니다.
   • Derby 데이터베이스는 한 번에 하나의 연결만 허용하므로 팜 토폴로지에서 Derby 데이터베이스를 사용할 수 없습니다.
   데이터베이스에 대한 자세한 정보는 데이터베이스 설정을 참조하십시오.
3. 팜에서 원하는 멤버 수만큼 독립형 서버를 설정하십시오.
   • 이 독립형 서버는 각각 동일한 데이터베이스와 통신해야 합니다. 이 서버가 사용하는 포트를 동일한 호스트에서 구성된 다른 서버가 사용하지 않는지 확인해야 합니다. 이 제한조건은 HTTP, HTTPS, REST, SOAP 및 RMI 프로토콜에서 사용하는 포트에 적용됩니다.
   • 이 서버 각각에는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 하나 이상의 MobileFirst 런타임이 배치되어 있어야 합니다.
   • 독립형 토폴로지에서 이 서버 각각이 제대로 작동하는 경우 이 서버를 서버 팜의 멤버로 변환할 수 있습니다.
4. 팜의 멤버가 되도록 되어 있는 모든 서버를 중지하십시오.
5. 애플리케이션 서버의 유형에 맞게 적절하게 각 서버를 구성하십시오.
   일부 JNDI 특성을 올바르게 설정해야 합니다. 서버 팜 토폴로지에서 mfp.config.service.user 및 mfp.config.service.password JNDI 특성은 팜의 모든 멤버에 대해 동일한 값을 가지고 있어야 합니다. Apache Tomcat의 경우에는 JVM 인수가 제대로 정의되어 있는지도 확인해야 합니다.
   • WebSphere Application Server Liberty 프로파일
     server.xml 파일에서 다음 샘플 코드에 표시된 JNDI 특성을 설정하십시오.

     <jndiEntry jndiName="mfp.topology.clustermode" value="Farm"/>
     <jndiEntry jndiName="mfp.admin.serverid" value="farm_member_1"/>
     <jndiEntry jndiName="mfp.admin.jmx.user" value="myRESTConnectorUser"/>
     <jndiEntry jndiName="mfp.admin.jmx.pwd" value="password-of-rest-connector-user"/>
     <jndiEntry jndiName="mfp.admin.jmx.host" value="93.12.0.12"/>
     <jndiEntry jndiName="mfp.admin.jmx.port" value="9443"/>

     이러한 특성은 적절한 값을 사용하여 설정해야 합니다.
     • mfp.admin.serverid: 이 팜 멤버에 대해 정의된 ID입니다. 이 ID는 모든 팜 멤버에서 고유해야 합니다.
     • mfp.admin.jmx.user 및 mfp.admin.jmx.pwd: 이 값은 administrator-role 요소에서 선언된 대로 사용자의 인증 정보와 일치해야 합니다.
     • mfp.admin.jmx.host: 이 매개변수를 이 서버에 액세스하기 위해 원격 멤버가 사용하는 호스트 이름 또는 IP로 설정하십시오. 따라서 이를 localhost로 설정하지 마십시오. 이 호스트 이름은 팜의 기타 멤버에 의해 사용되며 모든 팜 멤버에 액세스할 수 있어야 합니다.
     • mfp.admin.jmx.port: 이 매개변수를 JMX REST 연결에 사용되는 서버 HTTPS 포트로 설정하십시오. server.xml 파일의 httpEndpoint 요소에서 값을 찾을 수 있습니다.
   • Apache Tomcat
     conf/server.xml 파일을 수정하여 모든 런타임 컨텍스트 및 관리 서비스 컨텍스트에서 다음과 같은 JNDI 특성을 설정하십시오.

     <Environment name="mfp.topology.clustermode" value="Farm" type="java.lang.String" override="false"/>
     <Environment name="mfp.admin.serverid" value="farm_member_1" type="java.lang.String" override="false"/>

     mfp.admin.serverid 특성을 이 팜 멤버에 정의한 ID로 설정해야 합니다. 이 ID는 모든 팜 멤버에서 고유해야 합니다.
     -Djava.rmi.server.hostname JVM 인수가 이 서버에 액세스하기 위해 원격 멤버가 사용하는 호스트 이름 또는 IP로 설정되는지 확인해야 합니다. 따라서 이를 localhost로 설정하지 마십시오. 또한 -Dcom.sun.management.jmxremote.port JVM 인수가 JMX RMI 연결을 사용으로 설정하기 위해 아직 사용되고 있지 않은 포트를 사용하여 설정되어 있는지 확인해야 합니다. 두 인수 모두 CATALINA_OPTS 환경 변수에서 설정됩니다.
   • WebSphere Application Server 전체 프로파일
     서버에 배치된 모든 런타임 애플리케이션 및 관리 서비스에서 다음과 같은 JNDI 특성을 선언해야 합니다.
     • mfp.topology.clustermode
     • mfp.admin.serverid
     WebSphere Application Server 콘솔에서
     • 애플리케이션 → 애플리케이션 유형 → WebSphere 엔터프라이즈 애플리케이션을 선택하십시오.
     • 관리 서비스 애플리케이션을 선택하십시오.
     • 웹 모듈 특성에서 웹 모듈용 환경 항목을 클릭하여 JNDI 특성을 표시하십시오.
     • 다음과 같은 특성의 값을 설정하십시오.
       • mfp.topology.clustermode를 Farm으로 설정하십시오.
       • mfp.admin.serverid를 이 팜 멤버에 대해 선택한 ID로 설정하십시오. 이 ID는 모든 팜 멤버에서 고유해야 합니다.
       • mfp.admin.jmx.user를 SOAP 커넥터에 대한 액세스 권한을 가진 사용자 이름으로 설정하십시오.
       • mfp.admin.jmx.pwd를 mfp.admin.jmx.user에서 선언된 대로 사용자의 비밀번호로 설정하십시오.
       • mfp.admin.jmx.port를 SOAP 포트의 값으로 설정하십시오.
     • mfp.admin.jmx.connector가 SOAP로 설정되어 있는지 확인하십시오.
     • 확인을 클릭하고 구성을 저장하십시오.
     • 서버에 배치된 모든 MobileFirst 런타임 애플리케이션에 대해 유사한 변경을 수행하십시오.
6. 팜의 모든 멤버 사이에서 신뢰 저장소의 서버 인증서를 교환하십시오. WebSphere Application Server 전체 프로파일 및 WebSphere Application Server Liberty 프로파일을 사용하는 팜에서는 서버 간 통신이 SSL로 보호되므로 이러한 팜의 경우 신뢰 저장소의 서버 인증서 교환은 필수입니다.
   • WebSphere Application Server Liberty 프로파일
     IBM 유틸리티(예: Keytool 또는 iKeyman)를 사용하여 신뢰 저장소를 구성할 수 있습니다.
     • Keytool에 대한 자세한 정보는 IBM SDK, Java Technology Edition의 Keytool을 참조하십시오.
     • iKeyman에 대한 자세한 정보는 IBM SDK, Java Technology Edition의 iKeyman을 참조하십시오.
     키 저장소 및 신뢰 저장소의 위치는 server.xml 파일에서 정의됩니다. SSL 구성 속성에서 keyStoreRef 및 trustStoreRef 속성을 참조하십시오. 기본적으로 Liberty 프로파일의 키 저장소는 ${server.config.dir}/resources/security/key.jks에 있습니다. 신뢰 저장소 참조가 누락되었거나 server.xml 파일에 정의되지 않은 경우 keyStoreRef에 의해 지정된 키 저장소가 사용됩니다. 서버는 기본 키 저장소를 사용하며 파일은 서버가 처음으로 실행될 때 작성됩니다. 이 경우에는 유효 기간이 365일인 기본 인증서가 작성됩니다. 프로덕션의 경우에는 사용자의 자체 인증서(필요한 경우 중간 인증서 포함)를 사용하거나 생성된 인증서의 만기 날짜를 변경해 볼 수 있습니다.

     참고: 신뢰 저장소의 위치를 확인하려는 경우에는 다음 선언을 server.xml 파일에 추가하여 확인할 수 있습니다.

     <logging traceSpecification="SSL=all:SSLChannel=all"/>

     마지막으로 서버를 시작한 후 ${wlp.install.dir}/usr/servers/server_name/logs/trace.log 파일에서 com.ibm.ssl.trustStore가 포함된 행을 찾으십시오.
     • 팜에 있는 다른 서버의 공용 인증서를 서버의 server.xml 구성 파일이 참조하는 신뢰 저장소로 가져오십시오. 그래픽 모드에서 MobileFirst Server 설치 튜토리얼에서는 팜에 있는 두 Liberty 서버 사이에서 인증서를 교환하는 데 필요한 지시사항을 제공합니다. 자세한 정보는 MobileFirst Server를 실행하는 두 개의 Liberty 서버로 구성된 팜 작성 섹션의 5단계를 참조하십시오.
     • WebSphere Application Server Liberty 프로파일의 각 인스턴스를 다시 시작하여 보안 구성을 적용하십시오. 싱글 사인온(SSO)이 작동하려면 다음의 단계가 필요합니다.
     • 각각의 신뢰 저장소에 있는 모든 서버 사이에서 서명자 인증서를 교환하십시오.
       
       

       참고: 보안이 사용으로 설정되어야 하므로 이 단계는 WebSphere Application Server 전체 프로파일 또는 Liberty를 사용하는 팜의 경우 필수입니다. 또한 Liberty 팜의 경우 싱글 사인온 기능을 보장하기 위해 각 서버에서 동일한 LTPA 구성을 복제해야 합니다. 이 구성을 수행하려면 다음 단계를 완료하십시오.

     • 팜의 한 멤버를 시작하십시오. 기본 LTPA 구성에서는 Liberty 서버가 정상적으로 시작되면 LTPA 키 저장소가 ${wlp.user.dir}/servers/server_name/resources/security/ltpa.keys로 생성됩니다.
     • ltpa.keys 파일을 각 팜 멤버의 ${wlp.user.dir}/servers/server_name/resources/security 디렉토리에 복사하여 팜 멤버 사이에서 LTPA 키 저장소를 복제하십시오. LTPA 구성에 대한 자세한 정보는 Liberty 프로파일에서 LTPA 구성을 참조하십시오.
   • WebSphere Application Server 전체 프로파일
     WebSphere Application Server 관리 콘솔에서 신뢰 저장소를 구성하십시오.
     • WebSphere Application Server 관리 콘솔에 로그인하십시오.
     • 보안 → SSL 인증서 및 키 관리를 선택하십시오.
     • 관련 항목에서 키 저장소 및 인증서를 선택하십시오.
     • 키 저장소 사용법 필드에서 SSL 키 저장소가 선택되어 있는지 확인하십시오. 이제 팜의 다른 모든 서버에서 인증서를 가져올 수 있습니다.
     • NodeDefaultTrustStore를 클릭하십시오.
     • 추가 특성에서 서명자 인증서를 선택하십시오.
     • 포트에서 검색을 클릭하십시오. 이제 팜에 있는 각각의 기타 서버에 대한 통신 및 보안 세부사항을 입력할 수 있습니다. 각각의 기타 팜 멤버에 대해 다음의 단계를 수행하십시오.
     • 호스트 필드에 서버 호스트 이름 또는 IP 주소를 입력하십시오.
     • 포트 필드에 HTTPS 전송(SSL) 포트를 입력하십시오.
     • 아웃바운드 연결의 SSL 구성에서 NodeDefaultSSLSettings를 선택하십시오.
     • 별명 필드에 이 서명자 인증서의 별명을 입력하십시오.
     • 서명자 정보 검색을 클릭하십시오.
     • 원격 서버에서 검색된 정보를 검토한 후 확인을 클릭하십시오.
     • 저장을 클릭하십시오.
     • 서버를 다시 시작하십시오.