Flavio Almeida wrote:Havia um problema na implementação da especificação Servlet 3.0 (na 2.5 também) no qual os request listeners não eram disparados quando o tomcat direcionava para a página de login ou qualquer outra página definida no web.xml (de erro, de rolel inválido, etc). Era o famoso erro NO ACTIVE CONTEXT FOR REQUEST. Esse problema só atrapalhava quem usava CDI, impossibilitando seu uso. Agora, ele não existe mais (a partir da versão 7.0.5), mas confesso que foi uma luta, pois Mark acreditava que isso era responsabilidade da implementação CDI, mas quem implementou no tomcat dizia que era um problema na forma com que a especificação que versa sobre Servlet foi implementada pela equipe do Tomcat.
Quando estava tudo perfeito, houve um problema no BeanManager, que foi corrigido nesta versão.

Então, mais uma vez: esta versão está redonda.

Duzas87 wrote:Galera, boa noite!

Bom, estou estudando JPA + HIBERNATE, através de video aulas, e tive um problema:

Inicialmente ao criar o projeto optei por JAVA PROJECT, e foi tudo bem, porem ao fazer a persistencai de leitura, ele deu problema, pq o persistence.xml estava fora do META-INF, ai migrei o projeto para JPA PROJECT ( USO ECLIPSE ), e foi tudo bem...

Porem, neste momento, o V.O. People que eu uso, acusou um erro na @Entity.

O estranho é q mesmo com linha de error ele rola normalmente...

Vejam a classe:
package br.com.jpa.entity; import java.io.Serializable; import javax.persistence.Column; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.GenerationType; import javax.persistence.Id; @Entity(name="People") public class People implements Serializable{ private static final long serialVersionUID = 1L; public People() { } @Id @Column(nullable=false,name="ID") @GeneratedValue(strategy=GenerationType.AUTO) private Integer id; @Column(nullable=false,name="NAME") private String name; @Column(nullable=false,name="AGE") private Integer age; public People(Integer id, String name, Integer age) { this.id = id; this.name = name; this.age = age; } public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; } @Override public int hashCode() { final int prime = 31; int result = 1; result = prime * result + ((age == null) ? 0 : age.hashCode()); result = prime * result + ((id == null) ? 0 : id.hashCode()); result = prime * result + ((name == null) ? 0 : name.hashCode()); return result; } @Override public boolean equals(Object obj) { if (this == obj) return true; if (obj == null) return false; if (getClass() != obj.getClass()) return false; People other = (People) obj; if (age == null) { if (other.age != null) return false; } else if (!age.equals(other.age)) return false; if (id == null) { if (other.id != null) return false; } else if (!id.equals(other.id)) return false; if (name == null) { if (other.name != null) return false; } else if (!name.equals(other.name)) return false; return true; } }

Acusa erro na linha:

@Entity(name="People")

Erro: Table "People" cannot be resolved ~ ou algo assim!


Alguma idéia?

Vlw!!!

Marcio_Nogueira wrote:Parabéns pelo score!
Só uma dúvida, os certificados agora são emitidos pela Oracle?

Se o objeto tiver uma classe que não possa ser serializada em algum local mais para cima em sua árvore de herança

lucasbemo wrote:Não, esse erro de "code too large" é referente ao método ' initComponents(); ' dentro dele tem exesso de código. No java todo método tem um limite de tamanho, esse nosso método --> initComponentes() esta com muito código.

Nós teriamos que remover um pouco de código de dentro desse método, ou o que eu acho ideal no nosso problema que seria achar como que faz para que o java compile essa nossa função mesmo passando do limite de tamanho permitido pelo java.