jose, de uma olhada nas classes Timer e TimerTask do pacote java.util. elas podem ser uteis caso vc queira fazer algo simples.
se complicar muito, de uma olhada nessa api: http://www.part.net/quartz.html eh um agendador de tarefas... muito bom... ;) --- [EMAIL PROTECTED] escreveu: > Senhores, > > Tenho que desenvolver um m�dulo para 'Schedular' > alguns relat�rios. > > o usuario ir� escolher o relatorio e programar o > horario em que ele vai > rodar, Clicar em ok. e pronto. > > como posso trabalhar com isso a nivel de thread ? > > imaginei em criar uma classe (thread), que, a cada > click OK do usu�rio, > criaria uma instancia desta classe. > > o problema � que tenho um limite de 5 conexoes com o > server do relatorio > por vez. > ou seja , se dez usuario pedissem o schedule de > relatorios, teria 10 > instancias de classe, e como saber qual a proxima a > entrar no processo. ? > > se ninguem entender � so pedir que explico novamente > (mais detalhado). > > grato a todos, > > Jos� Iram Abreu de Souza > Manhattan Business Technology > Rua Te�filo Otoni, 82 - 10� andar - Centro > CEP: 20091-070 > Tel.: 55 21 2518-2000 > Fax: 55 21 2263-2663 > www.manhattan.inf.br > > > > > "Rogerio" <[EMAIL PROTECTED]> > 08/11/2002 11:35 > Please respond to enterprise-list > > > To: <[EMAIL PROTECTED]> > cc: > Subject: RES: [enterprise-list] Re: > RES:_[enterprise-list]_l�gica_de_neg�cio_em_pl/sql_ > > > Robson > > Me desculpe por ter feito o reply > na mensagem que voc� > enviou, > pois a minha inten��o era a de ajudar no problema > que eu entendi que > o Emerson estava enfrentando. > Quando ao que voc� escreveu achei > muito interessante a > id�ia > e irei acompanhar o desenrolar deste assunto com > aten��o. > > > T+ > Rog�rio > > > > -----Mensagem original----- > De: Robson Luis Ferreira > [mailto:rlsferreira@;yahoo.com.br] > Enviada em: sexta-feira, 8 de novembro de 2002 11:55 > Para: [EMAIL PROTECTED] > Assunto: [enterprise-list] Re: > RES:_[enterprise-list]_l�gica_de_neg�cio_em_pl/sql_ > > > Rog�rio > > Acho que vc n�o entendeu o escopo desse assunto, > que n�o � discutir o que � melhor ou pior pois n�s > estamos cientes das vantagens, desvantagens e > implica��es de cada solu��o. O que eu pensei tamb�m > n�o � a pattern DAO, mas sim alguma implementa��o > que > possa aliar as vantagens das store procedures com as > vantagens da modularidade que o Java nos permite, > por > exemplo escrever c�digo Java em XSLT que depois > possam > ser compilados em run-time e executados como um > objeto > DAO qualquer, como uma "Java Store Procedure" > independente de SGBD. > > []'s > > > --- Rogerio <[EMAIL PROTECTED]> escreveu: > > > > > O melhor � criar um objeto que encapsule este > acesso > > e torne transparente > > para os clientes. > > Se voc� decidir n�o utilizar mais pl/sql algum dia > > voc� ter� que mudar > > apenas a implementa��o do seu objeto. > > Consulte o design pattern DAO sobre este assunto. > > > > > > Rog�rio. > > Universidade de Blumenau. > > > > > > > > O que o Emerson escreveu abaixo � verdade mas, > > n�o > > podemos negar que � bastante pr�tico, r�pido, > > seguro(pelo menos na vis�o dos DBA's) e > perform�tico > > desenvolver em pl/sql. E n�o � todo dia que > grandes > > corpora��es resolvem jogar fora seu Oracle para > > trocar > > por outro qualquer. Algu�m conhece alguma API Java > > que > > trabalhe nos moldes da pl/sql ? A id�ia � escrever > > procedures independentes de SGBD que possam aliar > as > > qualidades citadas acima com a > > modularidade/reutiliza��o/low coupling descritas > > abaixo. > > > > > > --- Emerson_Cargnin_-_SICREDI_Servi�os > > <[EMAIL PROTECTED]> escreveu: > Alguem sabe > > algum material que aprove ou reprove a > > > coloca��o de l�gica > > > de neg�cio em pl/sql?? eu sei que vai contra > todos > > > os princ�pios de > > > modularidade/reutiliza��o/low coupling, etc, mas > > > preciso de algum > > > material que embase meus argumentos... > > > > > > > > > -- > > > xxxxxxxxxxxxxxxxxxxxxxxxxxxx > > > | Emerson Cargnin | > > > | Analista de Sistemas Sr. | > > > | Tel : (051) 3358-4959 | > > > | SICREDI Servi�os | > > > | Porto Alegre - Brasil | > > > |xxxxxxxxxxxxxxxxxxxxxxxxxx| > > > > > > > > > > > > --------------------------------------------------------------------- > > > Para cancelar a subscri��o, envie mensagem para: > > > [EMAIL PROTECTED] > > > Para comandos adicionais, envie mensagem para: > > > [EMAIL PROTECTED] > > > > > > > > _______________________________________________________________________ > > Yahoo! GeoCities > > Tudo para criar o seu site: ferramentas f�ceis de > > usar, espa�o de sobra e > > acess�rios. > > http://br.geocities.yahoo.com/ > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: > > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: > > [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: > > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: > > [EMAIL PROTECTED] > > > > _______________________________________________________________________ > Yahoo! GeoCities > Tudo para criar o seu site: ferramentas f�ceis de > usar, espa�o de sobra e > acess�rios. > http://br.geocities.yahoo.com/ > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: > === message truncated === _______________________________________________________________________ Yahoo! GeoCities Tudo para criar o seu site: ferramentas f�ceis de usar, espa�o de sobra e acess�rios. http://br.geocities.yahoo.com/ --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
