[Logo] Neo Framework Forum
  [Search] Busca   [Recent Topics] Tópicos Recentes   [Members]  Lista de Usuários   [Groups] De volta para a página principal 
[Register] Registrar / 
[Login] Entrar 
Mensagens enviadas por: rogel.garcia  XML
Perfil de rogel.garcia -> Mensagens enviadas por rogel.garcia [274] Ir para a página: Anterior  1, 2, 3 , 4 ... 17, 18, 19 Próximo 
Autor Mensagem
Faça um teste com apenas o campo de upload.

A propriedade desse campo deve ser da interface File do neo. Voce deverá implementar essa interface na sua aplicacao.

Veja exemplos na aplicacao de upload, disponivel para download no site.

Se voce desejar utilizar um atributo do tipo file.. mas ele é transiente, é necessário colocar o atributo transient="true" na tag t:property.

Teste colocando disabled nesse upload, e veja se o arquivo vai ou nao...

Como a propriedade no servidor está tentando ser atribuida como um array... isso indica que existem campos com o mesmo nome na entrada de dados. Verifique quais parametros estao indo para o servidor e quais estao duplicados.

Até mais
Olá amigo... que problema voce está tendo???

Posta aí que a gente resolve..

até mais
Olá Nunes, tudo bom!?

Muito obrigado pelo sua opnião, ela é muito bem vinda.

Bem, o Neo até hoje, só teve um dia de marketing. Que foi no dia do lançamento, quando houve uma boa divulgação dele.
A intenção do lançamneto da primeira versão era de propor uma nova forma de desenvolvimento, novos conceitos, e mostrar que é possível ter produtividade, com simplidicade e organização.

Apesar de ser um framework estável, utilizado em vários projetos, para um framework open source ele ainda fica devendo alguns itens, como internacionalização e testes unitários. O que foi alvo de algumas criticas. Essas criticas vieram de forma bem positiva, pois se era o único ponto fraco do framework, o NEO pode ser considerado um bom framework pois, esses itens realmente nao foram implementados, e se não há outros problemas, esses são apenas detalhes, uma vez que quase ninguém vai utilizar essas funcionalidades (eu por exemplo nunca usei).

Não foram feitas novas publicações ou artigos porque a estratégia seria lançar uma nova versão com melhor documentação e implementaçao de alguns itens como os citados anteriormente. Aí então sim, artigos seriam mais bem vindos.

Infelizmente tenho que ganhar dinheiro para sobreviver entao nao estou full time no neo. Por causa disso eu dou preferencia ao desenvolvimento de novas versoes do que a publicacao de artigos ou livros.

Sempre que há dúvidas sobre o framework respondo no fórum, e em alguns casos até implemento uma aplicação para fazer testes mais precisos do problema do usuário.

A proposta que eu estou pensando agora é: lançar uma nova versão (com várias atualizações e APIs), documentada em português e inglês. Com mais exemplos e melhor suporte para quem deseja aprender.
Com essa grande atualização é possível fazer uma propaganda grande do framework pois haverá um grande suporte para um número grande de usuários.

Concordo com você sobre os livros e artigos, só que tenho o seguinte dilema:

- O que é melhor, investir agora em uma nova versão visto que outros frameworks estão se atualizando, então temos que atualizar o neo também. OU investir em documentação e artigos, para popularizar o framework e atrair novos colaboradores ou investimentos?

Qual é a opnião de voces??

Vamos discutir...
Beleza edson.. muito bacana seus questionamentos.. vejo que vc está usando o neo a fundo..

A melhor forma de vc fazer o que vc tá querendo (que vai te dar poder para fazer qualquer coisa) é usar um xml do spring para definir seus beans.. (só os beans de configuracao, nao é muita coisa)

Voce faz o seguinte:

Olhe na documentação do Neo o capitulo 4.. integração com hibernate...
Lá vai estar explicando como fazer a configuração usando o xml ao invés do connection.properties...
Editando o xml vc poderá usar os beans que quiser, e configurar a sua aplicação do jeito que quiser.. (o poder vai estar na sua mao)

Aí eu recomendo verificar a documentacao do spring para ver quais beans dão suporte a configuracao via JPA (lembrando que o NEO utiliza o spring 1.2.x)..

Com os beans configurados, voce monta suas classes de acordo, se quiser a versao do neo que eu estou mechendo... me passa seu email em uma mensagem privada, que eu te mando... e posso até fazer algumas melhorias para auxiliar na sua mudança..

Qualquer coisa posta aqui no forum..

Até mais

Olá Edson, realmente ocorrem alguns problemas de incompatibilidade de bibliotecas com o JBoss 5.

A versão 3.3.16 apesar de ser mais antiga que a 3.4.0, é mais estável e tem todas as funcionalidades que a 3.4.0 pouca coisa mudou (algumas interfaces novas mas nada que nao possa ser feito na 3.3.16)...

O único problema de voltar a versão nesse caso é que talvez sejam necessárias algumas alterações no login...
Mas se tiver problemas com isso é só postar no fórum...

Estou trabalhando em uma versão 3.3.17, que publicarei em poucos dias no site, mas é provavel que essa versão ainda não seja compativel com o jboss 5..

Até mais

Rógel
Olá Edson, o problema está aqui:

Code:
 @Bean
  public class AutorizacaoDAO implements AuthorizationDAO{
 


O bean que implementar AuthorizationDAO não deve utilizar a anotação @Bean.

Esse bean já será reconhecido e registrado pelo neo automaticamente (mesmo sem a anotacao), então se voce utilizar a anotacao, seu bean será registrado 2 vezes, causando confusão na injeçao de dependencia.

Até mais

Rógel
Olá Edson, o Neo não foi testado no Jboss 5, mas é provavel que ele não funcione nele mesmo não.

Estou testando uma versão do neo 3.3.17 que lançarei em alguns dias, mas a versão do Jboss será a 4.2.3.

Recomendo para a versão atual do neo (3.3.16 ou 3.4.0) o Jboss 4.0.2 que é a versão homologada.

Até mais

Rógel
Olá alisson tudo bom??

Sim, é possível imprimir nessas impressoras, um colega uma vez implementou uma soluçao assim. Dará um pouco de trabalho, mas pelo que eu me lembre, voce deverá mandar arquivos TEXTO para a impressora, PDFs é quase certo que essa impressora nao consiga imprimir.

Até mais...
lucaslessa: É provavel que você esteja utilizando o método findForListagem para exportar seus dados, mude para findAll()

vinicius.janones: O template que tem que alterar é o TabelaResultadosTag.jsp

Até mais!!!
Olá amigos, foi criada uma aplicação exemplo de upload de arquivos.
Ela é bem simples e está com o código documentado.

Contém o script de criação de banco para postgresql.

Qualquer dúvida é só perguntar.


http://www.neoframework.org/siteneo/download/categoria/21/Exemplos
Olá amigo, esse fórum é destinado a responder dúvidas sobre o framework neo, em Java. Favor perguntar no fórum relativo a ferramenta que está utilizando.
Obrigado
Olá Vinicius tudo bom??

Code:
 @OneToMany(targetEntity = ContaCusto.class,fetch=FetchType.LAZY,cascade=CascadeType.ALL)
  	@Cascade(value={org.hibernate.annotations.CascadeType.ALL,org.hibernate.annotations.CascadeType.DELETE_ORPHAN})
  	@JoinColumn (name = "ID_CENTRO_DE_CUSTO")
  	public List<ContaCusto> getContas() {
 

Sobre o seu mapeamento, o hibernate realmente faz bagunça com esses cascades, então o melhor é mapear dessa forma:
Code:
 @OneToMany(mappedBy="centroDeCusto")//centroDeCusto é o nome da propriedade na classe ContaCusto que faz referencia a essa classe (CentroDeCusto)
 public List<ContaCusto> getContas() {
 

O mapeamento feito dessa forma possibilita ao hibernate entender que os mapeamentos indicam o mesmo relacionamento só que em pontas diferentes (um ManyToOne e um OneToMany)

Na hora de salvar utilize a classe SaveOrUpdateStrategy
Vc pode até sobrescrever o método updateSaveOrUpdate do CentroDeCustoDAO para ficar da seguinte forma:
Code:
 	@Override
 	public void updateSaveOrUpdate(SaveOrUpdateStrategy save) {
 		save.saveOrUpdateManaged("contas");
 	}
 


O código acima salva uma coleção assim como o hibernate teria que fazer, mas uma série de problemas são evitados.

Até mais

Rógel
outra coisa.. não use underscores (_) para separar os nomes....


data_cadastro -> dataCadastro


e não use letras maiusculas para atributos

Tipoadvogado Tipo_adv; -> Tipoadvogado tipoAdv;

E também use nomes completos:

tipoAdv; -> tipoAdvogado
É recomendável utilizar 2 relacionamentos ao invés de um manytomany.

O hibernate não suporta muito bem (via annotations) uma tabela de ligacao com um pk sequencial (ele ignora o sequencial na hora de salvar)

É melhor voce desenhar o relacionamento dessa forma:

Processo -> OneToMany para AdvogadoProcesso
AdvogadoProcesso -> ManyToOne para Advogado

No final das contas vc terá o many to many, só que terá que usar um getter a mais..

No crud de processo vc faz assim

Code:
 <t:property name="tribunal"/>
 <t:property name="vara_comarca"/>
 .
 .
 .
 <t:detalhe name="listaAdvogadoProcesso"> -->propriedade onetomany
      <t:property name="advogado"/> 
       --> Coloque aqui um hidden para o id de advogadoprocesso
 </t:detalhe>
 
 
Não sei se entendi perfeitamente, mas você precisa é de um checklist, onde exista uma tabela que tenha uma coluna com um checkbox e outras colunas com os atributos?? Se for isso, esse exemplo vai te ajudar:

Bean que se deseja o datagrid com os checkboxes
Code:
 
 @Entity
 public class Nivel {
 
 	Integer id;
 	String nome;
 
 	@Id
 	public Integer getId() {
 		return id;
 	}
 	@DescriptionProperty
 	public String getNome() {
 		return nome;
 	}
 	public void setId(Integer id) {
 		this.id = id;
 	}
 	public void setNome(String nome) {
 		this.nome = nome;
 	}
 }
 



Filtro que receberá um text (só pra incrementar o exemplo) e a lista de niveis selecionados.
Code:
 public class SelectFilter {
 
 	String text;
 	
 	List<Nivel> listaNivel;
 
 	public List<Nivel> getListaNivel() {
 		return listaNivel;
 	}
 
 	public String getText() {
 		return text;
 	}
 
 	public void setListaNivel(List<Nivel> listaNivel) {
 		this.listaNivel = listaNivel;
 	}
 
 	public void setText(String text) {
 		this.text = text;
 	}
 }
 
 



Controller para a página
Code:
 package provaonline.controller;
 
 import org.springframework.web.servlet.ModelAndView;
 
 import provaonline.dao.NivelDAO;
 
 import br.com.linkcom.neo.controller.Controller;
 import br.com.linkcom.neo.controller.DefaultAction;
 import br.com.linkcom.neo.controller.MultiActionController;
 import br.com.linkcom.neo.core.web.WebRequestContext;
 
 @Controller(path="/pub/selectmany")
 public class SelectManyController extends MultiActionController {
 	
 	NivelDAO nivelDAO;
 	
 	public void setNivelDAO(NivelDAO nivelDAO) {
 		this.nivelDAO = nivelDAO;
 	}
 
 	@DefaultAction
 	public ModelAndView doPage(WebRequestContext request, SelectFilter selectFilter){
 		request.setAttribute("listaNivel", nivelDAO.findAll());
 		return new ModelAndView("selectmany", "filtro", selectFilter);
 	}
 }
 


JSP
Code:
 <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
 <%@ taglib prefix="n" uri="neo"%>
 <%@ taglib prefix="t" uri="template"%>
 
 <n:form>
    <n:bean name="filtro">
       <n:panelGrid>
          <t:property name="text" rows="5" cols="50" mode="input" showLabel="true"/>
          <n:dataGrid itens="${listaNivel}" itemType="provaonline.beans.Nivel">
                <n:column header="Check">
                    <n:input name="listaNivel" value="${row}" type="checklist" itens="${filtro.listaNivel}"/>
                </n:column>
                <t:property name="id"/>
                <t:property name="nome"/>
          </n:dataGrid>			
 		
          <n:submit>Enviar</n:submit>
       </n:panelGrid>
    </n:bean>
 </n:form>
 


Note que o nível tem vários atributos que poderão ser mostrados através do dataGrid. Além disso será possível selecionar alguns desses niveis e enviar para o servidor. O atributo listaNivel da classe SelectFilter conterá os niveis selecionados. Esse código também servirá para atualização da tela, ou seja, se houver um refresh e o código voltar para o mesmo JSP os checkboxes marcados anteriormente continuarão marcados.

Todo o segredo para se fazer isso está nessa linha:
Code:
 <n:input name="listaNivel" value="${row}" type="checklist" itens="${filtro.listaNivel}"/>
 

name é o nome do atributo do filtro
value é o valor que o checkbox deve ter nesse casso ${row} é o bean que está sendo interagido pelo dataGrid
type é o tipo do input, checklist no caso
itens é a lista com os itens que estão selecionados (essa lista é utilizada para checar se é para selecionar ou não o checkbox)

No exemplo não foi utilizado t:listagem t:tabelaFiltro, etx.. Mas nada impede essas tags de serem utilizadas. Foi feito dessa forma apenas para ficar mais simples.

 
Perfil de rogel.garcia -> Mensagens enviadas por rogel.garcia [274] Ir para a página: Anterior  1, 2, 3 , 4 ... 17, 18, 19 Próximo 
Ir para:   
Powered by JForum 2.1.7 © JForum Team