| Autor |
Mensagem |
|
|
Você também pode referenciar uma pasta com arquivos .class
Ex.:
Class-Path: ./WEB-INF/classes
|
 |
|
|
Não entendi bem o propósito, parece que é o jar quem vai referenciar o war, não entendi.
Mas de toda forma, pra referenciar o outro jar, é só inserir a entrada "Class-Path" e apontar para o outro jar de forma relativa ao jar que está editando:
Ex.:
minhaPasta/lib.jar
minhaPasta/app.jar
manifest.mf de app.jar
|
 |
|
|
Você pode fazer algo assim:
|
 |
|
|
Na realidade thread safe não interfere nisso, o que acontece com StringBuffer/StringBuilder é que eles são alteráveis, portanto você pode alterar o objeto sem alterar o valor da variável.
Ex.:
Nesse caso o objeto foi alterado, mas o valor da variável buf continua o mesmo.
Nesse caso o objeto não foi alterado, o que foi alterado foi o valor da variável que passou a apontar para um novo objeto.
Porém o tipo String não permite as alterações no objeto como foi feito no primeiro caso com StringBuffer.
|
 |
|
|
Lembre-se que parâmetros sempre são passados como valor, nunca como referência, até mesmo as referências são passadas como valor, se tiver ficado confuso, vou fazer uma analogia, em algumas linguagens, como C existem dois tipos de passagem de parâmetros, por valor e por referência, portanto em C é possível fazer algo assim:
Após a execução desse método o valor da variável b será 0, pois o parâmetro foi passado como valor, ou seja, uma cópia da variável b, não uma referência para a variável b, portanto ao alterar o valor do parâmetro, a variável original não é alterada.
Após a execução desse método o valor da variável b será 2, pois o parâmetro foi passado como referência, ou seja, foi passada a referência para a variável original, e portanto ao alterar o seu valor, a variável original também será alterada.
Porém, em Java não existe passagem de parâmetros por referência, todos os parâmetros são passados como valor, até mesmo as referências, ou seja, ao passar uma variável de objeto como parâmetro, o que será passado é uma cópia da referência ao objeto, não uma referência à variável original.
Ex.:
Ao executar esse código existe um objeto String e duas referências para ele, a referência msg, e uma cópia dela chamada m, não adianta alterar m que essa mudança não se reflete em msg, pois são duas variáveis diferentes, o que pode confundir é que se o OBJETO referenciado por elas for alterado, aí sim a mudança se reflete, pois são duas referências para o mesmo objeto. Que é o que acontece com o StringBuffer:
Nesse caso haverá uma alteração, porem não no valor da variável mas sim no objeto referenciado por elas.
No caso abaixo por exemplo, não será alterado:
E como já foi dito, String é um objeto imutável, portanto, não há como alterar o objeto referenciado pela variável original.
Espero que não tenha ficado muito confuso, se tiver ficado é só falar.
|
 |
|
|
Só não entendi o objetivo de se usar reflection em algo assim... ??:
|
 |
|
|
Para remover o warning adicione a seguinte anotação à classe:
http://java.sun.com/javase/6/docs/api/java/lang/SuppressWarnings.html
|
 |
|
|
Isso é um sistema web? Se sim, é só usar EL mesmo, como já foi passado... de toda forma você vai precisar de métodos get, para web use EL para chamá-los, se não for web, simplesmente chame os métodos diretamente:
|
 |
|
|
|
Você por acaso não está colocando isso dentro de uma classe ou dentro de um scriptlet JSP? Isso deve ser colocado em uma tag script do HTML.
|
 |
|
|
|
Coloca o código aí pra gente analisar.
|
 |
|
|
|
|
 |
|
|
Tente algo assim:
ou
ou
Talves algum funcione.
ps.: SQLServer já não presta, e vocês ainda usam access?!!! Joga isso fora!
|
 |
|
|
Na realidade JSTL não é um framework, é só uma biblioteca de tags.
http://java.sun.com/products/jsp/jstl/reference/docs/index.html
http://www.onjava.com/pub/a/onjava/2002/03/13/jsp.html
Se sua intenção é percorrer essa coleção, sugiro que faça assim (com JSTL):
|
 |
|
|
Use na variável:
Uma coisa que não tem a ver com o assunto original, mas, porque está usando um código assim em um JSP? É realmente necessário? Seria melhor usar JSTL.
|
 |
|
|
Esse warning geralmente é ignorado.
Não há um codigo muito eficiente que possa substituir esse cast, poderia usar:
Mas não recomendo.
Se quer só sumir com ele, use:
|
 |
|
|