Crie sua conta

[quote="jack_-_ganzha"]Eu era um dos usuarios tentando derrubar o portal: abria novos topicos e depois varias abas para cada topico que me interessava. Acabei de descobri que sou um flooder. :shock: No mais, tudo tranquilo. valeuz... [/quote] .. :00ps:

Opa! Edinei, dê uma olhada no site da sisnema... lá tem uns mapinhas de como chegar até o prédio da sisnema partindo de alguns pontos da cidade e um dos pontos é a rodoviária... se bem me lembro tem tb uns horários de ônibus que passam por lá partindo da rodoviária... o táxi acho que deve ser um pouquinho mais, Roni... digo isso pois quando eu fui eu estava mais perto da sisnema do que partindo da rodoviária e paguei 7 e pouco... se o edinei pagar menos eu fui logrado! :x hehe... que nada... valeu, té+

opa! se eu entendi o que vc quer fazer, a resposta é não... pelo que eu entendi, o que o ping quer fazer é atribuir valor a uma variável declarada em jsp conforme uma condição em javascript... isso não funfia... o jsp é processado no servidor, antes de o cliente receber a resposta com a página... somente quando o browser processar a página é que o javascript será executado, por isso que tua variável sempre tá com "S"... valeu, té+

poxa, aqui não funcionou... depois de 25 min no forno recebi uma NullPointerException... alguém sabe o que pode ser? :arrow:

[quote="roni_warken"][quote="rbaum"][code] Error: Could not create Hibernate transaction; nested exception is net.sf.hibernate.exception.GenericJDBCException: Cannot open connection [/code] :cry:[/quote] Funcionou prá mim em todos acessos Robson...[/quote] agora "funfio"... té+ :!:

[code] Error: Could not create Hibernate transaction; nested exception is net.sf.hibernate.exception.GenericJDBCException: Cannot open connection [/code] :cry:

[quote="Edinei Manica"]Mas o juizinho ruim o que apitou a partida, ridiculo. Deixou de marcar um penalti no tempo normal para nos. E nos penaltis diz que aquilo não foi gol que ridiculo.[/quote] penalti no tempo normal??? ou eu vi o lance errado ou tá todo mundo ficando louco... e quanto ao penalti que dizem que a bola entrou: pelo ângulo que mostraram na tv, não prova que a bola entrou 100% no gol... imagina então o bandeirinha ver isso em uma fração de segundo... isso foi muito pior que terminar um jogo 2 min antes, ou os colorados já esqueceram? como diz o Paula Sant'ana, aqui se faz, aqui se paga... té+

opa! não entendi direito o que você disse que fez... seria isso: 1 - criou um novo usuário JOAO 2 - fez login com usuário JOAO 3 - alterou a senha do usuário JOAO (logado como JOAO) 4 - continou trabalhando normalmente é isso? se sim, qual o problema? té+

opa! concordo, João, a certificação de programador não quer dizer nada sobre o nível de conhecimento... a certificação de programador pega somente o fundamental da linguagem, não quer dizer que vc realmente tem capacidade de desenvolver uma aplicação... da de programador prá frente já é um pouco diferente... sobre a nota da prova, realmente não faz diferença se é 52% ou 100%... mas me diga uma coisa: vc quer pagar R$ 330,00 para fazer a prova e passar raspando? ou então, além de pagar essa grana, saber que vc dedicou um belo de um tempo se preparando para a prova e não conseguiu ir bem... a nota pode não fazer diferença para nada, mas a recompensa pessoal, pelo menos prá mim, tb conta (e muito)... valeu, té+ :!:

opa! quase isso Roni... passei com 96%, fiz a prova no final de fevereiro... a poucos dias eu vi um carinha que passou com 98%, errou só uma... mas não lembro se o tópico em que ele falou isso é daqui do javafree ou do portaljava... se vc der uma procurada aqui no javafree ou nos outros portais vai encontrar mais pessoas que passaram com mais de 90%... na minha opinião, é complicado falar se a prova é difícil ou não... se vc estiver bem preparado a prova fica simples, é só cuidar os pega-ratão... valeu, té+ :!:

[quote="lucastex"]HASHCODE!!! HASHCODE!!! HASHCODE!!! HASHCODE!!! [code]switch (string.hashCode()) { case "LUCAS".hashCode(): { //lalalale break; } default: { //lelelele break; } }[/code][/quote] com hashCode não rola... as expressões case tem que ser resolvidas em tempo de compilação... tem que ser constantes... té+

os seus recursos jndi estão por padrão em java:comp/env. acredito que se vc mudar isto: [code] dataSource = (DataSource) ic.lookup("redstar"); [/code] por isto: [code] dataSource = (DataSource) ic.lookup("java:comp/env/redstar"); [/code] deve funcionar... nestes link's tem informações interessantes: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources-howto.html valeu, té+

deserializei o arquivo e tá completo... tá todo lá o sistema prevalente... depois que eu deserializei o arquivo, já tava vindo aqui postar e resolvi dar uma olhada no código... resultado: cagada minha. tenho uma classe a qual inicia o prevayler... o problema é que eu criava o sistema prevalente e guardava a referência que eu tava criando, ao invés de pegar o prevalentSystem através do prevayler... tá explicado o porque que as transaction funcionavam... como quando não havia o snapshot as transaction eram executadas novamente, os dados eram colocados de volta no sistema sem problemas... quando pegava do snapshot o prevayler carregava o sistema prevalente corretamente, mas eu ficava com a referência que eu criei... é isso valeu Vitor só mais uma coisa: os transactionLog são removidos automaticamente em algum momento, ou não? té+

a princípio o snapshot tá completo... não tentei deserializar ele, mas olhando o arquivo catei o valor das strings que foram salvas... tô rodando sem replicação... agora não tô com tempo, mas vou ver se amanhã de tarde deserializo ele na mão prá ver se dá certo... :roll: valeu, té+

Olá! Estou com problemas com o snapshot do prevayler e não tô achando saída... Após realizar um snapshot, os dados não são mais carregados. tem alguma coisa de especial que eu tenho que fazer para carregar dos arquivos de snapshot? pergunto isso pelo seguinte: ao chamar o "takeSnapshot", é criado um arquivo .snapshot (e tem dados dentro), no entanto os transactionLog não são removidos automaticamente... ao restartar a aplicação, aparentemente o sanpshot não é carregado. se eu apagar o snapshot (deixando somente os transactionLog) e restartar a aplicação novamente, os dados são carregados normalmente dos transactionLog... ao startar a aplicação com o arquivo de snapshot, consta um log do prevayler como se ele tivesse carregado o último transactionLog (somente)... se eu deleto o snapshot, consta o log de carregamento de todos os transactionLog... não acontece nenhuma exception em nenhum momento... prevayler - 2.02.005 java - 1.4.2_07 alguma luz? valeu, té+

então, se eu entendi direito, seria +/- isso: strategy: usado para algorítmos diferentes com um mesmo propósito (no desafio anterior, o propósito seria pintar) command: define um meio dos clientes executarem operações, mas que não necessariamente possuem um mesmo propósito... é por aí? tentei acessar os link's que vc passou, mas: You don't have permission to access /cgi/wiki on this server. hehe... tentei entrar direto no c2.com prá ver se tinha alguma coisa prá mim me cadsatrar mas não achei nada... valeu, té+

[quote="fabio_patricio"]...Só nao temos foto...[/quote] ufa... ainda bem... se eu visse mais alguma foto depois da do Cansian com o Elton eu ia ter pesadelos de noite... :D hehe, brincadeira... é bom saber que o pessoal tá unido! té+

o voucher custa R$ 330,00... té+

aproveitando o gancho: qual a diferença entre o strategy e o command? eu tb pensei que a solução apresentada pelo rafael_afonso fosse command... me parecem muito parecidas, não consegui enchergar a diferença... seria o contexto em que se aplicam? dá prá esclarecer aí? valeu, té+

sacanagem hein! :lol: eu já tava bestemando aqui... mas vem cá, lá no guj é o 1º de abril tb? alguém tentou abrir algum post lá agora de manhã? té+

[quote="rodrigocansian"]...eu espero os apressadinhos comprarem...[/quote] Dalton? :arrow: brincadeira... :lol: té+

Vou dar uma sugestão: Todas as classes que extendem de TelaPesquisa vão implementar PesquisaParametro? Se sim: vc poderia fazer a TelaPesquisa implementar a PesquisaParametro mas sem implementar os métodos (já que TelaPesquisa é abstract)... aí no seu construtor é só invocar o método... as classes concretas que se virem prá implementar o que for preciso... Se não: vale a mesma sugestão de cima, a diferença é que seria só declarar o método e não implementar nada no corpo... em ambos os casos, fica uma pergunta: a interface é só prá isso? definir um método abstrato em TelaPesquisa não resolveria o seu problema? talvez o problema seja diferente do que eu consegui entender... mas pelo que peguei é isso... valeu, té+

opa! vc não pode colocar nomes separados com espaço... para isso coloque o caminho entre aspas: SET CLASSPATH=.;%CLASSPATH%;"C:\Apache Tomcat 4.0\common\lib\servlet.jar" assim deve funfar... só outra coisa: vc tá compilando pelo jcreator? não conheço o jcreator, mas vc chegou a olhar se ele não possui alguma configuração para essas variáveis? valeu, té+

eu nunca fiz isso em java, mas com certeza tem meios... talvez tenha alguma coisa nos tópicos que lhe passei... será que niguém mais poderia dar uma luz? valeu, té+

de uma procurada no fórum... dei uma pesquisada rápida, acho que isso pode lhe ajudar: http://www.javafree.com.br/forum/viewtopic.php?t=12013 http://www.javafree.com.br/forum/viewtopic.php?t=11839 da maneira que vc está fazendo vc está mandando a impressão diretamente para a porta paralela, em modo texto mesmo... se no lugar de "ListaInfo.getPrinter()" vc colocar uma string com o caminho e nome da impressora deve funcionar... acho que nos tópicos que lhe falei tem alguma coisa sobre a api de impressão... na realidade o que vc precisa é somente pegar o caminho de uma impressora... é isso... vivendo e aprendendo... da próxima vez eu vou tentar entender melhor o contexto antes de responder alguma coisa... :oops: té+

bom, neste caso vejo que entendi completamente errado o seu problema... e desta forma acabei complicando o que é simples... agora eu sei que vc não tem ecf's e tb sei que seu sistema não precisa ser distribuído... sendo assim vc pode esquecer o rmi... praticamente não trabalhei com impressão em java, mas acho que tem alguma coisa nos tutoriais do javafree... o que vc quer é extramamente simples... uma configuração ou uma caixa pedindo para qual impressora deve ser enviada a impressão resolve... dê uma olhada nisso... se não tiver aqui no javafree deve ter lá no guj... e desculpe por ter complicado demais, com os dados que vc forneceu eu entendi uma coisa completamente diferente... valeu, té+

[quote="D!NE!-PET"] Já estou desanimando... até parece que não estou entendendo nada pois li os tutoriais, fiz tudo como dizia lá, agora descobri que de todas os diretorios que montei dois sobraram.... e um esta errado. Ai fiquei meio bolado , tá certo que não vou desistir mais acho que uma maneira de ser mais fácil não. [/quote] não desanime... no começo todo mundo patina... eu tb não nasci sabendo! e ainda assim tenho muita coisa a aprender... eu não lhe disse que tem um diretório errado, só disse que tem um sobrando e que o dos fontes ficará acessível... [quote="D!NE!-PET"] Onde acho ou configuro o classpath?[/quote] essa pergunta vc mesmo respondeu... no autoexec! trecho do primeiro tutorial que lhe indiquei lá do guj: [quote] Nas versões mais recentes do Windows é necessário adicionar via painel de controle ( para maiores informações, veja o tutorial "Instalando e configurando o JDK no Windows", aqui no GUJ mesmo ). No Windows, até a versão 98, edite o autoexec.bat e inclua SET CLASSPATH=.;%CLASSPATH%;c:\diretorio\onde\esta\o\meupacote.jar [/quote] e quanto a sua estrutura, no tutorial (se estamos falando do mesmo) tá assim: [quote] /HelloWorldInServlet |-source |-deploy | |-WEB_INF | | |-classes [/quote] onde o diretório HelloWorldInServlet pode estar em qualquer lugar... o que realmente interessa nessa estrutura é o diretório deploy... ele será a raiz da aplicação, e para indicar existe um arquivo de configuração, o qual está descrito seguindo no tutorial... a estrutura que vc colocou funciona tb, mas não precisa do diretório deploy... a não ser que vc vá utilizá-lo para alguma outra coisa... finalizando: o classpath é uma variável de ambiente que contém os diretórios e nomes de pacotes que são necessários para a sua aplicação compilar/rodar... o que vc precisa fazer é colocar o TOMCAT_HOME/commom/lib/servlet.jar nessa variável de ambiente, só... isso é simples, não?

Sua pasta não precisa estar dentro de web-apps... colocar ela dentro do web-apps é a forma mais simples de desenvolver e testar... não precisa fazer deploy novamente quando vc fizer mudanças e precisar testar... e o source não precisa estar lá... o source pode estar em outro lugar qualquer... nessa sua estrutura a pasta deploy está sobrando e a pasta source ficará disponível para qualquer pessoa acessar no seu servidor... de uma olhada novamente no tutorial de estrutura de uma aplicação web e no tutorial do servlet porque vc passou batido em alguns pontos... e não, ele não tem que pegar o classpath do tomcat... acho que vc está confundindo algumas coisas... o seu problema está sendo para compilar a classe, e não para executá-la com o tomcat... para compilar vc usa o javac, e o javac não precisa saber que vc tem o tomcat instalado... ele só precisa saber onde encontrar as dependências para compilar a sua classe. como ele faz isso? tãdã! é o classpath... e agora, melhorou?

só mais uma coisa (me esqueci de dizer) [quote="D!NE!-PET"] Minhas aplicações normais usando o Jcreator estão funcionando numa boa. [/quote] "estão funcionando numa boa" por que vc deve ter usado somente classes das biobliotecas padrão da jre... valeu, té+

Opa! o tutorial que vc leu foi [url=http://www.javafree.com.br/forum/viewtopic.php?t=9127]este[/url]? Se sim, vc chegou a dar uma olhada nos 2 tutoriais que está sendo sugerida a leitura? em especial [url=http://www.javafree.com.br/forum/viewtopic.php?t=1407]neste[/url]? resumindo a história: no seu caso, vc precisa do pacote de servlet's no classpath para poder compilar a sua classe... nada mais... para rodar o seu servlet vc precisa de um container web (ex.: tomcat), o qual se encarrega carregar as dependências... como ele faz isso? lembra do diretório TOMCAT_HOME/common/lib? então, tudo o que estiver lá estará "automagicamente" no classpath para sua aplicação... este diretório contém as bibliotecas que são de uso comum para o tomcat e automaticamente para as aplicações contidas nele... se vc tem bibliotecas que somente sua aplicação usa (este não é o caso do servlet's), vc pode disponibilizar o pacote na pasta WEB-INF/lib da sua aplicação... clareou um pouco? valeu, té+

se eu entendi o que vc quiz dizer, a resposta é: não, esse não é o classpath... o classpath é uma variável de ambiente e vc precisa configurá-la em seu SO ou então passar os valores dela como parâmetro para o javac... lá no guj tem uns tutoriais que acho que podem lhe ajudar: http://www.guj.com.br/java.artigo.108.1.guj http://www.guj.com.br/java.artigo.163.1.guj http://www.guj.com.br/java.artigo.12.1.guj qquer coisa dá um grito... valeu, té+

[quote] Nota: para poder compilar as classes você precisa que o pacote do Servlet esteja em seu classpath. Este pacote se encontra em TOMCAT_HOME/common/lib/servlet.jar [/quote] o pacote dos servlets não foi encontrado em seu classpath... vc pode configurar seu classpath para apontar para o pacote conforme a nota acima (tá lá no tutorial)... isso é necessário para vc poder compilar seu servlet... valeu, té+

pela breve descrição que vc deu ("A partir de um deles eu enviaria um pedido de impressão para um outro computador da rede e este imprimiria"), eu diria que rmi é uma boa... rmi não tem segredo, é "teta"... mas veja bem, o rmi só entra na parte da comunicação... com ele vc faz o seu programa "conversar" sendo que estão rodando em jvm's diferentes (remotas ou não)... a parte da comunicação com a impressora é totalmente a parte... link's sobre rmi: http://www.javafree.com.br/forum/viewtopic.php?t=1846 http://www.javafree.com.br/forum/viewtopic.php?t=847574 http://www.guj.com.br/java.artigo.37.1.guj sobre ecf's (se é que vc está usando ecf), eu não tenho nenhum link para te passar... mas eu lhe aconselho a dar uma pesquisada antes de fazer alguma coisa para não se encomodar depois... valeu, té+

opa! bom, se a impressora "estilo caixa de restaurante" que vc diz é uma impressora fiscal (ecf), acho que vc não pode fazer isso que vc quer... na realidade talvez até possa, mas acho que vc tem que entrar em contato com o pessoal do icms no seu estado, pois isso deve exigir uma autorização especial... sistemas de frente de caixa são chatos por causa da legislação sobre as ecf's, vc vai ter que se informar sobre isso antes de fazer alguma coisa... em alguns estados é necessária inclusive homologação do software para colocá-lo em produção... quanto à comunicação, isso é perfeitamente possível fazer com socket's ou rmi (pela breve descrição que vc deu, talvez seja a melhor escolha)... para a comunicação com as impressoras vc vai precisar trabalhar com jni e provavemente desenvolver uma biblioteca em outra linuagem para utilizar a biblioteca da impressora ou então se aventurar e fazer a comunicação direta via serial... é isso té+

[quote="AlexPointcut"]Lento??? Dah onde??? Disse num dos meus tópicos: [quote="Eu Mesmo"]Existe Paradox pra Java? Uso ele no Delphi aqui em casa porque é leve! Mas não faço idéia se existe pra Java!!! Será que existe? Valeu Galera!!! [/quote][/quote] prá mim, lento == baixa performance e leve == baixo consumo de recursos. experimenta carregar um pouco as tabelas e fazer inserções em massa que você vai ver... não há índice que deixe uma consulta decentemente ágil... [quote="AlexPointcut"] :wink: Cara se você já usou Paradox no Delphi sabe que é leve e que muitos programadores Delphi o preferem... Você deve ter confundido com o interbase que também já vem o pacote dele no Delphi... :!: [/quote] sim, eu já usei o piradox quando comecei a mexer com delphi... e não, eu não confundi com o interbase... [quote="AlexPointcut"] [quote="rbaum"] vira e mexe tá com os arquivos de índices corrompidos... [/quote] Bom isso pode ser verdade... O seu negativo é qualquer coisinha, erros do usuário ou até do programador se fez algo errado e compilo errado, ele dá pau e cabum... "Corrupt Index"... :espanto: [/quote] travar o windows ou uma queda de luz e pronto... o interbase (versão 6.0.0, argh!) tb tinha muito problema com isso... ele ficou melhorzinho na 6.0.3... mas daí já começou a sair o firebird 1.0 e hoje eu não sei mais como andam as coisas... só sei que a partir da versão 6.5 (ou 7?) o IB voltou a ser fechado e se o FB 1.5 faz tudo que prometiam deve estar excelente... valeu, té+

opa! não olhei todo o seu código, mas se vc postou o nome correto do seu arquivo (Chatclient.java), o problema está aí... um arquivo fonte pode conter no máximo uma classe pública... não é obrigatório conter uma classe public, mas se conter o nome da classe tem que bater com o nome do arquivo, incluíndo maíusculas e minúsculas... java é case-sensitive... mudar o nome da classe para Chatclient deve resolver, mas daí vc ficará com o nome da classe fora dos padrões... mude o nome do arquivo para ChatClient.java e tente novamente... se não funcionar, responda aqui prá olharmos o resto do código... valeu, té+ :!:

opa! acredito que você possa criar uma fonte odbc no windows para conectar ao paradox via jdbc-odbc... mas, na boa, larga isso aí tchê... de que adianta você trabalhar com java e ficar preso ao windows por caso do piradox (que eu saiba só funfa em windows)... além de ser lento prá kcte, vira e mexe tá com os arquivos de índices corrompidos... já faz uma cara que eu não trabalho com piradox, mas lembro um pouco do bixo... na realidade ele não é um sgbd, é um gerenciador de arquivos... que eu me lembre isso aí não funfa sem o bde... os delphizeiros me corrijam se eu estiver errado, mas acho que é isso... té+

[quote="lucasbalensiefer"]cara, simplesmente nao tem como... fazendo as condicoes dentro do iReport não há como fazer isto, já postei no forum oficial do JasperReports e tb nao há como... :cry: Att Lucas Balensiefer[/quote] CONSEGUI!!!!! :o estava precisando disso e acabei caíndo aqui neste post e quase desisti... no meu caso a banda summary não serve (na realidade tb to usando ela, mas ela não serve pro que eu preciso)... o que eu preciso é que quando estiver na última página não imprima a pageFooter... com as versões do ireport 0.3.2 e o jasper 0.5.3: no meu caso, cada linha (detail) do relatório possui um número identificador impresso, que é incrementado a cada linha começando de 1... o que eu fiz foi criar uma variável e um parâmeter no ireport: uma váriavel com reset type = page que tem o maior identificador da página e um parameter (com uma variável reset type = report tb dá) que possui o maior id que irá aparecer no relatório (esse eu ainda tenho que ver como fazer o ww passar prá ele...)... no "Print when expression" da banda eu comparo a variável e o parâmetro... se forem iguais tá na última página... por enquanto tô testando com select no ireport, mas vou ter que fazer passando uma Collection... o relatório é um result do ww, mas isso é outra história... é meio "gambiarrístico", mas funfa! valeu, té+ :!:

pedindo licensa para o kuesley e para o jgbt... sim e não! :mrgreen: o super é usado para fazer referência a qualquer membro visível da super classe imediatamente superior na hierarquia... o exemplo que você deu é correto, mas você tb pode invocar super.b() (caso exista na super classe)... em construtores a palavra reservada super indicam qual o construtor será invocado na superclasse, por exemplo: super(), irá invocar o construtor padrão (sem argumentos)... super(arg1, arg2), irá invocar o construtor que tenha a assinatura conforme os parâmetros arg1 e arg2... mas isso vale somente para construtores e deve ser a primeira "execução" do construtor... valeu, té+ <editado> ops, quando eu comecei a resposta a sua ainda não estava no fórum Kuesley... </editado>

opa! só complementando mais um pouco: se a subclasse estiver em um pacote diferente que sua super classe, ela também não terá acesso aos membros com nível de acesso "default"... valeu, té+