Executando o IBM Installation Manager

improve this page | report issue

Visão Geral

O IBM Installation Manager instala os arquivos e as ferramentas do IBM MobileFirst Foundation Server em seu computador.

Você executa o Installation Manager para instalar os arquivos binários do MobileFirst Server e as ferramentas para implementar os aplicativos MobileFirst Server em um servidor de aplicativos em seu computador. Os arquivos e ferramentas instalados pelo instalador são descritos em Estrutura de distribuição do MobileFirst Server.

Você precisa do IBM Installation Manager V1.8.4 ou posterior para executar o instalador do MobileFirst Server. É possível executá-lo no modo gráfico ou no modo de linha de comando.
As duas principais opções são propostas durante o processo de instalação:

  • Ativação do licenciamento de token
  • Instalação e implementação do MobileFirst Application Center

Licenciamento de Token

O licenciamento de token é um dos dois métodos de licenciamento suportados pelo MobileFirst Server. Deve-se determinar se é ou não necessário ativar o licenciamento de token. Se você não tiver um contrato que define o uso de licenciamento de token com o Rational License Key Server, não ative o licenciamento de token. Se você ativar o licenciamento de token, deve-se configurar o MobileFirst Server para licenciamento de token. Para obter informações adicionais, consulte Instalando e configurando para licenciamento de token.

IBM MobileFirst Foundation Application Center

O Application Center é um componente do Mobile Foundation. Com o Application Center, é possível compartilhar aplicativos móveis que estão em desenvolvimento em sua organização em um único repositório de aplicativos móveis.

Se você optar por instalar o Application Center com o Installation Manager, deverá fornecer os parâmetros do banco de dados e do servidor de aplicativos para que o Installation Manager configure os bancos de dados e implemente o Application Center no servidor de aplicativos. Se você optar por não instalar o Application Center com o Installation Manager, o Installation Manager salvará o arquivo WAR e os recursos do Application Center em seu disco. Ele não configura os bancos de dados nem implementa o arquivo WAR do Application Center no servidor de aplicativos. Isso pode ser feito posteriormente usando tarefas Ant ou manualmente. Essa opção para instalar o Application Center é uma maneira conveniente de descobrir o Application Center, porque você é orientado durante o processo de instalação pelo assistente de instalação gráfico.

No entanto, para instalação de produção, use tarefas Ant para instalar o Application Center. A instalação com tarefas Ant permite desacoplar as atualizações no MobileFirst Server das atualizações no Application Center.

  • Vantagem de instalar o Application Center com o Installation Manager.
    • Um assistente gráfico guiado lhe ajuda durante o processo de instalação e implementação.
  • Desvantagens de instalar o Application Center com o Installation Manager.
    • Se o Installation Manager for executado com o usuário root no UNIX ou no Linux, ele pode criar arquivos que pertencem à raiz no diretório do servidor de aplicativos em que o Application Center está implementado. Como resultado, deve-se executar o servidor de aplicativos como raiz.
    • Você não tem acesso aos scripts do banco de dados e não pode fornecê-los para seu administrador de banco de dados para criar as tabelas antes da execução do procedimento de instalação. O Installation Manager cria as tabelas de banco de dados para você com as configurações padrão.
    • Sempre que você fizer upgrade do produto, por exemplo, para instalar uma correção temporária, o Application Center será atualizado primeiro. O upgrade do Application Center inclui operações no banco de dados e no servidor de aplicativos. Se o upgrade do Application Center falhar, isso impedirá o Installation Manager de concluir o upgrade, e te impedirá de fazer upgrade de outros componentes do MobileFirst Server. Para instalação de produção, não implemente o Application Center com o Installation Manager. Instale o Application Center separadamente com tarefas Ant após o Installation Manager instalar o MobileFirst Server. Para obter informações adicionais sobre o Application Center, consulte Instalando e configurando o Application Center.

Importante: O instalador do MobileFirst Server instala somente os arquivos binários e ferramentas do MobileFirst Server em seu disco. Ele não implementa os aplicativos MobileFirst Server em seu servidor de aplicativos. Após a execução da instalação com o Installation Manager, deve-se configurar os bancos de dados e implementar os aplicativos MobileFirst Server em seu servidor de aplicativos.
Da mesma forma, quando você executa o Installation Manager para atualizar uma instalação existente, eçe atualiza somente os arquivos que estão no seu disco. É necessário executar ações adicionais para atualizar os aplicativos que estão implementados em seus servidores de aplicativos.

Ir para

Modo de administrador versus modo de usuário

É possível instalar o MobileFirst Server em dois modos diferentes do IBM Installation Manager. O modo depende de como o próprio IBM Installation Manager está instalado. O modo determina os diretórios e os comandos que você usa para o Installation Manager e os pacotes.

Mobile Foundation suporta os dois modos do Installation Manager a seguir:

  • Modo de administrador
  • Modo de usuário (não administrador)

O modo de grupo que está disponível no Linux ou UNIX não é suportado pelo produto.

Modo de administrador

No modo de administrador, o Installation Manager deve ser executado como raiz sob Linux ou UNIX e com privilégios de administrador sob o Windows. Os arquivos de repositório do Installation Manager (ou seja, a lista de softwares instalados e suas versões) estão instalados em um diretório do sistema. /var/ibm no Linux ou UNIX, ou ProgramData no Windows. Não implemente o Application Center com o Installation Manager se você executar o Installation Manager no modo de administrador.

Modo de usuário (não administrador)

No modo de usuário, o Installation Manager pode ser executado por qualquer usuário sem privilégios específicos. Entretanto, os arquivos de repositório do Installation Manager são armazenados no diretório inicial do usuário. Somente esse usuário está apto para fazer upgrade de uma instalação do produto. Se você não executar o Installation Manager como raiz, certifique-se de ter uma conta do usuário que esteja disponível posteriormente quando você fizer upgrade da instalação do produto ou aplicar uma correção temporária.

Para obter informações adicionais sobre os modos do Installation Manager, consulte Instalando como um administrador, não administrador ou grupo na documentação do IBM Installation Manager.

Instalando usando o Assistente de instalação do IBM Installation Manager

Siga as etapas no procedimento para instalar os recursos do MobileFirst Server, e as ferramentas (como o Server Configuration Tool, Ant e o programa mfpadm).
As decisões nas duas áreas de janela a seguir no assistente de instalação são obrigatórias:

  • O painel Configurações Gerais.
  • O painel Escolher configuração para instalar o Application Center.
  1. Inicie o Installation Manager.
  2. Inclua o repositório do MobileFirst Server no Installation Manager.
    • Acesse Arquivo → Preferências e clique em Incluir repositórios…

    • Navegue para o arquivo de repositório no diretório no qual o instalador foi extraído.

      Se você descompactar o arquivo .zip do Mobile Foundation V8.0 para o MobileFirst Server na pasta mfp_installer_directory, o arquivo de repositório poderá ser localizado em mfp_installer_directory/MobileFirst_Platform_Server/disk1/diskTag.inf.

      Talvez você também queira aplicar o fix pack mais recente que pode ser transferido por download do Portal de Suporte IBM. Certifique-se de inserir o repositório para o fix pack. Se você descompactar o fix pack na pasta fixpack_directory, o arquivo de repositório será localizado em fixpack_directory/MobileFirst_Platform_Server/disk1/diskTag.inf.

      Nota: Não é possível instalar o fix pack sem o repositório da versão base nos repositórios do Installation Manager. Os fix packs são instaladores incrementais e precisam que o repositório da versão base esteja instalado.

    • Selecione o arquivo e clique em OK.
    • Clique em OK para fechar o painel Preferências.
  3. Após aceitar os termos de licença do produto, clique em Avançar.

  4. Escolha o grupo de pacotes para instalar o produto.

    Mobile Foundation V8.0 é uma substituição das liberações anteriores que têm um nome de instalação diferente:

    • Worklight para V5.0.6
    • IBM Worklight para a V6.0 até a V6.3

    Se uma dessas versões mais antigas do produto estiver instalada em seu computador, o Installation Manager oferecerá uma opção Usar um grupo de pacotes existente no início do processo de instalação. Essa opção desinstala a versão mais antiga do produto e reutiliza as opções de instalação mais antigas para fazer upgrade do IBM MobileFirst Foundation Application Center, caso ele estivesse instalado.

    Para uma instalação separada, selecione a opção Criar um novo grupo de pacotes para que seja possível instalar a nova versão junto com a mais antiga.
    Se nenhuma outra versão do produto estiver instalada em seu computador, escolha a opção Criar um novo grupo de pacotes para instalar o produto em um novo grupo de pacotes.

  5. Clique em Avançar.

  6. Decida se deseja ativar o licenciamento de token na seção Ativar Licenciamento de Token do painel Configurações Gerais.

    Se você tiver um contrato para usar licenciamento de token com o Rational License Key Server, selecione a opção Ativar licenciamento de token com o Rational License Key Server. Após ativar o licenciamento de token, deve-se executar etapas extras para configurar o MobileFirst Server. Caso contrário, selecione a opção Não ativar licenciamento de token com o Rational License Key Server para continuar.

  7. Mantenha a opção padrão (Não) como está na seção Instalar o Mobile Foundation para iOS do painel Configurações gerais.

  8. Decide se irá instalar o Application Center no painel Escolher configuração.

    Para instalação de produção, use tarefas Ant para instalar o Application Center. A instalação com tarefas Ant permite desacoplar as atualizações no MobileFirst Server das atualizações no Application Center. Nesse caso, selecione a opção Não no painel Escolher configuração para que o Application Center não seja instalado.

    Se selecionar Sim, será necessário passar pelas próximas áreas de janela para inserir os detalhes sobre o banco de dados que você planeja usar e o servidor de aplicativos onde você planeja implementar o Application Center. Também é necessário ter o driver JDBC do banco de dados disponível.

  9. Clique em Avançar até atingir o painel Obrigado. Em seguida, continue com a instalação.

Um diretório de instalação contendo os recursos para instalação dos componentes do MobileFirst está instalado.

É possível localizar os recursos nas pastas a seguir:

  • Pasta MobileFirstServer para MobileFirst Server
  • Pasta PushService para serviço de push do MobileFirst Server
  • Pasta ApplicationCenter para Application Center
  • Pasta Analytics para MobileFirst Analytics
  • Pasta AnalyticsReceiver para o MobileFirst Analytics Receiver

Também é possível localizar alguns atalhos para o Server Configuration Tool, Ant e o programa mfpadm na pasta shortcuts.

Instalando usando arquivos de resposta XML - instalação silenciosa

Se desejar instalar o IBM MobileFirst Foundation Application Center com IBM Installation Manager na linha de comandos, será necessário fornecer uma grande lista de argumentos. Nesse caso, use os arquivos de resposta XML para fornecer esses argumentos.

Instalações silenciosas são definidas por um arquivo XML que é chamado de arquivo de resposta. Esse arquivo contém os dados necessários para concluir operações de instalação silenciosamente. As instalações silenciosas são iniciadas a partir da linha de comandos ou de um arquivo em lote.

É possível usar o Installation Manager para registrar preferências e ações de instalação para seu arquivo de resposta no modo de interface com o usuário. Como alternativa, é possível criar um arquivo de resposta manualmente usando a lista documentada de comandos e preferências do arquivo de resposta.

A instalação silenciosa está descrita na documentação do usuário do Installation Manager; consulte Trabalhando no modo silencioso.

Há duas maneiras de criar um arquivo de resposta adequado:

  • Trabalhando com arquivos de resposta de amostra fornecidos na documentação do usuário do MobileFirst.
  • Trabalhando com um arquivo de resposta registrado em um computador diferente.

Esses dois métodos serão documentados na próximas seções.

Trabalhando com arquivos de resposta de amostra para IBM Installation Manager

Os arquivos de resposta de amostra para IBM Installation Manager são fornecidos no arquivo compactado Silent_Install_Sample_Files.zip. Os procedimentos a seguir descrevem como utilizá-los.

  1. Selecione o arquivo de resposta de amostra apropriado a partir do arquivo compactado. O arquivo Silent_Install_Sample_Files.zip contém um subdiretório por liberação.

    Importante:

    • Se o Application Center não for instalado em um servidor de aplicativos, use o arquivo nomeado install-no-appcenter.xml.
    • Se ocorrer a instalação do Application Center, selecione o arquivo de resposta de amostra da seguinte tabela, dependendo de seu servidor de aplicativos e de seu banco de dados.

    Arquivos de resposta de instalação de amostra no arquivo Silent_Install_Sample_Files.zip para instalar o Application Center

    O servidor de aplicativos no qual você instala o Application Center Derby IBM DB2 MySQL Oracle
    perfil Liberty do WebSphere Application Server install-liberty-derby.xml install-liberty-db2.xml install-liberty-mysql.xml (Consulte a Nota) install-liberty-oracle.xml
    Perfil completo do WebSphere Application Server, servidor independente install-was-derby.xml install-was-db2.xml install-was-mysql.xml (Consulte a Nota) install-was-oracle.xml
    WebSphere Application Server Network Deployment N/D install-wasnd-cluster-db2.xml, install-wasnd-server-db2.xml, install-wasnd-node-db2.xml, install-wasnd-cell-db2.xml install-wasnd-cluster-mysql.xml (Consulte a Nota), install-wasnd-server-mysql.xml (Consulte a Nota), install-wasnd-node-mysql.xml, install-wasnd-cell-mysql.xml (Consulte a Nota) install-wasnd-cluster-oracle.xml, install-wasnd-server-oracle.xml, install-wasnd-node-oracle.xml, install-wasnd-cell-oracle.xml
    Apache Tomcat install-tomcat-derby.xml install-tomcat-db2.xml install-tomcat-mysql.xml install-tomcat-oracle.xml

    Nota: O MySQL, em conjunto com o perfil Liberty do WebSphere Application Server ou o perfil completo do WebSphere Application Server, não é classificado como uma configuração suportada. Para obter informações adicionais, consulte WebSphere Application Server Support Statement. É possível usar o IBM DB2 ou outro DBMS que seja suportado pelo WebSphere Application Server para beneficiar-se de uma configuração que seja totalmente suportada pelo Suporte IBM.

    Para a desinstalação, use um arquivo de amostra que depende da versão do MobileFirst Server ou so Worklight Server que você instalou inicialmente no grupo de pacotes específico:

    • O MobileFirst Server usa o grupo de pacotes MobileFirst Server.
    • O Worklight Server V6.x ou mais recente usa o grupo de pacotes IBM Worklight.
    • O Worklight Server V5.x usa o grupo de pacotes Worklight.
    Versão inicial do MobileFirst Server Arquivo de Amostra
    Worklight Server V5.x uninstall-initially-worklightv5.xml
    Worklight Server V6.x uninstall-initially-worklightv6.xml
    IBM MobileFirst Server V6.x ou mais recente uninstall-initially-mfpserver.xml
  2. Altere os direitos de acesso do arquivo de amostra para ser tão restritivo quanto possível. A Etapa 4 requer que você forneça algumas senhas. Se você tiver que impedir que outros usuários no mesmo computador saibam essas senhas, será necessário remover as permissões de leitura do arquivo para outros usuários, além de você. É possível usar um comando, como nos seguintes exemplos:
    • No UNIX: chmod 600 <target-file.xml>
    • No Windows: cacls <target-file.xml> /P Administrators:F %USERDOMAIN%\%USERNAME%:F
  3. Da mesma forma, se o servidor for um perfil Liberty do WebSphere Application Server ou servidor Apache Tomcat, e o servidor for destinado a ser iniciado somente a partir de sua conta do usuário, também será preciso remover as permissões de leitura para usuários, além de você, do seguinte arquivo:
    • Para o perfil Liberty do WebSphere Application Server: wlp/usr/servers/<server>/server.xml
    • Para o Apache Tomcat: conf/server.xml

  4. Ajuste a lista de repositórios no elemento . Para obter informações adicionais sobre essa etapa, consulte a documentação do IBM Installation Manager em [Repositórios](http://ibm.biz/knowctr#SSDV2W_1.8.4/com.ibm.silentinstall12.doc/topics/r_repository_types.html).

    No elemento <profile>, ajuste os valores de cada par de chave/valor.
    No elemento <offering> no elemento <install>, configure o atributo de versão para corresponder à liberação que se deseja instalar ou remova o atributo de versão, caso queira instalar a versão mais nova disponível nos repositórios.

  5. Digite o comando a seguir: <InstallationManagerPath>/eclipse/tools/imcl input <responseFile> -log /tmp/installwl.log -acceptLicense

    Em que:

    • <InstallationManagerPath> é o diretório de instalação do IBM Installation Manager.
    • <responseFile> é o nome do arquivo selecionado e atualizado na etapa 1.

Para obter informações adicionais, consulte a documentação do IBM Installation Manager em Instalando um pacote silenciosamente usando um arquivo de resposta.

Trabalhando com um Arquivo de Resposta Registrado em uma Máquina Diferente

  1. Registre um arquivo de resposta, executando o IBM Installation Manager no modo de assistente e com a opção -record responseFile em uma máquina em que uma GUI esteja disponível. Para obter mais detalhes, consulte Registrar um arquivo de resposta com o Installation Manager.
  2. Altere os direitos de acesso do arquivo de resposta para ser tão restritivo quanto possível. A Etapa 4 requer que você forneça algumas senhas. Se você tiver de impedir que outros usuários no mesmo computador saibam essas senhas, deverá remover as permissões read do arquivo para outros usuários, além de você mesmo. É possível usar um comando, como nos seguintes exemplos:
    • No UNIX: chmod 600 response-file.xml
    • No Windows: cacls response-file.xml /P Administrators:F %USERDOMAIN%\%USERNAME%:F
  3. Da mesma forma, se o servidor for um WebSphere Application Server Liberty ou um servidor Apache Tomcat, e o servidor for destinado a ser iniciado somente a partir de sua conta do usuário, também será preciso remover as permissões de leitura para usuários, além de você, do seguinte arquivo:
    • Para o Liberty do WebSphere Application Server: wlp/usr/servers/<server>/server.xml
    • Para o Apache Tomcat: conf/server.xml
  4. Modifique o arquivo de resposta para levar em conta as diferenças entre a máquina na qual o arquivo de resposta foi criado e a máquina de destino.
  5. Instale o MobileFirst Server, usando o arquivo de resposta na máquina de destino, conforme descrito em Instalar um pacote silenciosamente usando um arquivo de resposta.

Parâmetros da linha de comandos (instalação silenciosa)

Key Quando necessário Descrição Valores permitidos
user.use.ios.edition Sempre Configure o valor como false se você planeja instalar o Mobile Foundation. Se você pretende instalar o produto para uma edição do iOS, deve-se configurar o valor para true. true ou false
user.licensed.by.tokens Sempre Ativação do licenciamento de token. Se você pretende usar o produto com o Rational License Key Server, deve-se ativar o licenciamento de token.

Nesse caso, configure o valor para true. Se você não planeja usar o produto com o Rational License Key Server, configure o valor como false.

Se você ativar os tokens de licença, serão necessárias etapas específicas de configuração após a implementação do produto em um servidor de aplicativos. 		true ou false
user.appserver.selection2 Sempre Tipo de servidor de aplicativos. was significa WebSphere Application Server 8.5.5 pré-instalado. tomcat significa Tomcat 7.0.
user.appserver.was.installdir ${user.appserver.selection2} == was Diretório de instalação do WebSphere Application Server. Um nome de diretório absoluto.
user.appserver.was.profile ${user.appserver.selection2} == was Perfil no qual instalar os aplicativos. Para WebSphere Application Server Network Deployment, especifique o perfil do Deployment Manager. Liberty significa o perfil Liberty (subdiretório wlp). O nome de um dos perfis do WebSphere Application Server.
user.appserver.was.cell ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Célula do WebSphere Application Server na qual instalar os aplicativos. O nome da célula do WebSphere Application Server.
user.appserver.was.node ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Nó do WebSphere Application Server no qual instalar os aplicativos. Isso corresponde à máquina atual. O nome do nó do WebSphere Application Server da máquina atual.
user.appserver.was.scope ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Tipo de conjunto de servidores no qual instalar os aplicativos.

server significa um servidor independente.

nd-cell significa uma célula do WebSphere Application Server Network Deployment. nd-cluster significa um cluster do WebSphere Application Server Network Deployment.

nd-node significa um nó do WebSphere Application Server Network Deployment (excluindo clusters).

nd-server significa um servidor gerenciado do WebSphere Application Server Network Deployment.		 server, nd-cell, nd-cluster, nd-node, nd-server
user.appserver.was.serverInstance ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty && ${user.appserver.was.scope} == server Nome do servidor WebSphere Application Server no qual instalar os aplicativos. O nome de um servidor WebSphere Application Server na máquina atual.
user.appserver.was.nd.cluster ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty && ${user.appserver.was.scope} == nd-cluster Nome do cluster do WebSphere Application Server Network Deployment no qual instalar os aplicativos. O nome de um cluster do WebSphere Application Server Network Deployment na célula do WebSphere Application Server.
user.appserver.was.nd.node ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty && (${user.appserver.was.scope} == nd-node || ${user.appserver.was.scope} == nd-server) Nome do nó do WebSphere Application Server Network Deployment no qual instalar os aplicativos. O nome de um nó do WebSphere Application Server Network Deployment na célula do WebSphere Application Server.
user.appserver.was.nd.server ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty && ${user.appserver.was.scope} == nd-server Nome do servidor WebSphere Application Server Network Deployment no qual instalar os aplicativos. O nome de um servidor WebSphere Application Server Network Deployment no nó especificado do WebSphere Application Server Network Deployment.
user.appserver.was.admin.name ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Nome do administrador do WebSphere Application Server.
user.appserver.was.admin.password2 ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Senha de administrador do WebSphere Application Server, opcionalmente criptografada de uma maneira específica.
user.appserver.was.appcenteradmin.password ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Senha do usuário appcenteradmin para inclusão na lista de usuários do WebSphere Application Server, opcionalmente criptografada de uma maneira específica.
user.appserver.was.serial ${user.appserver.selection2} == was && ${user.appserver.was.profile} != Liberty Sufixo que distingue os aplicativos a serem instalados de outras instalações do MobileFirst Server. Sequência de 10 dígitos decimais.
user.appserver.was85liberty.serverInstance_ ${user.appserver.selection2} == was && ${user.appserver.was.profile} == Liberty Nome do servidor WebSphere Application Server Liberty no qual instalar os aplicativos.
user.appserver.tomcat.installdir ${user.appserver.selection2} == tomcat Diretório de instalação do Apache Tomcat. Para uma instalação do Tomcat dividida entre um diretório CATALINA_HOME e um diretório CATALINA_BASE, aqui é necessário especificar o valor da variável de ambiente CATALINA_BASE. Um nome de diretório absoluto.
user.database.selection2 Sempre Tipo de sistema de gerenciamento de banco de dados usado para armazenar os bancos de dados. derby, db2, mysql, oracle, none. O valor none significa que o instalador não instalará o Application Center. Se esse valor for usado, user.appserver.selection2 e user.database.selection2 deverão usar o valor none.
user.database.preinstalled Sempre true significa um sistema de gerenciamento de banco de dados pré-instalado, false significa o Apache Derby a ser instalado. true, false
user.database.derby.datadir ${user.database.selection2} == derby O diretório no qual criar ou assumir os bancos de dados Derby. Um nome de diretório absoluto.
user.database.db2.host ${user.database.selection2} == db2 O nome do host ou o endereço IP do servidor de banco de dados DB2.
user.database.db2.port ${user.database.selection2} == db2 A porta em que o servidor de banco de dados DB2 recebe conexões JDBC. Geralmente 50000. Um número entre 1 e 65535.
user.database.db2.driver ${user.database.selection2} == db2 O nome do arquivo absoluto de db2jcc4.jar. Um nome de arquivo absoluto.
user.database.db2.appcenter.username ${user.database.selection2} == db2 O nome do usuário usado para acessar o banco de dados DB2 para o Application Center. Non-empty.
user.database.db2.appcenter.password ${user.database.selection2} == db2 A senha usada para acessar o banco de dados DB2 para o Application Center, opcionalmente criptografada de uma maneira específica. Senha não vazia.
user.database.db2.appcenter.dbname ${user.database.selection2} == db2 O nome do banco de dados DB2 para o Application Center. Non-empty; um nome de banco de dados DB2 válido.
user.database.oracle.appcenter.isservicename.jdbc.url Optional Indica se user.database.mysql.appcenter.dbname é um nome de serviço ou um nome de SID. Se o parâmetro estiver ausente, user.database.mysql.appcenter.dbname será considerado um nome de SID. true (indica um nome de Serviço) ou false (indica um nome de SID)
user.database.db2.appcenter.schema ${user.database.selection2} == db2 O nome do esquema para o Application Center no banco de dados DB2.
user.database.mysql.host ${user.database.selection2} == mysql O nome do host ou o endereço IP do servidor de banco de dados MySQL.
user.database.mysql.port ${user.database.selection2} == mysql A porta em que o servidor de banco de dados MySQL recebe conexões JDBC. Geralmente 3306. Um número entre 1 e 65535.
user.database.mysql.driver ${user.database.selection2} == mysql O nome do arquivo absoluto de mysql-connector-java-5.*-bin.jar. Um nome de arquivo absoluto.
user.database.mysql.appcenter.username ${user.database.selection2} == oracle O nome do usuário usado para acessar o banco de dados Oracle para o Application Center. Uma sequência composta por 1 a 30 caracteres: dígitos ASCII, ASCII em letras maiúsculas e minúsculas, '_', '#', '$' são permitidos.
user.database.mysql.appcenter.password ${user.database.selection2} == oracle A senha usada para acessar o banco de dados Oracle para o Application Center, criptografada, opcionalmente, de uma maneira específica. A senha deve ser uma sequência composta por 1 a 30 caracteres: dígitos ASCII, ASCII em letras maiúsculas e minúsculas, '_', '#', '$' são permitidos.
user.database.mysql.appcenter.dbname ${user.database.selection2} == oracle, a menos que ${user.database.oracle.appcenter.jdbc.url} seja especificado O nome do banco de dados Oracle para o Application Center. Non-empty, um nome de banco de dados válido do Oracle.
user.database.oracle.host ${user.database.selection2} == oracle, a menos que ${user.database.oracle.appcenter.jdbc.url} seja especificado O nome do host ou o endereço IP do servidor de banco de dados Oracle.
user.database.oracle.port ${user.database.selection2} == oracle, a menos que ${user.database.oracle.appcenter.jdbc.url} seja especificado A porta em que o servidor de banco de dados Oracle recebe conexões JDBC. Geralmente 1521. Um número entre 1 e 65535.
user.database.oracle.driver ${user.database.selection2} == oracle O nome do arquivo absoluto do arquivo JAR do driver thin do Oracle. (ojdbc6.jar ou ojdbc7.jar) Um nome de arquivo absoluto.
user.database.oracle.appcenter.username ${user.database.selection2} == oracle O nome do usuário usado para acessar o banco de dados Oracle para o Application Center. Uma sequência composta por 1 a 30 caracteres: dígitos ASCII, ASCII em letras maiúsculas e minúsculas, '_', '#', '$' são permitidos.
user.database.oracle.appcenter.username.jdbc ${user.database.selection2} == oracle O nome do usuário usado para acessar o banco de dados Oracle para o Application Center, em uma sintaxe adequada para JDBC. O mesmo que ${user.database.oracle.appcenter.username} se iniciar com um caractere alfabético e não contiver caracteres minúsculos, caso contrário, deverá ser ${user.database.oracle.appcenter.username}, demarcada por aspas duplas.
user.database.oracle.appcenter.password ${user.database.selection2} == oracle A senha usada para acessar o banco de dados Oracle para o Application Center, criptografada, opcionalmente, de uma maneira específica. A senha deve ser uma sequência composta por 1 a 30 caracteres: dígitos ASCII, ASCII em letras maiúsculas e minúsculas, '_', '#', '$' são permitidos.
user.database.oracle.appcenter.dbname ${user.database.selection2} == oracle, a menos que ${user.database.oracle.appcenter.jdbc.url} seja especificado O nome do banco de dados Oracle para o Application Center. Non-empty, um nome de banco de dados válido do Oracle.
user.database.oracle.appcenter.isservicename.jdbc.url Optional Indica se user.database.oracle.appcenter.dbname é um nome de serviço ou um nome de SID. Se o parâmetro estiver ausente, user.database.oracle.appcenter.dbname será considerado um nome de SID. true (indica um nome de Serviço) ou false (indica um nome de SID)
user.database.oracle.appcenter.jdbc.url ${user.database.selection2} == oracle, a menos que ${user.database.oracle.host}, ${user.database.oracle.port}, ${user.database.oracle.appcenter.dbname} sejam todos especificados A URL do JDBC do banco de dados Oracle para o Application Center. Uma URL do JDBC do Oracle válida. Iniciada com "jdbc:oracle:".
user.writable.data.user Sempre O usuário do sistema operacional que tem permissão para executar o servidor instalado. Um nome de usuário do sistema operacional, ou vazio.
user.writable.data.group2 Sempre O grupo de usuários do sistema operacional que tem permissão para executar o servidor instalado. Um nome de grupo de usuários do sistema operacional, ou vazio.

Estrutura de distribuição do MobileFirst Server

Os arquivos e as ferramentas do MobileFirst Server estão instalado no diretório de instalação do MobileFirst Server.

Arquivos e subdiretórios no subdiretório Analytics

Item Descrição
analytics.ear e analytics-*.war Os arquivos EAR e WAR para instalar MobileFirst Analytics.
configuration-samples Contém os arquivos Ant de amostra para instalar o MobileFirst Analytics com tarefas Ant.

Arquivos e subdiretórios no subdiretório AnalyticsReceiver

Item Descrição
analytics-receiver*.war O arquivo WAR para instalar o MobileFirst Analytics Receiver.
configuration-samples Contém os arquivos Ant de amostra para instalar o MobileFirst Analytics Receiver com tarefas Ant.

Arquivos e subdiretórios no subdiretório ApplicationCenter

Item Descrição
configuration-samples Contém os arquivos Ant de amostra para instalar o Application Center. As tarefas Ant criam a tabela de banco de dados e implementam arquivos WAR em um servidor de aplicativos.
console Contém os arquivos EAR e WAR para instalar o Application Center. O arquivo EAR é exclusivamente para o IBM PureApplication System.
databases Contém os scripts SQL a serem usados para a criação manual de tabelas para o Application Center.
installer Contém os recursos para criar o cliente Application Center.
tools As ferramentas do Application Center.

Arquivos e subdiretórios no subdiretório MobileFirst Server

Item Descrição
mfp-ant-deployer.jar Um conjunto de tarefas Ant do MobileFirst Server.
mfp-*.war Os arquivos WAR dos componentes do MobileFirst Server.
configuration-samples Contém os arquivos Ant de amostra para instalar componentes do MobileFirst Server com tarefas Ant.
ConfigurationTool Contém os arquivos binários do Server Configuration Tool. A ferramenta é ativada a partir de mfp_server_install_dir/shortcuts.
databases Contém os scripts SQL a serem usados para a criação manual de tabelas para componentes do MobileFirst Server (serviço de administração do MobileFirst Server, serviço de configuração do MobileFirst Server e tempo de execução do MobileFirst).
external-server-libraries Contém os arquivos JAR usados por diferentes ferramentas (como ferramenta de autenticidade e ferramenta de segurança OAuth).

Arquivos e subdiretórios no subdiretório PushService

Item Descrição
mfp-push-service.war O arquivo WAR para instalar o serviço de push do MobileFirst Server.
databases Contém os scripts SQL a serem usados para a criação manual de tabelas para o serviço de push do MobileFirst Server.

Arquivos e subdiretórios no subdiretório License

Item Descrição
Texto Contém a licença para Mobile Foundation.

Arquivos e subdiretórios no diretório de instalação do MobileFirst Server

Item Descrição
shortcuts Os scripts do ativador para Apache Ant, o Server Configuration Tool, e o comando mfpadmin, que são fornecidos com o MobileFirst Server.

Arquivos e subdiretórios no subdiretório tools

Item Descrição (Description)
tools/apache-ant-version-number Uma instalação binária do Apache Ant que é usada pelo Server Configuration Tool. Ela também pode ser usada para executar tarefas Ant.
▲
Inclusive terminology note: The Mobile First Platform team is making changes to support the IBM® initiative to replace racially biased and other discriminatory language in our code and content with more inclusive language. While IBM values the use of inclusive language, terms that are outside of IBM's direct influence are sometimes required for the sake of maintaining user understanding. As other industry leaders join IBM in embracing the use of inclusive language, IBM will continue to update the documentation to reflect those changes.
Last modified on May 13, 2020