date:20011003



Caro Mauro Sant'Anna,

Com todo o respeito gostaria de lhe informar que o seu artigo sobre Java x 
C# possui diversos erros grotescos em relação a tecnologia Java. Isso 
demonstra que ou vc está mentindo para promover a tecnologia C# ou vc não 
sabe absolutamente nada sobre a tecnologia Java e nunca deveria ter escrito 
um artigo como esse.

Eu não tenho nenhuma experiência com a tecnologia .Net, apenas sei que ela é 
a alternativa da Microsoft para o sucesso da linguagem Java no mercado. 
Portanto me limito a ficar calado quando o assunto é comparar C# com Java. 
Vc definitivamente deveria fazer o mesmo para não passar vergonha.

--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
--


_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Bruno Copelli


Interessante a sua colocacao sobre o treinamento. Nao muito distante disso estao os 
livros ja existe varios livros sobre .NET e C# (e livros nada pequenos... > 1000 
pags)

Repare que isso tbm (provavelmente) faz parte da estrateia de marketing na MS... 
"vamos dizer que ja tah 'todo mundo' usando... o resto do 'todo mundo' vai acreditar e 
nos estamos feitos".

A coisa circula mais ou menos por aih...

Abracos,

On Tue, 2 Oct 2001 21:59:46 -0300 (GMT-03:00)
Giovani Salvador <[EMAIL PROTECTED]> wrote:

> Deixa só eu esclarecer um ponto. Estou vendo que o mail que postei está fazendo 
>certo "barulho", em esmagadora maioria com apoio ao java. Quanto à "enum" e 
>"propriedades", quis apenas chamar a atenção para ítens que julguei ser ridículos de 
>comparação para que o grupo visse o restante do "comparativo". Realmente, será que 
>enum do c++ difere totalmente do objeto enumeration java? Também gostaria de um 
>argumento mais forte para dizer que objetos java não possuem propriedades, 
>independente da forma como esta é feita.
> Quero chamar a atenção para mais um detalhe: O autor diz que dá treinamento em .net 
>desde outubro de 2000. .Net ainda está em Beta 2, certo? (corrijam-me se eu estiver 
>errado). Quem contrataria um treinamento sobre uma tecnologia que está em Beta?

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] inserir o JAI no path do Visual Age

2001-10-03 Thread Rodrigo Freitas Rodrigues




Olá pessoal,
 
Estou usando o Visual Age 4.0 Entry Enterprise. 
Alguém sabe como inserir o JAI (Java Advanced Imaging) no classpath do Visual 
Age sem ter que importar estes pacotes para o Workbench?
 
Estou perguntando isso pq não consigo importá-los, 
pois eles ultrapassam os 750 pacotes por projeto (limitação da 
versão).
 
Abraços,
 
Rodrigo Freitas 
Rodrigues

Re: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Carlos A Vitagliano


Senhores,

Isto aqui está parecendo o Afeganistão e o Paquistão, pois falam a mesma
lingua e ninguem se entende.

Esta discussão não leva a nada pois parece briga em balcão de botequim
domingo a tarde depois do clássico Coringão x Palestra. Resolve discutir se
foi falta ou não, se o juiz roubou, se o ponta de lança estava em off-side
na hora do gol ? A mesma coisa acontece aqui, não importa se Java é melhor
que C#, ou vice-versa, importa sim é que que queira usar que use. Nesses
meus 20 anos de informática vi ótimos aplicativos feitos em linguagem macro
do Excel e verdadeiras porcarias feitas em C e Java, mas isto não se deve a
linguagem ou tecnologia e sim a capacidade de quem está
escrevendo/desenvolvendo.

Pessoal, não importa se você gosta mais do C# que do Java, ou que você
prefere o Java ao Visual Basic, o que importa é que este fórum foi criado
para troca de informações e não de agressões.

Caro moderador, outro dia solicitei que usasse de seu poder e não permitisse
esse tipo de coisa, mas pelo visto você gosta de ver um bom barraco. Só que
isso não contribui em nada, pelo contrário só aumenta o tráfego de mensagens
inúteis e inimizades.

A idéia original de um Fórum é a discussão, mas a sadia, é a troca de
informação e não palavrão.

Desculpe 


Carlos A Vitagliano
[EMAIL PROTECTED]



- Original Message -
From: Sergio Oliveira Jr.
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED] ; [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 11:38 PM
Subject: [java-list] Re: Artigo Java x C#


Caro Mauro,

O que eu posso te falar é que tenho 6 anos de experiência com a tecnologia
Java, passagem por uma multinacional de consultoria e diversos projetos Java
nas costas. Também sou certificado pela Sun desde 1998.

Logo acho que vc deveria acreditar em mim quando o assunto é Java. Já quando
o assunto é C# e .Net eu recolho a minha inexperiência e te escuto.

Acredito que .Net seja uma tecnologia interessante para plataformas 100%
microsoft, e estou disposto a investigar o CD-ROM do Visual Studio .Net Beta
que eu recebi outro dia. Só achei engraçado o que a Microsoft colocou no
site dela (www.microsoft.com/java):

JUMP to .NET -> Java User Migration Path to Microsoft .NET

Aí já é forçassão de barra !!! :-)

Acredito tb que a estratégia da Microsoft de degradar a imagem do Java para
lançar o seu produto concorrente não é a mais indicada para conquistar os
milhões de profissionais Java espalhados pelo mundo. Vale lembrar que não
estamos mais falando de simples browsers e sim de uma plataforma madura que
está dentro de muitas empresas sérias e por trás de grandes negócios. Isso
não vai ser mudado de uma hora para outra.

A melhor situação para o mercado de TI é a convivência pacífica entre essas
duas tecnologias. Concorrência gera melhorias nos serviços e produtos. Vai
ser melhor para todo mundo, principalmente para nós profissionais de TI que
vamos ter mais uma opção de tecnologia para plataformas Microsoft.

Vou ficar aguardando ansiosamente o seu novo artigo e espero que ele seja
mais realista quando retratar as diferenças entre C# e Java. Só assim eu me
sentirei seguro em utilizar .Net como uma alternativa conciente, e não
apenas por que a Microsoft deseja no seu ego passar por cima da Sun
Microsystems.

--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
Empresa SmartJava
--



>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Artigo Java x C#
>Date: Wed, 03 Oct 2001 02:07:13 +
>
>Caro Sergio,
>
>Devido a duvidas como as suas, estou escrevendo outro artigo que deverá
>aparecer nos próximos dias no site da Microsoft. Ele explica alguns dos
>tópicos que deram origem a mais dúvidas. Já te adianto: seus pontos serão
>respondidos, se você estiver disposto a ouvir.
>
>No entanto, vendo a sua lista de "absurdos" tenho minhas dúvidas se
>adiantará alguma coisa. As coisas que você elencou são simplesmente
>erradas. Algumas me parecem confusões honestas, mas a maioria dá a
>impressão que você simplesmente não quer entender.
>
>Aguarde o artigo.
>
>Mauro
>
>
>>From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>Subject: Re: Artigo Java x C#
>>Date: Wed, 03 Oct 2001 01:55:39 +
>>
>>Mauro,
>>
>>Não era a minha intensão te tirar do sério. Não vejo problema algum em me
>>engajar num papo com você face-to-face. Só estou conversando com você via
>>email por ser mais conveniente, afinal a tecnologia está aí para facilitar
>>a nossa vida, certo?
>>
>>Vou continuar falando racionalmente, apesar de não ver nenhum problema em
>>te encontrar para um papo mais descontraído.
>>
>>Alguns absurdos que vc escreveu:
>>
>>- Java não possui todos os tipos derivados de ancestral comum:
>>
>>Possui sim... Além de possuir tipos primitivos mais leves, que por sua vez
>>possuem suas classes equivalentes (Wrappers). Todas são derivadas da class
>>Obj

[java-list] Classes para impressão

2001-10-03 Thread jkairos


Olá lista,

  gostaria de saber se existe alguma classe para
impressão no java.



Desde já agradeço.

  jkairos


__
AcessoBOL, só R$ 9,90! O menor preço do mercado!
Assine já! http://www.bol.com.br/acessobol



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] Controlando o tamanho de um arquivo !!

2001-10-03 Thread Ricardo Santiago

Se você quer mesmo implementar isso na mão faça o
seguinte:

Crie uma thread nova que monitore o crescimento do
arquivo. Pode ser uma daemon thread.
Mantenha comunicação entre as duas threads, a que
escreve o log e a que monitora o tamanho do arquivo.
Quando a thread que monitora o tamanho do arquivo
detectar que deve particiona-lo, esta deverá notificar
a outra, para que ela TRAVE quaisquer tentativas de
escrita e feche o arquivo.
A thread monitora faz as mudanças necessárias no
arquivo e após terminar notifica novamente a outra
thread para que esta abra o arquivo e volte a atender
os clientes esperando.

Deu pra ter uma idéia?

Você vai ter de estudar um pouco sobre threads e
syncronization efetiva.

Ricardo Munhoz Santiago

--- Alan Alexandre da Silva <[EMAIL PROTECTED]>
wrote:
> Oi, o problema é que o arquivo vai estar sendo
> usado. Imagine que o arquivo
> de log está recebendo mensagens a todo o momento.
> Então, quando o arquivo
> atingir um determinado tamanho, eu terei que pegar
> seu conteúdo, tranferi-lo
> para outro arquivo(backup) e tornar a fazer o meu
> arquivo de log receber
> mensagens. Várias classes estão jogando mensagens no
> meu arquivo de log. Tem
> alguma sugestão ? Obrigado.
> 
> Alan
> 
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
> 

__
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Paulo Simao


Já que vc's tocaram no assunto, estou enviando um bate-papo que tive com o
kra que escreveu akilo :^)
Esta foi a resposta dele :^)
_

Caro Paulo,

Não gosto muito de travar "guerras religiosas" nem ficar discutindo que
linguagem eu aprendi e em que ordem. Vou apenas esclarecer os pontos
levantados na sua mensagem.

1)Ponteiros
Tanto o Java como o C# em código "seguro" tem "referências", que são uma
espécie de "ponteiros domesticados". O C# PODE (em código "inseguro") usar
ponteiros "crús". Isto é necessário para chamar muitas funções em DLLs. Este
recurso pode ser usado para situações onde a performance seja absolumanete
necessária, já que, ao contrário dos arrays, não existe verificação de
faixa. É um recurso perigoso, sem dúvida, mas pode salvar a sua pele em
algumas situações críticas, sem a necessidade de sair da ferramenta ou da
linguagem.

2)Documentação em XML
A documentação em XML permite que ela seja manipulada e "transformada" com
"style sheets", coisa que o HTML não permite. Além disto, o ambiente
reconhece e usa o comentário como "dica".

3)Propriedades.
As propriedades e os eventos são recursos extremamente úteis na criação de
uma ferramenta RAD e de componentes para a ferramenta. Entendo que o Sr. não
tenha apreciado este recurso, afinal de contas a Sun também não não o fez.
Mas isto torna a programação muito mais produtiva, especialmente para
programadores menos experientes.

4)Acúcares sintáticos
Sugiro fortemente que o Sr. leia novamente tanto o meu artigo como outras
fontes na Internet. Esta é um dos argumentos da Sun contra o C#, mas o fato
é que o C# foi feito depois e usando a experiência de uma equipe que
forneceu, a seu tempo,
a melhor ferramenta Java do mercado, o J++, para não
falar do VB e do Delphi. Esse pessoal sabia perfeitamente onde os problemas
estavam e tinha ampla experiência na criação de ferramentas de
desenvolvimento de alta produtividade (J++, VB e Delphi). As questões de
performance e de integração com ferramenta RAD são bem reais.

Não nutrir simpatia pela Microsoft é comum em alguns círculos hoje em dia.
Mas isto não quer dizer que eles não sejam capazes de fazer coisas muito
boas.

Sugiro fortemente que o Sr. consiga uma cópia do VS.NET e experimente.
Apesar de estar em Beta, é uma ferramenta bem completa e estável.

Mauro

- Original Message -
From: "Flávio Leite" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 2:43 PM
Subject: RES: [java-list] VEJAM ESSA - C#


> Pessoal,
>
> Esse artigo me elucidou qual caminho devo seguir vou migrar todo meu
> conhecimento para o C#.
> Pois esta possue GOTO, uma caracteristica importantissima em relação a
> qualquer outra linguagem.
>
> Acredito que usando muitos GOTOs nos meus projetos nunca vou ter problemas
> com outros analistas
> dando manutenção em meus códigos vou ter serviço eterno!!!HAHAHAHAHA
>
> E structs não seria facilmente montada com uma classe sem métodos?
>
> Acho que a grande sacada no Java é que enxugando vários conceitos já
> utilizados em outras linguagens
> força o programador a "pensar mais orientado à objeto". Tenho essa visão
por
> ser um programador C++, que diz
> ser orientado à objeto porém por possuir alguns atalhos "não orientados à
> objeto" acabamos sempre "desorientando"
> o código.
>
> Não conheço C# profundamente para opinar sobre ele. Porém acho que cada
> caso deve-se escolher a plataforma
> mais adequada.
> Nunca aconselharia ninguem uma linguagem padrão para qualquer caso. Caso
> alguem queira fazer um simples sw
> de caixa, de loja e de locadora faça-o em Delphi, VB, ganhará muito tempo
> com eles. Porém em outros caso não aconselho
> o VB nem o Delphi e sim um Java, C++. Tudo tem seu motivo.
>
>
> []s,
> Flávio
>
>
>
>
> > -Mensagem original-
> > De: Giovani Salvador [mailto:[EMAIL PROTECTED]]
> > Enviada em: terça-feira, 2 de outubro de 2001 10:20
> > Para: [EMAIL PROTECTED]
> > Assunto: [java-list] VEJAM ESSA - C#
> >
> >
> > Pessoal, o link abaixo contém uma "comparação" ridícula entre C#
> > e Java. O autor do artigo, além de demostrar falta total de
> > conhecimento em java em alguns ítens, puxa completamente a corda
> > para o lado eternamente proprietário Microsoft. O comparativo é
> > bom para ver como esse sujeito tem total desconhecimento sobre
> > java. Alguns exemplos: Fala que java não possui Enum (o que é o
> > objeto enumeration então???) e  não possui propriedades. É de
> > doer, bom para dar umas risadas.
> >
> > http://www.microsoft.com/brasil/msdn/colunas/falandoc/col_falandoc_2.asp
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
---

Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Marcus Vinicius Cahino

Concordo devemos reportar esses comentários para
esse infeliz que escreveu esta lamentável matéria, assim como para o e-mail [EMAIL PROTECTED]
<[EMAIL PROTECTED]> que
solicita um comentário a respeito
Vender uma idéia baseado em fatos mentirosos,
isto é abominável !!

- Original Message -
From:
Sven van ´t
Veer
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 5:02
PM
Subject: Re: [java-list] VEJAM ESSA -
C#
PQ não manda todos estes comentários para:[EMAIL PROTECTED] que é o
idiota que escreveu.Daniel Quirino Oliveira wrote:
[EMAIL PROTECTED] type="cite">Cara, simplesmente ridículo... os trunfos da qual o C# se vangloria de tersão aquelas coisas que o Java simplesmente abonima, que são ponteiros. Cara,quem hoje em dia quer fazer um programa com "diretivas de compilação" (quemprograma em C++ sabe o saco que é esquecer um #ifndef/endif no fim de um.h). Ou então fazer um programa cheio de "goto's" e deixar o próprio códigoparecendo um prato de spaghetti??? O mais engraçado são eles defendendo comoloucos as DLL's e "structs"? Structs?!!! cara... isso é coisa de C, Pascal,linguagem procedural feia e podre!!!Cara, temos que agradecer a MS por mais este artigo que me fez rir a beçanesta tarde chuvosa... Structs?!! tsc tsc tsc.. ahhahahaDaniel- Original Message -From: "Giovani Salvador" <[EMAIL PROTECTED]>To: <[EMAIL PROTECTED]>Sent: Tuesday, October 02, 2001 10:20 AMSubject: [java-list] VEJAM ESSA - C#Pessoal, o link abaixo contém uma "comparação" ridícula entre C# e Java. Oautor do artigo, além de demostrar falta total de conhecimento em java emalguns ítens, puxa completamente a corda para o lado eternamenteproprietário Microsoft. O comparativo é bom para ver como esse sujeito temtotal desconhecimento sobre java. Alguns exemplos: Fala que java não possuiEnum (o que é o objeto enumeration então???) e não possui propriedades. Éde doer, bom para dar umas risadas.http://www.microsoft.co
m/brasil/msdn/colunas/falandoc/col_falandoc_2.asp**Giovani Salvadorhttp://pagina.de/siglas (Siglas de informática)PROCERGS - Cia. de Processamento de Dados doEstado do Rio Grande do SulSetor TSI - Tecnologia para Sistemas de InformaçãoICQ #44904309**-- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SPdúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED]--- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED] -

RE: [java-list] Servlet with Tomcat

2001-10-03 Thread Gilsara

vc tem que colocar seu servlet no diretório corretp do TomCat, geralmente é
jakarta-tomcat-4.0-b5\webapps\examples\web-inf\classes

-Original Message-
From: Henrique Sakata [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 2 de outubro de 2001 14:02
To: [EMAIL PROTECTED]
Subject: [java-list] Servlet with Tomcat

Estou comecando a programar Servlet, e estou com algumas duvidas. Bom,
estou usando como o servidor o Tomcat, mas nao sei como que eu faco para
fazer a chamada do servlet usando o Tomcat. Quando click em um link que
deveria fazer a chamada do servlet, ele abre uma outra janela, como se eu
fosse fazer download. Como que eu faco para que o Tomcat saiba que aquele
link e um servlet?

Obrigado

_
--->Get your free email @godisdead.com
Made possible by Fade to Black Comedy Magazine

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

For your protection, this e-mail message has been scanned for Viruses.
Visit us at http://www.neoris.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list] VEJAM ESSA - C#


Aprendi com um profissional da área experiente que não devemos nos atrelar
a uma linguagem devemos sim conhecer os conceitos que todas as linguagens
possuem e utilizar aquela que possue mais caracteristicas com o projeto ou o
momento em que o projeto esta sendo realizado.
Todas essas discussão entre linguagens é pura besteira. A momentos que é
interessante ter uma linguagem mais fraca, não entendam fraca
pejorativamente, como VB para se criar apenas um aplicativo de BD simples.
As vezes é interessante escovar bits na memória e usar C++ com aritmética de
ponteiros.
Acho que querer comparar linguagens leva nos a "guerras santas".
Não se esqueçam que este mesmo episodio ocorreu com o inicio do Java, qdo
este foi comparado por muitos com C++. E o C++ continua hj firme e forte.

[]s,
Flávio.

> -Mensagem original-
> De: Luiz Fernando Bicalho [mailto:[EMAIL PROTECTED]]
> Enviada em: terça-feira, 2 de outubro de 2001 17:09
> Para: [EMAIL PROTECTED]; Perry Werneck
> Assunto: RE: [java-list] VEJAM ESSA - C#
>
>
> ao invez de usar o #define se usa variaveis final
> se fizer assim:
>
> final boolean DEBUG = false;
> if (BOOLEAN)
> {
>   //poe os comandos de debug aqui
> }
> vai ser igual a um
>
> #define DEBUG
> #ifdef DEBUG
>   //poe os comandos de debug aqui
> #endif
>
> na compilação não vai para o fonte a parte do if tanto no java como no C
> -Original Message-
> From: Perry Werneck [mailto:[EMAIL PROTECTED]]
> Sent: terça-feira, 2 de outubro de 2001 15:34
> To: [EMAIL PROTECTED]
> Subject: Re: [java-list] VEJAM ESSA - C#
>
>
> On Tue, 2 Oct 2001 10:20:22 -0300 (GMT-03:00), Giovani Salvador wrote:
>
>   Ola,
>
> >desconhecimento sobre java. Alguns exemplos: Fala que java não
> possui Enum
> (o que é o objeto
> >enumeration então???) e  não possui propriedades. É de doer, bom para dar
> umas risadas.
>
>   Não olhei o artigo ainda mas, que eu saiba, o objeto
> enumeration do Java
> não tem muita relação
> com o ENUM do C até pelo fato do segundo ser uma diretiva de
> pré-processador
> não?
>
>   Num ponto até que concordo: A falta de um #define no Java as vezes
> atrapalha bastante.
>
>
> ---
> Perry Werneck - ICQ #27241234
>
> /"\
> \ / Campanha da Fita ASCII - Diga NAO ao HTML em emails
> X   ASCII Ribbon Campaign - Say NO to HTML in email
> / \
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] printStackStrace para string

2001-10-03 Thread Andre H. Gil


Ola,

você poderia jogar para uma PrintStream e a partir dela jogar
para a String. Eu fiz uma Classe que pega o erro e joga para um
TextArea. Caso seja isto que você queira fazer posso te enviar o
código.

At.,

Andre Gil

>Alguem ai sabe como fazer para capturar o printStackTrace
>() e guardar o resultado em uma String ?
>
>Obrigado,
>LF
>
>
>
>
>
>_
_
>AcessoBOL, só R$ 9,90! O menor preço do mercado!
>Assine já! http://www.bol.com.br/acessobol
>
>
>
>-- LISTA SOUJAVA 

>http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-
SP
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para java-list-
[EMAIL PROTECTED]
>-

>
>


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] parser




Se o HTML é XML bem formatado pode usar XSL tranformação

eafbprof wrote:
007001c14b95$369306a0$aba7fea9@prof1">
  
  
  Olá pessoal,
  alguém tem alguma classe que faz um parser
em um  documentos html e sgml. ou seja tira os tags e me retorna apenas o
texto destes  documentos.
  Desde ja agradeco,
  Wander

[java-list] artigo Java x C#

2001-10-03 Thread Alan Borsato





Lista,
Eu acabei de ler as mensagens sobre o artigo e enviei um mail para o 
autor:
Estou eviando tambem um pedido para que revise o 
documento e publique uma errata com o monte de bobagem que 
escreveu!
 
Caro Mauro,
 
Voce CONHECE realmente a tecnologia Java, ou esta 
interessado em promover a tecnologia C#.
Eu nao tenho duvidas que a linguagem C# e realmente 
boa (entenda-se para arquiteturas Microsoft).
Mas eu tenho algumas criticas ao seu suposto 
conhecimento em Java:
 
1. Em momento algum voce citou PORTABILIDADE mas eu 
entendo as intencoes da Microsoft de monopolio, nao me assusta.
2. Algumas afirmativas sobre a linguagem estao 
equivocadas
    Todos os tipos derivados de ancestral comum - Java 
possui.
    Structs e Enums - Java e orientado a objetos, como 
poderia!
        
    Referencia, ponteiros, etc - Mesmo que o 
anterior.
        
    Os "Especificadores de 
acesso" não seguem uma "Padronização por algum organismo internacional" 
como UML, sera que a Microsoft esta lancando uma linguagem de molelagem para 
concorrer com UML?
    Compilado para código nativo - falha gravissima, 
quase todo JDK têm o JIT (recomendo que leia sobre ele).
3. Onde estao os comentarios sobre ACESSO REMOTO, 
CARREGAMENTO REMOTO DE CODIGO, BEANS, APPLETS e outras tecnologias que fiseram o 
nome de Java.
 
Permitame dizer que o artigo esta muito tendencioso 
e nao reflete absolutamente a verdade.
 
Passe bem,
Alan Borsato.

Re: [java-list] Re: Artigo Java x C#


Hear Hear Sergio !

Acho que até existe opção 3:
Microsoft paga para este artigo?.. Não se fala mal de quem paga as contas.

Mas sério fora que o artigo é malescrito se basea em coisas que não são 
verdade.

Sven

Sergio Oliveira Jr. wrote:

> Mauro,
>
> Eu te dei duas opções:
>
> 1) Vc está mentindo
> 2) Vc não sabe nada sobre Java
>
> Se vc optou pela alternativa 1), não há nada que eu possa fazer.
>
> Só quiz humildemente alertá-lo que comprar uma briga sem estar numa 
> posição neutra e sem possuir informações corretas pode ser perigoso 
> para a sua imagem profissional.
>
> Possuo 6 anos de experiência com a tecnologia Java e posso lhe afirmar 
> que o seu artigo possui diversas afirmações incorretas, bizarras e 
> suspeitas sobre a tecnologia java.
>
> --
> Sergio Oliveira Jr.
> Sun Certified Java Programmer
> Desenvolvedor e Consultor Java
> --
>
>
>
>> From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>> To: [EMAIL PROTECTED]
>> Subject: Re: Artigo Java x C#
>> Date: Wed, 03 Oct 2001 00:24:44 +
>>
>> Caro senhor,
>>
>> O meu e-mail está disponível para críticas construtivas e 
>> esclarecimento de dúvidas, não para ofensas.
>>
>> Mente o senhor ao iniciar a mensagem com "Com todo o respeito" e a 
>> seguir me chamar de mentiroso.
>>
>> Sem mais,
>>
>> Mauro
>>
>>> From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
>>> To: [EMAIL PROTECTED]
>>> CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>> Subject: Artigo Java x C#
>>> Date: Wed, 03 Oct 2001 00:19:20 +
>>>
>>>
>>> Caro Mauro Sant'Anna,
>>>
>>> Com todo o respeito gostaria de lhe informar que o seu artigo sobre 
>>> Java x C# possui diversos erros grotescos em relação a tecnologia 
>>> Java. Isso demonstra que ou vc está mentindo para promover a 
>>> tecnologia C# ou vc não sabe absolutamente nada sobre a tecnologia 
>>> Java e nunca deveria ter escrito um artigo como esse.
>>>
>>> Eu não tenho nenhuma experiência com a tecnologia .Net, apenas sei 
>>> que ela é a alternativa da Microsoft para o sucesso da linguagem 
>>> Java no mercado. Portanto me limito a ficar calado quando o assunto 
>>> é comparar C# com Java. Vc definitivamente deveria fazer o mesmo 
>>> para não passar vergonha.
>>>
>>> --
>>> Sergio Oliveira Jr.
>>> Sun Certified Java Programmer
>>> Desenvolvedor e Consultor Java
>>> --
>>>
>>
>
>
> _
> Get your FREE download of MSN Explorer at 
> http://explorer.msn.com/intl.asp
>
>
> -- LISTA SOUJAVA 
>  http://www.soujava.org.br  -  Sociedade 
> de Usuários Java da Sucesu-SP dúvidas mais comuns: 
> http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para 
> [EMAIL PROTECTED] 
> -
>



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Daniel Quirino Oliveira

Poxa, vejo que minha declaração está sendo muito comentada aqui. Apesar de
eu quase que ter "massacrado" o C#, eu tbm acho q o Java tem algumas falhas,
e o Alysson frisou a principal delas, q é a falta de heranças multiplas:
quem programa em C++ e um dia usou heranças multiplas sabe como é estranho
não poder usar isso em Java. Qto às diretivas, eu sinceramente nunca senti
falta alguma e dou graças a Deus(?!!) que isso não faz parte do Java.
Structs nem vou comentar, isso pertence a um paradigma da qual o Java não
faz parte. "Goto", acho eu, que deixa o código ilegível, dependendo do
tamanho deste. Imagina um código de uma 20 páginas, e, de repente, lá pela
página 12, vc se depara com um goto para um label que vc não sabe se vc já
passou por ele ou se ele está mais adiante? Imaginou? Goto's podem ser
ótimos, como o Alysson frisou, para códigos pequenos e que requerem uma
certa velocidade, mas para um sistema mais descente, goto's podem ser um
desastre. E goto's viciam!!!
Qto ao C... tbm acho C uma linguagem interessante, no entanto, ela faz parte
de um paradigma que eu não sou muito fã, que são as linguagens estruturadas.
Mas o maior problema do C, como o Alysson tbm já disse, é ter que manipular
strings como um "ponteiro" de caracteres!!! Com certeza vc tem uma vantagem
em usar este tipo de abordagem, mas com certeza é muito pouco prático,
principal.e se vc não precisa/quer trabalhar com acesso direto à memoria
(eca!! ficar fazendo coisas do tipo "char *m =
(char)malloc(10*sizeof(char*)) é demais para mim!!!)
acho q é só... continuo achando que Java é muito superior a qq linguagem ou
tecnologia que temos hj em dia; claro q ela tem limitações, mas, afinal, o q
é perfeito? hehehehehe...

abraços

Daniel

- Original Message -
From: "Alysson Neves Bessani" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 5:36 PM
Subject: Re: [java-list] VEJAM ESSA - C#

Apesar de nao "destratar" o C como o Daniel fez concordo com ele
em todos os pontos, a nao ser no caso de ponteiros q eventualmente sao
interessantes numa implementacao mais eficiente. Vou comentar algumas
coisas q o Daniel citou:

On Tue, 2 Oct 2001, Daniel Quirino Oliveira wrote:

> Cara, simplesmente ridículo... os trunfos da qual o C# se vangloria de ter
> são aquelas coisas que o Java simplesmente abonima, que são ponteiros.
Cara,
> quem hoje em dia quer fazer um programa com "diretivas de compilação"
(quem
> programa em C++ sabe o saco que é esquecer um #ifndef/endif no fim de um
> .h).

   Com certeza. Algumas pessoas reclamam da falta do define principalmente
para definir constantes e macros. Entretanto estes "features" podem ser
implementados de maneira bem mais elegante atraves de campos "static
final" e metodos "final". Vale lembrar que os bons compiladores Java
substituem referencias a "finals" pelo codigo destes campos/metodos em
tempo de compilacao (de maneira parecida com o q acontece com as macros),
eliminando desta forma o overhead da execucao destes metodos/acessos a
campos. Por isso nao eh menos eficiente a utilizacao dos "set" e "get" do
padrao JavaBeans se vc defini-los como final.

> Ou então fazer um programa cheio de "goto's" e deixar o próprio código
> parecendo um prato de spaghetti???

Goto realmente nao tem lugar em desenvolvimento serio atualemnte.
A nao ser em pequenos modulos q requerem muita performance. Mas o java,
felizmente, baniu o goto.

> O mais engraçado são eles defendendo como
> loucos as DLL's e "structs"? Structs?!!! cara... isso é coisa de C,
Pascal,
> linguagem procedural feia e podre!!!

DLLs foram substituidas a contento pelos jars. E structs podems er
implementadas com classes... Java nao tem Enum, mas tambem nao faz falta
nenhuma!

O unico problema do Java eh a falta de heranca multipla. Isso
impede algumas variacoes de projeto uteis e nos forca a utilizacao de
interfaces, o q nem sempre eh a solucao ideal. Entretanto esse nao eh um
grande problema.

Quanto as linguagens procedurais, considero C a melhor linguagem
jah feita em todos os tempos, dada sua elegancia e simplicidade.
Entretanto eh uma linguagem extremamente dificil de se dominar e q tem
serias limitacoes no trato com strings, que sao, diga-se de passagem, o
tipo de dados mais utilizado em sistemas "serios".

No geral a microsoft estah sendo extremamente ridicula com essa
historia de C#. Os programadores C e C++ q tinham q ir pra Web quase todos
passaram a utilizar Java. E tah na cara q o q eles querem eh fazer um Java
com os vicios do C/C++ pra q todo mundo q gosta destas linguagens fique
feliz...

Eh minha opiniao.

--
Alysson Neves Bessani
LCMI - Laboratorio de Controle e Microinformatica
UFSC - Universidade Federal de Santa Catarina
mailto:[EMAIL PROTECTED]   icq:120876003

"Ninguem tem o direito de se sentir ofendido."
- John "Monty Python" Cleese

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns

Re: [java-list] JSP e XML

2001-10-03 Thread Ricardo Santiago



Cara, a mensagem diz:
 
  "the document does not contain exactly one root
node"

Ou seja o documento não tem um único root element.

Isso significa que voce deve estar fazendo algo como





Isso não vai funcionar.
Você precisa ter um único root element.
Tente algo como


  
  
  


* É claro que os nomes das tags são só exemplos

Ricardo Munhoz Santiago

--- Ricardo Silva <[EMAIL PROTECTED]> wrote:
>   Seguindo tenho uma pagina JSP que devolve o
> ContentType ("text/xml") , o
> que acontece é o seguinte tenho a tag importxml
> dentro
>   de uma comando out.println(" url='xmlData.jsp'/>) ; so que estou
> tendo dificuldade em conseguir fazer isto funcionar
> , o resultado é que
> aparentemente funcionou mais nao devo estar
> coneguindo carregar este jsp
> direto pois obtenho um erro
> 
>   the document does not contain exactly one root
> node
> 
>   alguem ´já fez algo parecido ou tem a solucao para
> este pequeno grande
> problema?
> 
>   Agradeco Antecipadamente.
> 


__
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Cortar uma imagem


Pessoal,

Procurei por muitos sites e não consegui uma resposta.
Tenho uma Image queria recortar um retangulo desta e gerar uma nova Image
menor apenas com este retangulo.
Alguem tem idéia de como fazer isso???

[]s,
Flávio



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Mauro Sant'Anna

Estou respondendo esta mensagem ao grupo e não a este indivíduio de 
pouquíssima educação, que foi devidamente bloqueado no meu leitor de 
correio.

A coluna original era feita em forma de tópicos e com poucas explicações, 
tendo sido feita como base para que o leitor pudesse fazer a sua própria 
pesquisa. Acrescento que o artigo foi bastante pesquisado e, até o momento, 
não foi encontrado nenhum erro nele. De qualquer forma, dada a quantidade de 
mensagens pedindo esclarecimentos, para não falar das dezenas de ataques 
pessoais gratuitos, achei por bem publicar um artigo contendo explicações 
detalhadas sobre alguns pontos mais polêmicos.

Em alguns dias darei a saber ao grupo o link desses esclarecimentos.

Acrescento que dada a quantidade de mensagens que estou recebendo sobre o 
assunto, não serei mais capaz de fornecer respostas personalizadas como 
tenho feito, pois preciso trabalhar.

Mauro

>From: Sven van ´t Veer <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: [java-list] Re: Artigo Java x C#
>Date: Wed, 03 Oct 2001 09:04:48 -0300
>
>Hear Hear Sergio !
>
>Acho que até existe opção 3:
>Microsoft paga para este artigo?.. Não se fala mal de quem paga as contas.
>
>Mas sério fora que o artigo é malescrito se basea em coisas que não são
>verdade.
>
>Sven
>
>Sergio Oliveira Jr. wrote:
>
>>Mauro,
>>
>>Eu te dei duas opções:
>>
>>1) Vc está mentindo
>>2) Vc não sabe nada sobre Java
>>
>>Se vc optou pela alternativa 1), não há nada que eu possa fazer.
>>
>>Só quiz humildemente alertá-lo que comprar uma briga sem estar numa
>>posição neutra e sem possuir informações corretas pode ser perigoso
>>para a sua imagem profissional.
>>
>>Possuo 6 anos de experiência com a tecnologia Java e posso lhe afirmar
>>que o seu artigo possui diversas afirmações incorretas, bizarras e
>>suspeitas sobre a tecnologia java.
>>
>>--
>>Sergio Oliveira Jr.
>>Sun Certified Java Programmer
>>Desenvolvedor e Consultor Java
>>--
>>
>>
>>
>>>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>>>To: [EMAIL PROTECTED]
>>>Subject: Re: Artigo Java x C#
>>>Date: Wed, 03 Oct 2001 00:24:44 +
>>>
>>>Caro senhor,
>>>
>>>O meu e-mail está disponível para críticas construtivas e
>>>esclarecimento de dúvidas, não para ofensas.
>>>
>>>Mente o senhor ao iniciar a mensagem com "Com todo o respeito" e a
>>>seguir me chamar de mentiroso.
>>>
>>>Sem mais,
>>>
>>>Mauro
>>>
From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Artigo Java x C#
Date: Wed, 03 Oct 2001 00:19:20 +

Caro Mauro Sant'Anna,

Com todo o respeito gostaria de lhe informar que o seu artigo sobre
Java x C# possui diversos erros grotescos em relação a tecnologia
Java. Isso demonstra que ou vc está mentindo para promover a
tecnologia C# ou vc não sabe absolutamente nada sobre a tecnologia
Java e nunca deveria ter escrito um artigo como esse.

Eu não tenho nenhuma experiência com a tecnologia .Net, apenas sei
que ela é a alternativa da Microsoft para o sucesso da linguagem
Java no mercado. Portanto me limito a ficar calado quando o assunto
é comparar C# com Java. Vc definitivamente deveria fazer o mesmo
para não passar vergonha.

--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
--

>>>
>>
>>
>>_
>>Get your FREE download of MSN Explorer at
>>http://explorer.msn.com/intl.asp
>>
>>
>>-- LISTA SOUJAVA
>> http://www.soujava.org.br  -  Sociedade
>>de Usuários Java da Sucesu-SP dúvidas mais comuns:
>>http://www.soujava.org.br/faq.htm
>>regras da lista: http://www.soujava.org.br/regras.htm
>>para sair da lista: envie email para
>>[EMAIL PROTECTED]
>>-
>>
>
>

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Artigo Java x C#

2001-10-03 Thread Alan Borsato




Eu acho justo apresentar a resposta dele 
tambem...
 
 
Caro 
Alan,Em breve publicarei um artigo no site da Microsoft contendo 
explicações extensas a estas e outras dúvidas. Por enquanto, aceite esta 
breve resposta.1)PortabilidadeQuis me concentrar apenas na 
linguagem, como explicado no início e coerente com o próprio 
título.2A)Ancestral comumRepito: O Java não tem um acenstral comum 
de todos os tipos. Os tipos como inteiro não são derivados de onject. No C# 
sim.2B)Structs e enumsTer enum e struct não faz a linguagem menos 
orientada a objetos. Pode fazer os programas mais rápidos, 
contudo.2C)PonteirosMesmo que o anterior2D)UML!!! Não 
falei nada de UML.2E)Compilação!!! O java foi feito para ser 
interpretado e continua assim. Não neguei que existam compiladores; releia o 
artigo. Uma discussão de "quantos porcento das vezes o Java é compilado" é 
tão frutífera como discutir o sexo dos anjos.MauroJamais 
citei UML.

RE: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Luiz Fernando Bicalho


Errei

ao invez de usar o #define se usa variaveis final
se fizer assim:

final boolean DEBUG = false;
if (DEBUG)
{
//poe os comandos de debug aqui
}
vai ser igual a um

#define DEBUG
#ifdef DEBUG
//poe os comandos de debug aqui
#endif

-Original Message-
From: Luiz Fernando Bicalho [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 2 de outubro de 2001 17:09
To: [EMAIL PROTECTED]; Perry Werneck
Subject: RE: [java-list] VEJAM ESSA - C#


ao invez de usar o #define se usa variaveis final
se fizer assim:

final boolean DEBUG = false;
if (BOOLEAN)
{
//poe os comandos de debug aqui
}
vai ser igual a um

#define DEBUG
#ifdef DEBUG
//poe os comandos de debug aqui
#endif

na compilação não vai para o fonte a parte do if tanto no java como no C
-Original Message-
From: Perry Werneck [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 2 de outubro de 2001 15:34
To: [EMAIL PROTECTED]
Subject: Re: [java-list] VEJAM ESSA - C#


On Tue, 2 Oct 2001 10:20:22 -0300 (GMT-03:00), Giovani Salvador wrote:

Ola,

>desconhecimento sobre java. Alguns exemplos: Fala que java não possui Enum
(o que é o objeto
>enumeration então???) e  não possui propriedades. É de doer, bom para dar
umas risadas.

Não olhei o artigo ainda mas, que eu saiba, o objeto enumeration do Java
não tem muita relação
com o ENUM do C até pelo fato do segundo ser uma diretiva de pré-processador
não?

Num ponto até que concordo: A falta de um #define no Java as vezes
atrapalha bastante.


---
Perry Werneck - ICQ #27241234

/"\
\ / Campanha da Fita ASCII - Diga NAO ao HTML em emails
X   ASCII Ribbon Campaign - Say NO to HTML in email
/ \


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Desenvolvimento JAVA em PALM

2001-10-03 Thread Maxwell Farias do Nascimento


Alguém possui indicação de fontes de informação para desenvolvimento JAVA em
Palm.

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] VEJAM ESSA - C#


PessoALL,

A Micro$oft está ficando tão para trás que nem vale a
pena ficar discutindo isso. Alguns pontos que
considero interessantes:

1. A quanto tempo existe a .NET?
2. Em quantas plataformas ela roda?
3. Aliás, ela roda em PRODUÇÃO em algum lugar?
4. Ela é uma especificação que qualquer empresa de
software pode implementar (como o J2EE) ou é um
produto PROPRIETÁRIO da M$?
5. Por que a M$ está utilizando a mesma filosofia do
Java e suas especificações, e implementando uma
solução própria?


E aqui um link bem interessante:
http://www.theserverside.com/resources/article.jsp?l=J2EE-vs-DOTNET




 --- Giovani Salvador
<[EMAIL PROTECTED]> escreveu: >
Deixa só eu esclarecer um ponto. Estou vendo que o
> mail que postei está fazendo certo "barulho", em
> esmagadora maioria com apoio ao java. Quanto à
> "enum" e "propriedades", quis apenas chamar a
> atenção para ítens que julguei ser ridículos de
> comparação para que o grupo visse o restante do
> "comparativo". Realmente, será que enum do c++
> difere totalmente do objeto enumeration java? Também
> gostaria de um argumento mais forte para dizer que
> objetos java não possuem propriedades, independente
> da forma como esta é feita.
> Quero chamar a atenção para mais um detalhe: O autor
> diz que dá treinamento em .net desde outubro de
> 2000. .Net ainda está em Beta 2, certo? (corrijam-me
> se eu estiver errado). Quem contrataria um
> treinamento sobre uma tecnologia que está em Beta?
> 
>  Mensagem Original ---
> Data : Ter 02/10/2001 20:26
> De   : Andre Racz  <[EMAIL PROTECTED]>
> Para : [EMAIL PROTECTED]
> Assunto: Re: [java-list] VEJAM ESSA - C#
>  
> Como já foi dito o Enum do C# não é a mesma coisa
> que o Enumeration do Java.
> O Enum e as Structs podem ser simuladas em java com
> facilidade, a justificativa que o autor desse artigo
> dá para o suporte do C# a essas caracteristicas é o
> fato de usar classes ser caro nesse caso.
> 
> Essa justificativa é até razoável, mas conflita com
> um outro ponto do C#.
> No mesmo artigo é dito que todos os tipos são
> herdados de Object, inclusive os Primitivos, o que
> encarece o uso dos mesmos (pois são classes).
> 
> O que voces acham que é mais utilizado, uma Enum,
> Struct ou um tipo primitivo
> 
> Fora isso esse artigo não falou coisas erradas,
> apenas é uma visão de um lado dessa briga.
> 
> Acho que seria interessante se alguém (com os
> conhecimentos necessários) escrevesse um artigo
> desse tipo do ponto de visto neutro, sem puxar para
> o lado da Sun e nem da Microsoft...
> Se alguem conhecer algum artigo por favor mande-o
> 
> André Rácz
> 
> 
> -- 
> 
> ___
> Sign-up for your own FREE Personalized E-mail at
> Mail.com
> http://www.mail.com/?sr=signup
> 
> Have you downloaded the latest calling software from
> Net2Phone? Click here to get it now!
>
http://www.net2phone.com/cgi-bin/adforward.cgi?p_key=NH211JK&url=http://commcenter.net2phone.com/
> 
> 
> 
> 
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
> 
> 
> 
> **
> Giovani Salvador
> http://pagina.de/siglas (Siglas de informática)
> PROCERGS - Cia. de Processamento de Dados do 
> Estado do Rio Grande do Sul
> Setor TSI - Tecnologia para Sistemas de Informação
> ICQ #44904309
> **
>     
> > -- LISTA SOUJAVA
> 
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED]
>
- 

___
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil 
e grátis!
http://br.geocities.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list] JSP e XML eis a questao !

2001-10-03 Thread Leandro Bitencourt




Para 
resolver a parada do acento coloque no cabecalho do seu XML o parametro 
encoding:
 
 out.println("");
 
Vc tbm nao 
podera imprimir &, < e > . Troque elas por 
 
    & = 
&    < = <    > = 
>
 
Só 
dando um toque ricardo, vc deveria dar uma boa lida em alguma documentacao sobre 
XML. Nao da para Escrever grego so sabendo datilografar! 
Da?!!
 
Abraços,
 
Leandro Bitencourt
Escalena SA
Phone:+55 (11) 3824 4384

  -Mensagem original-De: Ricardo Silva 
  [mailto:[EMAIL PROTECTED]]Enviada em: terça-feira, 2 de outubro 
  de 2001 09:44Para: [EMAIL PROTECTED]Assunto: 
  [java-list] JSP e XML eis a questao !
  Pessoal da Lista ,
   
      A minha duvida é a seguinte qual a 
  melhor forma de um JSP retornar um XML como resposta , eu estou usando o 
  setContentType("text/xml") , mais tenho obtido problemas com acentos na 
  devolucao do conteudo , nao no brownser pois o interesse nao é mostrar o 
  conteudo mais sim que o conteudo seja envia a outro programa 
  .
      Este "JSP/XML" tem que ser uma 
  coisa montável flexivel , pois ele deve ser montado a partir de consultas no 
  Banco de Dados , entao como faria , qual seria a forma mais fácil de se 
  conseguir este resultado.??
   
  Se 
  alguem souber ou tiver ideias mandeas para podermos 
  discutir!!
   
  valeu obrigadoa todos !!!
  
  
  Incoming mail is certified Virus Free.Checked by 
  AVG anti-virus system (www.grisoft.com). 
  Version: 6.0.280 / Virus Database: 147 - Release Date: 
11/9/2001
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (www.grisoft.com).
Version: 6.0.280 / Virus Database: 147 - Release Date: 11/9/2001


BEGIN:VCARD
VERSION:2.1
N:Bitencourt;Leandro
FN:Leandro Bitencourt
ORG:Escalena SA;IT
TITLE:CTO
TEL;WORK;VOICE:(+55 11) 3824 4384
TEL;WORK;FAX:(+55 11) 3612 2553
ADR;WORK:;;R: James Holland;São Paulo;SP;01138-000;Brasil
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:R: James Holland=0D=0AS=E3o Paulo, SP 01138-000=0D=0ABrasil
URL:
URL:http://www.escalena.com
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20010405T125850Z
END:VCARD



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RES: [java-list]Qual o melhor ambiente?

2001-10-03 Thread Leandro Bitencourt


Liandro,

Forte eh de graca na versao Comunn... algo assim.. alias, eh um dos mais
caros nas versoes profissionais.

Abraços,

Leandro Bitencourt
Escalena SA
Phone:+55 (11) 3824 4384


-Mensagem original-
De: Liandro(Unimed) [mailto:[EMAIL PROTECTED]]
Enviada em: terça-feira, 2 de outubro de 2001 14:15
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list]Qual o melhor ambiente?


Na minha opnião, é o Forte e JBuilder, ai vai de cada um a escolha, mas
essas
p/ mim sao as melhores IDEs...

A vantagem do Forte é que ele é muito flexivel e é de GRAÇA...


[]s


Liandro


- Original Message -
From: "fdcunha" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 01, 2001 9:36 AM
Subject: [java-list]Qual o melhor ambiente?


> Gostaria de saber qual destes dois ambientes é melhor
> Netbens ou Jbuilder?
>
> Obrigado
> Fabinho SP
>
>
> __
> AcessoBOL, só R$ 9,90! O menor preço do mercado!
> Assine já! http://www.bol.com.br/acessobol
>
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>
>


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.280 / Virus Database: 147 - Release Date: 11/9/2001

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.280 / Virus Database: 147 - Release Date: 11/9/2001


BEGIN:VCARD
VERSION:2.1
N:Bitencourt;Leandro
FN:Leandro Bitencourt
ORG:Escalena SA;IT
TITLE:CTO
TEL;WORK;VOICE:(+55 11) 3824 4384
TEL;WORK;FAX:(+55 11) 3612 2553
ADR;WORK:;;R: James Holland;São Paulo;SP;01138-000;Brasil
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:R: James Holland=0D=0AS=E3o Paulo, SP 01138-000=0D=0ABrasil
URL:
URL:http://www.escalena.com
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20010405T125850Z
END:VCARD



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RES: [java-list] JSP

2001-10-03 Thread Leandro Bitencourt




www.jspbrasil.com.br
 
 
Abraços,
 
Leandro Bitencourt
Escalena SA
Phone:+55 (11) 3824 4384

  -Mensagem original-De: Alexandre Jose 
  [mailto:[EMAIL PROTECTED]]Enviada em: terça-feira, 2 de outubro de 
  2001 13:23Para: [EMAIL PROTECTED]Assunto: 
  [java-list] JSP
  E ai Galera, 
     Alguem sabe ou tem exemplos de jsp para me mandar?! 
  Obrigado 
    Alexandre
  
  
  Do You Yahoo!?Listen to your Yahoo! Mail messages from any phone 
  with Yahoo! 
  by Phone.
  
  
  Incoming mail is certified Virus Free.Checked by 
  AVG anti-virus system (www.grisoft.com). 
  Version: 6.0.280 / Virus Database: 147 - Release Date: 
11/9/2001
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (www.grisoft.com).
Version: 6.0.280 / Virus Database: 147 - Release Date: 11/9/2001


BEGIN:VCARD
VERSION:2.1
N:Bitencourt;Leandro
FN:Leandro Bitencourt
ORG:Escalena SA;IT
TITLE:CTO
TEL;WORK;VOICE:(+55 11) 3824 4384
TEL;WORK;FAX:(+55 11) 3612 2553
ADR;WORK:;;R: James Holland;São Paulo;SP;01138-000;Brasil
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:R: James Holland=0D=0AS=E3o Paulo, SP 01138-000=0D=0ABrasil
URL:
URL:http://www.escalena.com
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20010405T125850Z
END:VCARD



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RE: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Denard . Soares

Title: RE: [java-list] Re: Artigo Java x C#





Sérgio,


Eu gostaria de fazer uma pequena correção no seu email.


Java não possui passagem por referência. Somente por valor. Existe uma forma de "simular" passagem de parâmetros por referência, utilizando os objetos ou tipos primitivos armazenados em um array, por exemplo. Mas não existe passagem por referência.

Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o problema? Alguém por favor, apresente um artigo demonstrativo, baseado em testes de performance ou de algum requisito que mostre qual é o grandisíssimo problema de Java utilizar passagem por valor, e não por referência? Mesmo que haja, isso significa que Java é ruim?

Abraços,
Denard


-Original Message-
From: Sergio Oliveira Jr. [mailto:[EMAIL PROTECTED]] 
Sent: terça-feira, 2 de outubro de 2001 22:56
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [java-list] Re: Artigo Java x C#


Mauro,


Não era a minha intensão te tirar do sério. Não vejo problema algum em me 
engajar num papo com você face-to-face. Só estou conversando com você via 
email por ser mais conveniente, afinal a tecnologia está aí para facilitar a 
nossa vida, certo?


Vou continuar falando racionalmente, apesar de não ver nenhum problema em te 
encontrar para um papo mais descontraído.


Alguns absurdos que vc escreveu:


- Java não possui todos os tipos derivados de ancestral comum:


Possui sim... Além de possuir tipos primitivos mais leves, que por sua vez 
possuem suas classes equivalentes (Wrappers). Todas são derivadas da class 
Object.


- Java não possui Structs:


Realmente não possui a palavra Structs, mas é ridículo simular um C Struct 
com uma class ou inner class.


- Java não pode passar parametros por referencia:


Todos os objetos Java são passados por referencia. Qualquer principiante em 
Java precisa saber disso.


- Java não possui Propriedades:


Já ouviu falar em JavaBeans ??? Tb existe uma classe Properties que faz isso 
facilmente.


- Java categoricamente não possui eventos nem delegate:


Toda a GUI do Java é orientada a eventos e a listeners.
Java não possui ponteiros para funções, mas possui interfaces que podem 
facilmente e de uma forma mais elegante e poderosa realizar callbacks.


- Java não possui Atributos:


Não sei o que vc quiz dizer com isso, mas Java possui uma API de Reflection 
poderosíssima.


- Java não possui Ponteiros:


Ainda bem! Referencia = Ponteiro com a excessão que não podemos fazer 
operações aritiméticas com referencias.
Todo mundo sabe que os ponteiros sempre foram a maior fonte de bugs, falhas 
de segurança, vírus e dores de cabeça para os programadores C.


- Java não possui Forech: loop para varrer arrays e coleções


Dê uma olhada na API Collections. Vc vai ficar impressionado com a 
qualidade, eficiência e performance dessa API.


- Java não possui Campos readonly.


Lógico que possui. Basta utilizar final.


- Java não possui Documentação integrada em XML.


Javadoc serve exatamente para isso que vc sugere como vantagem do C#.


- Java não possui Controle sobre "estouro de faixa" numérica


Lógico que possui. Pelo amor de Deus...


- Java não possui Diretivas de compilação condicional (#ifdef etc)


Não precisa pois utilizando o final boolean DEBUG = false; o compilador 
automaticamente otimiza o código compilado retirando esse código morto.


- Java não possui Padronização por algum organismo internacional


??? Já ouviu falar em Enterprise JavaBeans, Servlet, JSP, etc. Diversas 
empresas adotaram essas especificações, independentemente de imposições da 
Sun. Apenas a Máquina Virtual da microsoft não era compatível com todas as 
demais, daí a derrota da Microsoft na justiça.


- Java não Chama APIs do Windows e DLLs


Lógico que chama via JNI.


Como voce percebe pelos meus comentários acima. Vc definitivamente não é a 
pessoa certa para fazer essa comparação entre C# e Java. A não ser que vc 
seja um homem de marketing e não da área de TI.


--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
Empresa SmartJava
--




>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Artigo Java x C#
>Date: Wed, 03 Oct 2001 00:41:36 +
>
>Se você quizesse "alertar-me", teria fornecido exemplos concretos e fatos 
>ao invés de me chamar de ignorante/mentiroso.
>
>É incrível como as pessoas ficam "valentes" na frente de um teclado. 
>Imagine se você teria a coragem de me dizer cara a cara o que você me 
>escreveu, depois de uma comparação C# X Java em um eventual seminário da 
>Microsoft - mais ou menos ou equivalente a um artigo no site da Microsoft.
>
>Mauro
>
>>From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>Subject: Re: Artigo Java x C#
>>Date: Wed, 03 Oct 2001 00:35:27 +
>>
>>Mauro,
>>
>>Eu te dei duas opções:
>>
>>1) Vc está mentindo
>>2) Vc

Re: [java-list] UML

2001-10-03 Thread Daniel Quirino Oliveira




Bom dia...
olha, eu gostei do livro "modelagem de objetos 
através da UML" do José Davi Furlan - Makron Books... é simples e para 
quem está começando é mto bom
 
Daniel

  - Original Message - 
  From: 
  Liandro(Unimed) 
  To: [EMAIL PROTECTED] 
  Sent: Tuesday, October 02, 2001 2:16 
  PM
  Subject: [java-list] UML
  
  Olá pessoal, 
   
   
  alguém pode me recomendar um livro bem completo 
  de UML, em portugues...
   
  obrigado
   
   
  Liandro
   
  <<>> Unimed 
  de Londrina - Tecnologia e Informática Liandro A Eduardo - Analista 
  de Sistemas [EMAIL PROTECTED] 
  -  icq 53456249 Fone.: (0xx43) 375-6161 Ramal 
  6281 "Pisarás o leão e a cobra; calçaras os pes contra o filho do 
  leão e o dragão" SL 91,13

[java-list] Duvida sobre j2me

2001-10-03 Thread Ricardo . Ito


Alguem sabe se eu posso utilizar o "append" da classe Form para adicionar
uma "List" ao objeto Form?


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Marcelo Matos


Colegas,

Não acompanhei desde o começo a discussão, mas, não
acredito que uma pessoa possa ter afirmado esse tipo
de coisa.

Acho que uma pessoa que não conhece a linguagem Java,
e nao tem experiência nesta, não pode afirmar esse
tipo de coisa e ficar comparando com C#. 

Além do mais, o C# está nascendo agora, e atraves de
uma empresa que adota politicas muito errôneas.

Concordo com o Sergio quanto ao erro da Micro$oft
tentar derrubar o Java de uma forma não ideal. Acho
dificil que pessoas entendidas na área de TI e
envolvidas com Java tentem migrar para o C#.

Mas, vamos ver o que o futuro reserva para o C# e
.Net.


[]s
Marcelo Matos


 --- "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
escreveu: > Mauro,
> 
> Não era a minha intensão te tirar do sério. Não vejo
> problema algum em me 
> engajar num papo com você face-to-face. Só estou
> conversando com você via 
> email por ser mais conveniente, afinal a tecnologia
> está aí para facilitar a 
> nossa vida, certo?
> 
> Vou continuar falando racionalmente, apesar de não
> ver nenhum problema em te 
> encontrar para um papo mais descontraído.
> 
> Alguns absurdos que vc escreveu:
> 
> - Java não possui todos os tipos derivados de
> ancestral comum:
> 
> Possui sim... Além de possuir tipos primitivos mais
> leves, que por sua vez 
> possuem suas classes equivalentes (Wrappers). Todas
> são derivadas da class 
> Object.
> 
> - Java não possui Structs:
> 
> Realmente não possui a palavra Structs, mas é
> ridículo simular um C Struct 
> com uma class ou inner class.
> 
> - Java não pode passar parametros por referencia:
> 
> Todos os objetos Java são passados por referencia.
> Qualquer principiante em 
> Java precisa saber disso.
> 
> - Java não possui Propriedades:
> 
> Já ouviu falar em JavaBeans ??? Tb existe uma classe
> Properties que faz isso 
> facilmente.
> 
> - Java categoricamente não possui eventos nem
> delegate:
> 
> Toda a GUI do Java é orientada a eventos e a
> listeners.
> Java não possui ponteiros para funções, mas possui
> interfaces que podem 
> facilmente e de uma forma mais elegante e poderosa
> realizar callbacks.
> 
> - Java não possui Atributos:
> 
> Não sei o que vc quiz dizer com isso, mas Java
> possui uma API de Reflection 
> poderosíssima.
> 
> - Java não possui Ponteiros:
> 
> Ainda bem! Referencia = Ponteiro com a excessão que
> não podemos fazer 
> operações aritiméticas com referencias.
> Todo mundo sabe que os ponteiros sempre foram a
> maior fonte de bugs, falhas 
> de segurança, vírus e dores de cabeça para os
> programadores C.
> 
> - Java não possui Forech: loop para varrer arrays e
> coleções
> 
> Dê uma olhada na API Collections. Vc vai ficar
> impressionado com a 
> qualidade, eficiência e performance dessa API.
> 
> - Java não possui Campos readonly.
> 
> Lógico que possui. Basta utilizar final.
> 
> - Java não possui Documentação integrada em XML.
> 
> Javadoc serve exatamente para isso que vc sugere
> como vantagem do C#.
> 
> - Java não possui Controle sobre estouro de faixa
> numérica
> 
> Lógico que possui. Pelo amor de Deus...
> 
> - Java não possui Diretivas de compilação
> condicional (#ifdef etc)
> 
> Não precisa pois utilizando o final boolean DEBUG =
> false; o compilador 
> automaticamente otimiza o código compilado retirando
> esse código morto.
> 
> - Java não possui Padronização por algum organismo
> internacional
> 
> ??? Já ouviu falar em Enterprise JavaBeans, Servlet,
> JSP, etc. Diversas 
> empresas adotaram essas especificações,
> independentemente de imposições da 
> Sun. Apenas a Máquina Virtual da microsoft não era
> compatível com todas as 
> demais, daí a derrota da Microsoft na justiça.
> 
> - Java não Chama APIs do Windows e DLLs
> 
> Lógico que chama via JNI.
> 
> Como voce percebe pelos meus comentários acima. Vc
> definitivamente não é a 
> pessoa certa para fazer essa comparação entre C# e
> Java. A não ser que vc 
> seja um homem de marketing e não da área de TI.
> 
> --
> Sergio Oliveira Jr.
> Sun Certified Java Programmer
> Desenvolvedor e Consultor Java
> Empresa SmartJava
> --
> 
> 
> 
> >From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Artigo Java x C#
> >Date: Wed, 03 Oct 2001 00:41:36 +
> >
> >Se você quizesse "alertar-me", teria fornecido
> exemplos concretos e fatos 
> >ao invés de me chamar de ignorante/mentiroso.
> >
> >É incrível como as pessoas ficam "valentes" na
> frente de um teclado. 
> >Imagine se você teria a coragem de me dizer cara a
> cara o que você me 
> >escreveu, depois de uma comparação C# X Java em um
> eventual seminário da 
> >Microsoft - mais ou menos ou equivalente a um
> artigo no site da Microsoft.
> >
> >Mauro
> >
> >>From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
> >>To: [EMAIL PROTECTED]
> >>CC: [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> >>Subject: Re: Artigo Java x C#
> >>Date: Wed, 03 Oct 2001 00:35:27 +
> >>
> >>Mauro,
> >>
> >>Eu te dei duas opções:

Re: [java-list] Artigo Java x C#

2001-10-03 Thread Marcelo Matos


Onde posso ver este artigo, que, pelo jeito, está
cheio de afirmações infundadas e mentirosas ???


[]s
Marcelo Matos


 --- "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
escreveu: > 
> Caro Mauro Sant'Anna,
> 
> Com todo o respeito gostaria de lhe informar que o
> seu artigo sobre Java x 
> C# possui diversos erros grotescos em relação a
> tecnologia Java. Isso 
> demonstra que ou vc está mentindo para promover a
> tecnologia C# ou vc não 
> sabe absolutamente nada sobre a tecnologia Java e
> nunca deveria ter escrito 
> um artigo como esse.
> 
> Eu não tenho nenhuma experiência com a tecnologia
> .Net, apenas sei que ela é 
> a alternativa da Microsoft para o sucesso da
> linguagem Java no mercado. 
> Portanto me limito a ficar calado quando o assunto é
> comparar C# com Java. 
> Vc definitivamente deveria fazer o mesmo para não
> passar vergonha.
> 
> --
> Sergio Oliveira Jr.
> Sun Certified Java Programmer
> Desenvolvedor e Consultor Java
> --
> 
> 
>
_
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
> 
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
>  

___
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil 
e grátis!
http://br.geocities.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Problemas com IAS9-Oracle


PessoALL,

Vou explicar tudo para vocês:

1. O OC4J é o Orion. Não tem nada de proprietário.
Apenas o código fonte foi comprado pela Oracle, que
agora vai dar suporte, manutenção e evolução em cima
deste código. Ou seja, o container J2EE da Oracle é o
OC4J, que é o Orion. Ponto.

2. O 9iAS na verdade é uma suite de produtos com o
HTTP Server (Apache) J2EE container (OC4J/Orion),
WebCache, Datacache e outros mais. Para mais detalhes,
apontem seus browsers para
http://otn.oracle.com/tech/java/oc4j/content.html
e para http://otn.oracle.com/products/ias/content.html

3. Com relação a BEA x Oracle, ambas estão batendo
boca sobre isso a muito tempo. Recomendo que vocês
baixem ambos e façam testes com o Petstore e com o
ECPerf, ambos disponiveis em http://www.javasoft.com .
Nos meus testes, o OC4J foi quase duas vezes mais
rápido que o BEA numa maquina NT.
 
 --- Cassio Sampaio <[EMAIL PROTECTED]> escreveu: >
Aproveitando = IAS versus BEA alguma posicao???
> 
> Alisson Aguiar wrote:
> 
> > Acho ambos muito bons (OAS 4.0.8.2 e mesmo o iAS
> 1.0.1.0.0). É só uma
> > questão de configuração e prática com a coisa.
> >
> > Alisson
> >
> > - Original Message -
> > From: "Clebert Suconic" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, October 02, 2001 10:58 AM
> > Subject: Re: [java-list] Problemas com IAS9-Oracle
> >
> > > Posso estar enganado, mas o OC4J não têm nada à
> ver com J2EE. É uma
> > > especificação da Oracle para a realização de
> Data Acess Objects de uma
> > > maneira
> > > "mais fácil", sem utilizar J2EE. Não sei se a
> última implementação de OC4J
> > > está fazendo um mapeamento de OC4J para J2EE.
> > >
> > > A Oracle comprou o Orion como container J2EE, e
> parece que agora o 9iAS
> > > tende à funcionar. Versões antigas eram
> sofríveis, como o OAS ou mesmo o
> > > 8iAS.
> > >
> > > Clebert
> > > - Original Message -
> > > From: "Maiko A. Rocha" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Monday, October 01, 2001 1:53 PM
> > > Subject: Re: [java-list] Problemas com
> IAS9-Oracle
> > >
> > >
> > > > --- Celso Watanabe <[EMAIL PROTECTED]>
> escreveu: >
> > > > Alguém já trabalhou ou trabalha com o IAS9
> como
> > > > > servidor de aplicação ?
> > > >
> > > > Eu. Atualmente estou trabalhando com a versão
> 1.2.2.1
> > > > do 9iAS que utiliza o OC4J (ou orion) como
> container
> > > > J2EE.
> > > >
> > > > Sites como TAM (http://www.tam.com.br) e RBS
> > > > (http://www.clicRBS.com.br) estão rodando com
> o 9iAS -
> > > > me parece que o UOL também utiliza o 9iAS -
> além de
> > > > outros menos conhecidos.
> > > >
> > > > []s
> > > >
> > > > Maiko
> > > >
> > > >
> > > >
> > >
> >
>

> > > ___
> > > > Yahoo! GeoCities
> > > > Tenha seu lugar na Web. Construa hoje mesmo
> sua home page no Yahoo!
> > > GeoCities. É fácil e grátis!
> > > > http://br.geocities.yahoo.com/
> > > >
> > > > -- LISTA
> > SOUJAVA 
> > > > http://www.soujava.org.br  -  Sociedade de
> Usuários Java da Sucesu-SP
> > > > dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> > > > regras da lista:
> http://www.soujava.org.br/regras.htm
> > > > para sair da lista: envie email para
> > [EMAIL PROTECTED]
> > >
> > >
>
-
> > > >
> > >
> > >
> > > -- LISTA SOUJAVA
> 
> > > http://www.soujava.org.br  -  Sociedade de
> Usuários Java da Sucesu-SP
> > > dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> > > regras da lista:
> http://www.soujava.org.br/regras.htm
> > > para sair da lista: envie email para
> [EMAIL PROTECTED]
> > >
>
-
> > >
> >
> > -- LISTA SOUJAVA
> 
> > http://www.soujava.org.br  -  Sociedade de
> Usuários Java da Sucesu-SP
> > dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> > regras da lista:
> http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para
> [EMAIL PROTECTED]
> >
>
-
> > begin:vcard 
> n:Sampaio;Cassio
> tel;pager:ICQ 115991137
> tel;cell:55 11 9618 2484
> tel;home:55 11 6967 6750
> tel;work:55 11 5501 6722 (R6781)
> x-mozilla-html:FALSE
> url:http://www.ig.com.br
> org:iG - Internet Group do Brasil;Tecnologia
> adr:;;Rua Geraldo Flausino Gomes, 78 9o;Sao
> Paulo;SP;04575-060;Brasil
> version:2.1
> email;internet:[EMAIL PROTECTED]
> title:Consultor
> x-mozilla-cpt:;-5920
> fn:Cassio Sampaio
> end:vcard
> 
> > -- LISTA SOUJAVA
> 
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.so

Re: [java-list] Problemas com IAS9-Oracle




Não tem comparação BEA ganha com tranquilidade em todos os pontos tipo:
Performance
Estandardização 
Deployment de EJB
Fascilidade de instalação
etc. etc.

Fora disso, IAS não roda em todos os plataformas e não é 100% puro JAVA

Cassio Sampaio wrote:
[EMAIL PROTECTED]">
  Aproveitando = IAS versus BEA alguma posicao???Alisson Aguiar wrote:
  
Acho ambos muito bons (OAS 4.0.8.2 e mesmo o iAS 1.0.1.0.0). É só umaquestão de configuração e prática com a coisa.Alisson- Original Message -From: "Clebert Suconic" <[EMAIL PROTECTED]>To: <[EMAIL PROTECTED]>Sent: Tuesday, October 02, 2001 10:58 AMSubject: Re: [java-list] Problemas com IAS9-Oracle

  Posso estar enganado, mas o OC4J não têm nada à ver com J2EE. É umaespecificação da Oracle para a realização de Data Acess Objects de umamaneira"mais fácil", sem utilizar J2EE. Não sei se a última implementação de OC4Jestá fazendo um mapeamento de OC4J para J2EE.A Oracle comprou o Orion como container J2EE, e parece que agora o 9iAStende à funcionar. Versões antigas eram sofríveis, como o OAS ou mesmo o8iAS.Clebert- Original Message -From: "Maiko A. Rocha" <[EMAIL PROTECTED]>To: <[EMAIL PROTECTED]>Sent: Monday, October 01, 2001 1:53 PMSubject: Re: [java-list] Problemas com IAS9-Oracle
  
--- Celso Watanabe <[EMAIL PROTECTED]> escreveu: >Alguém já trabalhou ou trabalha com o IAS9 como

  servidor de aplicação ?
  
  Eu. Atualmente estou trabalhando com a versão 1.2.2.1do 9iAS que utiliza o OC4J (ou orion) como containerJ2EE.Sites como TAM (http://www.tam.com.br) e RBS(http://www.clicRBS.com.br) estão rodando com o 9iAS -me parece que o UOL também utiliza o 9iAS - além deoutros menos conhecidos.[]sMaiko
  
  
  
  
___

  Yahoo! GeoCitiesTenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo!
  
  GeoCities. É fácil e grátis!
  
http://br.geocities.yahoo.com/-- LISTA


SOUJAVA 

  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SPdúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para


[EMAIL PROTECTED]

  -
  -- LISTA SOUJAVA http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SPdúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED]-
  
  -- LISTA SOUJAVA http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SPdúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED]-
  -- LISTA SOUJAVA  http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED] -
  
  
  

  


Part 1.3



  

  
  
Content-Type:
  
  text/plain


  
  
Content-Encoding:
  
  Quoted-printable

[java-list] Pool de conexão

2001-10-03 Thread Felipe F. Palma Dias


Estou fazendo algumas pesquisas a respeito de pools de conexão. Estou
procurando uma maenira de fazer um único pool que esteja disponível a vários
tipos de aplicações, JSP, EJB, Applet, Stand-Alone, entre outros.
Pesquisado, descobri que usando a tecnologia JNDI é possível criar um único
pool e acessar de qualquer aplicação.

Será que alguém da lista sugere alguma outra forma, sendo que essa forma
eu apenas utilize pacotes fornecidos pela sun e não por terceiros?

As pessoas que trabalham com EJB, de que maneira fazem para manter um
pool de conexção em suas aplicaçoes?


obrigado, espero que possam me ajudar.


P.S.: I hate C#

--
Felipe F. Palma Dias - [EMAIL PROTECTED]
http://www.palmadias.hpg.com.br


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Re: Artigo Java x C#


>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Artigo Java x C#
>Date: Wed, 03 Oct 2001 02:47:13 +
>
>Caro Sergio,
>
>Está ficando tarde e este artigo que eu te falei já está 70% escrito e sai 
>em alguns dias. Não pretendo reescrevê-lo aqui. Continuo a reafirmar que 
>meu artigo está integralmente correto.
>
>Não duvido dos seus conhecimentos de Java, mas questiono seriamente seus 
>conhecimentos de C# para me criticar da forma que você o fez e sua 
>disposição em conhecer coisas novas.
>
>Sem entrar em nenhum méritos técnicos, veja só o seguinte: O C# foi feito 
>DEPOIS do Java e PELA MESMA EQUIPE que fez o J++ e o Delphi! Os caras 
>sabiam onde os esqueletos estavam enterrados. E tem mais: tinham BILHÕES de 
>dólares (literalmente) para gastar. Você realmente acha que eles fizeram 
>algo PIOR?
>
>Se você quiser ter alguma resposta técnica imediatamente, leia os textos da 
>Sun e da Microsoft sobre eventos em links no final do meu artigo.
>
>Mauro
>
>
>>From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>Subject: Re: Artigo Java x C#
>>Date: Wed, 03 Oct 2001 02:38:49 +
>>
>>Caro Mauro,
>>
>>O que eu posso te falar é que tenho 6 anos de experiência com a tecnologia 
>>Java, passagem por uma multinacional de consultoria e diversos projetos 
>>Java nas costas. Também sou certificado pela Sun desde 1998.
>>
>>Logo acho que vc deveria acreditar em mim quando o assunto é Java. Já 
>>quando o assunto é C# e .Net eu recolho a minha inexperiência e te escuto.
>>
>>Acredito que .Net seja uma tecnologia interessante para plataformas 100% 
>>microsoft, e estou disposto a investigar o CD-ROM do Visual Studio .Net 
>>Beta que eu recebi outro dia. Só achei engraçado o que a Microsoft colocou 
>>no site dela (www.microsoft.com/java):
>>
>>JUMP to .NET -> Java User Migration Path to Microsoft .NET
>>
>>Aí já é forçassão de barra !!! :-)
>>
>>Acredito tb que a estratégia da Microsoft de degradar a imagem do Java 
>>para lançar o seu produto concorrente não é a mais indicada para 
>>conquistar os milhões de profissionais Java espalhados pelo mundo. Vale 
>>lembrar que não estamos mais falando de simples browsers e sim de uma 
>>plataforma madura que está dentro de muitas empresas sérias e por trás de 
>>grandes negócios. Isso não vai ser mudado de uma hora para outra.
>>
>>A melhor situação para o mercado de TI é a convivência pacífica entre 
>>essas duas tecnologias. Concorrência gera melhorias nos serviços e 
>>produtos. Vai ser melhor para todo mundo, principalmente para nós 
>>profissionais de TI que vamos ter mais uma opção de tecnologia para 
>>plataformas Microsoft.
>>
>>Vou ficar aguardando ansiosamente o seu novo artigo e espero que ele seja 
>>mais realista quando retratar as diferenças entre C# e Java. Só assim eu 
>>me sentirei seguro em utilizar .Net como uma alternativa conciente, e não 
>>apenas por que a Microsoft deseja no seu ego passar por cima da Sun 
>>Microsystems.
>>
>>--
>>Sergio Oliveira Jr.
>>Sun Certified Java Programmer
>>Desenvolvedor e Consultor Java
>>Empresa SmartJava
>>--
>>
>>
>>
>>>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
>>>To: [EMAIL PROTECTED]
>>>Subject: Re: Artigo Java x C#
>>>Date: Wed, 03 Oct 2001 02:07:13 +
>>>
>>>Caro Sergio,
>>>
>>>Devido a duvidas como as suas, estou escrevendo outro artigo que deverá 
>>>aparecer nos próximos dias no site da Microsoft. Ele explica alguns dos 
>>>tópicos que deram origem a mais dúvidas. Já te adianto: seus pontos serão 
>>>respondidos, se você estiver disposto a ouvir.
>>>
>>>No entanto, vendo a sua lista de "absurdos" tenho minhas dúvidas se 
>>>adiantará alguma coisa. As coisas que você elencou são simplesmente 
>>>erradas. Algumas me parecem confusões honestas, mas a maioria dá a 
>>>impressão que você simplesmente não quer entender.
>>>
>>>Aguarde o artigo.
>>>
>>>Mauro
>>>
>>>
From: "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Artigo Java x C#
Date: Wed, 03 Oct 2001 01:55:39 +

Mauro,

Não era a minha intensão te tirar do sério. Não vejo problema algum em 
me engajar num papo com você face-to-face. Só estou conversando com você 
via email por ser mais conveniente, afinal a tecnologia está aí para 
facilitar a nossa vida, certo?

Vou continuar falando racionalmente, apesar de não ver nenhum problema 
em te encontrar para um papo mais descontraído.

Alguns absurdos que vc escreveu:

- Java não possui todos os tipos derivados de ancestral comum:

Possui sim... Além de possuir tipos primitivos mais leves, que por sua 
vez possuem suas classes equivalentes (Wrappers). Todas são derivadas da 
class Object.

- Java não possui Structs:

Realmente não possui a palavra Structs, mas é ridículo simula

Re: [java-list] Classes para impressão

2001-10-03 Thread Nelson Abu Samra Rahal Junior


jkairos wrote:

>Olá lista,
>
>  gostaria de saber se existe alguma classe para 
>impressão no java.
>
>
>
>Desde já agradeço.
>
>  jkairos
>
> 
>__
>AcessoBOL, só R$ 9,90! O menor preço do mercado!
>Assine já! http://www.bol.com.br/acessobol
>
>
>
>-- LISTA SOUJAVA  
>http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED] 
>-
>
>
>
Procure na pagina da SUN: SDK Printing API: A Tutorial


Amplexos


Abu



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] Classes para impressão

2001-10-03 Thread Guilherme dos Santos Tsubota (Engenharia - SPO)



Existe a api java.awt.print
[http://java.sun.com/j2se/1.3/docs/api/index.html] 
No JAVA Tutorial também
[http://web2.java.sun.com/docs/books/tutorial/2d/printing/index.html]

Abraço

Claudio Miranda


jkairos wrote:
> 
> Olá lista,
> 
>   gostaria de saber se existe alguma classe para
> impressão no java.
> 
> Desde já agradeço.
> 
>   jkairos

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list] Problemas com IAS9-Oracle

2001-10-03 Thread Eduardo Fabricio Elias


Aqui na empresa escolhemos a utilização do AppServer da Borland..

Eduardo.

> - Mensagem original -
> De:   Sven van ´t Veer [SMTP:[EMAIL PROTECTED]]
> Enviada em:   quarta-feira, 3 de outubro de 2001 8:47
> Para: [EMAIL PROTECTED]
> Assunto:  Re: [java-list] Problemas com IAS9-Oracle
> 
> Não tem comparação BEA ganha com tranquilidade em todos os pontos tipo:
> Performance
> Estandardização 
> Deployment de EJB
> Fascilidade de instalação
> etc. etc.
> 
> Fora disso, IAS não roda em todos os plataformas e não é 100% puro JAVA
> 
> Cassio Sampaio wrote:
> 
> 
>   Aproveitando = IAS versus BEA alguma posicao???
>   
>   Alisson Aguiar wrote:
>   
> 
>   Acho ambos muito bons (OAS 4.0.8.2 e mesmo o iAS 1.0.1.0.0).
> É só uma
>   questão de configuração e prática com a coisa.
>   
>   Alisson
>   
>   - Original Message -
>   From: "Clebert Suconic"  <[EMAIL PROTECTED]>
> 
>   To:  <[EMAIL PROTECTED]>
> 
>   Sent: Tuesday, October 02, 2001 10:58 AM
>   Subject: Re: [java-list] Problemas com IAS9-Oracle
>   
> 
>   Posso estar enganado, mas o OC4J não têm nada à ver
> com J2EE. É uma
>   especificação da Oracle para a realização de Data
> Acess Objects de uma
>   maneira
>   "mais fácil", sem utilizar J2EE. Não sei se a última
> implementação de OC4J
>   está fazendo um mapeamento de OC4J para J2EE.
>   
>   A Oracle comprou o Orion como container J2EE, e
> parece que agora o 9iAS
>   tende à funcionar. Versões antigas eram sofríveis,
> como o OAS ou mesmo o
>   8iAS.
>   
>   Clebert
>   - Original Message -
>   From: "Maiko A. Rocha"  <[EMAIL PROTECTED]>
> 
>   To:  <[EMAIL PROTECTED]>
> 
>   Sent: Monday, October 01, 2001 1:53 PM
>   Subject: Re: [java-list] Problemas com IAS9-Oracle
>   
>   
> 
>   --- Celso Watanabe  <[EMAIL PROTECTED]>
>  escreveu: >
>   Alguém já trabalhou ou trabalha com o IAS9 como
> 
>   servidor de aplicação ?
> 
>   Eu. Atualmente estou trabalhando com a versão
> 1.2.2.1
>   do 9iAS que utiliza o OC4J (ou orion) como container
>   J2EE.
>   
>   Sites como TAM ( ) e RBS
>   ( ) estão rodando com o
> 9iAS -
>   me parece que o UOL também utiliza o 9iAS - além de
>   outros menos conhecidos.
>   
>   []s
>   
>   Maiko
>   
>   
>   
> 
>   
> __
> __
> 
>   ___
> 
>   Yahoo! GeoCities
>   Tenha seu lugar na Web. Construa hoje mesmo sua home
> page no Yahoo!
> 
>   GeoCities. É fácil e grátis!
> 
>   
>   
>   -- LISTA
> 
>   SOUJAVA 
> 
>     -  Sociedade de
> Usuários Java da Sucesu-SP
>   dúvidas mais comuns:
> 
>   regras da lista:
> 
>   para sair da lista: envie email para
> 
>   [EMAIL PROTECTED]
> 
> 
>   
> -
> 
>   -- LISTA SOUJAVA
> 
>     -  Sociedade de
> Usuários Java da Sucesu-SP
>   dúvidas mais comuns:
> 
>   regras da lista:
> 
>   para sair da lista: envie email para
> [EMAIL PROTECTED]
> 
>   
> -
>   
> 
>   -- LISTA SOUJAVA
> ---

RES: Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Marcos Tadeu P Vargens

Vendo essas discussões dá pra se ter uma idéia do quanto somos apaixonados
por java. Essas discussões são boas principalmente se acompanhada por
pessoas que representam a parte brasileira do java na sun. Acho que não
podemos ficar criticando os pontos fortes do C# e dizer que o java não tem
defeitos. Tem sim e é por isso que ela ainda está em desenvolvimento. A
questão é que escolhemos java e duvido que se troque por outra a toa. Então
ao invés de simplismente criticar porque não contra atacar com o mesmo
remédio que a M$? É possivel e viavel a implementação das vantagens que o C#
tem sobre o java hoje, numa próxima versão?. Se é possivel não existe uma
maneira melhor ainda de fazer essa implementação com algo a mais?
Essas respostas eu acho que seria bem mais uteis pra gente do que ficar
dando atenção para os puxa e estica da M$.

Quem se abilita a responder? Pergunto pois não conheço quase nada de C e
C++.

-Mensagem original-
De: Rodrigo Almeida [mailto:[EMAIL PROTECTED]]
Enviada em: terça-feira, 2 de outubro de 2001 21:12
Para: [EMAIL PROTECTED]
Assunto: Re: Re: [java-list] VEJAM ESSA - C#

Não quero entrar em discussões...mas tenho que esclarecer o que penso
também quanto ao assunto...o cara tem todo o direito de falar o que pensa
sobre qualquer linguagem...(sobre qualquer coisa na verdade)...sem que
falte com o respeito com os outros...e foi o que eu acabei vendo aqui como
resposta de algumas pessoas...abominável isso...
não conheço c# suficientemente para compará-lo ao java...não sei em que
plataformas pode rodar, como fazê-lo para isso...mas sei que uma não
substitui a outra...cada linguagem tem seu papel...gosto de java, sei de
suas vantagens, mas não me faço de cego e sei também as desvantagens...
é uma linguagem orientada a objeto sim...ótimo...mas...isso, na realidade,
não invalida as "structs" de outras linguagens...sabemos (nem todos nao eh
mesmo) que o código gerado de baixo nível, o código que vai para a máquina
é praticamente o mesmo...tanto aquele que a (discutida) máquina virtual
gera (não estou falando do byte code e sim do binário que vai para o
hardware), quanto ao de um simples compilador c

bem...espero que, como a maioria tem feito até agora, respeitem as
diferentes opiniões dos integrantes da lista...

sem mais
[]'s
Rodrigo

- Original Message -
From: Perry Werneck <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 5:28:13 PM
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Subject: Re: [java-list] VEJAM ESSA - C#

> On Tue, 2 Oct 2001 15:34:15 -0300, Daniel Quirino Oliveira wrote:
>
>   Ola,
>
>   Gostaria de frisar, antes de tudo, que sou *ANTI-M$* de carteirinha.
>
> >quem hoje em dia quer fazer um programa com "diretivas de compilação"
(quem
> >programa em C++ sabe o saco que é esquecer um #ifndef/endif no fim de um
>
>   Nesse ponto discordo totalmente! Diretivas de compilação são
extremamente práticas!! Permitem
> que você "recheie" seu código com mensagems de debug que não são
incluídas no pacote final.
>
> >loucos as DLL's e "structs"? Structs?!!! cara... isso é coisa de C,
Pascal,
> >linguagem procedural feia e podre!!!
>
>   Mais ou menos. Em C uso bastante structs para formatação de pacotes a
ser enviados via rede,
> extremamente prático.
>
>
>
> ---
> Perry Werneck - ICQ #27241234
>
> /"\
> \ / Campanha da Fita ASCII - Diga NAO ao HTML em emails
> X   ASCII Ribbon Campaign - Say NO to HTML in email
> / \
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] apresentação


Oi pessoal,

Esta é uma apresentação. Acabei de me cadastrar novamente na lista souJava.
Explico. Participava aqui em seu início, quando trabalhava como consultor. 

Após tive outras experiências comerciais em CRM, trabalhei como coordenador
no Centro Nacional de Pesquisa em Informática (ONG), e agora novamente estou
de volta ao "mercado" na AgênciaClick (www.agenciaclick.com.br).

Espero poder contribuir e participar ativamente da lista.

Obrigado e um abraço,
guist


Guilherme dos Santos Tsubota
:: guist @ AGÊNCIACLICK .com.br
:: a maior agência de internet do Brasil



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RE: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Luiz Fernando Bicalho


Eu tenho uma coisa a dizer que é a única vantagem o .NET
- O ambiente de desenvolvimento da Microsoft sempre vai ser o melhor.

Talvez eu não seja tão bom com o JBuilder (que vocês falam que é o melhor
RAD para Java), mas sinceramente o JBuilder como Ferramenta para desenho de
tela , por que pra mim ele não serve pra mais nada, perde e feio pra
ferramentas como Delphi e VB
A linguagem JAVA é a que tem os melhores recursos do mercado, só desenvolvo
sistemas em java, mas não uso o JBuilder nem a pau, ele é lento, trava muito
e ja perdi muita coisa feita nele(talvez por que eu não sou bom nele).
E com certeza o VS .NET vai ser um excelente ambiente de desenvolvimento,
pelo que vi nos betas.

O que eu acho é, não devemos nos preocupar com a linguagem, mas sim com o
ambiente, pois ele é que vai ser a força da MS para vender o .NET

Talvez se tivessemos um ambiente de desenvolvimento mais leve e inteligente,
poderiamos deter mais um pouco a onda da MS.

A Microsoft se baseia em algo que é a realidade, java é uma excelente
tecnologia, se todo mundo usasse java seria mais facil e seguro de
trabalhar, mas JAVA É MAIS DIFICIL, o JBUILDER É MAIS DIFICIL QUE VB, a
linguagem não é muito mais dificil, mas o ambiente é, isso é um fato.



-Original Message-
From: Paulo Simao [mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 3 de outubro de 2001 08:40
To: [EMAIL PROTECTED]
Subject: Re: [java-list] VEJAM ESSA - C#


Já que vc's tocaram no assunto, estou enviando um bate-papo que tive com o
kra que escreveu akilo :^)
Esta foi a resposta dele :^)
_

Caro Paulo,

Não gosto muito de travar "guerras religiosas" nem ficar discutindo que
linguagem eu aprendi e em que ordem. Vou apenas esclarecer os pontos
levantados na sua mensagem.

1)Ponteiros
Tanto o Java como o C# em código "seguro" tem "referências", que são uma
espécie de "ponteiros domesticados". O C# PODE (em código "inseguro") usar
ponteiros "crús". Isto é necessário para chamar muitas funções em DLLs. Este
recurso pode ser usado para situações onde a performance seja absolumanete
necessária, já que, ao contrário dos arrays, não existe verificação de
faixa. É um recurso perigoso, sem dúvida, mas pode salvar a sua pele em
algumas situações críticas, sem a necessidade de sair da ferramenta ou da
linguagem.

2)Documentação em XML
A documentação em XML permite que ela seja manipulada e "transformada" com
"style sheets", coisa que o HTML não permite. Além disto, o ambiente
reconhece e usa o comentário como "dica".

3)Propriedades.
As propriedades e os eventos são recursos extremamente úteis na criação de
uma ferramenta RAD e de componentes para a ferramenta. Entendo que o Sr. não
tenha apreciado este recurso, afinal de contas a Sun também não não o fez.
Mas isto torna a programação muito mais produtiva, especialmente para
programadores menos experientes.

4)Acúcares sintáticos
Sugiro fortemente que o Sr. leia novamente tanto o meu artigo como outras
fontes na Internet. Esta é um dos argumentos da Sun contra o C#, mas o fato
é que o C# foi feito depois e usando a experiência de uma equipe que
forneceu, a seu tempo,
a melhor ferramenta Java do mercado, o J++, para não
falar do VB e do Delphi. Esse pessoal sabia perfeitamente onde os problemas
estavam e tinha ampla experiência na criação de ferramentas de
desenvolvimento de alta produtividade (J++, VB e Delphi). As questões de
performance e de integração com ferramenta RAD são bem reais.

Não nutrir simpatia pela Microsoft é comum em alguns círculos hoje em dia.
Mas isto não quer dizer que eles não sejam capazes de fazer coisas muito
boas.

Sugiro fortemente que o Sr. consiga uma cópia do VS.NET e experimente.
Apesar de estar em Beta, é uma ferramenta bem completa e estável.

Mauro

- Original Message -
From: "Flávio Leite" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 2:43 PM
Subject: RES: [java-list] VEJAM ESSA - C#


> Pessoal,
>
> Esse artigo me elucidou qual caminho devo seguir vou migrar todo meu
> conhecimento para o C#.
> Pois esta possue GOTO, uma caracteristica importantissima em relação a
> qualquer outra linguagem.
>
> Acredito que usando muitos GOTOs nos meus projetos nunca vou ter problemas
> com outros analistas
> dando manutenção em meus códigos vou ter serviço eterno!!!HAHAHAHAHA
>
> E structs não seria facilmente montada com uma classe sem métodos?
>
> Acho que a grande sacada no Java é que enxugando vários conceitos já
> utilizados em outras linguagens
> força o programador a "pensar mais orientado à objeto". Tenho essa visão
por
> ser um programador C++, que diz
> ser orientado à objeto porém por possuir alguns atalhos "não orientados à
> objeto" acabamos sempre "desorientando"
> o código.
>
> Não conheço C# profundamente para opinar sobre ele. Porém acho que cada
> caso deve-se escolher a plataforma
> mais adequada.
> Nunca aconselharia ninguem uma linguagem padrão para qualquer caso. Caso
> alguem

Re: [java-list] Oi lista!!!!



Algumas dicas Cadu, quando decompila-se um .class, ele não representar
exatamente o _mesmo_ arquivo .java, pois o compilador otimiza, e podem
ter obfuscadores de código, e o .java decompilado vai depender do
decompilador utilizado.

Sugiro que você leia tutoriais para começar:
http://developer.java.sun.com/developer/onlineTraining/new2java/
http://developer.java.sun.com/developer/onlineTraining/

Agora sobre o código que você olhou, sobre a extensão bsh, ela
identifica shell scripts em java, através da ferramenta BeanShell, é
como um script .bsh qualquer, mas com códigos java
[http://beanshell.org/]

Para poder executar um arquivo .jar, basta incluir no
META-INF/Manifest.mf uma linha que diz qual a classe a ser executar, ex:
Main-Class: org.gjt.jjt.JEdit

Importante: é necessário ter uma linha em branco no fim do manifest.mf
(veja mais em http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html)


Claudio Miranda


> cadu19 wrote:
> 
> Eu sou novato na liguagem JAVA , mas tenho muita vontade de aprender a
> respeito , e como todo novato sou muito curioso ai eu peguei um
> programa pela internet que me mostra os códigos "class", ou seja ele
> abre os códigos compilados, isso esta me auxiliando muito a entender a
> lógica de alguns programas ,a minha dúvida é ,existem dentro de
> arquivos compilados partes que não estão com extensão " *.java " e sim
> com "  *.bsh ".Porque?
> E como eu faço para criar um aplicativo com seu próprio programa de
> instalação , sem ser atravéz de BAT e sim como o JEDIT que é instalado
> atravéz de um arquivo " *.jar ".
> 
> Se eu estiver falando besteira que me perdoem , mas como eu disse sou
> um aprendiz.
> 
> 
> 
> Desde já eu agradeço
> 
> KDU

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Controlando o tamanho de um arquivo !!




Criar um thread por que ?

A cada vez que vc abre o log para adicionar (O log não deveria ficar aberto
o tempo todo, mas somente no momento de escrever nele) vc verifica o tamanho
do log que vem num arq de properties. Se for maior ou igual ao tamanho prescrita
vc faz um file.rename() e cria um novo.

Nunca deixa um log aberto pois há chance de corrupção do arquivo no caso
de crash de maquina, especialmente em Unix com lazy writes.

A maneira acima mencionado é mais ou menos do jeito que apache et al. fazem

Ricardo Santiago wrote:
[EMAIL PROTECTED]">
  Se você quer mesmo implementar isso na mão faça oseguinte:Crie uma thread nova que monitore o crescimento doarquivo. Pode ser uma daemon thread.Mantenha comunicação entre as duas threads, a queescreve o log e a que monitora o tamanho do arquivo.Quando a thread que monitora o tamanho do arquivodetectar que deve particiona-lo, esta deverá notificara outra, para que ela TRAVE quaisquer tentativas deescrita e feche o arquivo.A thread monitora faz as mudanças necessárias noarquivo e após terminar notifica novamente a outrathread para que esta abra o arquivo e volte a atenderos clientes esperando.Deu pra ter uma idéia?Você vai ter de estudar um pouco sobre threads esyncronization efetiva.Ricardo Munhoz Santiago--- Alan Alexandre da Silva <[EMAIL PROTECTED]>wrote:
  
Oi, o problema é que o arquivo vai estar sendousado. Imagine que o arquivode log está recebendo mensagens a todo o momento.Então, quando o arquivoatingir um determinado tamanho, eu terei que pegarseu conteúdo, tranferi-lopara outro arquivo(backup) e tornar a fazer o meuarquivo de log recebermensagens. Várias classes estão jogando mensagens nomeu arquivo de log. Temalguma sugestão ? Obrigado.Alan-- LISTA SOUJAVA http://www.soujava.org.br  -  Sociedade de UsuáriosJava da Sucesu-SP dúvidas mais comuns:http://www.soujava.org.br/faq.htmregras da lista:http://www.soujava.org.br/regras.htmpara sair da lista: envie email para[EMAIL PROTECTED] 

-
__Do You Yahoo!?Listen to your Yahoo! Mail messages from any phone.http://phone.yahoo.com-- LISTA SOUJAVA  http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED] --
---

RES: [java-list] Tabela usando JTable

2001-10-03 Thread Maurício Borges Florencio

Title: RES: [java-list] Tabela usando JTable





Esse exemplo eu peguei em algum lugar da net 
eu ainda estou melhorando ele para deixar mais
aproveitavel .
Qualquer duvida entre em contato 


até mais 
Mauricio


-Mensagem original-
De: Janaine Cristiane de Souza [mailto:[EMAIL PROTECTED]]
Enviada em: Quarta-feira, 2 de Outubro de 2030 13:10
Para: Lista de Java
Assunto: [java-list] Tabela usando JTable



Ola.
Por acaso, alguem sabe como fazer uma tabela dinamica em Java, usando
JTable??? Eu fiz a tabela com uma linha so, mas  preciso que linhas
sejam adicionadas nela dinamicamente..


Um abraco,
Janaine



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-


 


 ExpenseReport.java

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

[java-list] Java IAS9 Oracle e EJB servlet

2001-10-03 Thread Rogerio Costa


Fiz um  EJB no IAS9, fiz o deploy dele e tudo bem...
Fiz uma aplicacao client que tem todas as classes (EJB,Remote,Home) no mesmo path ele 
funcionou...

Quando tentei acessar este EJB por um servlet, coloquei o servlet no 
"default-web-application"
o servlet sem a chamada para o EJB roda... quando tenta acessar o Home o Remote ele 
diz que nao reconhece... 
Configurei o InitialContext nao mao e nada da certo...

"Acredito que ele deveria afinal de contas esta tudo no Container nao e?", 
entao coloco todas
as classes no classes do "default-web-applicaton" ... entao ele me pede 
"application-client.xml" , "Nao entendi nada!"...

Depois disto tudo, ele reconhece a Class Home, Class Remote ... quanto eu 
tento criar um instancia do EJB
ele me retorna um Erro "CastClassExceptoin" no rmi

Acredito que deva estar faltando algum arquivo no classpath no class path...
Alguem  pode me ajudar

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Marcelo Matos


Daniel, acho que vc deveria ter frisado uma coisa tb:
qual a a plicação a ser desenvolvida. A depender do
que será desenvolvido, a linguagem a ser escolhida irá
influenciar muito.

Todos irão concordar que ponteiros são bastante
sensíveis a erro, e que trabalhar com uma string no C
não eh tão facil qt no Java, onde jah tem tudo
prontinho e bonitinho, mas, o C/C++ obviamente dá uma
flexibilidade maior do que o Java.

Além de que, C é mais rápido, e tem aplicações que
exigem este tipo de linguagem, ateh porque ele eh mais
baixo nível do que Java.

[]s
Marcelo Matos


 --- Daniel Quirino Oliveira
<[EMAIL PROTECTED]> escreveu: >
Poxa, vejo que minha declaração está sendo muito
> comentada aqui. Apesar de
> eu quase que ter "massacrado" o C#, eu tbm acho q o
> Java tem algumas falhas,
> e o Alysson frisou a principal delas, q é a falta de
> heranças multiplas:
> quem programa em C++ e um dia usou heranças
> multiplas sabe como é estranho
> não poder usar isso em Java. Qto às diretivas, eu
> sinceramente nunca senti
> falta alguma e dou graças a Deus(?!!) que isso não
> faz parte do Java.
> Structs nem vou comentar, isso pertence a um
> paradigma da qual o Java não
> faz parte. "Goto", acho eu, que deixa o código
> ilegível, dependendo do
> tamanho deste. Imagina um código de uma 20 páginas,
> e, de repente, lá pela
> página 12, vc se depara com um goto para um label
> que vc não sabe se vc já
> passou por ele ou se ele está mais adiante?
> Imaginou? Goto's podem ser
> ótimos, como o Alysson frisou, para códigos pequenos
> e que requerem uma
> certa velocidade, mas para um sistema mais descente,
> goto's podem ser um
> desastre. E goto's viciam!!!
> Qto ao C... tbm acho C uma linguagem interessante,
> no entanto, ela faz parte
> de um paradigma que eu não sou muito fã, que são as
> linguagens estruturadas.
> Mas o maior problema do C, como o Alysson tbm já
> disse, é ter que manipular
> strings como um "ponteiro" de caracteres!!! Com
> certeza vc tem uma vantagem
> em usar este tipo de abordagem, mas com certeza é
> muito pouco prático,
> principal.e se vc não precisa/quer trabalhar com
> acesso direto à memoria
> (eca!! ficar fazendo coisas do tipo "char *m =
> (char)malloc(10*sizeof(char*)) é demais para mim!!!)
> acho q é só... continuo achando que Java é muito
> superior a qq linguagem ou
> tecnologia que temos hj em dia; claro q ela tem
> limitações, mas, afinal, o q
> é perfeito? hehehehehe...
> 
> abraços
> 
> Daniel
> 
> - Original Message -
> From: "Alysson Neves Bessani" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, October 02, 2001 5:36 PM
> Subject: Re: [java-list] VEJAM ESSA - C#
> 
> 
> 
> Apesar de nao "destratar" o C como o Daniel fez
> concordo com ele
> em todos os pontos, a nao ser no caso de ponteiros q
> eventualmente sao
> interessantes numa implementacao mais eficiente. Vou
> comentar algumas
> coisas q o Daniel citou:
> 
> On Tue, 2 Oct 2001, Daniel Quirino Oliveira wrote:
> 
> > Cara, simplesmente ridículo... os trunfos da qual
> o C# se vangloria de ter
> > são aquelas coisas que o Java simplesmente
> abonima, que são ponteiros.
> Cara,
> > quem hoje em dia quer fazer um programa com
> "diretivas de compilação"
> (quem
> > programa em C++ sabe o saco que é esquecer um
> #ifndef/endif no fim de um
> > .h).
> 
>Com certeza. Algumas pessoas reclamam da falta do
> define principalmente
> para definir constantes e macros. Entretanto estes
> "features" podem ser
> implementados de maneira bem mais elegante atraves
> de campos "static
> final" e metodos "final". Vale lembrar que os bons
> compiladores Java
> substituem referencias a "finals" pelo codigo destes
> campos/metodos em
> tempo de compilacao (de maneira parecida com o q
> acontece com as macros),
> eliminando desta forma o overhead da execucao destes
> metodos/acessos a
> campos. Por isso nao eh menos eficiente a utilizacao
> dos "set" e "get" do
> padrao JavaBeans se vc defini-los como final.
> 
> > Ou então fazer um programa cheio de "goto's" e
> deixar o próprio código
> > parecendo um prato de spaghetti???
> 
> Goto realmente nao tem lugar em desenvolvimento
> serio atualemnte.
> A nao ser em pequenos modulos q requerem muita
> performance. Mas o java,
> felizmente, baniu o goto.
> 
> > O mais engraçado são eles defendendo como
> > loucos as DLL's e "structs"? Structs?!!! cara...
> isso é coisa de C,
> Pascal,
> > linguagem procedural feia e podre!!!
> 
> DLLs foram substituidas a contento pelos jars. E
> structs podems er
> implementadas com classes... Java nao tem Enum, mas
> tambem nao faz falta
> nenhuma!
> 
> O unico problema do Java eh a falta de heranca
> multipla. Isso
> impede algumas variacoes de projeto uteis e nos
> forca a utilizacao de
> interfaces, o q nem sempre eh a solucao ideal.
> Entretanto esse nao eh um
> grande problema.
> 
> Quanto as linguagens procedurais, considero C a
> melhor linguagem
> jah feita em todos os tempos, dada sua elegancia e
> simplicidade.
> Entretanto eh um

Re: [java-list] Desenvolvimento JAVA em PALM



Sim, te passo as urls.
http://javamobiles.com/jvm.html


Utilizando o MIDP 4 Palm
http://java.sun.com/products/midp/palmOS.html

http://developer.java.sun.com/developer/technicalArticles/wireless/#palm

IBM J9
http://www.embedded.oti.com/learn/vaesvm.html

http://www.kvmworld.com/

Pontos de partida iniciais.

Claudio Miranda


Maxwell Farias do Nascimento wrote:
> 
> Alguém possui indicação de fontes de informação para desenvolvimento JAVA em
> Palm.

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] dúvida - Vejam Essa...

2001-10-03 Thread kimien


Aproveitando esta discussão sobre o
artigo, gostaria de esclarecer uma
dúvida:
  como se monta uma propriedade em
Java? Seria declarando um campo como
protected e os métodos get e set como
public? Se for assim, como ficam
propriedades q/ encapsulam métodos?
Estas dúvidas me surgiram pois sei
apenas como declarar propriedades no
Delphi: property xxx read yyy write
zzz... bem explícito!


__
AcessoBOL, só R$ 9,90! O menor preço do mercado!
Assine já! http://www.bol.com.br/acessobol



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RES: [java-list] Artigo Java x C#

1) Sem
explicações.
2A)
Caso use os tipos básicos estes não são classes, agora caso queira usar a classe
Integer esta sim possue um ancestral comumjava.lang
Class Integer
java.lang.Object
|
+--java.lang.Number
|
+--java.lang.IntegerE é aconselhado a todos os programadores a herdar sempre a classe Object ou outra classe filha desta em suas classes propietárias.2B) Enum nunca estudei ou mexi com isto em Java, não posso opinar. Caso de struct qual a rapidez em instanciar uma classe ou uma struct???Creio que se tenha alguma rapidez em criar uma variavel de uma struct em relação a uma classe isto deve-se apenas a politicas dos compiladores caso se queira poderia ser feito algum pulo no Javac para que este ao perceber que uma classe não tivesse nenhum metodo não procurasse por constructors,etc (acho que isso nestes casos diminue a performance).2C) Trabalho muito com C++, esta é minha linguagem digamos padrão, e tenho experiencia suficiente para dizer que ponteiros, são excelentesvisto que o sistema que trabalho é uma ferramenta GIS e trabalha com muita informação em memoria. Porém eles abrem um gap para que a quantidade de erros proliferem no código. C++ apesar de ser considerada uma linguagem Orientada a Objetos, eu não a considero como tal poispercebi que sempre qdo a coisa aperta é natural para um programador C++ colocar uma variavel global de controle, fazer acesso direto a um atributode uma classe. Então se a linguagem não for totalmente orientada a objetos a chance de se trabalhar de forma errada aumenta. Vou citar algo que escuteiporem não tenho conhecimento para valida-lo "A linguagem Java ainda não é totalmente orientada a objetos por ter um ponto de entrada fixo (main) e tiposprimitivos, nisso ela se distancia um pouco do SmallTalk".2E) E o caso de microcontroladores e arquiteturas de processadores com java embutido cuja a linguagem nativa da máquina é bytecode?E se não fosse as modificações que a Micro$oft fez no Java e a Sun não aceitou!!! A Microsoft continuaria bajulando o Java. Acho que o grande motivo de tudoé um egocentrismo da Microsoft. Tipo coisa de criança dona da bola se eu não for titular eu não brinco, e leva a bola embora.

-Mensagem
original-De: Alan Borsato [mailto:[EMAIL PROTECTED]]Enviada
em: quarta-feira, 3 de outubro de 2001 9:31Para:
[EMAIL PROTECTED]Assunto: [java-list] Artigo Java x
C#

Eu acho justo apresentar a resposta dele
tambem...
Caro
Alan,Em breve publicarei um artigo no site da Microsoft contendo
explicações extensas a estas e outras dúvidas. Por enquanto, aceite esta
breve resposta.1)PortabilidadeQuis me concentrar apenas na
linguagem, como explicado no início e coerente com o próprio
título.2A)Ancestral comumRepito: O Java não tem um acenstral comum
de todos os tipos. Os tipos como inteiro não são derivados de onject. No
C# sim.2B)Structs e enumsTer enum e struct não faz a linguagem
menos orientada a objetos. Pode fazer os programas mais rápidos,
contudo.2C)PonteirosMesmo que o anterior2D)UML!!! Não
falei nada de UML.2E)Compilação!!! O java foi feito para ser
interpretado e continua assim. Não neguei que existam compiladores; releia
o artigo. Uma discussão de "quantos porcento das vezes o Java é compilado"
é tão frutífera como discutir o sexo dos anjos.MauroJamais
citei UML.

Re: [java-list] Desenvolvimento JAVA em PALM

2001-10-03 Thread Claudio Montenegro


Maxwell,

Alguns links:

java.sun.com/j2me
www.microjava.com
www.billday.com/j2me/index.html
archives.java.sun.com/archives/kvm-interest.html
www.embedded.oti.com
www.esmertec.com
www.kadasystems.com


Claudio Montenegro


Em Qua 03 Out 2001 09:34, you wrote:
> Alguém possui indicação de fontes de informação para desenvolvimento JAVA
> em Palm.
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list]Qual o melhor ambiente?

2001-10-03 Thread Renato Quedas


A melhor ferramenta sem dúvida é o JBuilder.

Quanto a ser de graça ou não, a nova versão do forte que eu saiba
custa US$ 2000,00 e não faz muitas coisas que o JBuilder Enterprise faz.

Que tipo de projeto você está desenvolvendo? Vai utilizar jsp/servlets?
vai trabalhar com j2ee?
Se você estiver fazendo algum trabalho deste tipo, nenhum IDE gratuito
vai te fornecer muitos recursos.

Abraços
Renato
- Original Message -
From: "Liandro(Unimed)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 2:15 PM
Subject: Re: [java-list]Qual o melhor ambiente?


> Na minha opnião, é o Forte e JBuilder, ai vai de cada um a escolha, mas
> essas
> p/ mim sao as melhores IDEs...
>
> A vantagem do Forte é que ele é muito flexivel e é de GRAÇA...
>
>
> []s
>
>
> Liandro
>
>
> - Original Message -
> From: "fdcunha" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, October 01, 2001 9:36 AM
> Subject: [java-list]Qual o melhor ambiente?
>
>
> > Gostaria de saber qual destes dois ambientes é melhor
> > Netbens ou Jbuilder?
> >
> > Obrigado
> > Fabinho SP
> >
> >
> >
__
> > AcessoBOL, só R$ 9,90! O menor preço do mercado!
> > Assine já! http://www.bol.com.br/acessobol
> >
> >
> >
> > -- LISTA
SOUJAVA 
> > http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> > dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para
[EMAIL PROTECTED]
>
> -
> >
> >
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Daniel A. Melo


Completando:
por valor, mas o valor pode ser uma referencia a um objeto.
exemplo.
em um metodo 
public Objeto getObjeto();

sera retornado a referencia ao Objeto.
outro:
public String teste.
teste é referencia ao Objeto String e como nao foi instanciado aponta
para NULL.
se eu faco:
teste = new String("eheheh");
a referencia agora aponta para um objeto string cujo conteudo é
"eheheh";

com o intuito de ajudar,

Daniel A.

At 09:52 03/10/01 -0300, [EMAIL PROTECTED]
wrote:
Sérgio,

Eu gostaria de fazer uma pequena correção no seu email. 
Java não possui passagem por referência. Somente por valor. Existe uma forma de "simular" passagem de parâmetros por referência, utilizando os objetos ou tipos primitivos armazenados em um array, por exemplo. Mas não existe passagem por referência.

Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o problema? Alguém por favor, apresente um artigo demonstrativo, baseado em testes de performance ou de algum requisito que mostre qual é o grandisíssimo problema de Java utilizar passagem por valor, e não por referência? Mesmo que haja, isso significa que Java é ruim?

Abraços, 
Denard 
-Original Message- 
From: Sergio Oliveira Jr. [mailto:[EMAIL PROTECTED]] 
Sent: terça-feira, 2 de outubro de 2001 22:56 
To: [EMAIL PROTECTED] 
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] 
Subject: [java-list] Re: Artigo Java x C# 
Mauro, 
Não era a minha intensão te tirar do sério. Não vejo problema algum em me 
engajar num papo com você face-to-face. Só estou conversando com você via 
email por ser mais conveniente, afinal a tecnologia está aí para facilitar a 
nossa vida, certo? 
Vou continuar falando racionalmente, apesar de não ver nenhum problema em te 
encontrar para um papo mais descontraído. 
Alguns absurdos que vc escreveu: 
- Java não possui todos os tipos derivados de ancestral comum: 
Possui sim... Além de possuir tipos primitivos mais leves, que por sua vez 
possuem suas classes equivalentes (Wrappers). Todas são derivadas da class 
Object. 
- Java não possui Structs: 
Realmente não possui a palavra Structs, mas é ridículo simular um C Struct 
com uma class ou inner class. 
- Java não pode passar parametros por referencia: 
Todos os objetos Java são passados por referencia. Qualquer principiante em 
Java precisa saber disso. 
- Java não possui Propriedades: 
Já ouviu falar em JavaBeans ??? Tb existe uma classe Properties que faz isso 
facilmente. 
- Java categoricamente não possui eventos nem delegate: 
Toda a GUI do Java é orientada a eventos e a listeners. 
Java não possui ponteiros para funções, mas possui interfaces que podem 
facilmente e de uma forma mais elegante e poderosa realizar callbacks. 
- Java não possui Atributos: 
Não sei o que vc quiz dizer com isso, mas Java possui uma API de Reflection 
poderosíssima. 
- Java não possui Ponteiros: 
Ainda bem! Referencia = Ponteiro com a excessão que não podemos fazer 
operações aritiméticas com referencias. 
Todo mundo sabe que os ponteiros sempre foram a maior fonte de bugs, falhas 
de segurança, vírus e dores de cabeça para os programadores C. 
- Java não possui Forech: loop para varrer arrays e coleções 
Dê uma olhada na API Collections. Vc vai ficar impressionado com a 
qualidade, eficiência e performance dessa API. 
- Java não possui Campos readonly. 
Lógico que possui. Basta utilizar final. 
- Java não possui Documentação integrada em XML. 
Javadoc serve exatamente para isso que vc sugere como vantagem do C#. 
- Java não possui Controle sobre "estouro de faixa" numérica 
Lógico que possui. Pelo amor de Deus... 
- Java não possui Diretivas de compilação condicional (#ifdef etc) 
Não precisa pois utilizando o final boolean DEBUG = false; o compilador 
automaticamente otimiza o código compilado retirando esse código morto. 
- Java não possui Padronização por algum organismo internacional 
??? Já ouviu falar em Enterprise JavaBeans, Servlet, JSP, etc. Diversas 
empresas adotaram essas especificações, independentemente de imposições da 
Sun. Apenas a Máquina Virtual da microsoft não era compatível com todas as 
demais, daí a derrota da Microsoft na justiça. 
- Java não Chama APIs do Windows e DLLs 
Lógico que chama via JNI. 
Como voce percebe pelos meus comentários acima. Vc definitivamente não é a 
pessoa certa para fazer essa comparação entre C# e Java. A não ser que vc 
seja um homem de marketing e não da área de TI. 
-- 
Sergio Oliveira Jr. 
Sun Certified Java Programmer 
Desenvolvedor e Consultor Java 
Empresa SmartJava 
-- 

>From: "Mauro Sant'Anna" <[EMAIL PROTECTED]> 
>To: [EMAIL PROTECTED] 
>Subject: Re: Artigo Java x C# 
>Date: Wed, 03 Oct 2001 00:41:36 + 
> 
>Se você quizesse "alertar-me", teria fornecido exemplos concretos e fatos 
>ao invés de me chamar de ignorante/mentiroso. 
> 
>É incrível como as pessoas ficam "valentes" na frente de um teclado. 
>Imagine se você teria a coragem de me dizer cara a cara o que você me 
>escreveu, depoi

Re: [java-list] Cortar uma imagem

2001-10-03 Thread Ary Junior


A classe Graphics possui um método drawImage cujo vc pode passar argumentos
q definem o tamanho da imagem q vc quer exibir e as coordenadas do pedaço
desta imagem q vc quer pegar. Visite:

http://java.sun.com/j2se/1.3/docs/api/java/awt/Graphics.html#drawImage(java.
awt.Image, int, int, int, int, int, int, int, int,
java.awt.image.ImageObserver)

Espero que possa ser útil.

- Original Message -
From: Flávio Leite <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 03, 2001 9:19 AM
Subject: [java-list] Cortar uma imagem


> Pessoal,
>
> Procurei por muitos sites e não consegui uma resposta.
> Tenho uma Image queria recortar um retangulo desta e gerar uma nova Image
> menor apenas com este retangulo.
> Alguem tem idéia de como fazer isso???
>
> []s,
> Flávio
>
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Re: Artigo Java x C#

Title: RE: [java-list] Re: Artigo Java x C#



Na verdade java use pass by reference mas utiliza copias.

Um possivel melhor performance é um swap(a&, b&). Instanciação de
classes em Java é caro porem, passar referencias. Em Java seria: swap(array[],
int int). Posso me imaginar que a maneira pass by reference é mais rápido.

[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]">
  
  
  Sérgio,
  Eu gostaria de fazer uma pequena correção no seu email.
  Java não possui passagem por referência. Somente por
valor. Existe uma forma de "simular" passagem de parâmetros por referência,
utilizando os objetos ou tipos primitivos armazenados em um array, por exemplo.
Mas não existe passagem por referência.
  Antes que o alguém dê pulinhos de alegria, eu pergunto:
e qual é o problema? Alguém por favor, apresente um artigo demonstrativo,
baseado em testes de performance ou de algum requisito que mostre qual é
o grandisíssimo problema de Java utilizar passagem por valor, e não por referência?
Mesmo que haja, isso significa que Java é ruim?
  Abraços,
  Denard
  -Original Message-
  From: Sergio Oliveira Jr. [
mailto:[EMAIL PROTECTED]
] 
  Sent: terça-feira, 2 de outubro de 2001 22:56
  To: [EMAIL PROTECTED]
  Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
  Subject: [java-list] Re: Artigo Java x C#
  Mauro,
  Não era a minha intensão te tirar do sério. Não vejo
problema algum em me 
  engajar num papo com você face-to-face. Só estou conversando
com você via 
  email por ser mais conveniente, afinal a tecnologia está
aí para facilitar a 
  nossa vida, certo?
  Vou continuar falando racionalmente, apesar de não ver
nenhum problema em te 
  encontrar para um papo mais descontraído.
  Alguns absurdos que vc escreveu:
  - Java não possui todos os tipos derivados de ancestral
comum:
  Possui sim... Além de possuir tipos primitivos mais leves,
que por sua vez 
  possuem suas classes equivalentes (Wrappers). Todas são
derivadas da class 
  Object.
  - Java não possui Structs:
  Realmente não possui a palavra Structs, mas é ridículo
simular um C Struct 
  com uma class ou inner class.
  - Java não pode passar parametros por referencia:
  Todos os objetos Java são passados por referencia. Qualquer
principiante em 
  Java precisa saber disso.
  - Java não possui Propriedades:
  Já ouviu falar em JavaBeans ??? Tb existe uma classe
Properties que faz isso 
  facilmente.
  - Java categoricamente não possui eventos nem delegate:
  Toda a GUI do Java é orientada a eventos e a listeners.
  Java não possui ponteiros para funções, mas possui interfaces
que podem 
  facilmente e de uma forma mais elegante e poderosa realizar
callbacks.
  - Java não possui Atributos:
  Não sei o que vc quiz dizer com isso, mas Java possui
uma API de Reflection 
  poderosíssima.
  - Java não possui Ponteiros:
  Ainda bem! Referencia = Ponteiro com a excessão que não
podemos fazer 
  operações aritiméticas com referencias.
  Todo mundo sabe que os ponteiros sempre foram a maior fonte
de bugs, falhas 
  de segurança, vírus e dores de cabeça para os programadores
C.
  - Java não possui Forech: loop para varrer arrays e coleções
  Dê uma olhada na API Collections. Vc vai ficar impressionado
com a 
  qualidade, eficiência e performance dessa API.
  - Java não possui Campos readonly.
  Lógico que possui. Basta utilizar final.
  - Java não possui Documentação integrada em XML.
  Javadoc serve exatamente para isso que vc sugere como
vantagem do C#.
  - Java não possui Controle sobre "estouro de faixa" numérica
  Lógico que possui. Pelo amor de Deus...
  - Java não possui Diretivas de compilação condicional
(#ifdef etc)
  Não precisa pois utilizando o final boolean DEBUG = false;
o compilador 
  automaticamente otimiza o código compilado retirando esse
código morto.
  - Java não possui Padronização por algum organismo internacional
  ??? Já ouviu falar em Enterprise JavaBeans, Servlet,
JSP, etc. Diversas 
  empresas adotaram essas especificações, independentemente
de imposições da 
  Sun. Apenas a Máquina Virtual da microsoft não era compatível
com todas as 
  demais, daí a derrota da Microsoft na justiça.
  - Java não Chama APIs do Windows e DLLs
  Lógico que chama via JNI.
  Como voce percebe pelos meus comentários acima. Vc definitivamente
não é a 
  pessoa certa para fazer essa comparação entre C# e Java.
A não ser que vc 
  seja um homem de marketing e não da área de TI.
  --
  Sergio Oliveira Jr.
  Sun Certified Java Programmer
  Desenvolvedor e Consultor Java
  Empresa SmartJava
  --
  
  
  >From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
  >To: [EMAIL PROTECTED]
  >Subject: Re: Artigo Java x C#
  >Date: Wed, 03 Oct 2001 00:41:36 +
  >
  >Se você quizesse "alertar-me", teria fornecido exemplos
concretos e fatos 
  >ao invés de me chamar de ignorante/mentiroso.
  >
  >É incrível como as pessoas ficam "valentes" na frente
de um teclado. 
  >Imagine se você teria a coragem de me dizer cara a cara
o que você me

Re: [java-list] Problemas com IAS9-Oracle


>
>
>3. Com relação a BEA x Oracle, ambas estão batendo
>boca sobre isso a muito tempo. Recomendo que vocês
>baixem ambos e façam testes com o Petstore e com o
>ECPerf, ambos disponiveis em http://www.javasoft.com .
>Nos meus testes, o OC4J foi quase duas vezes mais
>rápido que o BEA numa maquina NT.
>
Apesar de ter trabalhado muito com Orion e gosto do produto, não 
aconcelharia o produto para trabalhos sérios. O JSP/Servlet engine deles 
é um monstro de performance mas o EJB container deles ainda tem 
problemas. Ele ainda não suporta toda EJB 2.0 Spec e tem problemas com JMS.

O Weblocig pode ser mais lento mas tem muito mais recursos e tb é mais caro.


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Pool de conexão


Se a sua applicação é EJB, seu container deve ter um pool e não deve 
preocupar - se com isso.

Felipe F. Palma Dias wrote:

>Estou fazendo algumas pesquisas a respeito de pools de conexão. Estou
>procurando uma maenira de fazer um único pool que esteja disponível a vários
>tipos de aplicações, JSP, EJB, Applet, Stand-Alone, entre outros.
>Pesquisado, descobri que usando a tecnologia JNDI é possível criar um único
>pool e acessar de qualquer aplicação.
>
>Será que alguém da lista sugere alguma outra forma, sendo que essa forma
>eu apenas utilize pacotes fornecidos pela sun e não por terceiros?
>
>As pessoas que trabalham com EJB, de que maneira fazem para manter um
>pool de conexção em suas aplicaçoes?
>
>
>obrigado, espero que possam me ajudar.
>
>
>P.S.: I hate C#
>
>--
>Felipe F. Palma Dias - [EMAIL PROTECTED]
>http://www.palmadias.hpg.com.br
>
>
>-- LISTA SOUJAVA  
>http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED] 
>-
>



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Ricardo Santiago



Cara, vamos deixar claro:
Tudo em java é passado por valor.
MAS, você só mantém REFERENCIAS para objetos (ou
pointeiros se achar melhor).
Logo, todo objeto é passado por referencia visto que a
referencia é que é passada por valor!

Isso não implica de forma alguma em perda de
performance, simplesmente significa que qq váriavel
que você passar como paramêtro, se for modificada
dentro do método invocado,não refletirá as mudanças
quando o método retornar

Como em:

String s = "test";
int i = 1;

mudeOsValores(s, i);

System.out.println(s + 1); // == "test1"

Onde o metodo mudeOsValores contem o seguinte codigo

public void mudeOsValores(String s, int i) {
  s = "outracoisa";
  i = 2;
}

Ricardo Munhoz Santiago
--- [EMAIL PROTECTED] wrote:
> Sérgio,
> 
> Eu gostaria de fazer uma pequena correção no seu
> email.
> 
> Java não possui passagem por referência. Somente por
> valor. Existe uma forma
> de "simular" passagem de parâmetros por referência,
> utilizando os objetos ou
> tipos primitivos armazenados em um array, por
> exemplo. Mas não existe
> passagem por referência.
> 
> Antes que o alguém dê pulinhos de alegria, eu
> pergunto: e qual é o problema?
> Alguém por favor, apresente um artigo demonstrativo,
> baseado em testes de
> performance ou de algum requisito que mostre qual é
> o grandisíssimo problema
> de Java utilizar passagem por valor, e não por
> referência? Mesmo que haja,
> isso significa que Java é ruim?
> 
> Abraços,
> Denard
> 
> -Original Message-
> From: Sergio Oliveira Jr.
> [mailto:[EMAIL PROTECTED]] 
> Sent: terça-feira, 2 de outubro de 2001 22:56
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: [java-list] Re: Artigo Java x C#
> 
> Mauro,
> 
> Não era a minha intensão te tirar do sério. Não vejo
> problema algum em me 
> engajar num papo com você face-to-face. Só estou
> conversando com você via 
> email por ser mais conveniente, afinal a tecnologia
> está aí para facilitar a
> 
> nossa vida, certo?
> 
> Vou continuar falando racionalmente, apesar de não
> ver nenhum problema em te
> 
> encontrar para um papo mais descontraído.
> 
> Alguns absurdos que vc escreveu:
> 
> - Java não possui todos os tipos derivados de
> ancestral comum:
> 
> Possui sim... Além de possuir tipos primitivos mais
> leves, que por sua vez 
> possuem suas classes equivalentes (Wrappers). Todas
> são derivadas da class 
> Object.
> 
> - Java não possui Structs:
> 
> Realmente não possui a palavra Structs, mas é
> ridículo simular um C Struct 
> com uma class ou inner class.
> 
> - Java não pode passar parametros por referencia:
> 
> Todos os objetos Java são passados por referencia.
> Qualquer principiante em 
> Java precisa saber disso.
> 
> - Java não possui Propriedades:
> 
> Já ouviu falar em JavaBeans ??? Tb existe uma classe
> Properties que faz isso
> 
> facilmente.
> 
> - Java categoricamente não possui eventos nem
> delegate:
> 
> Toda a GUI do Java é orientada a eventos e a
> listeners.
> Java não possui ponteiros para funções, mas possui
> interfaces que podem 
> facilmente e de uma forma mais elegante e poderosa
> realizar callbacks.
> 
> - Java não possui Atributos:
> 
> Não sei o que vc quiz dizer com isso, mas Java
> possui uma API de Reflection 
> poderosíssima.
> 
> - Java não possui Ponteiros:
> 
> Ainda bem! Referencia = Ponteiro com a excessão que
> não podemos fazer 
> operações aritiméticas com referencias.
> Todo mundo sabe que os ponteiros sempre foram a
> maior fonte de bugs, falhas 
> de segurança, vírus e dores de cabeça para os
> programadores C.
> 
> - Java não possui Forech: loop para varrer arrays e
> coleções
> 
> Dê uma olhada na API Collections. Vc vai ficar
> impressionado com a 
> qualidade, eficiência e performance dessa API.
> 
> - Java não possui Campos readonly.
> 
> Lógico que possui. Basta utilizar final.
> 
> - Java não possui Documentação integrada em XML.
> 
> Javadoc serve exatamente para isso que vc sugere
> como vantagem do C#.
> 
> - Java não possui Controle sobre "estouro de faixa"
> numérica
> 
> Lógico que possui. Pelo amor de Deus...
> 
> - Java não possui Diretivas de compilação
> condicional (#ifdef etc)
> 
> Não precisa pois utilizando o final boolean DEBUG =
> false; o compilador 
> automaticamente otimiza o código compilado retirando
> esse código morto.
> 
> - Java não possui Padronização por algum organismo
> internacional
> 
> ??? Já ouviu falar em Enterprise JavaBeans, Servlet,
> JSP, etc. Diversas 
> empresas adotaram essas especificações,
> independentemente de imposições da 
> Sun. Apenas a Máquina Virtual da microsoft não era
> compatível com todas as 
> demais, daí a derrota da Microsoft na justiça.
> 
> - Java não Chama APIs do Windows e DLLs
> 
> Lógico que chama via JNI.
> 
> Como voce percebe pelos meus comentários acima. Vc
> definitivamente não é a 
> pessoa certa para fazer essa comparação entre C# e
> Java. A não ser que vc 
> seja um homem de marketing e não da área de TI.
> 
> ---

[java-list] JBuilder 5 x Ingres II 2.5

2001-10-03 Thread Eduardo Fabricio Elias


Estou com dificuldades de importar o driver Jdbc do Ingres para o
JBuilder... Alguém já passou por isso???

Eduardo Fabricio Elias
Analista de Sistemas - Divisão de Informática
Centro de Integração Empresa Escola - CIEE-RS
Fone: 51 32847029
http://www.ciee-rs.org.br



-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Carlos E O Chierici


A passagem de parametros em Java funciona assim:

- P/ objetos: por referencia
- P/ primitivos: por valor

Veja o exemplo:

public class Teste
{
   public void run()
   {
  TObj obj = new TObj();
  obj .i = 3;
  System.out.println(obj.i); // obj.i = 3
  NovoInt(obj);
  System.out.println(obj.i); // obj.i = 5
   }

   public void NovoInt(TObj meuObj)
   {
  meuObj.i = 5;
   }

   public static void main(String args[])
   {
  Teste t = new Teste();
   t.run();
   }
}

class TObj
{
   public int i;
}


[]s

Carlos E O Chierici
[EMAIL PROTECTED]

- Original Message -

From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 03, 2001 9:52 AM
Subject: RE: [java-list] Re: Artigo Java x C#


Sérgio,

Eu gostaria de fazer uma pequena correção no seu email.

Java não possui passagem por referência. Somente por valor. Existe uma forma
de "simular" passagem de parâmetros por referência, utilizando os objetos ou
tipos primitivos armazenados em um array, por exemplo. Mas não existe
passagem por referência.

Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o problema?
Alguém por favor, apresente um artigo demonstrativo, baseado em testes de
performance ou de algum requisito que mostre qual é o grandisíssimo problema
de Java utilizar passagem por valor, e não por referência? Mesmo que haja,
isso significa que Java é ruim?

Abraços,
Denard


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list] Cortar uma imagem


Isto eu já tentei porém tenho uma Image e tenho que terminar com uma Image
no final desta forma consigo passar para Graphics recortando a imagem porem
não consigo retornar ao Image.

> -Mensagem original-
> De: Ary Junior [mailto:[EMAIL PROTECTED]]
> Enviada em: quarta-feira, 3 de outubro de 2001 12:42
> Para: [EMAIL PROTECTED]
> Assunto: Re: [java-list] Cortar uma imagem
>
>
> A classe Graphics possui um método drawImage cujo vc pode passar
> argumentos
> q definem o tamanho da imagem q vc quer exibir e as coordenadas do pedaço
> desta imagem q vc quer pegar. Visite:
>
> http://java.sun.com/j2se/1.3/docs/api/java/awt/Graphics.html#drawI
> mage(java.
> awt.Image, int, int, int, int, int, int, int, int,
> java.awt.image.ImageObserver)
>
> Espero que possa ser útil.
>
> - Original Message -
> From: Flávio Leite <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, October 03, 2001 9:19 AM
> Subject: [java-list] Cortar uma imagem
>
>
> > Pessoal,
> >
> > Procurei por muitos sites e não consegui uma resposta.
> > Tenho uma Image queria recortar um retangulo desta e gerar uma
> nova Image
> > menor apenas com este retangulo.
> > Alguem tem idéia de como fazer isso???
> >
> > []s,
> > Flávio
> >
> >
> >
> > -- LISTA SOUJAVA
> 
> > http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> > dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para
> [EMAIL PROTECTED]
> >
> -
> >
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Re: Artigo Java x C# GEA2

2001-10-03 Thread Wild Boar Wannabe



 Perae !!! Eh claro que refletira as mudancas !!! Apos
ser chamado o metodo mudeOsValores() o inteiro e a
String mandados por parametro terao seus valores
mudados !!! Ou entao eu tou louco !!! Por que sempre
foi assim pra mim ...

 --- Ricardo Santiago <[EMAIL PROTECTED]>
escreveu: > 
> Cara, vamos deixar claro:
> Tudo em java é passado por valor.
> MAS, você só mantém REFERENCIAS para objetos (ou
> pointeiros se achar melhor).
> Logo, todo objeto é passado por referencia visto que
> a
> referencia é que é passada por valor!
> 
> Isso não implica de forma alguma em perda de
> performance, simplesmente significa que qq váriavel
> que você passar como paramêtro, se for modificada
> dentro do método invocado,não refletirá as mudanças
> quando o método retornar
> 
> Como em:
> 
> String s = "test";
> int i = 1;
> 
> mudeOsValores(s, i);
> 
> System.out.println(s + 1); // == "test1"
> 
> Onde o metodo mudeOsValores contem o seguinte codigo
> 
> public void mudeOsValores(String s, int i) {
>   s = "outracoisa";
>   i = 2;
> }
> 
> Ricardo Munhoz Santiago
> --- [EMAIL PROTECTED] wrote:
> > Sérgio,
> > 
> > Eu gostaria de fazer uma pequena correção no seu
> > email.
> > 
> > Java não possui passagem por referência. Somente
> por
> > valor. Existe uma forma
> > de "simular" passagem de parâmetros por
> referência,
> > utilizando os objetos ou
> > tipos primitivos armazenados em um array, por
> > exemplo. Mas não existe
> > passagem por referência.
> > 
> > Antes que o alguém dê pulinhos de alegria, eu
> > pergunto: e qual é o problema?
> > Alguém por favor, apresente um artigo
> demonstrativo,
> > baseado em testes de
> > performance ou de algum requisito que mostre qual
> é
> > o grandisíssimo problema
> > de Java utilizar passagem por valor, e não por
> > referência? Mesmo que haja,
> > isso significa que Java é ruim?
> > 
> > Abraços,
> > Denard
> > 
> > -Original Message-
> > From: Sergio Oliveira Jr.
> > [mailto:[EMAIL PROTECTED]] 
> > Sent: terça-feira, 2 de outubro de 2001 22:56
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED];
> > [EMAIL PROTECTED]
> > Subject: [java-list] Re: Artigo Java x C#
> > 
> > Mauro,
> > 
> > Não era a minha intensão te tirar do sério. Não
> vejo
> > problema algum em me 
> > engajar num papo com você face-to-face. Só estou
> > conversando com você via 
> > email por ser mais conveniente, afinal a
> tecnologia
> > está aí para facilitar a
> > 
> > nossa vida, certo?
> > 
> > Vou continuar falando racionalmente, apesar de não
> > ver nenhum problema em te
> > 
> > encontrar para um papo mais descontraído.
> > 
> > Alguns absurdos que vc escreveu:
> > 
> > - Java não possui todos os tipos derivados de
> > ancestral comum:
> > 
> > Possui sim... Além de possuir tipos primitivos
> mais
> > leves, que por sua vez 
> > possuem suas classes equivalentes (Wrappers).
> Todas
> > são derivadas da class 
> > Object.
> > 
> > - Java não possui Structs:
> > 
> > Realmente não possui a palavra Structs, mas é
> > ridículo simular um C Struct 
> > com uma class ou inner class.
> > 
> > - Java não pode passar parametros por referencia:
> > 
> > Todos os objetos Java são passados por referencia.
> > Qualquer principiante em 
> > Java precisa saber disso.
> > 
> > - Java não possui Propriedades:
> > 
> > Já ouviu falar em JavaBeans ??? Tb existe uma
> classe
> > Properties que faz isso
> > 
> > facilmente.
> > 
> > - Java categoricamente não possui eventos nem
> > delegate:
> > 
> > Toda a GUI do Java é orientada a eventos e a
> > listeners.
> > Java não possui ponteiros para funções, mas possui
> > interfaces que podem 
> > facilmente e de uma forma mais elegante e poderosa
> > realizar callbacks.
> > 
> > - Java não possui Atributos:
> > 
> > Não sei o que vc quiz dizer com isso, mas Java
> > possui uma API de Reflection 
> > poderosíssima.
> > 
> > - Java não possui Ponteiros:
> > 
> > Ainda bem! Referencia = Ponteiro com a excessão
> que
> > não podemos fazer 
> > operações aritiméticas com referencias.
> > Todo mundo sabe que os ponteiros sempre foram a
> > maior fonte de bugs, falhas 
> > de segurança, vírus e dores de cabeça para os
> > programadores C.
> > 
> > - Java não possui Forech: loop para varrer arrays
> e
> > coleções
> > 
> > Dê uma olhada na API Collections. Vc vai ficar
> > impressionado com a 
> > qualidade, eficiência e performance dessa API.
> > 
> > - Java não possui Campos readonly.
> > 
> > Lógico que possui. Basta utilizar final.
> > 
> > - Java não possui Documentação integrada em XML.
> > 
> > Javadoc serve exatamente para isso que vc sugere
> > como vantagem do C#.
> > 
> > - Java não possui Controle sobre "estouro de
> faixa"
> > numérica
> > 
> > Lógico que possui. Pelo amor de Deus...
> > 
> > - Java não possui Diretivas de compilação
> > condicional (#ifdef etc)
> > 
> > Não precisa pois utilizando o final boolean DEBUG
> =
> > false; o compilador 
> > automaticamente otimiza o código compilado
> retirando
> > esse código morto.
> > 
> > - Java não possu

Re: [java-list] Re: Artigo Java x C#

2001-10-03 Thread Leonardo Souza Mario Bueno


Nain, nain. Java não tem passagem por referencia nem para objetos.

Ex:

public void inc(Integer i) {
i = new Integer(i.intValue()++);
System.out.println("i = " + i); // i = 2
}

i = new Integer(1);
inc(i);
System.out.println("i = " + i); // i = 1

Resultado:

i = 2
i = 1

Ao chamar inc(i) é passada uma referencia ao objeto i por valor.. ou seja,
mudanças na referencia dentro do metodo não terão efeito fora dele..

[]'s,

Leonardo.

- Original Message -
From: "Carlos E O Chierici" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 03, 2001 1:35 PM
Subject: Re: [java-list] Re: Artigo Java x C#


> A passagem de parametros em Java funciona assim:
>
> - P/ objetos: por referencia
> - P/ primitivos: por valor
>
> Veja o exemplo:
>
> public class Teste
> {
>public void run()
>{
>   TObj obj = new TObj();
>   obj .i = 3;
>   System.out.println(obj.i); // obj.i = 3
>   NovoInt(obj);
>   System.out.println(obj.i); // obj.i = 5
>}
>
>public void NovoInt(TObj meuObj)
>{
>   meuObj.i = 5;
>}
>
>public static void main(String args[])
>{
>   Teste t = new Teste();
>t.run();
>}
> }
>
> class TObj
> {
>public int i;
> }
>
>
> []s
>
> Carlos E O Chierici
> [EMAIL PROTECTED]
>
> - Original Message -
>
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, October 03, 2001 9:52 AM
> Subject: RE: [java-list] Re: Artigo Java x C#
>
>
> Sérgio,
>
> Eu gostaria de fazer uma pequena correção no seu email.
>
> Java não possui passagem por referência. Somente por valor. Existe uma
forma
> de "simular" passagem de parâmetros por referência, utilizando os objetos
ou
> tipos primitivos armazenados em um array, por exemplo. Mas não existe
> passagem por referência.
>
> Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o
problema?
> Alguém por favor, apresente um artigo demonstrativo, baseado em testes de
> performance ou de algum requisito que mostre qual é o grandisíssimo
problema
> de Java utilizar passagem por valor, e não por referência? Mesmo que haja,
> isso significa que Java é ruim?
>
> Abraços,
> Denard
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Java: Passagem por valor ou referencia?

2001-10-03 Thread Alysson Neves Bessani



Bom, aqui acho q cabe uma esclarecida: Os tipos basicos em java
sao passados por valor. Assim quando um tipo basico eh passado por
parametro ele eh COPIADO para dentro do metodo q vai ser executado. Os
objetos, como nao sao manipulados diretamente na pilha da maquina virtual
sao passados sempre por "referencia". Isto porque a pilha trata
referencias a objetos, e uma vez essas passadas como parametro, elas (as
referencias) sao COPIADAS pra dentro do metodo. Assim a referencia copiada
continua "apontando" pro objeto antigo e qualquer alteracao neste eh
valida dentro e fora do metodo.

Abracos.

On Wed, 3 Oct 2001 [EMAIL PROTECTED] wrote:

> Sérgio,
> 
> Eu gostaria de fazer uma pequena correção no seu email.
> 
> Java não possui passagem por referência. Somente por valor. Existe uma forma
> de "simular" passagem de parâmetros por referência, utilizando os objetos ou
> tipos primitivos armazenados em um array, por exemplo. Mas não existe
> passagem por referência.
> 
> Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o problema?
> Alguém por favor, apresente um artigo demonstrativo, baseado em testes de
> performance ou de algum requisito que mostre qual é o grandisíssimo problema
> de Java utilizar passagem por valor, e não por referência? Mesmo que haja,
> isso significa que Java é ruim?
> 
> Abraços,
> Denard
> 
> -Original Message-
> From: Sergio Oliveira Jr. [mailto:[EMAIL PROTECTED]] 
> Sent: terça-feira, 2 de outubro de 2001 22:56
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [java-list] Re: Artigo Java x C#
> 
> Mauro,
> 
> Não era a minha intensão te tirar do sério. Não vejo problema algum em me 
> engajar num papo com você face-to-face. Só estou conversando com você via 
> email por ser mais conveniente, afinal a tecnologia está aí para facilitar a
> 
> nossa vida, certo?
> 
> Vou continuar falando racionalmente, apesar de não ver nenhum problema em te
> 
> encontrar para um papo mais descontraído.
> 
> Alguns absurdos que vc escreveu:
> 
> - Java não possui todos os tipos derivados de ancestral comum:
> 
> Possui sim... Além de possuir tipos primitivos mais leves, que por sua vez 
> possuem suas classes equivalentes (Wrappers). Todas são derivadas da class 
> Object.
> 
> - Java não possui Structs:
> 
> Realmente não possui a palavra Structs, mas é ridículo simular um C Struct 
> com uma class ou inner class.
> 
> - Java não pode passar parametros por referencia:
> 
> Todos os objetos Java são passados por referencia. Qualquer principiante em 
> Java precisa saber disso.
> 
> - Java não possui Propriedades:
> 
> Já ouviu falar em JavaBeans ??? Tb existe uma classe Properties que faz isso
> 
> facilmente.
> 
> - Java categoricamente não possui eventos nem delegate:
> 
> Toda a GUI do Java é orientada a eventos e a listeners.
> Java não possui ponteiros para funções, mas possui interfaces que podem 
> facilmente e de uma forma mais elegante e poderosa realizar callbacks.
> 
> - Java não possui Atributos:
> 
> Não sei o que vc quiz dizer com isso, mas Java possui uma API de Reflection 
> poderosíssima.
> 
> - Java não possui Ponteiros:
> 
> Ainda bem! Referencia = Ponteiro com a excessão que não podemos fazer 
> operações aritiméticas com referencias.
> Todo mundo sabe que os ponteiros sempre foram a maior fonte de bugs, falhas 
> de segurança, vírus e dores de cabeça para os programadores C.
> 
> - Java não possui Forech: loop para varrer arrays e coleções
> 
> Dê uma olhada na API Collections. Vc vai ficar impressionado com a 
> qualidade, eficiência e performance dessa API.
> 
> - Java não possui Campos readonly.
> 
> Lógico que possui. Basta utilizar final.
> 
> - Java não possui Documentação integrada em XML.
> 
> Javadoc serve exatamente para isso que vc sugere como vantagem do C#.
> 
> - Java não possui Controle sobre "estouro de faixa" numérica
> 
> Lógico que possui. Pelo amor de Deus...
> 
> - Java não possui Diretivas de compilação condicional (#ifdef etc)
> 
> Não precisa pois utilizando o final boolean DEBUG = false; o compilador 
> automaticamente otimiza o código compilado retirando esse código morto.
> 
> - Java não possui Padronização por algum organismo internacional
> 
> ??? Já ouviu falar em Enterprise JavaBeans, Servlet, JSP, etc. Diversas 
> empresas adotaram essas especificações, independentemente de imposições da 
> Sun. Apenas a Máquina Virtual da microsoft não era compatível com todas as 
> demais, daí a derrota da Microsoft na justiça.
> 
> - Java não Chama APIs do Windows e DLLs
> 
> Lógico que chama via JNI.
> 
> Como voce percebe pelos meus comentários acima. Vc definitivamente não é a 
> pessoa certa para fazer essa comparação entre C# e Java. A não ser que vc 
> seja um homem de marketing e não da área de TI.
> 
> --
> Sergio Oliveira Jr.
> Sun Certified Java Programmer
> Desenvolvedor e Consultor Java
> Empresa SmartJava
> --
> 
> 
> 
> >Fro

[java-list] MySql with JDBC

2001-10-03 Thread Henrique Sakata


Alguem conhece algum site que tenha tutoriais para usar JDBC com MySql, e algum site 
com exemplos de algoritmos de JDBC?

Obrigado


_
--->Get your free email @godisdead.com
Made possible by Fade to Black Comedy Magazine

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Problemas com IAS9-Oracle


 --- Sven van ´t Veer <[EMAIL PROTECTED]> escreveu: >
Não tem comparação BEA ganha com tranquilidade em
> todos os pontos tipo:
> Performance
O OC4J é, pelo menos, 2 vezes mais rápido que o BEA.
Basta fazer o teste com o petstore da SUN (que, aliás,
para rodar no BEA tem que ser o petstore que está no
site deles - estranho, né?)
> Estandardização
O IAS/OC4J é 100% J2EE (1.2) e está na certificação da
SUN em http://java.sun.com/j2ee/compatibility.html

>Deployment de EJB
Tranquilo, ainda mais quando a sua IDE tem suporte.
> Fascilidade de instalação
O que?! Mais fácil que fazer um unzip de um arquivo.
Sem essa.
> 
> Fora disso, IAS não roda em todos os plataformas e
> não é 100% puro JAVA
Hahaha, ótima essa - então porque a SUN deu a
certificação para o IAS?! Veja os links:
http://java.sun.com/j2ee/compatibility.html 
http://industry.java.sun.com/javanews/stories/print/0,1797,38852,00.html




___
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil 
e grátis!
http://br.geocities.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list]Qual o melhor ambiente?

2001-10-03 Thread Eduardo Fabricio Elias


Renato,

Você é suspeito para falar... Mas realmente JBuilder tem tantos recursos que
deixa qualquer um louco... Tenho até medo de pensar em escrever todo aquele
código sem o JBuilder. 

Aqui na empresa analisamos várias ferramentas de desenvolvimento e
escolhemos o JBuilder... Atualmente ainda estamos em treinamento, acho que
no ano que vem poderei dar uma opinião mais concreta.



Eduardo Fabricio Elias
Analista de Sistemas - Divisão de Informática
Centro de Integração Empresa Escola - CIEE-RS
Fone: 51 32847029
http://www.ciee-rs.org.br



-Mensagem original-
De: Renato Quedas [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 3 de outubro de 2001 12:20
Para: [EMAIL PROTECTED]; Liandro(Unimed)
Assunto: Re: [java-list]Qual o melhor ambiente?


A melhor ferramenta sem dúvida é o JBuilder.

Quanto a ser de graça ou não, a nova versão do forte que eu saiba
custa US$ 2000,00 e não faz muitas coisas que o JBuilder Enterprise faz.

Que tipo de projeto você está desenvolvendo? Vai utilizar jsp/servlets?
vai trabalhar com j2ee?
Se você estiver fazendo algum trabalho deste tipo, nenhum IDE gratuito
vai te fornecer muitos recursos.

Abraços
Renato
- Original Message -
From: "Liandro(Unimed)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 2:15 PM
Subject: Re: [java-list]Qual o melhor ambiente?


> Na minha opnião, é o Forte e JBuilder, ai vai de cada um a escolha, mas
> essas
> p/ mim sao as melhores IDEs...
>
> A vantagem do Forte é que ele é muito flexivel e é de GRAÇA...
>
>
> []s
>
>
> Liandro
>
>
> - Original Message -
> From: "fdcunha" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, October 01, 2001 9:36 AM
> Subject: [java-list]Qual o melhor ambiente?
>
>
> > Gostaria de saber qual destes dois ambientes é melhor
> > Netbens ou Jbuilder?
> >
> > Obrigado
> > Fabinho SP
> >
> >
> >
__
> > AcessoBOL, só R$ 9,90! O menor preço do mercado!
> > Assine já! http://www.bol.com.br/acessobol
> >
> >
> >
> > -- LISTA
SOUJAVA 
> > http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> > dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para
[EMAIL PROTECTED]
>
> -
> >
> >
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

Re: [java-list] Pool de conexão



Entendo que o que você quer está mais para pool de objetos, e isto já
existe, veja em http://www.codestudio.com/,
http://poolit.sourceforge.net/, http://sourceforge.net/projects/c3p0/.

Para criar pools especificos para os recursos desejados, é necessário
escrever um pool para cada um (claro que pode ter um genérico), pois
terá de ser otimizado para tal tarefa.

Claudio Miranda

"Felipe F. Palma Dias" wrote:
> 
> Estou fazendo algumas pesquisas a respeito de pools de conexão. Estou
> procurando uma maenira de fazer um único pool que esteja disponível a vários
> tipos de aplicações, JSP, EJB, Applet, Stand-Alone, entre outros.
> Pesquisado, descobri que usando a tecnologia JNDI é possível criar um único
> pool e acessar de qualquer aplicação.
> 
> Será que alguém da lista sugere alguma outra forma, sendo que essa forma
> eu apenas utilize pacotes fornecidos pela sun e não por terceiros?
> 
> As pessoas que trabalham com EJB, de que maneira fazem para manter um
> pool de conexção em suas aplicaçoes?
> 
> obrigado, espero que possam me ajudar.
> 
> P.S.: I hate C#
> 
> --
> Felipe F. Palma Dias - [EMAIL PROTECTED]
> http://www.palmadias.hpg.com.br

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Duvida sobre j2me

2001-10-03 Thread Felipe Jose Goldin


Nao e possivel. O append so aceita subclasses de Item.

Mas o que vc quer fazer e possivel com o ChoiceGroup tipo implicit.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 3 de outubro de 2001 09:53
To: [EMAIL PROTECTED]
Subject: [java-list] Duvida sobre j2me


Alguem sabe se eu posso utilizar o "append" da classe Form para adicionar
uma "List" ao objeto Form?


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuarios Java da Sucesu-SP 
dzvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Quanto custa???

2001-10-03 Thread Fabio


Alguem saberia quanto custa as seguintes ferramentas:

 - Visual Age for Java
 - JBuilder
 - Forte

Se alguem souber de outras ferramentas gostaria de saber quais são elas e
seus respectivos preços.


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Duvida sobre j2me

Não é possivel colocar um javax.microedition.lcdui.List em um Form.
Tente converter a estrutura de javax.microedition.lcdui.List que você
tiver para alguma subclasse de javax.microedition.lcdui.Item, que pode
ser colocada no Form.

Claudio Miranda

[EMAIL PROTECTED] wrote:
> 
> Alguem sabe se eu posso utilizar o "append" da classe Form para adicionar
> uma "List" ao objeto Form?

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Aplicativo SWING

2001-10-03 Thread isaias



Olá Pessoal,

Estou fazendo alguns testes com aplicacoes SWING e me deparei com o
seguinte problema.

Criei uma classe chamada Principal herdando da JFrame com um JTextField e
um JButton.
Quando um clique é dado no JButton um JDialog com um JTextField e um outro
JButton se abre.
A minha intencao é quando eu inserir um texto no JTextField do JDialog e
clicar no JButton o JTextField do janela Principal altere o seu valor,
porém isto nao acontece.
Na classe Principal eu criei um método chamado mudaTexto(String Texto) que
é chamado no JButton do JDialog.

Estou mandando em anexo as duas classes zipadas, se alguém puder dar uma
olhada ficarei agradecido.

Uma das solucoes que encontrei foi declarar o JTextField e o metodo
mudaTexto da classe Principal como static e no JButton do JDialog fazer uma
chamada direta ao metodo mudaTexto da classe Principal, gostaria de saber
se este procedimento é o correto.

Um abraco a todos.

Isaías Cristiano Barroso

 Teste.zip

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

RES: [java-list] VEJAM ESSA - C#

2001-10-03 Thread Marcos Tadeu P Vargens


Ainda bem que você assume que não tem muita intimidade com o Jbuilder porque
se não ia dar briga. Uso o Jbuilder 5 e não tenho reclamações. Faz tudo que
se precisa, muita muita coisa mesmo. Faço debug de classes, servlets e JSP
apertanto F8 nos break points igualzinho se faz no VB. Fora as outras
ferramentas como o JDataBase Pilot que é uma mão na roda para trabalhar com
o mysql. (tipo o VisData do VB). Duvido muito que a microsoft consiga algo
para o .Net que o java não consiga (entenda por java toda a comunidade que
programa, participa de listas, foruns e convenções, dá opniões etc.) Quando
a borland criou um espaço para a comunidade que usa o Jbuilder eu nem dei
muita bola, mas um dia procurando um wizard para criar JavaDoc's conheci
essa comunidade e ví o quanto o pessoal colabora para o aperfeiçoamento do
Jbuilder. Fora o Wizard do Javadoc, achei outras coisas uteis como linhas na
laterais do Editor e outras coisas. Já o lado microsoft jamais vai deixar vc
incluir ou modificar um menuzinho que seja da ferramenta deles. Provavelmete
se vc reclamar muito mas muito mesmo vc pode baixar um Servce Pack de 9MB
cada um para resolver seus problemas.

-Mensagem original-
De: Luiz Fernando Bicalho [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 3 de outubro de 2001 10:54
Para: [EMAIL PROTECTED]
Assunto: RE: [java-list] VEJAM ESSA - C#


Eu tenho uma coisa a dizer que é a única vantagem o .NET
- O ambiente de desenvolvimento da Microsoft sempre vai ser o melhor.

Talvez eu não seja tão bom com o JBuilder (que vocês falam que é o melhor
RAD para Java), mas sinceramente o JBuilder como Ferramenta para desenho de
tela , por que pra mim ele não serve pra mais nada, perde e feio pra
ferramentas como Delphi e VB
A linguagem JAVA é a que tem os melhores recursos do mercado, só desenvolvo
sistemas em java, mas não uso o JBuilder nem a pau, ele é lento, trava muito
e ja perdi muita coisa feita nele(talvez por que eu não sou bom nele).
E com certeza o VS .NET vai ser um excelente ambiente de desenvolvimento,
pelo que vi nos betas.

O que eu acho é, não devemos nos preocupar com a linguagem, mas sim com o
ambiente, pois ele é que vai ser a força da MS para vender o .NET

Talvez se tivessemos um ambiente de desenvolvimento mais leve e inteligente,
poderiamos deter mais um pouco a onda da MS.

A Microsoft se baseia em algo que é a realidade, java é uma excelente
tecnologia, se todo mundo usasse java seria mais facil e seguro de
trabalhar, mas JAVA É MAIS DIFICIL, o JBUILDER É MAIS DIFICIL QUE VB, a
linguagem não é muito mais dificil, mas o ambiente é, isso é um fato.



-Original Message-
From: Paulo Simao [mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 3 de outubro de 2001 08:40
To: [EMAIL PROTECTED]
Subject: Re: [java-list] VEJAM ESSA - C#


Já que vc's tocaram no assunto, estou enviando um bate-papo que tive com o
kra que escreveu akilo :^)
Esta foi a resposta dele :^)
_

Caro Paulo,

Não gosto muito de travar "guerras religiosas" nem ficar discutindo que
linguagem eu aprendi e em que ordem. Vou apenas esclarecer os pontos
levantados na sua mensagem.

1)Ponteiros
Tanto o Java como o C# em código "seguro" tem "referências", que são uma
espécie de "ponteiros domesticados". O C# PODE (em código "inseguro") usar
ponteiros "crús". Isto é necessário para chamar muitas funções em DLLs. Este
recurso pode ser usado para situações onde a performance seja absolumanete
necessária, já que, ao contrário dos arrays, não existe verificação de
faixa. É um recurso perigoso, sem dúvida, mas pode salvar a sua pele em
algumas situações críticas, sem a necessidade de sair da ferramenta ou da
linguagem.

2)Documentação em XML
A documentação em XML permite que ela seja manipulada e "transformada" com
"style sheets", coisa que o HTML não permite. Além disto, o ambiente
reconhece e usa o comentário como "dica".

3)Propriedades.
As propriedades e os eventos são recursos extremamente úteis na criação de
uma ferramenta RAD e de componentes para a ferramenta. Entendo que o Sr. não
tenha apreciado este recurso, afinal de contas a Sun também não não o fez.
Mas isto torna a programação muito mais produtiva, especialmente para
programadores menos experientes.

4)Acúcares sintáticos
Sugiro fortemente que o Sr. leia novamente tanto o meu artigo como outras
fontes na Internet. Esta é um dos argumentos da Sun contra o C#, mas o fato
é que o C# foi feito depois e usando a experiência de uma equipe que
forneceu, a seu tempo,
a melhor ferramenta Java do mercado, o J++, para não
falar do VB e do Delphi. Esse pessoal sabia perfeitamente onde os problemas
estavam e tinha ampla experiência na criação de ferramentas de
desenvolvimento de alta produtividade (J++, VB e Delphi). As questões de
performance e de integração com ferramenta RAD são bem reais.

Não nutrir simpatia pela Microsoft é comum em alguns círculos hoje em dia.
Mas isto não quer dizer que eles não sejam capazes de faze

[java-list] JMF

2001-10-03 Thread Fábio Pinheiro


Preciso desenvolver um sistema utilizando a api JMF, a qual não tenho
nenhuma experiência. Alguém saberia dizer o melhor jeito (documentação,
site) p/ eu começar?

Desde já agradecido,

Fábio ZRP

_
Chegou o novo MSN Explorer. Instale já. É gratuito! 
http://explorer.msn.com.br


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Java IAS9 Oracle e EJB servlet


Rogerio,

Me explique com mais detalhes o que ocorreu que eu te
ajudo.

Quanto a alguém que escreveu que o IAS não é 100% java
(tá maluco?!) e que o BEA é "muuuito superior" em
performance, etc. Proponho que esse alguém rode o
petstore e veja qual é o mais rápido. Só mais uma
coisa, o container J2EE tem só 10Mb para fazer
download.

Como já disse, não fiquem perguntando quem é o melhor,
façam vcs mesmos os testes, e tirem suas conclusões.

[]s

Maiko.


 
 --- Rogerio Costa <[EMAIL PROTECTED]> escreveu: > Fiz
um  EJB no IAS9, fiz o deploy dele e tudo bem...
> Fiz uma aplicacao client que tem todas as classes
> (EJB,Remote,Home) no mesmo path ele funcionou...
> 
>   Quando tentei acessar este EJB por um servlet,
> coloquei o servlet no "default-web-application"
> o servlet sem a chamada para o EJB roda... quando
> tenta acessar o Home o Remote ele diz que nao
> reconhece... 
> Configurei o InitialContext nao mao e nada
> da certo...
> 
>   "Acredito que ele deveria afinal de contas esta
> tudo no Container nao e?", entao coloco todas
> as classes no classes do "default-web-applicaton"
> ... entao ele me pede "application-client.xml" ,
> "Nao entendi nada!"...
> 
>   Depois disto tudo, ele reconhece a Class Home,
> Class Remote ... quanto eu tento criar um instancia
> do EJB
> ele me retorna um Erro "CastClassExceptoin" no rmi
> 
>   Acredito que deva estar faltando algum arquivo no
> classpath no class path...
> Alguem  pode me ajudar
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
>  

___
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil 
e grátis!
http://br.geocities.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: RES: [java-list] Problemas com IAS9-Oracle

2001-10-03 Thread Rogerio Costa


Fiz um  EJB no IAS9, fiz o deploy dele e tudo bem...
Fiz uma aplicacao client que tem todas as classes (EJB,Remote,Home) no
mesmo path ele funcionou...

Quando tentei acessar este EJB por um servlet, coloquei o servlet no
"default-web-application"
o servlet sem a chamada para o EJB roda... quando tenta acessar o Home o
Remote ele diz que nao reconhece... 
Configurei o InitialContext nao mao e nada da certo...

"Acredito que ele deveria afinal de contas esta tudo no Container nao e?",
entao coloco todas
as classes no classes do "default-web-applicaton" ... entao ele me pede
"application-client.xml" , "Nao entendi nada!"...

Depois disto tudo, ele reconhece a Class Home, Class Remote ... quanto eu
tento criar um instancia do EJB
ele me retorna um Erro "CastClassExceptoin" no rmi

Acredito que deva estar faltando algum arquivo no classpath no class path...
Alguem  pode me ajudar

Eduardo Fabricio Elias wrote:
> 
> Aqui na empresa escolhemos a utilização do AppServer da Borland..
> 
> Eduardo.
> 
> > - Mensagem original -
> > De:   Sven van ´t Veer [SMTP:[EMAIL PROTECTED]]
> > Enviada em:   quarta-feira, 3 de outubro de 2001 8:47
> > Para: [EMAIL PROTECTED]
> > Assunto:  Re: [java-list] Problemas com IAS9-Oracle
> >
> > Não tem comparação BEA ganha com tranquilidade em todos os pontos tipo:
> > Performance
> > Estandardização
> > Deployment de EJB
> > Fascilidade de instalação
> > etc. etc.
> >
> > Fora disso, IAS não roda em todos os plataformas e não é 100% puro JAVA
> >
> > Cassio Sampaio wrote:
> >
> >
> >   Aproveitando = IAS versus BEA alguma posicao???
> >
> >   Alisson Aguiar wrote:
> >
> >
> >   Acho ambos muito bons (OAS 4.0.8.2 e mesmo o iAS 1.0.1.0.0).
> > É só uma
> >   questão de configuração e prática com a coisa.
> >
> >   Alisson
> >
> >   - Original Message -
> >   From: "Clebert Suconic"  <[EMAIL PROTECTED]>
> > 
> >   To:  <[EMAIL PROTECTED]>
> > 
> >   Sent: Tuesday, October 02, 2001 10:58 AM
> >   Subject: Re: [java-list] Problemas com IAS9-Oracle
> >
> >
> >   Posso estar enganado, mas o OC4J não têm nada à ver
> > com J2EE. É uma
> >   especificação da Oracle para a realização de Data
> > Acess Objects de uma
> >   maneira
> >   "mais fácil", sem utilizar J2EE. Não sei se a última
> > implementação de OC4J
> >   está fazendo um mapeamento de OC4J para J2EE.
> >
> >   A Oracle comprou o Orion como container J2EE, e
> > parece que agora o 9iAS
> >   tende à funcionar. Versões antigas eram sofríveis,
> > como o OAS ou mesmo o
> >   8iAS.
> >
> >   Clebert
> >   - Original Message -
> >   From: "Maiko A. Rocha"  <[EMAIL PROTECTED]>
> > 
> >   To:  <[EMAIL PROTECTED]>
> > 
> >   Sent: Monday, October 01, 2001 1:53 PM
> >   Subject: Re: [java-list] Problemas com IAS9-Oracle
> >
> >
> >
> >   --- Celso Watanabe  <[EMAIL PROTECTED]>
> >  escreveu: >
> >   Alguém já trabalhou ou trabalha com o IAS9 como
> >
> >   servidor de aplicação ?
> >
> >   Eu. Atualmente estou trabalhando com a versão
> > 1.2.2.1
> >   do 9iAS que utiliza o OC4J (ou orion) como container
> >   J2EE.
> >
> >   Sites como TAM ( ) e RBS
> >   ( ) estão rodando com o
> > 9iAS -
> >   me parece que o UOL também utiliza o 9iAS - além de
> >   outros menos conhecidos.
> >
> >   []s
> >
> >   Maiko
> >
> >
> >
> >
> >
> > __
> > __
> >
> >   ___
> >
> >   Yahoo! GeoCities
> >   Tenha seu lugar na Web. Construa hoje mesmo sua home
> > page no Yahoo!
> >
> >   GeoCities. É fácil e grátis!
> >
> >   
> >
> >   -- LISTA
> >
> >   SOUJAVA 
> >
> >     -  Sociedade de
> > Usuários Java da Sucesu-SP
> >   dúvidas mais comuns:
> > 
> >   regras da lista:
> > 
> >

Re: [java-list] Servlet with Tomcat

2001-10-03 Thread gMarques


Acho que assim fica um pouco bagunçado... existe outra possibilidade de
colocar servlets em outro diretorio??


Marcos



Subject: RE: [java-list] Servlet with Tomcat


> vc tem que colocar seu servlet no diretório corretp do TomCat, geralmente
é
> jakarta-tomcat-4.0-b5\webapps\examples\web-inf\classes
>
>
> -Original Message-
> From: Henrique Sakata [mailto:[EMAIL PROTECTED]]
> Sent: terça-feira, 2 de outubro de 2001 14:02
> To: [EMAIL PROTECTED]
> Subject: [java-list] Servlet with Tomcat
>
>
> Estou comecando a programar Servlet, e estou com algumas duvidas. Bom,
> estou usando como o servidor o Tomcat, mas nao sei como que eu faco para
> fazer a chamada do servlet usando o Tomcat. Quando click em um link que
> deveria fazer a chamada do servlet, ele abre uma outra janela, como se eu
> fosse fazer download. Como que eu faco para que o Tomcat saiba que aquele
> link e um servlet?
>
> Obrigado
>
>
> _
> --->Get your free email @godisdead.com
> Made possible by Fade to Black Comedy Magazine
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>
>
>

> For your protection, this e-mail message has been scanned for Viruses.
> Visit us at http://www.neoris.com/
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>
>


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RES: [java-list] Pool de conexão


A um tempo atrás peguei um fonte passado aqui na lista que fazia um pool de
conexões e este pool poderia atender várias aplicações e várias conexões
diferentes (BD, JDBC diferentes) ela era singleton então era instanciada uma
vez apenas na
JVM.

Procure no arquivo lá no www.soujava.com.br que deve ter algo.

Uma sugestão a todos sempre deem uma olhadinha antes no arquivo para ver se
não tem nada por lá.

> -Mensagem original-
> De: Felipe F. Palma Dias [mailto:[EMAIL PROTECTED]]
> Enviada em: quarta-feira, 3 de outubro de 2001 10:17
> Para: Lista - SouJava
> Assunto: [java-list] Pool de conexão
>
>
> Estou fazendo algumas pesquisas a respeito de pools de conexão. Estou
> procurando uma maenira de fazer um único pool que esteja
> disponível a vários
> tipos de aplicações, JSP, EJB, Applet, Stand-Alone, entre outros.
> Pesquisado, descobri que usando a tecnologia JNDI é possível
> criar um único
> pool e acessar de qualquer aplicação.
>
> Será que alguém da lista sugere alguma outra forma, sendo que
> essa forma
> eu apenas utilize pacotes fornecidos pela sun e não por terceiros?
>
> As pessoas que trabalham com EJB, de que maneira fazem para manter um
> pool de conexção em suas aplicaçoes?
>
>
> obrigado, espero que possam me ajudar.
>
>
> P.S.: I hate C#
>
> --
> Felipe F. Palma Dias - [EMAIL PROTECTED]
> http://www.palmadias.hpg.com.br
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] Artigo Java x C#

2001-10-03 Thread Giovani Salvador


De novo, para quem não leu ainda, o artigo está em
http://www.microsoft.com/brasil/msdn/colunas/falandoc/col_falandoc_2.asp 


 Mensagem Original ---
Data : Qua 03/10/2001 12:37
De   : Marcelo Matos  <[EMAIL PROTECTED]>
Para : [EMAIL PROTECTED]
Assunto: Re: [java-list] Artigo Java x C#
 
Onde posso ver este artigo, que, pelo jeito, está
cheio de afirmações infundadas e mentirosas ???


[]s
Marcelo Matos


 --- "Sergio Oliveira Jr." <[EMAIL PROTECTED]>
escreveu: > 
> Caro Mauro Sant'Anna,
> 
> Com todo o respeito gostaria de lhe informar que o
> seu artigo sobre Java x 
> C# possui diversos erros grotescos em relação a
> tecnologia Java. Isso 
> demonstra que ou vc está mentindo para promover a
> tecnologia C# ou vc não 
> sabe absolutamente nada sobre a tecnologia Java e
> nunca deveria ter escrito 
> um artigo como esse.
> 
> Eu não tenho nenhuma experiência com a tecnologia
> .Net, apenas sei que ela é 
> a alternativa da Microsoft para o sucesso da
> linguagem Java no mercado. 
> Portanto me limito a ficar calado quando o assunto é
> comparar C# com Java. 
> Vc definitivamente deveria fazer o mesmo para não
> passar vergonha.
> 
> --
> Sergio Oliveira Jr.
> Sun Certified Java Programmer
> Desenvolvedor e Consultor Java
> --
> 
> 
>
_
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
> 
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
>  

___
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil 
e grátis!
http://br.geocities.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-



**
Giovani Salvador
http://pagina.de/siglas (Siglas de informática)
PROCERGS - Cia. de Processamento de Dados do 
Estado do Rio Grande do Sul
Setor TSI - Tecnologia para Sistemas de Informação
ICQ #44904309
**
    


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-

[java-list] Passando por referencias !!!!!!!!


Ricardo,

O objeto string não vale porque é uma classe IMUTÁVEL. Não há como trocar o 
valor da String sem criar outro objeto, ou seja, sem criar outra referencia 
!!

Classes Imutáveis são muito interessantes porque são THREAD-SAFE, evitando 
condições de corridas e bugs intermitentes. Classes mutáveis são perigosas e 
podem introduzir brechas de segurança no seu código, principalmente se você 
estiver escrevendo uma API para um outro programador utilizar. (Alguém aí 
ainda tem a documentação do Java 1.0 ??? Acho que a classe String no começo 
era Mutável e só depois a Sun percebeu que isso não era bom e transformou 
ela em Imutável. Mas não tenho certeza disso.)

Se eu tenho um objeto MUTÁVEL como um Vetor por exemplo, eu posso 
modificá-lo dentro da função sem problemas.

Não é muito difícil construir uma String Mutável e aí eu poderia fazer um 
Swap(s1, s2) pagando o preço de ter que instanciar duas novas Strings. O 
Sven foi muito feliz levantando essa bola do Swap(&a,&b) e acabou me 
deixando com a seguinte dúvida:

Em C++ dá para fazer um Swap de Objetos Imutáveis ??? Se dá gostaria de 
entender como o C++ faz isso, isto é, o que acontece por trás do pano.

--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
Empresa SmartJava
--



>From: Ricardo Santiago <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: RE: [java-list] Re: Artigo Java x C#
>Date: Wed, 3 Oct 2001 09:16:54 -0700 (PDT)
>
>
>Cara, vamos deixar claro:
>Tudo em java é passado por valor.
>MAS, você só mantém REFERENCIAS para objetos (ou
>pointeiros se achar melhor).
>Logo, todo objeto é passado por referencia visto que a
>referencia é que é passada por valor!
>
>Isso não implica de forma alguma em perda de
>performance, simplesmente significa que qq váriavel
>que você passar como paramêtro, se for modificada
>dentro do método invocado,não refletirá as mudanças
>quando o método retornar
>
>Como em:
>
>String s = "test";
>int i = 1;
>
>mudeOsValores(s, i);
>
>System.out.println(s + 1); // == "test1"
>
>Onde o metodo mudeOsValores contem o seguinte codigo
>
>public void mudeOsValores(String s, int i) {
>   s = "outracoisa";
>   i = 2;
>}
>
>Ricardo Munhoz Santiago
>--- [EMAIL PROTECTED] wrote:
> > Sérgio,
> >
> > Eu gostaria de fazer uma pequena correção no seu
> > email.
> >
> > Java não possui passagem por referência. Somente por
> > valor. Existe uma forma
> > de "simular" passagem de parâmetros por referência,
> > utilizando os objetos ou
> > tipos primitivos armazenados em um array, por
> > exemplo. Mas não existe
> > passagem por referência.
> >
> > Antes que o alguém dê pulinhos de alegria, eu
> > pergunto: e qual é o problema?
> > Alguém por favor, apresente um artigo demonstrativo,
> > baseado em testes de
> > performance ou de algum requisito que mostre qual é
> > o grandisíssimo problema
> > de Java utilizar passagem por valor, e não por
> > referência? Mesmo que haja,
> > isso significa que Java é ruim?
> >
> > Abraços,
> > Denard
> >
> > -Original Message-
> > From: Sergio Oliveira Jr.
> > [mailto:[EMAIL PROTECTED]]
> > Sent: terça-feira, 2 de outubro de 2001 22:56
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED];
> > [EMAIL PROTECTED]
> > Subject: [java-list] Re: Artigo Java x C#
> >
> > Mauro,
> >
> > Não era a minha intensão te tirar do sério. Não vejo
> > problema algum em me
> > engajar num papo com você face-to-face. Só estou
> > conversando com você via
> > email por ser mais conveniente, afinal a tecnologia
> > está aí para facilitar a
> >
> > nossa vida, certo?
> >
> > Vou continuar falando racionalmente, apesar de não
> > ver nenhum problema em te
> >
> > encontrar para um papo mais descontraído.
> >
> > Alguns absurdos que vc escreveu:
> >
> > - Java não possui todos os tipos derivados de
> > ancestral comum:
> >
> > Possui sim... Além de possuir tipos primitivos mais
> > leves, que por sua vez
> > possuem suas classes equivalentes (Wrappers). Todas
> > são derivadas da class
> > Object.
> >
> > - Java não possui Structs:
> >
> > Realmente não possui a palavra Structs, mas é
> > ridículo simular um C Struct
> > com uma class ou inner class.
> >
> > - Java não pode passar parametros por referencia:
> >
> > Todos os objetos Java são passados por referencia.
> > Qualquer principiante em
> > Java precisa saber disso.
> >
> > - Java não possui Propriedades:
> >
> > Já ouviu falar em JavaBeans ??? Tb existe uma classe
> > Properties que faz isso
> >
> > facilmente.
> >
> > - Java categoricamente não possui eventos nem
> > delegate:
> >
> > Toda a GUI do Java é orientada a eventos e a
> > listeners.
> > Java não possui ponteiros para funções, mas possui
> > interfaces que podem
> > facilmente e de uma forma mais elegante e poderosa
> > realizar callbacks.
> >
> > - Java não possui Atributos:
> >
> > Não sei o que vc quiz dizer com isso, mas Java
> > possui uma API de Reflection
> > poderosís

[java-list] Passagem por referencia...


Denard,

Acho que a confusão aí foi que eu assumi o seguinte:

Se eu passo o valor da referencia posso dizer que eu estou passando a 
referencia, ou não posso?

Quando em C++ agente fazia:

doSomething(&myvar);

&myvar não é o valor da referencia, ou seja, o endereço na memória (heap) 
onde está a variável myvar  Não é a mesma coisa que o Java faz ???

Já quando passamos uma variável primitiva, estamos passando por cópia, ou 
seja, uma cópia do valor da variável é colocada no stack. Portante se 
modificarmos essa cópia, a modificação some quando retornamos da função.

Acredito que é exatamente igual ao C++.

--
Sergio Oliveira Jr.
Sun Certified Java Programmer
Desenvolvedor e Consultor Java
Empresa SmartJava
--



>From: "Daniel A. Melo" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED],[EMAIL PROTECTED]
>Subject: RE: [java-list] Re: Artigo Java x C#
>Date: Wed, 03 Oct 2001 12:34:15 -0300
>
>Completando:
>
>por valor, mas o valor pode ser uma referencia a um objeto.
>
>exemplo.
>
>em um metodo
>
>public Objeto getObjeto();
>
>
>sera retornado a referencia ao Objeto.
>
>outro:
>
>public String teste.
>
>teste é referencia ao Objeto String e como nao foi instanciado aponta para 
>NULL.
>
>se eu faco:
>
>teste = new String("eheheh");
>
>a referencia agora aponta para um objeto string cujo conteudo é "eheheh";
>
>
>com o intuito de ajudar,
>
>
>Daniel A.
>
>
>At 09:52 03/10/01 -0300, [EMAIL PROTECTED] wrote:
>
>>Sérgio,
>>
>>Eu gostaria de fazer uma pequena correção no seu email.
>>
>>Java não possui passagem por referência. Somente por valor. Existe uma 
>>forma de "simular" passagem de parâmetros por referência, utilizando os 
>>objetos ou tipos primitivos armazenados em um array, por exemplo. Mas não 
>>existe passagem por referência.
>>
>>Antes que o alguém dê pulinhos de alegria, eu pergunto: e qual é o 
>>problema? Alguém por favor, apresente um artigo demonstrativo, baseado em 
>>testes de performance ou de algum requisito que mostre qual é o 
>>grandisíssimo problema de Java utilizar passagem por valor, e não por 
>>referência? Mesmo que haja, isso significa que Java é ruim?
>>
>>Abraços,
>>Denard
>>
>>-Original Message-
>>From: Sergio Oliveira Jr. 
>>[mailto:[EMAIL PROTECTED]]
>>Sent: terça-feira, 2 de outubro de 2001 22:56
>>To: [EMAIL PROTECTED]
>>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>>Subject: [java-list] Re: Artigo Java x C#
>>
>>Mauro,
>>
>>Não era a minha intensão te tirar do sério. Não vejo problema algum em me
>>engajar num papo com você face-to-face. Só estou conversando com você via
>>email por ser mais conveniente, afinal a tecnologia está aí para facilitar 
>>a
>>nossa vida, certo?
>>
>>Vou continuar falando racionalmente, apesar de não ver nenhum problema em 
>>te
>>encontrar para um papo mais descontraído.
>>
>>Alguns absurdos que vc escreveu:
>>
>>- Java não possui todos os tipos derivados de ancestral comum:
>>
>>Possui sim... Além de possuir tipos primitivos mais leves, que por sua vez
>>possuem suas classes equivalentes (Wrappers). Todas são derivadas da class
>>Object.
>>
>>- Java não possui Structs:
>>
>>Realmente não possui a palavra Structs, mas é ridículo simular um C Struct
>>com uma class ou inner class.
>>
>>- Java não pode passar parametros por referencia:
>>
>>Todos os objetos Java são passados por referencia. Qualquer principiante 
>>em
>>Java precisa saber disso.
>>
>>- Java não possui Propriedades:
>>
>>Já ouviu falar em JavaBeans ??? Tb existe uma classe Properties que faz 
>>isso
>>facilmente.
>>
>>- Java categoricamente não possui eventos nem delegate:
>>
>>Toda a GUI do Java é orientada a eventos e a listeners.
>>Java não possui ponteiros para funções, mas possui interfaces que podem
>>facilmente e de uma forma mais elegante e poderosa realizar callbacks.
>>
>>- Java não possui Atributos:
>>
>>Não sei o que vc quiz dizer com isso, mas Java possui uma API de 
>>Reflection
>>poderosíssima.
>>
>>- Java não possui Ponteiros:
>>
>>Ainda bem! Referencia = Ponteiro com a excessão que não podemos fazer
>>operações aritiméticas com referencias.
>>Todo mundo sabe que os ponteiros sempre foram a maior fonte de bugs, 
>>falhas
>>de segurança, vírus e dores de cabeça para os programadores C.
>>
>>- Java não possui Forech: loop para varrer arrays e coleções
>>
>>Dê uma olhada na API Collections. Vc vai ficar impressionado com a
>>qualidade, eficiência e performance dessa API.
>>
>>- Java não possui Campos readonly.
>>
>>Lógico que possui. Basta utilizar final.
>>
>>- Java não possui Documentação integrada em XML.
>>
>>Javadoc serve exatamente para isso que vc sugere como vantagem do C#.
>>
>>- Java não possui Controle sobre "estouro de faixa" numérica
>>
>>Lógico que possui. Pelo amor de Deus...
>>
>>- Java não possui Diretivas de compilação condicional (#ifdef etc)
>>
>>Não precisa pois utilizando o final boolean DEBUG = false; o compilador
>>automaticamente ot

Re: [java-list] Problemas com IAS9-Oracle