| Autor |
Mensagem |
|
|
Vou chutar. Acho que na chamada da função JavaScript, você poderia colocar a sua String como argumento. No HTML, ficaria assim:
Sua função JS ficaria assim:
|
 |
|
|
|
Mostre o código de sua função.
|
|
|
|
Olá:
Estou usando o JBuilder8 Enterprise para criar um web service a partir de um EJB previamente existente. Para isso usei o wizard para a criação de um Web Services Configuration. Este wizard criou um conjunto de XMLs e de JSPs (não entendi muito bem porque isso; esta é a 1a. vez que lido com web services). Quando vou compilar, aparece um erro justamente nas páginas JSP. Este erro é o seguinte:
"list.jsp": Error #: 901 : package . stated in source C  ocuments and Settings
afonsoprojetosentityEJBclassesGenerated Source.jspEntityEJBadminadmin2flist2ejsp.java does not match directory admin
Nesta Página JSP nãoi aparece nenhuma tag <%@ page import="..."%>. No arquivo Java gerado a partir do JSP, aparecem os imports relativos ao JSP. A saber:
Ou seja, não há nenhum "import .".
Algém já lidou com isso? Resolveu? Como?
Grato,
|
|
|
|
Servlets: Java servlet: programação de Hunter e Crawford, Ed Ciência Moderna.
JSP: Desenvolvendo na Web com JavaServer Pages de Fields e Kolb, Ed. Ciência Moderna.
JavaBeans: No Livro de JSP acima há um capítulo para uns dois capítulo dedicados para isso. Obviamente com enfase a sua utilização em JSP.
Desenvolvimento para Web: Acho que os dois livros acima devem servir.
Bons estudos,
|
|
|
|
Richardpeder:
Quanto os motivo para declarar um metodo deprecated, a Bani respondeu por mim.
richardpeder wrote:Rafael:
Me perdoe a curiosidade....mas qual o motivo que leva vc a declarar um método como depreciado? pelo que sei, quando vc usa métodos de API's antigas do Java, ao compilar ele diz que existe metodos depreciados em sua classe, dai vc da -deprecated, algo assim, na hora de compilar e ele mostra, correto? então, pedindo desculpas novamente pela curiosidade, mas o que leva vc a querer declarar algo deste tipo??
Ate mais.....
|
|
|
|
Olá:
Você pode tentar algo assim:
E para cada coluna poderia ser algo assim:
Espero que isso funcione.
|
|
|
|
Se você está querendo saber sobre Coding Standards dê uma olhada [url=http://directory.google.com/Top/Computers/Programming/Languages/Java/Coding_Standards/]
neste diretório do Google[/url].
|
|
|
|
Você está usndo JNDI? Ou algum conversor de Java para código nativo? 
|
|
|
|
Depois, o programa que cria o Javadoc nao tem influencia alguma na hora de compilacao, logo ele nao pode "tratar deprecated".
Sim, o gerador do Javadoc não influencia a compilação. Mas se ele pode, digamos, dizer se um método é public, abstract, syncronized, etc. simplesmente procurando por estas palavras no cabeçalho deste método, a mesma coisa poderia ser feita com a depreciação.
|
|
|
|
1) Seria necessario fazer alteracao no codigo fonte, o que certamente nao eh a melhor coisa;
Quando abro um código fonte e acrescento a tag @deprecated, estou alterando o código de qualquer forma. Se bem que não na parte "funcional".
2) usar @deprecated faz com que isso tambem apareca na documentacao da classe. Se fosse da outra maneira, ou nao apareceria na documentacao, ou vc teria que adicionar o comentario MAIS a alteracao no codigo.. nao eh algo mto bom de fazer.
Basta alterara o programa gerador do Javadoc para que ele reconheça deprecated e exiba o aviso de depreciação. Se o Javadoc é inteligente o suficiente para verificar se um determinado método está sobrepondo outro método de mesma assinatura de alguma super-classe, não deve ser difícil ele tratar de deprecated.
Reconheço que este assunto é um tanto acadêmico, e que provavelmente não vai resultar em nada. Apenas acho que se pudesse retornar no tempo e recriar o Java, este seria um aspecto que eu levaria em consideração.
Grato,
|
|
|
|
Olá:
Quando quero declarar um método como deprecated tenho que fazer algo como:
Assim, para verificar se um determinado método está depreciado o compilador verifica se dentro do comentário javadoc existe a String "@deprecated". Ora, Comentários foram feitos justamente para serem ignorados pelo compilador  ! Isso inclui os comentários javadocs.
Creio que isso foi uma bola fora dos criadores do Java. Na minha humilde opinião seria mais adequado se "deprecated" fosse uma palavra-chave, usada como abaixo:
Será que não há algum expert do JCP que não tenha pensado nisso? Qual a opinião de vocês?
Grato,
|
|
|
|
Paulo:
A Expression Language já existe está incorporada dentro da JSTL. Dê uma olhada neste neste tutorial da Sun. Sobre a versão 2.0 da JSP, é que a partir dela, a JSTL (junto com a EL) estará incorporada dentro da especificação. Não mais ficará a parte como acontece hoje.
Grato,
|
|
|
|
Olá:
Tenho uma bean que é uma Coleção em minha página. Estou usando a tag <c:choose>. para verificar se a Coleção está vazia faço o seguinte:
Agora se eu quiser (Escrevi certo?) verificar o tamanho da Coleção? Não posso fazer assim:
Pois não há metodo getSize(), e sim size(). A EL usada na JSTL possui alguma alternativa? Ou terei que usar a tag <c_rt:when> como em:
Se for assim não poderia usar a tag when do primeiro trecho de código acima, pois - salvo engano meu - não posso misturar <c:when> com <c_rt:when> dentro de um mesmo <c:choose> (que só aceitaria <c:when> .
É assim como escrevi ou há alguma alternativa?
Grato,
|
|
|
|
Olá:
É possível acessar um Banco de Dados diretamente? Sem a intermediação do Conteiner e do EJB-QL (eca!)?
Sei que um dos atrativos dos EJB's é justamente o código não se "preocupar" com o Banco de Dados, usando no lugar os findByQualqueCoisa e os Selects com o EJB-QL escrito em um arquivo XML à parte. Entretanto o EJB-QL é muito limitado. Sei que vai ser incrementado na próxima versão. Mas até lá tenho que me virar de outra forma.
Por exemplo: tenho o meu SessionBean (ou EntityBean). Tenho que usar um Objeto java.sql.Connection para entrar em contato com o BD. Fora do universo dos EJB's eu faria java.sql.DriverManeger.getConnection(), depois de passar a classe do driver JDBC. E num EJB como faria?
Grato,
|
|
|
|
Olá:
Sou Programador Certificado. Entretanto minha certificação é de antes da 1.4. Sei que as certificações da Sun não tem prazo de validade (ao contrário das da MS), mas será que é necessário que eu refaça o exame de certificação da versão 1.4? Não corro o risco da minha Certificação ser considerada "desatualizada"?
Grato,
|
|
|
|