|
Jos�,
Pelo
que vi servi�os schedulle entrar� na espec do J2EE na pr�xima
vers�o.
Na
vis�o de gerenciamento � melhor que voce utilize o servi�o de schedulle do
sistema operacional em quest�o (usamos crontab aqui no Unix) pois se uma thread
"morrer" por algum motivo ficar� mais dificil conhecer tal
evento.
Processos agendados com crontab ou com at no Windows
s�o bem est�veis e ja utilizei com sucesso em diversos projetos. Crontab, at e
outros voce poder� monitora-los com softwares de mercado como Tivoli, Patrol,
Openview o que tornar� a solu��o mais confi�vel.
at,
Vinicius Senger
Developers Team Leader
Globalcode
The
Developers Company
www.globalcode.com.br
www.globaleducation.com.br
A minha sugest�o seria tu ter um thread que rode
a cada 5 segundos, por exemplo, e consulte uma tabela que ir� guardar a
solicita��es dos relat�rios.Essa thread encontrando um registro, na
tabela, pendente e pronto para executar dispara uma outra thread que ir�
executar a solicita��o do usu�rio.
� apenas uma id�ia.
abra�os.
----- Original Message -----
Sent: Friday, November 08, 2002 2:16
PM
Subject: [enterprise-list] Thread x
Schedule
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:[EMAIL PROTECTED]]
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:
[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]
Esta mensagem foi verificada pelo E-mail Protegido
Terra.
Scan engine: VirusScan / Atualizado em 06/11/2002 / Vers�o:
1.3.13
Proteja o seu e-mail Terra: http://www.emailprotegido.terra.com.br/
|
