|
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/
|
