| Autor |
Mensagem |
|
|
Oi Renata...
coincidencia encontrar você por aqui.. estudei contigo na facul...
Então, dê uma olhada no DatabaseMetaData que você consegue do objeto Connection
Dê uma olhada na documentação da Oracle
- http://download.oracle.com/docs/cd/B19306_01/java.102/b14355/toc.htm
e na documentação da Sun sobre o metadata...
- http://java.sun.com/j2se/1.5.0/docs/api/java/sql/DatabaseMetaData.html
bjão.
|
 |
|
|
Bem, primeiro você deve entender o significado da palavra estático (acredito que vc já saiba)
estático -> algo que não muda; não é dinamico; constante.
Ou seja, um método estático não muda a sua o resultado de seu processamento conforme a instancia do objeto.
Métodos estáticos são excelentes quando não é necessário trabalhar com nenhum atributo da classe ou quando os atributos que ele utiliza são estaticos (constantes) tbm.
|
|
|
|
Cara, te aconselho a não tentar comparar as duas linguagens.. vc vai acabar se enrolando em conceitos...
Dá uma olhada nos artigos do GUJ
- http://www.guj.com.br/artigos.jsp
- http://www.guj.com.br/java.tutorial.artigo.149.1.guj
- http://www.guj.com.br/java.tutorial.artigo.104.1.guj
Esss artigos vão te ajudar bastante...
flw.
|
|
|
|
tem vários erros...
1º - vc não está fazendo o import do JDesktopPane
2º - a variável / atributo "desktop" não foi declarada em lugar nenhum.
3º - javax.swing.GroupLayout não existe (a não ser que vc use uma versão que exista, eu utilizo a versão 5.0 e não tem esse gerenciador de layout)
|
|
|
|
Vc sabe qual é o erro que aparece?
Tem o StackTrace?
|
|
|
|
Olá Alex..
Bem, como vc disse, uma interface é uma especie de contrato. Com ela você define quais operações você vai querer utilizar em uma classe.
Com isso você pode permitir que sua aplicação use objetos de classes diferentes que, pelo contrato da interface, disponibilizam pra você as mesmas operações. Contudo, cada objeto pode implementar uma operação de uma maneira diferente.
Um bom exemplo são (classes do java): java.util.List, java.util.ArrayList e java.util.LinkedList
Tanto o ArrayList como o LinkedList são usados para armazenar os itens em sequencia, mas um armazena os itens em Array e o ooutro em uma lista ligada. isso implica que várias operações - como um add e remove, por exemplo - tenham implementações distintas mas, por força de contrato, atendem pelo mesmo nome.
A interface é extremamente útil quando você tem esses casos. Mas ela tbm é útil quando você quer que um mesmo objeto possa se comportar de várias maneiras diferentes. Por exemplo:
Você possui duas interfaces: "Bola" e outra "Tampa"
Na interface "Bola" você tem definidas as ações que podem ser executadas com a bola - "quicar" ou "pular" por exemplo.
Na interface "Tampa" você tem definidas as ações que podem ser executadas com uma tampa - "tampar" - por exemplo.
Agora, imagine que você tem uma classe "TampaDeGarrafa" que implementa as duas interfaces - "Bola" e "Tampa". E, dessa forma, um objeto da classe "TampaDeGarrafa" pode ser usado como tampa e tbm pode ser sado como bola... 
Acredito que você ja usou uma tampinha de garrafa como bola alguma vez na sua vida, certo? E com certeza, você já havia usado a mesma tampa em alguma garrafa antes de começar a chutá-la...
Bem.. espero tê-lo ajudado.
|
|
|
|
Olá Alex..
Bem, como vc disse, uma interface é uma especie de contrato. Com ela você define quais operações você vai querer utilizar em uma classe.
Com isso você pode permitir que sua aplicação use objetos de classes diferentes que, pelo contrato da interface, disponibilizam pra você as mesmas operações. Contudo, cada objeto pode implementar uma operação de uma maneira diferente.
Um bom exemplo são (classes do java): java.util.List, java.util.ArrayList e java.util.LinkedList
Tanto o ArrayList como o LinkedList são usados para armazenar os itens em sequencia, mas um armazena os itens em Array e o ooutro em uma lista ligada. isso implica que várias operações - como um add e remove, por exemplo - tenham implementações distintas mas, por força de contrato, atendem pelo mesmo nome.
A interface é extremamente útil quando você tem esses casos. Mas ela tbm é útil quando você quer que um mesmo objeto possa se comportar de várias maneiras diferentes. Por exemplo:
Você possui duas interfaces: "Bola" e outra "Tampa"
Na interface "Bola" você tem definidas as ações que podem ser executadas com a bola - "quicar" ou "pular" por exemplo.
Na interface "Tampa" você tem definidas as ações que podem ser executadas com uma tampa - "tampar" - por exemplo.
Agora, imagine que você tem uma classe "TampaDeGarrafa" que implementa as duas interfaces - "Bola" e "Tampa". E, dessa forma, um objeto da classe "TampaDeGarrafa" pode ser usado como tampa e tbm pode ser sado como bola...
Acredito que você ja usou uma tampinha de garrafa como bola alguma vez na sua vida, certo? E com certeza, você já havia usado a mesma tampa em alguma garrafa antes de começar a chutá-la...
Bem.. espero tê-lo ajudado.
|
|
|
|
Olá Alex..
Bem, como vc disse, uma interface é uma especie de contrato. Com ela você define quais operações você vai querer utilizar em uma classe.
Com isso você pode permitir que sua aplicação use objetos de classes diferentes que, pelo contrato da interface, disponibilizam pra você as mesmas operações. Contudo, cada objeto pode implementar uma operação de uma maneira diferente.
Um bom exemplo são (classes do java): java.util.List, java.util.ArrayList e java.util.LinkedList
Tanto o ArrayList como o LinkedList são usados para armazenar os itens em sequencia, mas um armazena os itens em Array e o ooutro em uma lista ligada. isso implica que várias operações - como um add e remove, por exemplo - tenham implementações distintas mas, por força de contrato, atendem pelo mesmo nome.
A interface é extremamente útil quando você tem esses casos. Mas ela tbm é útil quando você quer que um mesmo objeto possa se comportar de várias maneiras diferentes. Por exemplo:
Você possui duas interfaces: "Bola" e outra "Tampa"
Na interface "Bola" você tem definidas as ações que podem ser executadas com a bola - "quicar" ou "pular" por exemplo.
Na interface "Tampa" você tem definidas as ações que podem ser executadas com uma tampa - "tampar" - por exemplo.
Agora, imagine que você tem uma classe "TampaDeGarrafa" que implementa as duas interfaces - "Bola" e "Tampa". E, dessa forma, um objeto da classe "TampaDeGarrafa" pode ser usado como tampa e tbm pode ser sado como bola...
Acredito que você ja usou uma tampinha de garrafa como bola alguma vez na sua vida, certo? E com certeza, você já havia usado a mesma tampa em alguma garrafa antes de começar a chutá-la...
Bem.. espero tê-lo ajudado.
|
|
|
|
|
Você chamar uma query que o resultado é umalista de registros?
|
|
|
|
Gustavo, o comando de compilação é esse que vc usou mesmo:
mas, pra fazer o seu código rodar, vc deve esse comando:
E se possível, sempre defina o classpath...
compilar:
executar:
|
|
|
|
Mas o que vc quer fazer?
se você esta tentando incluir város produtos, deve fazer o seguinte:
|
|
|
|
Bem, na verdade, os métodos estaticos podem ser sobrescritos sim, afinal eles não foran finalizados.
É essa a idéia da palavra final, fazer com que:
- um método não seja sobrescrito;
- um atributo não tenha o conteúdo alterado (seja constante)
- uma classe não possa ser extendida.
O fato de ser ou não estatico define apenas se existe ou não a necessidade de criação de instancia da classe para poder utilizá-lo.
|
|
|
|
|
o simples fato de vc adicionar esse imput dentro do form (entre as tags <form> e </form> faz com que, quando fizer o submit da página, ele seja enviado para a sua servlet ou JSP.
|
|
|
|
Você pode pegar os dados do BLOB a partir do método getBytes ..
|
|
|
|
O problema pode ser o seguinte:
O Owner da Tabela não é o mesmo usuário que vc usa para conectar ao banco de dados. Nesses casos, você que informar sob qual "schema" está a procedure. Além disso, o usuário deve ter direitos de acesso ao "schema" tbm...
Dessa forma:
Dê uma olhada na documentação da Oracle
- http://download.oracle.com/docs/cd/B19306_01/java.102/b14355/toc.htm
- http://download.oracle.com/docs/cd/B19306_01/java.102/b14355/basic.htm#i1008346
|
|
|
|