Prezados colegas de lista,

Eu concordo com o que o Andr� citou em resposta a msg do Zanata e
gostaria de saber onde est�o nossos admins da lista?

Afinal por causa de certas pessoas que querem se achar o m�ximo somente
porque tem XXX tempo de experi�ncia em J2EE temos que perder, neste caso,
como em outros poucos, uma pessoa que faz perguntas COERENTES na lista
de J2EE.. A�, s� pq n�o tem o mesmo conhecimento que os tais, recebe como
resposta que "a sua thread n�o � importante,  se vc fosse estudar a
documenta��o citada...".
� gente, parece que � mais importante falar aqui que o Eclipse isto, o
Eclipse aquilo,
Quem aqui pensa que � mais f�cil aprender J2EE sozinho do que achar o
Eclipse na net?
Lendo tudo em ingl�s, conceitos complexos, quem � brasileiro sabe como �...
E mais: que mora no interior do p�is, onde n�o tem cursos, n�o tem worldcom,
big_sei_la_o_que sabe disto..., j� os enlatados de fora...

Realmente Zanata, estamos na lista errada, infelizmente, o n�vel da lista �
extremamente elevado..
n�o s� vc, eu tb estou sobrando nesta....


[]'s




----- Original Message -----
From: "Andr� Rosenzweig" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 22, 2002 4:29 PM
Subject: Re: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy /
Application Servers (2a remessa)


>     Eu n�o concordo com isto, j� que nesta lista existem pessoas dos mais
> diversos niveis. Contanto que o assunto seja J2EE e n�o perguntas b�sicas
de
> Java comum acho que � valido utilizar esta listas, mesmo que algumas
pessoas
> n�o gostem. Talvez poderiamos sugerir a cria��o de duas listas:
> "J2EE-basico" e "J2EE-avancado", eu particularmente n�o gosto da id�ia,
mas
> se a maioria preferir n�o me oponho...
>     De qualquer maneira eu acho que as discu��es ultimamente s�o bastante
> interessantes, mesmo as b�sicas servem para relembrar ou exercitar o que
j�
> sabia e as avan�adas em geral acrescentam bastante informa��o ou pelo
menos
> despertam um interesse por pesquisar algo novo. A �nica reclama��o que
tenho
> � que �s vezes fica dificil saber o que � a mensagem nova e o que � a
> mensagem que est� sendo respondida, j� que fica tudo misturado. Seria
muito
> bom se em todas as linhas da mensagem respondida fossem colocados algum
> caractere como ">" (Maior-Que) que � normalmente usado por a�, ou ent�o
> responder a mensagem totalmente separado, colocando a mensagem original
> abaixo, como estou fazendo agora. O que acham?
>
> []'s
>
> ----- Original Message -----
> From: "j2ee" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, July 22, 2002 14:19
> Subject: RE: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy /
> Application Servers (2a remessa)
>
>
> > Pessoal,
> >
> > Me desculpem, mas pelo que entendi desse �ltimo coment�rio acho que j� �
> > hora de eu parar de enviar essas perguntas.
> >
> > N�o sabia que o n�vel da lista estava t�o elevado em rela��o aos poucos
> > conhecimentos que possuo.
> >
> > Pe�o, por gentileza, que enviem o nome completo da bibliografia citada
> > (Marinescu, Roman, Alur [esse eu tenho]) para que eu possa seguir nos
meus
> > estudos com mais cautela.
> >
> > Assim que poss�vel retiro a minha inscri��o da lista, mas antes gostaria
> > que me informassem o nome de alguma outra lista para que eu possa
debater
> > assuntos com pessoas menos experientes.
> >
> > Agrade�o a todos pela ajuda e pela aten��o.
> >
> > Um forte abra�o.
> >
> > Zanata
> >
> > -------------------------------------------------------------------
> >
> >
> >
> > On Mon, 22 Jul 2002 12:45:42 -0300, Sven E. van �t Veer <[EMAIL PROTECTED]>
> > escreveu :
> >
> > > De: Sven E. van �t Veer <[EMAIL PROTECTED]>
> > > Data: Mon, 22 Jul 2002 12:45:42 -0300
> > > Para: <[EMAIL PROTECTED]>, "Danilo Luiz Rheinheimer"
> > <[EMAIL PROTECTED]>
> > > Assunto: RE: [enterprise-list] EJB 2.0 CMP ->  Performance Lenta /
> > Deploy / Application Servers (2a remessa)
> > >
> > >
> > >   Alem disso penso ser este tipo de discusssao muito saudavel.
> > >   Espero que esta thread continue, que todos temos muito que aprender.
> > >
> > > Hmm, acho que quem l� a documenta��o citada (Marinescu, Roman, Alur) e
> > sabe
> > > alguma coisa de Java n�o precisa muito desta thread ;-) Seria mais
> > > interessante uma discuss�o de quandao implementar uma solu��o de
Pattern
> > X e
> > > quando Y ..
> > >
> > > Quem teria que aprender � o cliente ;-) Solu��es propostas aqui
> > inicialmente
> > > s�o muito mais caro que solu��es sem nenhum padr�o ecom pouco
> conhecimento
> > > de EJB, mas solu��es destas (ja encontrei v�rias) sempre falham na
> > produ��o.
> > > O melhor que j� vi � um sessionbean implementando o famoso 'magic
button
> > > anti-pattern' com um metodo de 21 !!!! p�ginas, come�ando com 3
> findAll()
> > > (DB de 23 GB), o problemo de acordo com pessoal era que a sess�o
expirou
> > > antes da resposta ;-) (metodo rodou por 2 horas ;-).
> > >
> > > O maior problema que encontrei j� no meu trabalho � a falta de
> > conhecimento
> > > de cliente em como avaliar a empresa para desenvolvimento de um novo
> > > sistema. Infelizmente, muitas propostas s�o avaliadas somente no valor
e
> > n�o
> > > no teor tecnico, que numa aplica��o VB talvez n�o importa muito mas em
> > > projetos J2EE/Swing ou C/C++ � muito mais importante e na final das
> contas
> > > fica mais barato (refactoring � mais caro do que desenvolvimento).
> > >
> > > Outra legal.. Alguem j� vi EJB usando Vector como Primary Key ;-)
> > >
> > >
> > > ---
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.377 / Virus Database: 211 - Release Date: 15/7/2002
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Para cancelar a subscri��o, envie mensagem para: enterprise-list-
> > [EMAIL PROTECTED]
> > > Para comandos adicionais, envie mensagem para: enterprise-list-
> > [EMAIL PROTECTED]
> > >
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > 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]




---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: 
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]

Responder a