| Autor |
Mensagem |
|
|
Pegando o bonde andando... mas clusterizar não é sinônimo de melhoria de performance.
Se sua intencao é balanceamento de carga, ai mesmo só com camada web(sem ejbs) vc consegue utilizando um apache na frente e varios tomcats, jettys ou qualquer webcontainer atrás.
Procure algum fw de negocio que vc tenha velocidade e nao precise de "deploy" com isso com certeza vc vai ganhar tempo.
[]'s
|
 |
|
|
|
Olá, na verdade precisamos do log do tomcat pra ver o erro, pois pode ser que vc tenha o java instalado no ubuntu, mas seja a JRE e o tomcat precisa do JDK para poder compilar as jsps...
|
|
|
|
Paulo Silveira wrote:
Alessandro Lazarotti wrote:
- catch(Exception) {System.out.println(e)};
Poderia ser pior, poderia ser pior....
Concordo... realmente poderia ser pior...
- catch(Exception) {}; 
Será que alguém, algum dia já falou que isso é certo ? Pq é algo tão frequente !! 
|
|
|
|
O que exatamente vc está utilizando pra desenvolver ?
É uma aplicação Web que vc está acessando no Pocket ?
Explica um pouco melhor o que está acontecendo, pois quando desenvolvi pra Pocket era com SWT e não tinha cache, agora se for web, então deve ser somente as configurações pra expirar o que está no proxy mesmo..
[]´s
|
|
|
|
As vezes é difícil fazer com que a empresa vá até onde tem emprego, pois envolvem questões de logística também.
Mas sou um grande entusiasta do Home Office, pois aí esses problemas se resolvem, essa seria uma grande solução para muitos problemas desse tipo, pelo menos na nossa área.
|
|
|
|
1) Vc iria precisar manjar muito do dispositivo (difícil pois às vezes a documentacão não é suficiente);
Na verdade, a idéia que eu tinha quando concordei com o driver, era usar um sniffer e verificar os comandos que a DLL ou programa envia para o dispositivo, isso funciona mesmo sem documentação.
2) manjar muito de c ou assembler (não rola em java - no melhor caso java com jni acessando uma dll c);
Pq não dá pra fazer com java ?? Eu já fiz e funcionou bem ! Usando javacomm eu tenho acesso à portas seriais sem problemas, a implementação do javacomm usa jni por baixo dos panos, mas existem implementacoes para varios SOs, e vc nao precisa ficar se preocupamento em vc mesmo cuidar do jni.
Já usei javacomm pra Windows, Linux e Windows CE.
Mas com certeza 30 dias é apertado, mas dependendo da quantidade de dispositivos diferentes vc pode conseguir.
|
|
|
|
É doideira minha fazer isso? Escrever drivers para cada modelo?
Eu acho que é o melhor caminho, pelo menos fica na sua mão...
Ainda estou dividido...
1) Acho o SOCKET mais simpes e ficaria mais enxutinho...
2) Acho o JBOSS mais robusto, esquema de transação prontinho...Mas nunca vi posts dele gerenciando perifericos.....
Eu iria pelo sockets + NIO
|
|
|
|
Desculpe a ignorância, mas BIEE é isso aqui ?
Oracle Business Intelligence Suite?Enterprise Edition Plus
Oracle Business Intelligence Suite Enterprise Edition Plus (Oracle BI EE Plus) is a comprehensive suite of enterprise BI products that delivers a full range of analysis and reporting capabilities. Featuring a unified, highly scalable, modern architecture, Oracle BI EE Plus provides intelligence and analytics from data spanning enterprise sources and applications?empowering the largest communities with complete and relevant insight.
Oracle BI EE Plus also bundles key Oracle Hyperion reporting products for integrated reporting with Oracle Hyperion financial applications.
|
|
|
|
Vamos separar um pouco as coisas só pra ver se eu entendi direito o que vc quer fazer. 
Trabalhar com porta serial em java não achei ruim, funcionou bem para mim e existe uma api chamada javacomm que funciona. Com isso vc resolve a conversa com LPT + COMM e sem JNI(acessar dlls).
Impressoras fiscais, PDV, etc... Se existem dlls em C ou qualquer outra linguagem, aconselho vc a snifar a comunicação da DLL com a impressora e reproduzir isso em puro java com javacomm, retira a dependência do SO e ainda vc tem mais controle sobre os comandos, pois são poucos mesmo, acho que não chegam a 50 se me lembro bem.
Palms, Handhelds e demais, aconselho vc utilizar bluetooth que é o que o pessoal tem utilizado, tem APIs J2ME que fazem isso, ou em C# também tem algo que fala bluetooth para palm, e o "servidor" do bluetooth pode ser em java, ele vai ouvir um socket, e também tem API pronta pra isso.
Agora vc quer ter um servidor(JBoss + EJB), onde vc manda os comandos para esse servidor e ele reproduz isso nessas diversas interfaces que citei acima ? É esse o intuito do servidor ?
Se é isso, então vc não precisa de EJB, nem nada disso, vc tem que ter é um servidor Socket que fica escutando essas interfaces que estariam ligados ao computador, ou à alguma interface que um computador tenha acesso. E se por acaso vc queira ter algum serviço de monitoramento, aí vc pode até ter um "tomcatzinho" rodando pra vc colocar sua aplicação web, SEPARADA do servidor de suas interfaces/periféricos onde vc cria maneiras de consultar o status através de http, tcp, ou qualquer maneira que fique fácil da aplicação tomcat falar com a de periféricos.
Agora se eu não entendi nada do que vc disse, e escrevi um monte de besteira me avisa ae ! 
|
|
|
|
Então, a idéia do SpringRemote que te falei é exatamente vc não retirar as rotinas das aplicações em que estão, vc faz uma chamada remota e o processo é executado na máquina/sistema onde está. Se fosse a mesma VM seria mais rapido, mas como são outras, ele tem uma uma opção de HttpInvoker, e tb RMI se eu não me engano.
Aí o processo de agendamento fica em uma VM e os processos nas outras VMs, vc terá que criar uma interface de chamada, para vc não ter que ficar espalhando JARs pelos sistemas.
|
|
|
|
Nessa linha de chamar "rotinas" em outras aplicações, eu iria pelo SpringRemote, que é bem facil de implementar, se vc já utilizar spring
Essas aplicações ficam na mesma máquina ?
|
|
|
|
Olá, sobre o Borland Tempo, ele não é "comparável" ao MS Project, pois trabalham com visões diferentes, o Tempo é para gerencia de portfolio, existem gráficos e estatísticas mais ligadas ao conjunto de projetos gerenciados por um "gerentão" que olha todos os projetos, e não apenas 1 projeto como é o caso do Project...
É um software muito bom, mas exige um conhecimento maior sobre Governança em TI e demais teorias ligadas.
|
|
|
|
|
Spring MVC 2.5
|
|
|
|
Galera,
Alguém conhece um livro bom sobre programação em paralelo ? Não digo para java, estou procurando livros mais conceituais !
Os de S.O. mais antigos falam um pouco, mas nada muito a fundo.
Gostaria de informações sobre como utilizar os recursos das máquinas multi-core que temos hoje.
Se alguém tiver alguma indicação agradeço !
Valeu !
|
|
|
|
|
Cara, foge do D-Link, ele é o mais fraco de todos, o linksys é bom !
|
|
|
|