在Struts1.1-1.2中如果不想沒有登錄的用戶訪問一些action,可以擴展RequestProcessor,并重載processProprocess方法,在其中進行驗證
public class CustomRequestProcessor
extends RequestProcessor {
protected boolean processPreprocess (
HttpServletRequest request,
HttpServletResponse response) {
HttpSession session = request.getSession(false);
//If user is trying to access login page
// then don't check
if( request.getServletPath().equals("/loginInput.do")
|| request.getServletPath().equals("/login.do") )
return true;
//Check if userName attribute is there is session.
//If so, it means user has allready logged in
if( session != null &&
session.getAttribute("userName") != null)
return true;
else{
try{
//If no redirect user to login Page
request.getRequestDispatcher
("/Login.jsp").forward(request,response);
}catch(Exception ex){
}
}
return false;
}
}
相應的,在struts-config.xml中加入controller元素
<controller>
<set-property property="processorClass"
value="com.sample.util.CustomRequestProcessor"/>
</controller>
但剛才看到在Struts1.3中,已經不再使用RequestProcessor,而是用ComposableRequestProcessor 來實現自定義的request響應。
三個@Entity類Tc, Tracer, Track是三向關聯的的表, @Embeddable類TcTracer則存儲著三個表的ForeignKey
@Entity @Table(name= "tc", catalog="first_hiber") public class Tc { @org.hibernate.annotations.CollectionOfElements @JoinTable(name="tc_tracer", joinColumns=@JoinColumn(name="tc_id")) private Set<TcTracer> tcTracers = new HashSet<TcTracer>(); @Id @GeneratedValue @Column(name="tc_id", nullable= false) private Long id; }
@Embeddable @Table(name="tc_tracer") public class TcTracer { @org.hibernate.annotations.Parent private Tc tc;
@ManyToOne(cascade=CascadeType.ALL) @JoinColumn(name="tracer_id", nullable=false, updatable=false) private Tracer tracer; @ManyToOne(cascade=CascadeType.ALL) @JoinColumn(name="track_id", nullable=false, updatable=false) private Track track; }
如上,將TcTracer作為Tc的子元素,從而實現Tc的三相關聯。
用HQL可以通過特定的Tc,Tracer得到對應的所有Track:
select tctracers.track from Tc tc join tc.tcTracers tctracers where tc.name="tc name" and tctracers.tracer.name="tracer name"
List<Track> tracks = session.createQuery(HQL).list();
今天調試程序的時候,發現插入數據時老是拋出異常:"a different object with the same identifier value was already associated with the session"
起初以為是override hashCode()的方法不對。后來google查了查多數問題都出現在detached對象之后,再鏈接session由于對象的改變而出現的異常。
最后發現原來問題很簡單....是在用annotation重寫mapping的時候,忘記給@Id加上@GeneratedValue,導致第一個row insert后,再次insert時沒有生成新的id!
看來annotation雖然方便了mapping,但由于和代碼集中在一塊了,很容易出現疏忽大意的錯誤,而且一般都不會注意到-.-
想起了python的SQLObject, SQLAlchemy,雖然功能沒有Hibernate豐富,但是簡單實用!
通常為了實現entity class的雙向association,每添加一組實例在java中需要兩行代碼:
persion.getAddresses().add(address);
address.getPersons().add(person);
但對Hibernate而已,上面的代碼會被轉化為兩條insert語句,
為了避免這樣的情況出現需要定義inverse屬性,告訴Hibernate persion和address之間的關系:
// !file: Person.class public class Person { // ... @ManyToMany( targetEntity= Address.class, cascade = CascadeType.ALL, ) @JoinTable( name="persion_address", joinColumns= {@JoinColumn(name="person_id")}, inverseJoinColumns= {@JoinColumn(name="address_id")} ) private Set<Address> adressses = new HashSet<Address> (0); // ... }
// !file: Address.class public class Address { // ... @ManyToMany( targetEntity= Persion.class, cascade = CascadeType.ALL, mappedBy = "addresses" ) private Set<Person> persons = new HashSet<Person>(); // ... }
上面的兩個annotation告訴Hibernate,Person是主,對Address中persons屬性的修改將不會產生SQL語句。
Hibernate里,如果是Many-to-many的關系,可以任意設置主class。
通常,還可以將添加刪除關系的代碼包裝起來:
// !file: Person.class public class Person { // ... public void addAddress(Address address) { this.getAddresses().add(address); address.getPersons().add(this); } public void removeAddress(Address address) { this.getAddresses().remove(address); address.getPersons().remove(this); } //... }