1. Na linha de comando, mova para o diretório $SERVER_HOME/bin/.
2. Em um ambiente Unix, execute:

   ./standalone.sh

   Em um ambiente Windows, execute:

   ./standalone.bat

1. Na linha de comando, mova para o diretório $SERVER_HOME/bin/.
2. Em um ambiente Unix, execute:

   ./standalone-secure.sh

   Em um ambiente Windows, execute:

   ./standalone-secure.bat

1. Navegue até o http://localhost:8080/business-central. Caso a interface do usuário tenha sido configurada para execução a partir de um modo de domínio, substitua localhost pelo nome do domínio. Por exemplo, http://www.example.com:8080/business-central.
2. Faça o login usando as credenciais do usuário que foram criadas durante a instalação. Por exemplo: Usuário = helloworlduser e senha = Helloworld@123.

1. Baixe a jboss-bpmsuite-brms-VERSÃO-supplementary-tools.zip que contém Apache Zookeeper, Apache Helix e scripts quartz DDL. Depois de baixá-la, descompacte o arquivo: os diretórios Zookeeper ($ZOOKEEPER_HOME) e Helix ($HELIX_HOME) são criados.
2. Agora, configue o ZooKeeper:
   1. No diretório ZooKeeper, vá para o diretório conf e siga as instruções a seguir:

      cp zoo_sample.cfg zoo.cfg

   2. Abra zoo.cfg para edição e ajuste as configurações, incluindo:

      # the directory where the snapshot is stored.
      dataDir=$ZOOKEEPER_HOME/data/
      # the port at which the clients connects
      clientPort=2181
      server.1=server1:2888:3888
      server.2=server2:2888:3888
      server.3=server3:2888:3888

      Certifique-se de que o local dataDir exista e esteja acessível.
   3. Atribua uma ID de nó a cada membro que executará o ZooKeeper. Por exemplo, use "1", "2" e "3" para o nó 1, o nó 2 e o nó 3, respectivamente. O ZooKeeper deve ter um número ímpar de instâncias, no mínimo 3, para recuperar-se de falhas.
      A ID de nó é especificada em um campo chamado myid sob o diretório de dados do ZooKeeper em cada nó. Por exemplo, no nó 1, execute: $ echo "1" > /zookeeper/data/myid
3. Configure o ZooKeeper para que você possa usá-lo quando estiver criando o cluster com Helix:
   1. Vá para o diretório $ZOOKEEPER_HOME/bin/ e inicie o ZooKeeper:

      ./zkServer.sh start

      O log do ZooKeeper pode ser verificado no arquivo $ZOOKEEPER_HOME/bin/zookeeper.out. Verifique esse log e certifique-se de que o 'ensemble' (cluster) foi formado com êxito. Um dos nós deve ser eleito o líder com os outros dois nós seguindo-o.
4. Depois que o ensemble do ZooKeeper é iniciado, o próximo passo é configurar e iniciar o Helix. O Helix precisa ser configurado somente uma vez e de um único nó. A configuração é, então, armazenada pelo ensemble do ZooKeeper e compartilhada conforme o caso.
   Configure o cluster com o servidor ZooKeeper como o mestre (em inglês, master) da configuração:
   1. Crie o cluster fornecendo a porta e o host do ZooKeeper como uma lista separada por vírgulas:

      $HELIX_HOME/bin/helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT --addCluster CLUSTER_NAME

   2. Adicione os seus nós ao cluster:

      $HELIX_HOME/bin/helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT --addNode CLUSTER_NAME NODE_NAMEUNIQUE_ID

      Exemplo 6.1. Adicionando três nós de cluster

      ./helix-admin.sh --zkSvr server1:2181,server2:2181,server3:2181 --addNode bpms-cluster nodeOne:12345
      ./helix-admin.sh --zkSvr server1:2181,server2:2181,server3:2181 --addNode bpms-cluster nodeTwo:12346 
      ./helix-admin.sh --zkSvr server1:2181,server2:2181,server3:2181 --addNode bpms-cluster nodeThree:12347

5. Adicione os recursos ao cluster:

   Exemplo 6.2. Adicionando vfs-repo como recurso

   ./helix-admin.sh --zkSvr server1:2181,server2:2181,server3:2181 --addResource bpms-cluster vfs-repo 1 LeaderStandby AUTO_REBALANCE

6. Redistribua o cluster com os três nós.

   Exemplo 6.3. Redistribuindo o bpms-cluster

   ./helix-admin.sh --zkSvr server1:2181,server2:2181,server3:2181 --rebalance bpms-cluster vfs-repo 3

   No comando acima, 3 significa três nós do zookeeper.
7. Inicie o controlador Helix em todos os nós no cluster.

   Exemplo 6.4. Iniciando o controlador Helix

   ./run-helix-controller.sh --zkSvr server1:2181,server2:2181,server3:2181 --cluster bpms-cluster 2>&1 > /tmp/controller.log &

Procedimento 6.1. Encerrando Helix e ZooKeeper

1. Encerre os processos do servidor JBoss EAP.
2. Encerre o processo Helix que foi criado pelo run-helix-controller.sh, por exemplo, kill -15 <pid of HelixControllerMain>.
3. Encerre o servidor ZooKeeper usando o comando zkServer.sh stop.

1. Configure o banco de dados. Certifique-se de usar uma das fontes de dados com suporte sem JTA. Observe que, pelo fato do Quartz precisar de uma fonte de dados sem JTA, você não pode usar a fonte de dados do Business Central. No código de exemplo, o PostgreSQL é usado com o usuário bpms e a senha bpms. Esse banco de dados precisará ser conectado ao seu servidor de aplicativo, portanto mantenha um registro nas credenciais e nas informações do banco de dados.
2. Crie tabelas Quartz no seu banco de dados para permitir a sincronização dos eventos do temporizador. Para fazer isso, utilize o script DDL para o seu banco de dados, disponível no arquivo zip suplementar extraído em QUARTZ_HOME/docs/dbTables.
3. Crie o arquivo de configuração Quartz quartz-definition.properties no diretório $JBOSS_HOME/PROFILE/configuration/ e defina as propriedades Quartz.

   Exemplo 6.5. Arquivo de configuração Quartz para um banco de dados PostgreSQL

    #============================================================================
   # Configure Main Scheduler Properties  
   #============================================================================
   
   org.quartz.scheduler.instanceName = jBPMClusteredScheduler
   org.quartz.scheduler.instanceId = AUTO
   
   #============================================================================
   # Configure ThreadPool  
   #============================================================================
   
   org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
   org.quartz.threadPool.threadCount = 5
   org.quartz.threadPool.threadPriority = 5
   
   #============================================================================
   # Configure JobStore  
   #============================================================================
   
   org.quartz.jobStore.misfireThreshold = 60000
   
   org.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreCMT
   org.quartz.jobStore.driverDelegateClass=org.quartz.impl.jdbcjobstore.PostgreSQLDelegate
   org.quartz.jobStore.useProperties=false
   org.quartz.jobStore.dataSource=managedDS
   org.quartz.jobStore.nonManagedTXDataSource=notManagedDS
   org.quartz.jobStore.tablePrefix=QRTZ_
   org.quartz.jobStore.isClustered=true
   org.quartz.jobStore.clusterCheckinInterval = 20000
   
   #============================================================================
   # Configure Datasources  
   #============================================================================
   org.quartz.dataSource.managedDS.jndiURL=jboss/datasources/psbpmsDS
   org.quartz.dataSource.notManagedDS.jndiURL=jboss/datasources/quartzNotManagedDS

   Observe as fontes de dados, que acomodarão os dois esquemas Quartz, configuradas bem no fim do arquivo.

   Importante

   O intervalo recomendado para a descoberta do cluster é de 20 segundos e está definido em org.quartz.jobStore.clusterCheckinInterval do arquivo quartz-definition.properties. Leve em consideração o impacto no desempenho e modifique a sua configuração, conforme necessário.
   Observe também a propriedade org.quartz.jobStore.driverDelegateClass que define o dialeto DB a ser usado quando comunicando-se com o banco de dados definido (nesse caso, org.quartz.impl.jdbcjobstore.PostgreSQLDelegate. Quando estiver usando Oracle, utilize org.quartz.impl.jdbcjobstore.oracle.OracleDelegate).

1. Instale o seu driver JDBC como um módulo principal: copie o driver jar em $EAP_HOME/modules/system/layers/base/ e crie um arquivo module.xml no diretório.
2. Edite o arquivo module.xml a partir do respectivo módulo XSD.

   Exemplo 6.6. Conteúdo do arquivo module.xml para uma fonte de dados PostgreSQL

   <module xmlns="urn:jboss:module:1.0" name="org.postgresql">
     <resources>
       <resource-root path="postgresql-jdbc.jar"/>
     </resources>
   
     <dependencies>
       <module name="javax.api"/>
       <module name="javax.transaction.api"/>
     </dependencies>
   </module>
   

3. Configure os nós dos servidores individuais no elemento main-server-group no arquivo $EAP_HOME/domain/configuration/host.xml com as propriedades definidas na Tabela 6.1, “Propriedades dos Nós de Cluster ”:
   Observe que, ao configurar um cluster do JBoss EAP com o ZooKeeper, é possível haver uma diferença entre o número de nós do JBoss EAP e do ZooKeeper (lembrando que o ZooKeeper deve ter um número ímpar de nós). No entanto, a mesma contagem de nós tanto para o ZooKeeper quanto para o JBoss EAP é considerada a melhor prática.

   Tabela 6.1. Propriedades dos Nós de Cluster

   Nome das propriedades	Valor	Descrição
   jboss.node.name	nodeOne	Nome de nó exclusivo dentro do cluster
   org.quartz.properties	/bpms/quartz-definition.properties	Caminho absoluto para o arquivo de configuração quartz
   org.uberfire.cluster.autostart	true	Este valor atrasa a clusterização VFS até que o aplicativo seja completamente inicializado, evitando conflitos quando todos os membros do cluster criam clones locais.
   org.uberfire.cluster.id	bpms-cluster	Nome do cluster do Helix
   org.uberfire.cluster.local.id	nodeOne_12345	ID exclusiva do nó do cluster do Helix. Observe que : é substituído por _.
   org.uberfire.cluster.vfs.lock	vfs-repo	Nome do recurso definido no cluster Helix
   org.uberfire.cluster.zk	server1:2181	Localização do ZooKeeper
   org.uberfire.metadata.index.dir	/home/jbpm/node[N]/index	Local onde o index para pesquisa será criado (mantido pelo Apache Lucene)
   org.uberfire.nio.git.daemon.host	nodeOne	Nome da máquina hospedeira daemon em um cluster físico.
   org.uberfire.nio.git.daemon.port	9418	Porta usada pelo repositório VFS para aceitar as conexões do cliente A porta precisa ser exclusiva para cada membro do cluster.
   org.uberfire.nio.git.dir	/home/jbpm/node[N]/repo	Localização do repositório (VFS) GIT no nó[N]
   org.uberfire.nio.git.ssh.host	nodeOne	Nome da máquinha hospedeira SSH em um cluster físico.
   org.uberfire.nio.git.ssh.port	8003	Número de porta exclusivo para acesso ssh ao repo GIT para um cluster em execução nas máquinas físicas.
   org.uberfire.nio.git.ssh.hostport and org.uberfire.nio.git.daemon.hostport	8003 and 9418	Porta externa a ser usada em um ambiente virtualizado.

   Exemplo 6.7. Configuração do cluster de nó 1 (nodeOne)

   <system-properties>
   				
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodeone" boot-time="false"/>
     <property name="jboss.node.name" value="nodeOne" boot-time="false"/>
     
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk" value="server1:2181,server2:2181,server3:2181" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeOne_12345" boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.cluster.autostart" value="true" boot-time="true"/>
     
     <property name="org.uberfire.nio.git.daemon.host" value="nodeOne" />
     <property name="org.uberfire.nio.git.daemon.port" value="9418" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9418" boot-time="false"/>
     
     <property name="org.uberfire.nio.git.ssh.port" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeOne" />
     
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodeone" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodeone" boot-time="false"/>
     
     <property name="org.quartz.properties" value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>
     
   </system-properties>

   Exemplo 6.8. Configuração do cluster de nó 2 (nodeTwo)

   <system-properties>
   				
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodetwo" boot-time="false"/>
     <property name="jboss.node.name" value="nodeTwo" boot-time="false"/>
     
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk" value="server1:2181,server2:2181,server3:2181" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeTwo_12346" boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.cluster.autostart" value="true" boot-time="true"/>
     
     <property name="org.uberfire.nio.git.daemon.host" value="nodeTwo" />
     <property name="org.uberfire.nio.git.daemon.port" value="9418" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9418" boot-time="false"/>
     
     <property name="org.uberfire.nio.git.ssh.port" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeTwo" />
     
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodetwo" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodetwo" boot-time="false"/>
     
     <property name="org.quartz.properties" value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>				
   
   
   </system-properties>

   Exemplo 6.9. Configuração do cluster de nó 3 (nodeThree)

   <system-properties>
   				
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodethree" boot-time="false"/>
     <property name="jboss.node.name" value="nodeThree" boot-time="false"/>
     
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk" value="server1:2181,server2:2181,server3:2181" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeThree_12347" boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.cluster.autostart" value="true" boot-time="true"/>
     
     <property name="org.uberfire.nio.git.daemon.host" value="nodeThree" />
     <property name="org.uberfire.nio.git.daemon.port" value="9418" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9418" boot-time="false"/>
     
     <property name="org.uberfire.nio.git.ssh.port" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeThree" />
     
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodethree" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodethree" boot-time="false"/>
     
     <property name="org.quartz.properties" value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>				
   
   
   </system-properties>

4. Adicione os usuários de gerenciamento, como instruído no guia Administration and Configuration Guide do Red Hat JBoss EAP, e os usuários do aplicativo, como instruído no guia Red Hat JBoss BPM Suite Administration and Configuration Guide.
5. Inicie o servidor do aplicativo:

   ]$ $JBOSS_HOME/bin/domain.sh

6. Verifique se os nós estão disponíveis.

1. Mude a persistência predefinida do aplicativo para o banco de dados solicitado (PostgreSQL): em persistence.xml, mude o seguinte:
   1. o nome da fonte de dados jta para a fonte definida no servidor do aplicativo (java:jboss/datasources/psbpmsDS)
   2. o dialeto do hibernate para corresponder ao dialeto da fonte de dados (org.hibernate.dialect.PostgreSQLDialect)
2. Faça o logon como o usuário de gerenciamento no console de administração do servidor do seu domínio e adicione as novas implantações utilizando o modo de exibição de execução do console. Depois que a implantação for adicionada ao domínio, atribua-a ao grupo de servidores correto (main-server-group).

Procedimento 7.1. 

1. Baixe os arquivos ZIP a seguir contendo os repositórios necessários:
   • https://access.redhat.com/jbossnetwork/restricted/listSoftware.html?product=bpm.suite&version=6.1.0
2. Descomprima os arquivos ZIP baixados em um local arbitrário em um sistema de arquivos local.
3. Adicione as entradas para os repositórios descompactados ao arquivo settings.xml do Maven. O exemplo de código a seguir contém um perfil com os repositórios , a configuração de autenticação para acesso aos repositórios e uma entrada de ativação para o perfil:

   <?xml version="1.0" encoding="UTF-8" standalone="no"?>
   <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/xsd/settings-1.0.0.xsd">
     <localRepository/>
     <profiles>
       <!-- Profile with local repositories required by JBoss BRMS/JBoss BPM Suite -->
       <profile>
         <id>brms-bpms-local-profile</id>
         <repositories>
           <repository>
             <id>jboss-brms-bpmsuite-repository</id>
             <name>BRMS/BPMS 6.1.0 GA Repository</name>
             <url>file://<!-- path to the repository -->/jboss-brms-bpmsuite-6.1.0.GA-redhat-2-maven-repository/maven-repository</url>
             <layout>default</layout>
             <releases>
               <enabled>true</enabled>
               <updatePolicy>never</updatePolicy>
             </releases>
             <snapshots>
               <enabled>false</enabled>
               <updatePolicy>never</updatePolicy>
             </snapshots>
           </repository>
         </repositories>
         <pluginRepositories>
           <pluginRepository>
             <id>jboss-brms-bpmsuite-repository</id>
             <name>BRMS/BPMS 6.1.0 GA Repository</name>
             <url>file://<!-- path to the repository -->/jboss-brms-bpmsuite-6.1.0.GA-redhat-2-maven-repository/maven-repository</url>
             <layout>default</layout>
             <releases>
               <enabled>true</enabled>
               <updatePolicy>never</updatePolicy>
             </releases>
             <snapshots>
               <enabled>false</enabled>
               <updatePolicy>never</updatePolicy>
             </snapshots>
           </pluginRepository>
         </pluginRepositories>
       </profile>
     </profiles>
   
     <!-- Configuring pre-emptive authentication for the repository server -->
     <server>
       <id>brms-bpms-m2-repo</id>
       <username>admin</username>
       <password>admin</password>
       <configuration>
         <wagonProvider>httpclient</wagonProvider>
         <httpConfiguration>
           <all>
             <usePreemptive>true</usePreemptive>
           </all>
         </httpConfiguration>
       </configuration>
     </server>
     
     <!-- Alternative to enabling pre-emptive authentication - configuring 
          the Authorization HTTP header with Base64-encoded credentials
     <server>
       <id>brms-bpms-m2-repo</id>
       <configuration>
         <httpHeaders>
           <property>
             <name>Authorization</name>
             <value>Basic YWRtaW46YWRtaW4=</value>
           </property>
         </httpHeaders>
       </configuration>
     </server>
     -->
     
     <activeProfiles>
      <!-- Activation of the JBoss BRMS/JBoss BPM Suite profile -->
      <activeProfile>brms-bpms-local-profile</activeProfile>
     </activeProfiles>
   </settings>

Procedimento 7.2. Configurando o Maven para Usar Repositórios Online

1. Adicione as entradas para os repositórios online e a configuração de autenticação para acessá-los ao arquivo settings.xml do Maven, como no exemplo de código abaixo:

   <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
         xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
   
     <profiles>
       <!-- Profile with online repositories required by BRMS/BPMS -->
       <profile>
         <id>brms-bpms-online-profile</id>
         <repositories>
           <repository>
             <id>jboss-ga-repository</id>
             <url>http://maven.repository.redhat.com/techpreview/all</url>
             <releases>
               <enabled>true</enabled>
             </releases>
             <snapshots>
               <enabled>false</enabled>
             </snapshots>
           </repository>
         </repositories>
         <pluginRepositories>
           <pluginRepository>
             <id>jboss-ga-plugin-repository</id>
             <url>http://maven.repository.redhat.com/techpreview/all</url>
             <releases>
               <enabled>true</enabled>
             </releases>
             <snapshots>
               <enabled>false</enabled>
             </snapshots>
           </pluginRepository>
         </pluginRepositories>
       </profile>    
     </profiles>
     
     <!-- Configuring pre-emptive authentication for the repository server -->
     <server>
       <id>brms-bpms-m2-repo</id>
       <username>admin</username>
       <password>admin</password>
       <configuration>
         <wagonProvider>httpclient</wagonProvider>
         <httpConfiguration>
           <all>
             <usePreemptive>true</usePreemptive>
           </all>
         </httpConfiguration>
       </configuration>
     </server>
     
     <!-- Alternative to enabling pre-emptive authentication - configuring 
          the Authorization HTTP header with Base64-encoded credentials
     <server>
       <id>brms-bpms-m2-repo</id>
       <configuration>
         <httpHeaders>
           <property>
             <name>Authorization</name>
             <value>Basic YWRtaW46YWRtaW4=</value>
           </property>
         </httpHeaders>
       </configuration>
     </server>
     -->
   
     <activeProfiles>
       <!-- Activation of the BRMS/BPMS profile -->
       <activeProfile>brms-bpms-online-profile</activeProfile>
     </activeProfiles>
   
   </settings>

2. Caso tenha modificado o arquivo settings.xml enquanto o JBoss Developer Studio estava em execução, você deverá atualizar as configurações do Maven. A partir do menu, selecione Janela → Preferências. Na Janela Prefereências, expanda o Maven e selecione Configurações do Usuário. Clique no botão Atualizar Configurações para atualizar as configurações de usuário do Maven no JBoss Developer Studio.
   

   Figura 7.2. Atualize as Configurações de Usuário do Maven

Procedimento 8.1. Instale os Plug-ins Drools e jBPM do JBoss Developer Studio

1. Inicie o JBoss Developer Studio.
2. Selecione Ajuda → Instale Novo Software.
3. Clique em Adicionar para inserir o menu Adicionar Repositório.
4. Forneça um nome ao site do software próximo ao campo Nome e adicione o seguinte url no campo Local: https://devstudio.jboss.com/updates/8.0/integration-stack/
5. Clique em OK.
6. Selecione o recurso JBoss Business Process and Rule Development a partir das opções disponíveis e clique em Avançar e, depois, em Avançar novamente.
7. Leia o contrato de licença e aceite seus termos selecionando o botão de opção apropriado e clique em Concluir.
8. Após concluir a instalação dos plug-ins, reinicie o JBoss Developer Studio.

Procedimento 8.2. Configure o Tempo de Execução do JBoss BRMS

1. Extraia os arquivos jar do tempo de execução localizados no arquivo jboss-brms-VERSION-engine.zip, que pode ser baixado através do Portal do Consumidor Red Hat.
2. A partir do menu JBoss Developer Studio, selecione a Janela e clique em Preferências.
3. Selecione Drools → Tempos de Execução do Drools Intalados.
4. Clique em Adicionar...; forneça um nome para o novo tempo de execução e clique em Navegar para navegar até o diretório onde você extraiu os arquivos do tempo de execução na etapa 1. Clique em OK para registrar o tempo de execução selecionado no JBDS.
5. Marque o tempo de execução que você criou como o tempo de execução padrão do Drools clicando na caixa de seleção próxima a ele.
6. Clique em OK. Caso tenha projetos existentes, uma caixa de diálogo indicará que você deve reiniciar o JBoss Developer Studio para atualizar o tempo de execução.

Procedimento 8.3. Configure o Servidor

1. Abra o modo de exibição do jBPM selecionando Janela → Abrir Perspectiva → Outros e selecione jBPM. Depois, clique em OK.
2. Adicione o modo de visualização do servidor selecionando Janela → Mostrar Modo de Exibição → Outros... e selecione Servidor → Servidores.
3. Abra o menu do servidor clicando com o botão direito do mouse no painel Servidores e selecione Novo → Servidor.
4. Defina o servidor selecionando JBoss Enterprise Middleware → JBoss Enterprise Application Platform 6.4+ e clique em Avançar.
5. Defina o diretório base clicando no botão Navegar. Navegue e selecione o diretório de instalação para o JBoss EAP 6.4, o qual possui JBoss BPM Suite instalado.
6. Forneça um nome para o servidor no campo Nome, certifique-se de que o arquivo de configuração esteja definido e clique em Concluir.

Procedimento 8.4. Clonando um Repositório Remoto Git

1. Inicie o Red Hat JBoss BRMS/BPM Suite Server (o que for aplicável) selecionando o servidor através da guia servidor e clique no ícone iniciar.
2. Simultaneamente, inicie o servidor Secure Shell, se ainda não estiver em execução, usando o comando a seguir. O comando é específico ao Linux e Mac apenas. Caso o sshd já tenha sido iniciado nessas plataformas, esse comando não funcionará. Nesse caso, é mais seguro ignorar essa etapa.

   /sbin/service sshd start

3. No JBoss Developer Studio, selecione Arquivo → Importar... e navegue até a pasta Git. Abra a pasta Git e selecione Projetos do Git e clique em Avançar.
4. Selecione a fonte do repositório como Clonar URI e clique em Avançar.
5. Insira os detalhes do repositório Git na próxima janela e clique em Avançar.

   

   Figura 8.1. Detalhes do Repositório Git

6. Selecione a ramificação que você deseja importar na janela seguinte e clique em Avançar.
7. Para definir o armazenamento local deste projeto, insira (ou selecione) um diretório não vazio, aplique quaisquer alterações de configuração e clique em Avançar.
8. Importe o projeto como um projeto geral na janela seguinte e clique em Avançar. Nomeie o projeto e clique em Concluir.

Procedimento 8.5. Importando um Repositório Local Git

1. Inicie o Red Hat JBoss BRMS/BPM Suite Server (o que for aplicável) selecionando o servidor através da guia servidor e clique no ícone iniciar.
2. No JBoss Developer Studio, selecione Arquivo → Importar... e navegue até a pasta Git. Abra a pasta Git e selecione Projetos do Git e clique em Avançar.
3. Selecione a fonte do repositório como Repositório local existente e clique em Avançar.
   

   Figura 8.2. Detalhes do Repositório Git

4. Selecione o repositório a ser configurado a partir da lista de repositórios disponíveis e clique em Avançar.
5. Na caixa de diálogo que abrir, selecione o botão de opção Importar como projeto geral do Assistente para o grupo de importação de projetos e clique em Avançar. Nomeie o projeto e clique em Concluir.

   

   Figura 8.3. Assistente para a Importação de Projetos