Caetano e Zanata, De forma alguma queremos que voces saiam desta lista. Muito pelo contrario. Tenho aprendido muito com as discussoes aqui, e apesar de n�o ter nada l� muito inteligente a acrescentar, as respostas de todos voc�s tem me resolvido umas coisas antes mesmo que eu pergunte.
Agora, quem diz que � s� ler um livro, qualquer que seja, pra sair arrebentando realmente n�o sabe do que est� falando. � preciso dos livros, e � preciso estudar, sim, mas al�m deles, � preciso quebrar a cara (quem nunca teve vontade de chutar tudo que via pela frente quando um deploy que n�o tinha raz�o nenhuma pra falhar praticamente cospe em voc�?), e � justamente a� que as listas de discuss�o, tutoriais, artigos, FAQs, e, principalmente, as PESSOAS ajudam. Quem j� viu uma tecnologia de software dar certo sem uma comunidade forte por tr�s dela, que troca informa��es que contribui para a sabedoria geral da mesma, que por favor prove o contr�rio. A tecnologia pode ser maravilhosa, mas ela n�o resolve problemas. S�o as pessoas que resolvem problemas, e as pessoas, infelizmente, ao contrario da tecnologia, falham ao ficarem mais sofisticadas e inflarem seus egos (sim, Sven, eu estou falando de voc�, e descordo completamente da atitude que voc� teve). Esta lista existe pra resolver problemas e discutir a tecnologia J2EE. Seja falar de application servers, de ret�rica sobre arquitetura ou sobre d�vidas em situa��es pr�ticas, n�o interessa. Falemos de todos os aspectos. Afinal, s� temos a ganhar com isso, e quem quiser ser "do contra" e n�o colaborar, que fique quieto ou v� brincar sozinho no canto. Um abra�o a todos, Carlos Villela [EMAIL PROTECTED] ----- Original Message ----- From: "Caetano" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 22, 2002 7:25 PM Subject: Re: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy / Application Servers (2a remessa) > 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] > > > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
