| Autor |
Mensagem |
|
|
Algumas dúvidas que podem te ajudar:
- Acontece só com o SAX? Já tentou ler o arquivo, simplesmente, sem parsear?
- Funciona se vc colocar o JAR no Classpath e der um this.getClass().getResourceAsStream("TEMP/x.xml")?
[]'s
-cv
|
 |
|
|
Bom, impacto zero, e é exatamente pra isso que os BLOBs servem: pra permitir que vc guarde arquivos grandes sem se preocupar muito com performance. Num BLOB, o que fica gravado dentro da tabela é só uma referência ao arquivo, que é guardado externamente (sorry, nao me lembro o nome do diretorio onde os BLOBs ficam). O unico limite é que, se vc estiver usando plataforma x86, não dá pra gerenciar arquivos > 2gb, pelo menos por enquanto -- nao sei se o MySQL tem alguma gambiarra contra isso, no entanto.
[]'s
-cv
|
|
|
|
Evite a classe Vector. Todos os usos dela são bem executados pela classe java.util.List, que tem o benefício de usar a nova Collections API. É considerada uma prática ruim de programação hoje em dia usar os objetos Vector e Hashtable.
Dado este aviso, qual o problema que você está encontrando em converter os arrays para Collections? Seja mais específico, por favor.
[]'s
-cv
|
|
|
|
http://www.onjava.com/pub/a/onjava/2002/07/31/java3.html
Boa leitura! 
|
|
|
|
Choradeiras à parte, mindu, qual o problema, especificamente? Vc está completamente perdido ou está recebendo alguma mensagem de erro quando troca a referência de URLs JDBC e parâmetros nos deployment descriptors?
[]'s
-cv
|
|
|
|
douglasfs wrote:Pelo que eu me lembre, CLOB é para Oracle, se for no MySQL são campos do tipo TEXT (TINYTEXT, TEXT, MEDIUMTEXT e LONGTEXT)
True, true...
|
|
|
|
Ah eh, alex...esqueci de dizer...o JBoss pode usar o Tomcat ou o Jetty como web container 
|
|
|
|
E olha que das arquiteturas de API que a sun trouxe até hoje, a de Collections ainda é das mais bonitinhas...
Já pararam pra pensar pq diabos não tem um Iterator no HashMap que retorna um HashMap$Entry, ou um objeto mais legal, por exemplo Tuple?
Pra mim, que programava em Python antes de aprender Java, faz uma falta danada ter suporte a tipos mais elaborados na sintaxe da linguagem...
|
|
|
|
|
Nenhum contra, mas se vc vai guardar arquivos texto, é melhor dar uma olhada em campos CLOB (Character Large Objects) ao inves de BLOBs (Binary Large Objects)...
|
|
|
|
|
E a implementação dessas idéias não vem só do Struts ou JSF... aliás, tem muito projeto opensource legal nessa área. O Tapestry (tapestry.sf.net) tem, alem dos widgets, um modelo de eventos bem bacana...parece que se está programando em Swing... mas eu ainda fico com o WebWork como meu framework de MVC favorito
|
|
|
|
Morcego wrote:Boas,
eu queria criar uma arraylist porque nao posso ir buscar valores em posicoes especificas de um array normal no velocity...
Pois é, o Velocity não te deixa fazer isso pra evitar ter que lidar com IndexOutOfBoundsExceptions. Mas, pelo que eu vejo, vc conseguiu "subverter" o Velocity muito bem 
|
|
|
|
alex.lopes wrote:esse JBoss é um servidor de Aplicação certo??
Exatamente...assim como o WebSphere Application Server (WSAS), Oracle Internet Application Server (IAS), Borland Enterprise Server (BES), e por aí vai...
alex.lopes wrote:ele é tipo um tomcat só que com mais recursos?
O Tomcat é um servidor web, que vem com um Web Container junto. O JBoss tem, além do servidor web e Web Container (que executa Servlets e JSP), um EJB Container (ambiente de execução para EJBs), ou seja, ele implementa toda a especificação da J2EE, não só servlets e jsp.
[]'s
-cv
|
|
|
|
Gerson wrote:Para quem já usou o Command Pattern (muitos. provavelmente), gostaria de saber se a implementação usada (basicamente aquilo que a classe Factory cria e retorna) tem sido através de interfaces ou por classes.
Muitos frameworks usam o Command Pattern (webwork, struts, prevayler, OSWorkflow... a lista eh grande... , e em todos eles da pra notar que os comandos devem implementar uma interface (Action, Command, qualquer que seja o nome dela), mas geralmente os frameworks já dão uma canja com uma classe quebra-galho que vc estende (ActionSupport, AbstractCommand), e por aih vai. Acho uma boa ideia, e simplifica bem o desenvolvimento... que tal?
[]'s
-cv
|
|
|
|
Paulo Silveira wrote:vai ser legal quando implementarem nativamente e tal. pra ter uma puta performance e padronizado.
Yup, mas acho difícil o Java ganhar essas coisas "na linguagem", pode ser overkill pra definição da linguagem e ia dar ainda mais trabalho do que os generics pra implementar nos compiladores (putz, coitada da galera do Jikes e Eclipse...)
Paulo Silveira wrote:a gente ta assistindo a mesma coisa que nossos pais e professores assistiram a 20 anos atras, a mudanca de paradigma. tirem fotos para a posterioridade!
Curioso que, a cada mudança de paradigma, tem menos e menos gente seguindo as novidades... quando assembly era o top, C e outras linguagens conseguiram convencer rapidamente o pessoal de que eram mais eficientes... hoje, ainda tem *muita* gente programando em C coisas que não precisariam ser feitas em linguagens tão low-level...falar de AOP ou programação funcional (heyyy Haskell!) parece loucura pra muitos... 
|
|
|
|
"Concern" em engenharia de software, geralmente é uma preocupação que seus objetos tem. Na maioria dos casos, seus objetos se preocupam com muita coisa ao mesmo tempo - a conexao de rede, o stream de dados, o conteudo dos dados, as acoes que devem ser executadas com eles, e por ai vai...
"Separation Of Concerns" é um consenso importante na engenharia de software, que procura separar preocupações de acordo com seu tipo em lugares bem determinados. Persistência de dados, por exemplo, é uma preocupação separada do resto das outras quando usamos entity beans CMP.
[]'s
-cv
|
|
|
|