Apache DayTrader Benchmark Sample O que é DayTrader DayTrader é uma aplicação de referência construída em torno do paradigma de um sistema de negociação de ações on-line. Originalmente desenvolvido pela IBM como o Trade Performance Benchmark Sample, o DayTrader foi doado para a comunidade Apache Geronimo em 2005. A aplicação permite aos usuários fazer login, visualizar seu portfólio, cotações de ações de pesquisa e comprar ou vender ações. Com a ajuda de um driver de carga baseado na Web, como Mercury LoadRunner, Rational Performance Tester ou Apache JMeter, a carga de trabalho do mundo real fornecida pelo DayTrader pode ser usada para medir e comparar o desempenho da Java Platform, Enterprise Edition (Java EE) Servidores de aplicativos oferecidos por uma variedade de fornecedores. Além da carga de trabalho completa, o aplicativo também contém um conjunto de primitivas usadas para testes funcionais e de desempenho de vários componentes Java EE e padrões comuns de design. Arquitetura de aplicativos O DayTrader é construído em um conjunto central de tecnologias Java EE que inclui Java Servlets e JavaServer Pages (JSPs) para a camada de apresentação e conectividade de banco de dados Java (JDBC), Java Message Service (JMS), Enterprise JavaBeans (EJBs) e Message - Driven Beans (MDBs) para a lógica de negócios back-end e a camada de persistência. O diagrama a seguir fornece uma visão geral de alto nível da arquitetura de aplicativos de carga de trabalho completa. Camada de apresentação A camada de apresentação consiste em vários servlets Java e JSPs que aderem vagamente a um padrão de design do Modelo-Visualizador-Controlador (MVC). O TradeAppServlet é o servlet principal do controlador responsável por receber solicitações de clientes recebidos, desencadeando a lógica comercial desejada e encaminhando respostas para a página JSP apropriada. Servlets adicionais e JSPs são usados para configurar as opções de tempo de execução do DayTrader e gerenciar o banco de dados de suporte. Lógica de Negócios e Camada de Persistência A camada de persistência e lógica de negócios forma a maior parte do aplicativo DayTrader. A interface TradeServices define o conjunto central de operações comerciais disponíveis no aplicativo, como registro, login, getHoldings, buy, completeOrder, logout, etc. DayTrader fornece três implementações diferentes desses serviços, correspondentes a três padrões de design de aplicativos JavaEE comumente usados. Essas implementações são discutidas abaixo. Os usuários podem alternar entre essas implementações na página de configuração alterando o modo de tempo de execução. Operações do Inerface do Usuário (UI) O cliente da Web DayTrader JSPServlet-based fornece um conjunto básico de operações que se esperaria encontrar em qualquer operação de negociação de ações e gerenciamento de portfólio. Essas operações de usuário de alto nível desencadeiam operações de negócios específicas (definidas acima) dentro da lógica de negócios e camadas de persistência para executar a tarefa desejada. A tabela a seguir resume as tarefas de negócios executadas por cada operação de operação do usuário. Operação de cliente (UI) Operação de operações de negócios Exibir perfil de conta Atualizar perfil de conta Obter a fonte Política de privacidade - Copyright 169 2003-2009, Apache Software Foundation, Licenciado em ASL 2.0.DayTrader é uma aplicação de referência construída em torno do paradigma de uma negociação de ações online sistema. Originalmente desenvolvido pela IBM como o Trade Performance Benchmark Sample, o DayTrader foi doado para a comunidade Apache Geronimo em 2005. Esta aplicação permite aos usuários fazer login, visualizar seu portfólio, cotações de ações de pesquisa e comprar ou vender ações. Com a ajuda de um driver de carga baseado na Web, como Mercury LoadRunner, Rational Performance Tester ou Apache JMeter, a carga de trabalho do mundo real fornecida pelo DayTrader pode ser usada para medir e comparar o desempenho da Java Platform, Enterprise Edition (Java EE) Servidores de aplicativos oferecidos por uma variedade de fornecedores. Além da carga de trabalho completa, o aplicativo também contém um conjunto de primitivas usadas para testes funcionais e de desempenho de vários componentes Java EE e padrões comuns de design. Este documento está organizado nas seguintes seções: Arquitetura de aplicativos O DayTrader é construído em um conjunto básico de tecnologias Java EE que inclui Java Servlets e JavaServer Pages (JSPs) para a camada de apresentação e conectividade de banco de dados Java (JDBC), Java Message Service (JMS) , Enterprise JavaBeans (EJBs) e Message-Driven Beans (MDBs) para a lógica de negócios back-end e a camada de persistência. O diagrama a seguir fornece uma visão geral de alto nível da arquitetura de aplicativos de carga de trabalho completa. Camada de apresentação A camada de apresentação consiste em vários servlets Java e JSPs que aderem vagamente a um padrão de design do Modelo-Visualizador-Controlador (MVC). O TradeAppServlet é o servlet principal do controlador responsável por receber solicitações de clientes recebidos, desencadeando a lógica comercial desejada e encaminhando respostas para a página JSP apropriada. Servlets adicionais e JSPs são usados para configurar as opções de tempo de execução do DayTrader e gerenciar o banco de dados de suporte. Lógica de Negócios e Camada de Persistência A camada de persistência e lógica de negócios forma a maior parte do aplicativo DayTrader. A interface TradeServices define o conjunto principal de operações comerciais disponíveis no aplicativo, como registro, login, getHoldings, buy, completeOrder, logout, etc. DayTrader fornece três implementações diferentes desses serviços, correspondentes a três padrões de design de aplicativos JavaEE comumente usados. Essas implementações são discutidas abaixo. Os usuários podem alternar entre essas implementações na página de configuração alterando o modo Runtime. Operações do Inerface do Usuário (UI) O cliente da Web DayTrader JSPServlet-based fornece um conjunto básico de operações que se esperaria encontrar em qualquer operação de negociação de ações e gerenciamento de portfólio. Essas operações de usuário de alto nível desencadeiam operações comerciais específicas (definidas acima) dentro da lógica de negócios e camadas de persistência para executar a tarefa desejada. A tabela a seguir resume as tarefas comerciais realizadas por cada operação de operação do usuário. Operação de cliente (UI) Fluxo de operações de negócios Exibir perfil de conta Atualizar perfil de conta Obter a fonte Daytrader está disponível no repositório de subversão Apaches, execute o seguinte comando para efetuar o checkout dos arquivos de origem no diretório daytrader-2.0. Ltdaytraderhomegt pode ser qualquer diretório dedicado a manter o daytrader-2.0. Este processo pode levar vários minutos, dependendo da máquina e da velocidade de conectividade da rede. Construindo Daytrader Uma vez que todas as fontes são verificadas, o próximo passo é criar o Daytrader. O Daytrader requer o Maven 2 para a construção dos binários. No diretório ltdaytraderhomegt, execute o seguinte comando. Este processo levará alguns minutos. Os binários serão gerados no diretório de destino correspondente para cada um dos módulos no diretório dos módulos. Configurando o Daytrader Por padrão, o Daytrader exige que um banco de dados seja criado usando o banco de dados Derby embutido que é fornecido com o Geronimo. Normalmente, os arquivos do plano de implantação fornecidos são configurados para criar esse banco de dados (DaytraderDatabase) no Apache Derby durante a implantação. No entanto, os scripts são fornecidos no diretório ltdaytraderhomegtbindbscriptsderby para criar este banco de dados manualmente. Observe que, neste momento, esta etapa é opcional. Você ainda pode criar o banco de dados necessário após a implantação do Daytrader e usando o link (Re) - create DayTrader Database Tables e Indexes da página Application Utility de configuração. Independentemente de você usar os scripts de linha de comando ou a opção baseada na web, você precisará das tabelas criadas antes de chegar à seção de dados de amostra de preenchimento. A inserção desta seção é mostrar como usar os scripts fornecidos para criar o DaytraderDatabase necessário, para que, se necessário, você pode adaptá-los ao seu ambiente de configuração específico. Também são fornecidos scripts adicionais para diferentes bancos de dados. Comece o Geronimo executando o seguinte comando: ltgeronimohomegtbingeronimo start O script de criação de banco de dados fornecido requer a configuração da variável de ambiente GERONIMOHOME. Na mesma janela, você começa o Geronimo executar o seguinte comando: configure GERONIMOHOMEltgeronimohomegt Alterar o diretório para o diretório que contém os scripts de criação do banco de dados. Cd ltdaytraderhomegtbindbscriptsderby Abra o script createDerbyDB e verifiode a versão Derby para coincidir com o usado por Geronimo (por exemplo, ltgeronimohomegtrepositoryorgapachederbyderby10.2.2.0). Uma vez que você verificou a correspondência das versões, execute o script. CreateDerbyDB Você deve ver um scree semelhante ao ilustrado abaixo. Você pode verificar se o banco de dados foi criado apontando seu navegador para o Geronimo Administration Console e clicando no DB Manager. O último passo nesta configuração é atualizar o plano de implantação. Edite o daytrader-g-2.0-SNAPSHOT-plan. xml plano de implantação localizado no diretório ltdaytraderhomegtplans e substitua ge-activemq-rar1.2-betarar com ge-activemq-rar1.2rar. Agora você está pronto para implantar o aplicativo. Implantando o Daytrader Até agora, recuperamos o arquivo de origem, construímos, configuramos, criamos um banco de dados e atualizamos o plano de implantação. Agora é hora de instalar o aplicativo Daytrader no Geronimo. Existem basicamente duas formas de implantar um aplicativo no Geronimo, usando o Geronimo Administration Console ou a ferramenta de implantação baseada em linha de comando. Para este exemplo, usaremos a opção baseada em linha de comando. No diretório ltgeronimohomegtbin, execute o seguinte comando: deploy --user system --password manager deploy ltdaytraderhomegtmoduleseartargetdaytrader-ear-2.0-SNAPSHOT. ear ltdaytraderhomegtplansdaytrader-g-2.0-SNAPSHOT-plan. xml O primeiro deploy é o script que chama a ferramenta deployer , Então passamos o nome de usuário e a senha. A segunda implantação é a opção de comando real para a implantação do daytrader-ear-2.0-SNAPSHOT. ear EAR usando o plano de implantação daytrader-g-2.0-SNAPSHOT-plan. xml especificamente. Em seu próprio aplicativo, você poderia chamar este plano geronimo-application. xml e colocá-lo no diretório META-INF dentro de seu arquivo EAR e você não precisará especificar o plano de implantação diretamente na linha de comando. Você deve ver uma tela de confirmação de implantação semelhante à mostrada abaixo. Daytrader está pronto para testar. Populando dados de amostra Com o aplicativo implantado e iniciado (começa por padrão quando você o implanta), o próximo passo antes de usar o Daytrader é preencher dados de exemplo no banco de dados que criamos antes. Os seguintes passos ilustram como. Clique na guia Configuração. Clique em (Re) - Popular banco de dados do DayTrader para gerar os dados da amostra, isso abrirá uma nova janela mostrando o progresso. O tamanho da população inicial consiste em 200 contas e 400 cotações de ações. Esses valores podem ser atualizados através do link Configure DayTrader run-time parameters na guia Configuração. O Running Daytrader Daytrader pode ser executado em várias configurações e também fornece um conjunto de primitivas da web para facilitar o teste. Cada uma dessas primitivas prova singularmente operações de chave no modelo de programação empresarial Java. Alguns destes podem ser configurados para rodar repetidamente com base nas configurações que iremos abordar mais tarde. As seções a seguir descrevem mais detalhadamente este pacote de teste de primitivas. Conjunto de ping da rede de contêiner A tabela a seguir descreve o conjunto de primitivas relacionadas com o contêiner da Web. Essas primitivas que podem ser definidas para serem executadas várias vezes são destacadas. Executando Primitivas Até agora, vimos quais primitivas estão disponíveis, quais dos que podem ser configurados para executar várias iterações e como configurar os parâmetros de tempo de execução da aplicação. Com essas configurações, toda vez que você acerta PingServlet2EntityEJBLocal ou atualiza a página, essa primitiva será executada 100 vezes. Ao fazer análise de desempenho, ser capaz de jogar com esses parâmetros é muito valioso. Isso ajuda você a rastrear os tempos de execução dessas funções muito específicas. Quando usado combinado com uma ferramenta de simulação de carga, as configurações diferentes irão ajudá-lo com o ajuste fino do servidor com base nas necessidades específicas do seu ambiente. Negociação com permuta. Acabamos de ver como executar testes de operações de funções singulares através das primitivas disponíveis. As mesmas configurações que você configurou para executar essas primitivas também afetam a GUI para simulação de negociação. Aponte o seu navegador para localhost: 8080daytrader Clique em Trading amp Portfolios. Aceite o usuário e a senha padrão e clique em Login. Agora você pode começar a negociar. Detalhes adicionais para configurar e executar o Daytrader podem ser encontrados nas FAQ do aplicativo, apontando seu navegador para localhost: 8080daytrader Voltar para o quadrado Depois de realizar alguns testes e querer executar um novo conjunto a partir do zero Você precisará redefinir a configuração de tempo de execução e os dados da transação do banco de dados. Essas etapas simples são tudo o que você precisa para iniciar um novo conjunto de testes no Daytrader no entanto, você ainda pode querer reiniciar o servidor, dependendo do tipo de testes que você está executando. Lançamento dos clientes do aplicativo O DayTrader fornece dois clientes do aplicativo J2EE, o DayTrader Streamer e um aplicativo de serviços da Web. O cliente do aplicativo Streamer usa um tópico JMS para se inscrever para atualizar os preços das cotações à medida que os estoques são comprados e vendidos. Essas atualizações são rastreadas e usadas para determinar se as colisões de banco de dados ocorrem ao atualizar os preços de cotações no banco de dados. O cliente de aplicativos de serviços da Web simplesmente fornece um cliente grosso para acessar os serviços do DayTrader usando uma interface de serviços da Web. Cliente de aplicação Streamer Para que as atualizações de preço de cotação sejam publicadas no tópico JMS, o sinalizador Publicar cotações atualizações na página de configuração deve estar habilitado. Aponte seu navegador para localhost: 8080daytrader Clique em Configuração. Clique em Configure DayTrader parâmetros de tempo de execução. Certifique-se de selecionar a caixa de seleção Publicar cotações atualizações. Para iniciar o cliente do aplicativo Streamer, execute o seguinte comando. Ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-streamer-client2.0-SNAPSHOT cliente de aplicativos de serviços da Web ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-wsapp-client2.0-SNAPSHOTcarDayTrader é uma aplicação de referência construída em torno do paradigma de um sistema de negociação de ações on-line. Originalmente desenvolvido pela IBM como o Trade Performance Benchmark Sample, o DayTrader foi doado para a comunidade Apache Geronimo em 2005. Esta aplicação permite aos usuários fazer login, visualizar seu portfólio, cotações de ações de pesquisa e comprar ou vender ações. Com a ajuda de um driver de carga baseado na Web, como Mercury LoadRunner, Rational Performance Tester ou Apache JMeter, a carga de trabalho do mundo real fornecida pelo DayTrader pode ser usada para medir e comparar o desempenho da Java Platform, Enterprise Edition (Java EE) Servidores de aplicativos oferecidos por uma variedade de fornecedores. Além da carga de trabalho completa, o aplicativo também contém um conjunto de primitivas usadas para testes funcionais e de desempenho de vários componentes Java EE e padrões comuns de design. Este documento está organizado nas seguintes seções: Arquitetura de aplicativos O DayTrader é construído em um conjunto básico de tecnologias Java EE que inclui Java Servlets e JavaServer Pages (JSPs) para a camada de apresentação e conectividade de banco de dados Java (JDBC), Java Message Service (JMS) , Enterprise JavaBeans (EJBs) e Message-Driven Beans (MDBs) para a lógica de negócios back-end e a camada de persistência. O diagrama a seguir fornece uma visão geral de alto nível da arquitetura completa do aplicativo de carga de trabalho. Camada de apresentação A camada de apresentação consiste em vários servlets Java e JSPs que aderem vagamente a um padrão de design do Modelo-Visualizador-Controlador (MVC). O TradeAppServlet é o servlet principal do controlador responsável por receber solicitações de clientes recebidos, desencadeando a lógica comercial desejada e encaminhando respostas para a página JSP apropriada. Servlets adicionais e JSPs são usados para configurar as opções de tempo de execução do DayTrader e gerenciar o banco de dados de suporte. Lógica de Negócios e Camada de Persistência A camada de persistência e lógica de negócios forma a maior parte do aplicativo DayTrader. A interface TradeServices define o conjunto principal de operações comerciais disponíveis no aplicativo, como registro, login, getHoldings, buy, completeOrder, logout, etc. DayTrader fornece três implementações diferentes desses serviços, correspondentes a três padrões de design de aplicativos JavaEE comumente usados. Essas implementações são discutidas abaixo. Os usuários podem alternar entre essas implementações na página de configuração alterando o modo Runtime. Operações do Inerface do Usuário (UI) O cliente da Web DayTrader JSPServlet-based fornece um conjunto básico de operações que se espera encontrar em qualquer aplicativo de negociação e portfólio de ações. Essas operações de alto nível de usuário desencadeiam operações comerciais específicas (definidas acima) dentro da lógica de negócios e camadas de persistência para executar a tarefa desejada. A tabela a seguir resume as tarefas comerciais realizadas por cada operação de operação do usuário. Operação de Cliente (UI) Fluxo de Operações de Negócios Visualizar perfil de conta Atualizar perfil de conta Obter a fonte Daytrader está disponível no repositório de subversão Apaches, execute o seguinte comando para efetuar o checkout dos arquivos de origem no diretório daytrader-1.2. Ltdaytraderhomegt pode ser qualquer diretório dedicado a manter daytrader-1.2. Este processo pode levar vários minutos, dependendo da máquina e da velocidade de conectividade da rede. Construindo Daytrader Uma vez que todas as fontes são verificadas, o próximo passo é criar o Daytrader. O Daytrader requer o Maven 2 para a construção dos binários. No diretório ltdaytraderhomegt, execute o seguinte comando. Este processo levará alguns minutos. Os binários serão gerados no diretório de destino correspondente para cada um dos módulos no diretório dos módulos. Configurando o Daytrader Por padrão, Daytrader requer um banco de dados a ser criado usando o banco de dados Derby incorporado que é fornecido com o Geronimo. Normalmente, os arquivos do plano de implantação fornecidos são configurados para criar esse banco de dados (DaytraderDatabase) no Apache Derby durante a implantação. No entanto, os scripts são fornecidos no diretório ltdaytraderhomegtbindbscriptsderby para criar este banco de dados manualmente. Observe que, neste momento, esta etapa é opcional. Você ainda pode criar o banco de dados necessário após a implantação do Daytrader e usando o link (Re) - create DayTrader Database Tables e Indexes da página Application Utility de configuração. Independentemente de você usar os scripts de linha de comando ou a opção baseada na web, você precisará das tabelas criadas antes de chegar à seção de dados de amostra de preenchimento. A inserção desta seção é mostrar como usar os scripts fornecidos para criar o DatatraderDatabase necessário, se necessário, você pode adaptá-los ao seu ambiente de configuração específico. Também são fornecidos scripts adicionais para diferentes bancos de dados. Comece o Geronimo executando o seguinte comando: ltgeronimohomegtbingeronimo start O script de criação de banco de dados fornecido requer a configuração da variável de ambiente GERONIMOHOME. Na mesma janela, você começa o Geronimo executar o seguinte comando: configure GERONIMOHOMEltgeronimohomegt Alterar o diretório para o diretório que contém os scripts de criação do banco de dados. Cd ltdaytraderhomegtbindbscriptsderby Abra o script createDerbyDB e verifiode a versão Derby para coincidir com o usado por Geronimo (por exemplo, ltgeronimohomegtrepositoryorgapachederbyderby10.1.3.1). Uma vez que você verificou a correspondência das versões, execute o script. CreateDerbyDB Você deve ver um scree semelhante ao ilustrado abaixo. Você pode verificar se o banco de dados foi criado apontando seu navegador para o Geronimo Administration Console e clicando no DB Manager. A última etapa nesta configuração é atualizar o plano de implantação. Edite o plano de implantação daytrader-1.2-beta-plan. xml localizado no diretório ltdaytraderhomegtplans e substitua ge-activemq-rar1.2-betarar por ge-activemq-rar1.2rar. Agora você está pronto para implantar o aplicativo. Implantando o Daytrader Até agora, recuperamos o arquivo de origem, construímos, configuramos, criamos um banco de dados e atualizamos o plano de implantação. Agora é hora de instalar o aplicativo Daytrader no Geronimo. Existem basicamente duas formas de implantar um aplicativo no Geronimo, usando o Geronimo Administration Console ou a ferramenta de implantação baseada em linha de comando. Para este exemplo, usaremos a opção baseada em linha de comando. No diretório ltgeronimohomegtbin, execute o seguinte comando: deploy --user system --password manager deploy ltdaytraderhomegtmoduleseartargetdaytrader-ear-1.2-SNAPSHOT. ear ltdaytraderhomegtplansdaytrader-1.2-beta-plan. xml O primeiro deploy é o script que chama a ferramenta deployer, então Passamos o nome de usuário e a senha. A segunda implantação é a opção de comando real para a implantação do daytrader-ear-1.2-SNAPSHOT. ear EAR usando o plano de implementação daytrader-1.2-beta-plan. xml especificamente. Em seu próprio aplicativo, você poderia chamar este plano geronimo-application. xml e colocá-lo no diretório META-INF dentro de seu arquivo EAR e você não precisará especificar o plano de implantação diretamente na linha de comando. Você deve ver uma tela de confirmação de implantação semelhante à mostrada abaixo. Daytrader está pronto para testar. Populando dados de amostra Com o aplicativo implantado e iniciado (começa por padrão quando você o implanta), o próximo passo antes de usar o Daytrader é preencher dados de exemplo no banco de dados que criamos antes. Os seguintes passos ilustram como. Clique na guia Configuração. Clique em (Re) - Popular o banco de dados DayTrader para gerar os dados da amostra, isso abrirá uma nova janela mostrando o progresso. O tamanho da população inicial consiste em 200 contas e 400 cotações de ações. Esses valores podem ser atualizados através do quotConfigure DayTrader em tempo de execução do parâmetro de referência na guia quotConfigurationquot. O Running Daytrader Daytrader pode ser executado em várias configurações e também fornece um conjunto de primitivas da web para facilitar o teste. Cada uma dessas primitivas prova singularmente operações de chave no modelo de programação empresarial Java. Alguns destes podem ser configurados para rodar repetidamente com base nas configurações que iremos abordar mais tarde. As seções a seguir descrevem mais detalhadamente este pacote de teste de primitivas. Conjunto de ping da rede de contêiner A tabela a seguir descreve o conjunto de primitivas relacionadas com o contêiner da Web. Essas primitivas que podem ser definidas para serem executadas várias vezes são destacadas. Execução de Primitivas Até agora, vimos o que os primitivos estão disponíveis, quais deles podem ser configurados para executar várias iterações e como configurar os parâmetros de tempo de execução da aplicação. Com essas configurações, toda vez que você acerta PingServlet2EntityEJBLocal ou atualiza a página, essa primitiva será executada 100 vezes. Ao fazer análise de desempenho, ser capaz de quotplayquot com esses parâmetros é muito valioso. Isso ajuda você a rastrear os tempos de execução dessas funções muito específicas. Quando usado combinado com uma ferramenta de simulação de carga, as configurações diferentes irão ajudá-lo com o ajuste fino do servidor com base nas necessidades específicas do seu ambiente. Negociação com permuta. Acabamos de ver como executar testes de operações de funções singulares através das primitivas disponíveis. As mesmas configurações que você configurou para executar essas primitivas também afetam a GUI para simulação de negociação. Aponte seu navegador para localhost: 8080daytrader Clique em Trading amp Portfolios. Aceite o usuário e a senha padrão e clique em Login. Agora você pode começar a negociar. Detalhes adicionais para configurar e executar o Daytrader podem ser encontrados nas FAQ do aplicativo, apontando seu navegador para localhost: 8080daytrader Voltar para o quadrado Depois de realizar alguns testes e querer executar um novo conjunto a partir do zero Você precisará redefinir a configuração de tempo de execução e os dados da transação do banco de dados. Essas etapas simples são tudo o que você precisa para iniciar um novo conjunto de testes no Daytrader no entanto, você ainda pode querer reiniciar o servidor, dependendo do tipo de testes que você está executando. Lançamento dos clientes do aplicativo O DayTrader fornece dois clientes do aplicativo J2EE, o DayTrader Streamer e um aplicativo de serviços da Web. O cliente do aplicativo Streamer usa um tópico JMS para se inscrever para atualizar os preços das cotações à medida que os estoques são comprados e vendidos. Essas atualizações são rastreadas e usadas para determinar se as colisões de banco de dados ocorrem ao atualizar os preços de cotações no banco de dados. O cliente de aplicativos de serviços da Web simplesmente fornece um cliente grosso para acessar os serviços do DayTrader usando uma interface de serviços da Web. Cliente de aplicação Streamer Para que as atualizações de preço de cotação sejam publicadas no tópico JMS, o quotPublish Quote Updatesquot na página de configuração deve estar habilitado. Aponte seu navegador para localhost: 8080daytrader Clique em Configuração. Clique em Configure DayTrader parâmetros de tempo de execução. Certifique-se de selecionar a caixa de seleção Publicar cotações atualizações. Para iniciar o cliente do aplicativo Streamer, execute o seguinte comando. Ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-streamer-client1.2-SNAPSHOTLocalização do cliente de serviços da Web do carro ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-wsapp-client1.2-SNAPSHOTcar
No comments:
Post a Comment