本篇進行Spring-data-jpa的介紹,幾乎涵蓋該框架的所有方面,在日常的開發當中,基本上能滿足所有需求。這裏不講解JPA和Spring-data-jpa單獨使用,所有的內容都是在和Spring整合的環境中實現。如果需要了解該框架的入門,百度一下,很多入門的介紹。在這篇文章的接下來一篇,會有一個系列來講解mybatis,這個系列從mybatis的入門開始,到基本使用,和spring整合,和第三方插件整合,緩存,插件,最後會持續到mybatis的架構,源碼解釋,重點會介紹幾個重要的設計模式,這樣一個體系。基本上講完之後,mybatis在你面前就沒有了祕密,你能解決mybatis的幾乎所有問題,並且在開發過程中相當的方便,駕輕就熟。
這篇文章由於介紹的類容很全,因此很長,如果你需要,那麼可以耐心的看完,本人經歷了很長時間的學識,使用,研究的心血濃縮成爲這麼短短的一篇博客。
大致整理一個提綱:
1、Spring-data-jpa的基本介紹;
2、和Spring整合;
3、基本的使用方式;
4、複雜查詢,包括多表關聯,分頁,排序等;
現在開始:
1、Spring-data-jpa的基本介紹:JPA誕生的緣由是爲了整合第三方ORM框架,建立一種標準的方式,百度百科說是JDK爲了實現ORM的天下歸一,目前也是在按照這個方向發展,但是還沒能完全實現。在ORM框架中,Hibernate是一支很大的部隊,使用很廣泛,也很方便,能力也很強,同時Hibernate也是和JPA整合的比較良好,我們可以認爲JPA是標準,事實上也是,JPA幾乎都是接口,實現都是Hibernate在做,宏觀上面看,在JPA的統一之下Hibernate很良好的運行。
上面闡述了JPA和Hibernate的關係,那麼Spring-data-jpa又是個什麼東西呢?這地方需要稍微解釋一下,我們做Java開發的都知道Spring的強大,到目前爲止,企業級應用Spring幾乎是無所不能,無所不在,已經是事實上的標準了,企業級應用不使用Spring的幾乎沒有,這樣說沒錯吧。而Spring整合第三方框架的能力又很強,他要做的不僅僅是個最早的IOC容器這麼簡單一回事,現在Spring涉及的方面太廣,主要是體現在和第三方工具的整合上。而在與第三方整合這方面,Spring做了持久化這一塊的工作,我個人的感覺是Spring希望把持久化這塊內容也拿下。於是就有了Spring-data-**這一系列包。包括,Spring-data-jpa,Spring-data-template,Spring-data-mongodb,Spring-data-redis,還有個民間產品,mybatis-spring,和前面類似,這是和mybatis整合的第三方包,這些都是乾的持久化工具乾的事兒。
這裏介紹Spring-data-jpa,表示與jpa的整合。
2、我們都知道,在使用持久化工具的時候,一般都有一個對象來操作數據庫,在原生的Hibernate中叫做Session,在JPA中叫做EntityManager,在MyBatis中叫做SqlSession,通過這個對象來操作數據庫。我們一般按照三層結構來看的話,Service層做業務邏輯處理,Dao層和數據庫打交道,在Dao中,就存在着上面的對象。那麼ORM框架本身提供的功能有什麼呢?答案是基本的CRUD,所有的基礎CRUD框架都提供,我們使用起來感覺很方便,很給力,業務邏輯層面的處理ORM是沒有提供的,如果使用原生的框架,業務邏輯代碼我們一般會自定義,會自己去寫SQL語句,然後執行。在這個時候,Spring-data-jpa的威力就體現出來了,ORM提供的能力他都提供,ORM框架沒有提供的業務邏輯功能Spring-data-jpa也提供,全方位的解決用戶的需求。使用Spring-data-jpa進行開發的過程中,常用的功能,我們幾乎不需要寫一條sql語句,至少在我看來,企業級應用基本上可以不用寫任何一條sql,當然spring-data-jpa也提供自己寫sql的方式,這個就看個人怎麼選擇,都可以。我覺得都行。
2.1與Spring整合我們從spring配置文件開始,爲了節省篇幅,這裏我只寫出配置文件的結構。
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mongo="http://www.springframework.org/schema/data/mongo"
xmlns:jpa="http://www.springframework.org/schema/data/jpa"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/data/mongo
http://www.springframework.org/schema/data/mongo/spring-mongo-1.0.xsd
http://www.springframework.org/schema/data/jpa http://www.springframework.org/schema/data/jpa/spring-jpa.xsd">
<!-- 數據庫連接 -->
<context:property-placeholder location="classpath:your-config.properties" ignore-unresolvable="true" />
<!-- service包 -->
<context:component-scan base-package="your service package" />
<!-- 使用cglib進行動態代理 -->
<aop:aspectj-autoproxy proxy-target-class="true" />
<!-- 支持註解方式聲明式事務 -->
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />
<!-- dao -->
<jpa:repositories base-package="your dao package" repository-impl-postfix="Impl" entity-manager-factory-ref="entityManagerFactory" transaction-manager-ref="transactionManager" />
<!-- 實體管理器 -->
<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="packagesToScan" value="your entity package" />
<property name="persistenceProvider">
<bean class="org.hibernate.ejb.HibernatePersistence" />
</property>
<property name="jpaVendorAdapter">
<bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
<property name="generateDdl" value="false" />
<property name="database" value="MYSQL" />
<property name="databasePlatform" value="org.hibernate.dialect.MySQL5InnoDBDialect" />
<!-- <property name="showSql" value="true" /> -->
</bean>
</property>
<property name="jpaDialect">
<bean class="org.springframework.orm.jpa.vendor.HibernateJpaDialect" />
</property>
<property name="jpaPropertyMap">
<map>
<entry key="hibernate.query.substitutions" value="true 1, false 0" />
<entry key="hibernate.default_batch_fetch_size" value="16" />
<entry key="hibernate.max_fetch_depth" value="2" />
<entry key="hibernate.generate_statistics" value="true" />
<entry key="hibernate.bytecode.use_reflection_optimizer" value="true" />
<entry key="hibernate.cache.use_second_level_cache" value="false" />
<entry key="hibernate.cache.use_query_cache" value="false" />
</map>
</property>
</bean>
<!-- 事務管理器 -->
<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
<property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>
<!-- 數據源 -->
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">
<property name="driverClassName" value="${driver}" />
<property name="url" value="${url}" />
<property name="username" value="${userName}" />
<property name="password" value="${password}" />
<property name="initialSize" value="${druid.initialSize}" />
<property name="maxActive" value="${druid.maxActive}" />
<property name="maxIdle" value="${druid.maxIdle}" />
<property name="minIdle" value="${druid.minIdle}" />
<property name="maxWait" value="${druid.maxWait}" />
<property name="removeAbandoned" value="${druid.removeAbandoned}" />
<property name="removeAbandonedTimeout" value="${druid.removeAbandonedTimeout}" />
<property name="timeBetweenEvictionRunsMillis" value="${druid.timeBetweenEvictionRunsMillis}" />
<property name="minEvictableIdleTimeMillis" value="${druid.minEvictableIdleTimeMillis}" />
<property name="validationQuery" value="${druid.validationQuery}" />
<property name="testWhileIdle" value="${druid.testWhileIdle}" />
<property name="testOnBorrow" value="${druid.testOnBorrow}" />
<property name="testOnReturn" value="${druid.testOnReturn}" />
<property name="poolPreparedStatements" value="${druid.poolPreparedStatements}" />
<property name="maxPoolPreparedStatementPerConnectionSize" value="${druid.maxPoolPreparedStatementPerConnectionSize}" />
<property name="filters" value="${druid.filters}" />
</bean>
<!-- 事務 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" />
<tx:method name="get*" read-only="true" />
<tx:method name="find*" read-only="true" />
<tx:method name="select*" read-only="true" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<tx:method name="add*" propagation="REQUIRED" />
<tx:method name="insert*" propagation="REQUIRED" />
</tx:attributes>
</tx:advice>
<!-- 事務入口 -->
<aop:config>
<aop:pointcut id="allServiceMethod" expression="execution(* your service implements package.*.*(..))" />
<aop:advisor pointcut-ref="allServiceMethod" advice-ref="txAdvice" />
</aop:config>
</beans>
2.2對上面的配置文件進行簡單的解釋,只對「實體管理器」和「dao」進行解釋,其他的配置在任何地方都差不太多。
1.對「實體管理器」解釋:我們知道原生的jpa的配置信息是必須放在META-INF目錄下面的,並且名字必須叫做persistence.xml,這個叫做persistence-unit,就叫做持久化單元,放在這下面我們感覺不方便,不好,於是Spring提供了
org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean
這樣一個類,可以讓你的隨心所欲的起這個配置文件的名字,也可以隨心所欲的修改這個文件的位置,只需要在這裏指向這個位置就行。然而更加方便的做法是,直接把配置信息就寫在這裏更好,於是就有了這實體管理器這個bean。使用
<property name="packagesToScan" value="your entity package" />
這個屬性來加載我們的entity。
2.3 解釋「dao」這個bean。這裏衍生一下,進行一下名詞解釋,我們知道dao這個層叫做Data Access Object,數據庫訪問對象,這是一個廣泛的詞語,在jpa當中,我們還有一個詞語叫做Repository,這裏我們一般就用Repository結尾來表示這個dao,比如UserDao,這裏我們使用UserRepository,當然名字無所謂,隨意取,你可以意會一下我的意思,感受一下這裏的含義和區別,同理,在mybatis中我們一般也不叫dao,mybatis由於使用xml映射文件(當然也提供註解,但是官方文檔上面表示在有些地方,比如多表的複雜查詢方面,註解還是無解,只能xml),我們一般使用mapper結尾,比如我們也不叫UserDao,而叫UserMapper。
上面拓展了一下關於dao的解釋,那麼這裏的這個配置信息是什麼意思呢?首先base-package屬性,代表你的Repository接口的位置,repository-impl-postfix屬性代表接口的實現類的後綴結尾字符,比如我們的UserRepository,那麼他的實現類就叫做UserRepositoryImpl,和我們平時的使用習慣完全一致,於此同時,spring-data-jpa的習慣是接口和實現類都需要放在同一個包裏面(不知道有沒有其他方式能分開放,這不是重點,放在一起也無所謂,影響不大),再次的,這裏我們的UserRepositoryImpl這個類的定義的時候我們不需要去指定實現UserRepository接口,根據spring-data-jpa自動就能判斷二者的關係。
比如:我們的UserRepository和UserRepositoryImpl這兩個類就像下面這樣來寫。
public interface UserRepository extends JpaRepository<User, Integer>{}
public class UserRepositoryImpl {}
那麼這裏爲什麼要這麼做呢?原因是:spring-data-jpa提供基礎的CRUD工作,同時也提供業務邏輯的功能(前面說了,這是該框架的威力所在),所以我們的Repository接口要做兩項工作,繼承spring-data-jpa提供的基礎CRUD功能的接口,比如JpaRepository接口,同時自己還需要在UserRepository這個接口中定義自己的方法,那麼導致的結局就是UserRepository這個接口中有很多的方法,那麼如果我們的UserRepositoryImpl實現了UserRepository接口,導致的後果就是我們勢必需要重寫裏面的所有方法,這是Java語法的規定,如此一來,悲劇就產生了,UserRepositoryImpl裏面我們有很多的@Override方法,這顯然是不行的,結論就是,這裏我們不用去寫implements部分。
spring-data-jpa實現了上面的能力,那他是怎麼實現的呢?這裏我們通過源代碼的方式來呈現他的來龍去脈,這個過程中cglib發揮了傑出的作用。
在spring-data-jpa內部,有一個類,叫做
public class SimpleJpaRepository<T, ID extends Serializable> implements JpaRepository<T, ID>,
JpaSpecificationExecutor<T>
我們可以看到這個類是實現了JpaRepository接口的,事實上如果我們按照上面的配置,在同一個包下面有UserRepository,但是沒有UserRepositoryImpl這個類的話,在運行時期UserRepository這個接口的實現就是上面的SimpleJpaRepository這個接口。而如果有UserRepositoryImpl這個文件的話,那麼UserRepository的實現類就是UserRepositoryImpl,而UserRepositoryImpl這個類又是SimpleJpaRepository的子類,如此一來就很好的解決了上面的這個不用寫implements的問題。我們通過閱讀這個類的源代碼可以發現,裏面包裝了entityManager,底層的調用關係還是entityManager在進行CRUD。
3. 下面我們通過一個完整的項目來基本使用spring-data-jpa,然後我們在介紹他的高級用法。
a.數據庫建表:user,主鍵自增
![](http://static.javashuo.com/static/loading.gif)
b.對應實體:User
@Entity
@Table(name = "user")
public class User {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
private String name;
private String password;
private String birthday;
// getter,setter
}
c.簡歷UserRepository接口
public interface UserRepository extends JpaRepository<User, Integer>{}
通過上面3步,所有的工作就做完了,User的基礎CRUD都能做了,簡約而不簡單。
d.我們的測試類UserRepositoryTest
public class UserRepositoryTest {
@Autowired
private UserRepository userRepository;
@Test
public void baseTest() throws Exception {
User user = new User();
user.setName("Jay");
user.setPassword("123456");
user.setBirthday("2008-08-08");
userRepository.save(user);
// userRepository.delete(user);
// userRepository.findOne(1);
}
}
測試通過。
說到這裏,和spring已經完成。接下來第三點,基本使用。
4.前面把基礎的東西說清楚了,接下來就是spring-data-jpa的正餐了,真正威力的地方。
4.1 我們的系統中一般都會有用戶登錄這個接口,在不使用spring-data-jpa的時候我們怎麼做,首先在service層定義一個登錄方法。如:
User login(String name, String password);
然後在serviceImpl中寫該方法的實現,大致這樣:
@Override
public User login(String name, String password) {
return userDao.login(name, password);
}
接下來,UserDao大概是這麼個樣子:
User getUserByNameAndPassword(String name, String password);
然後在UserDaoImpl中大概是這麼個樣子:
public User getUserByNameAndPassword(String name, String password) {
Query query = em.createQuery("select * from User t where t.name = ?1 and t.password = ?2");
query.setParameter(1, name);
query.setParameter(2, password);
return (User) query.getSingleResult();
}
ok,這個代碼運行良好,那麼這樣子大概有十來行代碼,我們感覺這個功能實現了,很不錯。然而這樣子真正簡捷麼?如果這樣子就滿足了,那麼spring-data-jpa就沒有必要存在了,前面提到spring-data-jpa能夠幫助你完成業務邏輯代碼的處理,那他是怎麼處理的呢?這裏我們根本不需要UserDaoImpl這個類,只需要在UserRepository接口中定義一個方法
User findByNameAndPassword(String name, String password);
然後在service中調用這個方法就完事了,所有的邏輯只需要這麼一行代碼,一個沒有實現的接口方法。通過debug信息,我們看到輸出的sql語句是
select * from user where name = ? and password = ?
跟上面的傳統方式一模一樣的結果。這簡單到令人髮指的程度,那麼這一能力是如何實現的呢?原理是:spring-data-jpa會根據方法的名字來自動生成sql語句,我們只需要按照方法定義的規則即可,上面的方法findByNameAndPassword,spring-data-jpa規定,方法都以findBy開頭,sql的where部分就是NameAndPassword,被spring-data-jpa翻譯之後就編程了下面這種形態:
where name = ? and password = ?
在舉個例,如果是其他的操作符呢,比如like,前端模糊查詢很多都是以like的方式來查詢。比如根據名字查詢用戶,sql就是
select * from user where name like = ?
這裏spring-data-jpa規定,在屬性後面接關鍵字,比如根據名字查詢用戶就成了
User findByNameLike(String name);
被翻譯之後的sql就是
select * from user where name like = ?
這也是簡單到令人髮指,spring-data-jpa所有的語法規定如下圖:![](http://static.javashuo.com/static/loading.gif)
通過上面,基本CRUD和基本的業務邏輯操作都得到了解決,我們要做的工作少到僅僅需要在UserRepository接口中定義幾個方法,其他所有的工作都由spring-data-jpa來完成。
接下來:就是比較複雜的操作了,比如動態查詢,分頁,下面詳細介紹spring-data-jpa的第二大殺手鐗,強大的動態查詢能力。
在上面的介紹中,對於我們傳統的企業級應用的基本操作已經能夠基本上全部實現,企業級應用一般都會有一個模糊查詢的功能,並且是多條的查詢,在有查詢條件的時候我們需要在where後面接上一個 xxx = yyy 或者 xxx like '% + yyy + %'類似這樣的sql。那麼我們傳統的JDBC的做法是使用很多的if語句根據傳過來的查詢條件來拼sql,mybatis的做法也類似,由於mybatis有強大的動態xml文件的標籤,在處理這種問題的時候顯得非常的好,但是二者的原理都一致,那spring-data-jpa的原理也同樣很類似,這個道理也就說明了解決多表關聯動態查詢根兒上也就是這麼回事。
那麼spring-data-jpa的做法是怎麼的呢?有兩種方式。可以選擇其中一種,也可以結合使用,在一般的查詢中使用其中一種就夠了,就是第二種,但是有一類查詢比較棘手,比如報表相關的,報表查詢由於涉及的表很多,這些表不一定就是兩兩之間有關係,比如字典表,就很獨立,在這種情況之下,使用拼接sql的方式要容易一些。下面分別介紹這兩種方式。
a.使用JPQL,和Hibernate的HQL很類似。
前面說道了在UserRepository接口的同一個包下面建立一個普通類UserRepositoryImpl來表示該類的實現類,同時前面也介紹了完全不需要這個類的存在,但是如果使用JPQL的方式就必須要有這個類。如下:
public class StudentRepositoryImpl {
@PersistenceContext
private EntityManager em;
@SuppressWarnings("unchecked")
public Page<Student> search(User user) {
String dataSql = "select t from User t where 1 = 1";
String countSql = "select count(t) from User t where 1 = 1";
if(null != user && !StringUtils.isEmpty(user.getName())) {
dataSql += " and t.name = ?1";
countSql += " and t.name = ?1";
}
Query dataQuery = em.createQuery(dataSql);
Query countQuery = em.createQuery(countSql);
if(null != user && !StringUtils.isEmpty(user.getName())) {
dataQuery.setParameter(1, user.getName());
countQuery.setParameter(1, user.getName());
}long totalSize = (long) countQuery.getSingleResult();
Page<User> page = new Page();
page.setTotalSize(totalSize);
List<User> data = dataQuery.getResultList();
page.setData(data);
return page;
}
}
通過上面的方法,我們查詢並且封裝了一個User對象的分頁信息。代碼能夠良好的運行。這種做法也是我們傳統的經典做法。那麼spring-data-jpa還有另外一種更好的方式,那就是所謂的類型檢查的方式,上面我們的sql是字符串,沒有進行類型檢查,而下面的方式就使用了類型檢查的方式。這個道理在mybatis中也有體現,mybatis可以使用字符串sql的方式,也可以使用接口的方式,而mybatis的官方推薦使用接口方式,因爲有類型檢查,會更安全。
b.使用JPA的動態接口,下面的接口我把註釋刪了,爲了節省篇幅,註釋也沒什麼用,看方法名字大概都能猜到是什麼意思。
public interface JpaSpecificationExecutor<T> {
T findOne(Specification<T> spec);
List<T> findAll(Specification<T> spec);
Page<T> findAll(Specification<T> spec, Pageable pageable);
List<T> findAll(Specification<T> spec, Sort sort);
long count(Specification<T> spec);
}
上面說了,使用這種方式我們壓根兒就不需要UserRepositoryImpl這個類,說到這裏,彷彿我們就發現了spring-data-jpa爲什麼把Repository和RepositoryImpl文件放在同一個包下面,因爲我們的應用很可能根本就一個Impl文件都不存在,那麼在那個包下面就只有一堆接口,即使把Repository和RepositoryImpl都放在同一個包下面,也不會造成這個包下面有正常情況下2倍那麼多的文件,根本原因:只有接口而沒有實現類。
上面我們的UserRepository類繼承了JpaRepository和JpaSpecificationExecutor類,而我們的UserRepository這個對象都會注入到UserService裏面,於是如果使用這種方式,我們的邏輯直接就寫在service裏面了,下面的代碼:一個學生Student類,一個班級Clazz類,Student裏面有一個對象Clazz,在數據庫中是clazz_id,這是典型的多對一的關係。我們在配置好entity裏面的關係之後。就可以在StudentServiceImpl類中做Student的模糊查詢,典型的前端grid的模糊查詢。代碼是這樣子的:
@Service
public class StudentServiceImpl extends BaseServiceImpl<Student> implements StudentService {
@Autowired
private StudentRepository studentRepository;
@Override
public Student login(Student student) {
return studentRepository.findByNameAndPassword(student.getName(), student.getPassword());
}
@Override
public Page<Student> search(final Student student, PageInfo page) {
return studentRepository.findAll(new Specification<Student>() {
@Override
public Predicate toPredicate(Root<Student> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
Predicate stuNameLike = null;
if(null != student && !StringUtils.isEmpty(student.getName())) {
// 這裏也可以root.get("name").as(String.class)這種方式來強轉泛型類型
stuNameLike = cb.like(root.<String> get("name"), "%" + student.getName() + "%");
}
Predicate clazzNameLike = null;
if(null != student && null != student.getClazz() && !StringUtils.isEmpty(student.getClazz().getName())) {
clazzNameLike = cb.like(root.<String> get("clazz").<String> get("name"), "%" + student.getClazz().getName() + "%");
}
if(null != stuNameLike) query.where(stuNameLike);
if(null != clazzNameLike) query.where(clazzNameLike);
return null;
}
}, new PageRequest(page.getPage() - 1, page.getLimit(), new Sort(Direction.DESC, page.getSortName())));
}
}
先解釋下這裏的意思,然後我們在結合框架的源碼來深入分析。
這裏我們是2個表關聯查詢,查詢條件包括Student表和Clazz表,類似的2個以上的表方式差不多,但是正如上面所說,這種做法適合所有的表都是兩兩能夠關聯上的,涉及的表太多,或者是有一些字典表,那就使用sql拼接的方式,簡單一些。
先簡單解釋一下代碼的含義,然後結合框架源碼來詳細分析。兩個Predicate對象,Predicate按照中文意思是判斷,斷言的意思,那麼放在我們的sql中就是where後面的東西,比如
下面的PageRequest代表分頁信息,PageRequest裏面的Sort對象是排序信息。上面的代碼事實上是在動態的組合最終的sql語句,這裏使用了一個策略模式,或者callback,就是
studentRepository.findAll(一個接口)
studentRepository接口方法調用的參數是一個接口,而接口的實現類調用這個方法的時候,在內部,參數對象的實現類調用自己的toPredicate這個方法的實現內容,可以體會一下這裏的思路,就是傳一個接口,然後接口的實現自己來定義,這個思路在nettyJavaScript中體現的特別明顯,特別是JavaScript的框架中大量的這種方式,JS框架很多的做法都是上來先閉包,和瀏覽器的命名空間分開,然後入口方法就是一個回調,比如ExtJS:
Ext.onReady(function() {
// xxx
});
參數是一個function,其實在框架內部就調用了這個參數,於是這個這個方法執行了。這種模式還有一個JDK的排序集合上面也有體現,我們的netty框架也採用這種方式來實現異步IO的能力。
接下來結合框架源碼來詳細介紹這種機制,以及這種機制提供給我們的好處。
這裏首先從JPA的動態查詢開始說起,在JPA提供的API中,動態查詢大概有這麼一些方法,![](http://static.javashuo.com/static/loading.gif)
從名字大概可以看出這些方法的意義,跟Hibernate或者一些其他的工具也都差不多,這裏我們介紹參數爲CriteriaQuery類型的這個方法,如果我們熟悉多種ORM框架的話,不難發現都有一個Criteria類似的東西,中文意思是「條件」的意思,這就是各個框架構建動態查詢的主體,Hibernate甚至有兩種,在線和離線兩種Criteria,mybatis也能從Example中創建Criteria,並且添加查詢條件。
那麼第一步就需要構建出這個參數CriteriaQuery類型的參數,這裏使用建造者模式,
CriteriaBuilder builder = em.getCriteriaBuilder();
CriteriaQuery<Student> query = builder.createQuery(Student.class);
接下來:
Root<Student> root = query.from(Student.class);
在這裏,我們看方法名from,意思是獲取Student的Root,其實也就是個Student的包裝對象,就代表這條sql語句裏面的主體。接下來:
Predicate p1 = builder.like(root.<String> get("name"), "%" + student.getName() + "%");
Predicate p2 = builder.equal(root.<String> get("password"), student.getPassword());
Predicate是判斷的意思,放在sql語句中就是where後面 xxx = yyy, xxx like yyy這種,也就是查詢條件,這裏構造了2個查詢條件,分別是根據student的name屬性進行like查詢和根據student的password進行「=」查詢,在sql中就是
name like = ? and password = ?
這種形式,接下來
這樣子一個完整的動態查詢就構建完成了,接下來調用getSingleResult或者getResultList返回結果,這裏jpa的單個查詢如果爲空的話會報異常,這點感覺框架設計的不好,如果查詢爲空直接返回一個null或者一個空的List更好一點。
這是jpa原生的動態查詢方式,過程大致就是,創建builder => 創建Query => 構造條件 => 查詢。這麼4個步驟,這裏代碼運行良好,如果不使用spring-data-jpa,我們就需要這麼來做,但是spring-data-jpa幫我們做得更爲徹底,從上面的4個步驟中,我們發現:所有的查詢除了第三步不一樣,其他幾步都是一模一樣的,不使用spring-data-jpa的情況下,我們要麼4步驟寫完,要麼自己寫個工具類,封裝一下,這裏spring-data-jpa就是幫我們完成的這樣一個動作,那就是在JpaSpecification<T>這個接口中的
Page<T> findAll(Specification<T> spec, Pageable pageable);
這個方法,前面說了,這是個策略模式,參數spec是個接口,前面也說了框架內部對於這個接口有默認的實現類
@Repository
@Transactional(readOnly = true)
public class SimpleJpaRepository<T, ID extends Serializable> implements JpaRepository<T, ID>,
JpaSpecificationExecutor<T> {
}
,我們的Repository接口就是繼承這個接口,而通過cglib的RepositoryImpl的代理類也是這個類的子類,默認也就實現了該方法。這個方法的方法體是這樣的:
/*
* (non-Javadoc)
* @see org.springframework.data.jpa.repository.JpaSpecificationExecutor#findOne(org.springframework.data.jpa.domain.Specification)
*/
public T findOne(Specification<T> spec) {
try {
return getQuery(spec, (Sort) null).getSingleResult();
} catch (NoResultException e) {
return null;
}
}
這裏的
getQuery(spec, (Sort) null)
返回類型是
進入這個getQuery方法:
/**
* Creates a {@link TypedQuery} for the given {@link Specification} and {@link Sort}.
*
* @param spec can be {@literal null}.
* @param sort can be {@literal null}.
* @return
*/
protected TypedQuery<T> getQuery(Specification<T> spec, Sort sort) {
CriteriaBuilder builder = em.getCriteriaBuilder();
CriteriaQuery<T> query = builder.createQuery(getDomainClass());
Root<T> root = applySpecificationToCriteria(spec, query);
query.select(root);
if (sort != null) {
query.orderBy(toOrders(sort, root, builder));
}
return applyRepositoryMethodMetadata(em.createQuery(query));
}
一切玄機盡收眼底,這個方法的內容和我們前面使用原生jpa的api的過程是一樣的,而再進入
Root<T> root = applySpecificationToCriteria(spec, query);
這個方法:
/**
* Applies the given {@link Specification} to the given {@link CriteriaQuery}.
*
* @param spec can be {@literal null}.
* @param query must not be {@literal null}.
* @return
*/
private <S> Root<T> applySpecificationToCriteria(Specification<T> spec, CriteriaQuery<S> query) {
Assert.notNull(query);
Root<T> root = query.from(getDomainClass());
if (spec == null) {
return root;
}
CriteriaBuilder builder = em.getCriteriaBuilder();
Predicate predicate = spec.toPredicate(root, query, builder);
if (predicate != null) {
query.where(predicate);
}
return root;
}
我們可以發現spec參數調用了toPredicate方法,也就是我們前面service裏面匿名內部類的實現。
到這裏spring-data-jpa的默認實現已經完全明瞭。總結一下使用動態查詢:前面說的原生api需要4步,而使用spring-data-jpa只需要一步,那就是重寫匿名內部類的toPredicate方法。在重複一下上面的Student和Clazz的查詢代碼,
1 @Override
2 public Page<Student> search(final Student student, PageInfo page) {
4 return studentRepository.findAll(new Specification<Student>() {
5 @Override
6 public Predicate toPredicate(Root<Student> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
7
8 Predicate stuNameLike = null;
9 if(null != student && !StringUtils.isEmpty(student.getName())) {
10 stuNameLike = cb.like(root.<String> get("name"), "%" + student.getName() + "%");
11 }
12
13 Predicate clazzNameLike = null;
14 if(null != student && null != student.getClazz() && !StringUtils.isEmpty(student.getClazz().getName())) {
15 clazzNameLike = cb.like(root.<String> get("clazz").<String> get("name"), "%" + student.getClazz().getName() + "%");
16 }
17
18 if(null != stuNameLike) query.where(stuNameLike);
19 if(null != clazzNameLike) query.where(clazzNameLike);
20 return null;
21 }
22 }, new PageRequest(page.getPage() - 1, page.getLimit(), new Sort(Direction.DESC, page.getSortName())));
23 }
到這裏位置,spring-data-jpa的介紹基本上就完成了,涵蓋了該框架使用的方方面面。接下來還有一塊比較實用的東西,我們看到上面第15行位置的條件查詢,這裏使用了一個多級的get,這個是spring-data-jpa支持的,就是嵌套對象的屬性,這種做法一般我們叫方法的級聯調用,就是調用的時候返回自己本身,這個在處理xml的工具中比較常見,主要是爲了代碼的美觀作用,沒什麼其他的用途。
最後還有一個小問題,我們上面說了使用動態查詢和JPQL兩種方式都可以,在我們使用JPQL的時候,他的語法和常規的sql有點不太一樣,以Student、Clazz關係爲例,比如:
select * from student t left join clazz tt on t.clazz_id = tt.id
這是一個很常規的sql,但是JPQL是這麼寫:
select t from Student t left join t.clazz tt
left join右邊直接就是t的屬性,並且也沒有了on t.clazz_id == tt.id,然而並不會出現笛卡爾積,這裏解釋一下爲什麼沒有這個條件,在我們的實體中配置了屬性的映射關係,並且ORM框架的最核心的目的就是要讓我們以面向對象的方式來操作數據庫,顯然我們在使用這些框架的時候就不需要關心數據庫了,只需要關係對象,而t.clazz_id = tt.id這個是數據庫的字段,由於配置了字段映射,框架內部自己就會去處理,所以不需要on t.clazz_id = tt.id就是合理的。
前面介紹了spring-data-jpa的使用,還有一點忘了,悲觀所和樂觀鎖問題,這裏的樂觀鎖比較簡單,jpa有提供註解@Version,加上該註解,自動實現樂觀鎖,byId修改的時候sql自動變成:update ... set ... where id = ? and version = ?,比較方便。
in操作的查詢:
在日常手動寫sql的時候有in這種查詢是比較多的,比如select * from user t where t.id in (1, 2, 3);有人說in的效率不高,要少用,但是其實只要in是主鍵,或者說是帶有索引的,效率是很高的,mysql中如果in是子查詢貌似不會走索引,不過我個人經驗,在我遇到的實際應用中,in(ids)這種是比較多的,所以一般來說是沒有性能問題的。
那麼,sql裏面比較好寫,但是如果使用spring-data-jpa的動態查詢方式呢,就和前面的稍微有點區別。大致上是這麼一個思路:
if(!CollectionUtils.isEmpty(ids)) {
In<Long> in = cb.in(root.<Long> get("id"));
for (Long id : parentIds) {
in.value(id);
}
query.where(in);
}
cb創建一個in的Predicate,然後給這個in賦值,最後把in加到where條件中。
手動配置鎖:
spring-data-jpa支持註解方式的sql,比如:@Query(xxx),另外,關於鎖的問題,在實體中的某個字段配置@Version是樂觀鎖,有時候爲了使用一個悲觀鎖,或者手動配置一個樂觀鎖(如果實體中沒有version字段),那麼可以使用@Lock這個註解,它能夠被解析成爲相關的鎖。
一對多、多對多查詢(查詢條件在關聯對象中時):
1、在JPA中,一個實體中如果存在多個關聯對象,那麼不能同時eager獲取,只能有一個是eager獲取,其他只能lazy;在Hibernate當中有幾種獨有的解決方法,在JPA當中有2中方法,i.就是前面的改成延時加載;ii.把關聯對象的List改成Set(List允許重複,在多層抓去的時候無法完成映射,Hibernate默認抓去4層,在第三層的時候如果是List就無法完成映射)。
2、在多對多的查詢中,我們可以使用JPQL,也可以使用原生SQL,同時還可以使用動態查詢,這裏介紹多對多的動態查詢,這裏有一個條件比較苛刻,那就是查詢參數是關聯對象的屬性,一對多類似,多對一可以利用上面介紹的級聯獲取屬性的方式。這裏介紹這種方式的目的是爲了更好的利用以面向對象的方式進行動態查詢。
舉例:2張表,分別是Employee(id, name)和Company(id, name),二者是多對多的關係,那麼當查詢Employee的時候,條件是更具公司名稱。那麼做法如下:
@Override
public List<Employee> findByCompanyName(final String companyName) {
List<Employee> employeeList = employeeRepository.findAll(new Specification<Employee>() {
public Predicate toPredicate(Root<Employee> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
// ListJoin<Employee, Company> companyJoin = root.join(root.getModel().getList("companyList", Company.class), JoinType.LEFT);
Join<Employee, Company> companyJoin = root.join("companyList", JoinType.LEFT);
return cb.equal(companyJoin.get("name"), companyName);
}
});
return employeeList;
}
我們可以使用上面註釋掉的方式,也可以使用下面這種比較簡單的方式。因爲我個人的習慣是儘量不去寫DAO的實現類,除非查詢特別複雜,萬不得已的情況下采用,否則我個人比較偏向於這種方式。
上面的情況如果更爲極端的話,關聯多個對象,可以按照下面的方式:
@Override
public List<Employee> findByCompanyName(final String companyName, final String wage) {
List<Employee> employeeList = employeeRepository.findAll(new Specification<Employee>() {
public Predicate toPredicate(Root<Employee> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
// ListJoin<Employee, Company> companyJoin = root.join(root.getModel().getList("companyList", Company.class), JoinType.LEFT);
Join<Employee, Company> companyJoin = root.join("companySet", JoinType.LEFT);
Join<Employee, Wage> wageJoin = root.join("wageSet", JoinType.LEFT);
Predicate p1 = cb.equal(companyJoin.get("name"), companyName);
Predicate p2 = cb.equal(wageJoin.get("name"), wage);
// return cb.and(p1, p2);根據spring-data-jpa的源碼,可以返回一個Predicate,框架內部會自動做query.where(p)的操作,也可以直接在這裏處理,然後返回null,/// 也就是下面一段源碼中的實現
query.where(p1, p2);
return null;
}
});
return employeeList;
}
/**
* Applies the given {@link Specification} to the given {@link CriteriaQuery}.
*
* @param spec can be {@literal null}.
* @param query must not be {@literal null}.
* @return
*/
private <S> Root<T> applySpecificationToCriteria(Specification<T> spec, CriteriaQuery<S> query) {
Assert.notNull(query);
Root<T> root = query.from(getDomainClass());
if (spec == null) {
return root;
}
CriteriaBuilder builder = em.getCriteriaBuilder();
Predicate predicate = spec.toPredicate(root, query, builder);
// 這裏如果我們重寫的toPredicate方法的返回值predicate不爲空,那麼調用query.where(predicate)
if (predicate != null) {
query.where(predicate);
}
return root;
}
說明:雖然說JPA中這種方式查詢會存在着多次級聯查詢的問題,對性能有所影響,但是在一般的企業級應用當中,爲了開發的便捷,這種性能犧牲一般來說是可以接受的。
特別的:在一對多中或者多對一中,即便是fetch爲eager,也會先查詢主對象,再查詢關聯對象,但是在eager的情況下雖然是有多次查詢問題,但是沒有n+1問題,關聯對象不會像n+1那樣多查詢n次,而僅僅是把關聯對象一次性查詢出來,因此,在企業級應用當中,訪問量不大的情況下一般來說沒什麼問題。
補充一段題外話,關於Hibernate/JPA/Spring-Data-Jpa與MyBatis的區別聯繫,這種話題很多討論,對於Hibernate/JPA/Spring-Data-Jpa,我個人而言基本上能夠熟練使用,談不上精通,對於mybatis,由於深入閱讀過幾次它的源碼,對mybatis的設計思想以及細化到具體的方法,屬性,參數算是比較熟悉,也開發過一些mybatis的相關插件。對於這兩個持久化框架,總體來說的區別是,Hibernate系列的門檻相對較高,配置比較多,相對來說難度要大一些,主要體現在各種關係的問題上,據我所知,很多人的理解其實並不深刻,很多時候甚至配置得有一定的問題,但是優勢也很明顯,SQL自動生成,改數據庫表結構僅僅需要調整幾個註解就行了,在熟練使用的基礎上相對來說要便捷一點。對於mybatis來說,門檻很低,真的很低,低到分分鐘就能入門的程度,我個人最喜歡也是mybatis最吸引人的地方就是靈活,特別的靈活,但是修改數據庫表結構之後需要調整的地方比較多,但是利用目前比較優秀的插件,對於單表操作也基本上能夠達到和Hibernate差不多的境界(會稍微犧牲一點點性能),多表的情況下就要麻煩一點。性能方面的比較,由於我沒做過測試,不太好比較,不過應該mybatis要稍微高一些,畢竟他的查詢SQL可控一些(當然Hibernate也支持原生sql,但是對結果集的處理不夠友好)。
之後更新:Root對象還有一批fetch方法,這個目前我很少用,後面有時間再來更新。
補充:單表分頁可以傳入分頁對象,比如findByName(String name, new pageRequest(0, 10));
我們在使用SpringData JPA框架時,進行條件查詢,如果是固定條件的查詢,我們可以使用符合框架規則的自定義方法以及@Query註解實現。
如果是查詢條件是動態的,框架也提供了查詢接口。
和其他接口使用方式一樣,只需要在你的Dao接口繼承即可(官網代碼)。
public interface CustomerRepository extends CrudRepository<Customer, Long>, JpaSpecificationExecutor {
…
}
JpaSpecificationExecutor提供很多條件查詢方法。
public interface JpaSpecificationExecutor<T> {
T findOne(Specification<T> var1);
List<T> findAll(Specification<T> var1);
Page<T> findAll(Specification<T> var1, Pageable var2);
List<T> findAll(Specification<T> var1, Sort var2);
long count(Specification<T> var1);
}
比如方法:
List<T> findAll(Specification<T> var1);
就可以查找出符合條件的所有數據,如果你的框架使用的是前段分頁的技術,那麼這個方法就挺簡便的。
那麼這個方法該如何使用呢?我們看到它需要的參數是一個
org.springframework.data.jpa.domain.Specification
對象。那我們就創建這個對象先看看。
Specification specification = new Specification() {
@Override
public Predicate toPredicate(Root root, CriteriaQuery criteriaQuery, CriteriaBuilder criteriaBuilder) {
return null;
}
}
IDE自動生成了要重寫的方法toPredicate。
root參數是我們用來對應實體的信息的。criteriaBuilder可以幫助我們製作查詢信息。
/**
* A root type in the from clause.
* Query roots always reference entities.
*
* @param <X> the entity type referenced by the root
* @since Java Persistence 2.0
*/
public interface Root<X> extends From<X, X> {...}
/**
* Used to construct criteria queries, compound selections,
* expressions, predicates, orderings.
*
* <p> Note that <code>Predicate</code> is used instead of <code>Expression<Boolean></code>
* in this API in order to work around the fact that Java
* generics are not compatible with varags.
*
* @since Java Persistence 2.0
*/
public interface CriteriaBuilder {...}
CriteriaBuilder對象裏有很多條件方法,比如制定條件:某條數據的創建日期小於今天。
criteriaBuilder.lessThan(root.get("createDate"), today)
該方法返回的對象類型是Predicate。正是toPredicate需要返回的值。
如果有多個條件,我們就可以創建一個Predicate集合,最後用CriteriaBuilder的and和or方法進行組合,得到最後的Predicate對象。
/**
* Create a conjunction of the given restriction predicates.
* A conjunction of zero predicates is true.
*
* @param restrictions zero or more restriction predicates
*
* @return and predicate
*/
Predicate and(Predicate... restrictions);
/**
* Create a disjunction of the given restriction predicates.
* A disjunction of zero predicates is false.
*
* @param restrictions zero or more restriction predicates
*
* @return or predicate
*/
Predicate or(Predicate... restrictions);
示例:
public List<WeChatGzUserInfoEntity> findByCondition(Date minDate, Date maxDate, String nickname){
List<WeChatGzUserInfoEntity> resultList = null;
Specification querySpecifi = new Specification<WeChatGzUserInfoEntity>() {
@Override
public Predicate toPredicate(Root<WeChatGzUserInfoEntity> root, CriteriaQuery<?> criteriaQuery, CriteriaBuilder criteriaBuilder) {
List<Predicate> predicates = new ArrayList<>();
if(null != minDate){
predicates.add(criteriaBuilder.greaterThan(root.get("subscribeTime"), minDate));
}
if(null != maxDate){
predicates.add(criteriaBuilder.lessThan(root.get("subscribeTime"), maxDate));
}
if(null != nickname){
predicates.add(criteriaBuilder.like(root.get("nickname"), "%"+nickname+"%"));
}
return criteriaBuilder.and(predicates.toArray(new Predicate[predicates.size()]));
}
};
resultList = this.weChatGzUserInfoRepository.findAll(querySpecifi);
return resultList;
}
and到一起的話所有條件就是且關係,or就是或關係了。
其實也是在Stack Overflow上看到的。
2015-04-16 10:58
4781人閱讀
評論(0)
收藏
舉報
版權聲明:本文爲博主原創文章,未經博主允許不得轉載。
我們現在在做一個OA系統,將新增的那些數據都寫到數據庫的時候是採用jpa規範的,(不太理解jpa的相關知識點,今天看下相關知識,然後再補充jpa的知識點),現在記錄jpa中的動態查詢語句,其實這些語句都是可以用sql語句寫的,但是sql語句寫得查詢,刪除,插入數據等操作不安全,所以採用jpa的語句。我們的項目是分爲三層結構,第一層是實體層,在該層中專門定義某一實體的相關字段,它的set(),get()方法。第二層是服務層,將service和dao都放在一個組件中,在dao層中定義和數據庫相關的操作方法,在service層中定義相關的業務邏輯層要調用的方法。第三層是restful層,在這層定義的是和前端交互的組件。
首先講講第一層:實體層
定義一個實體
定義查詢實體:
- package com.gzydt.oa.commons;
-
- import java.util.ArrayList;
- import java.util.HashMap;
- import java.util.List;
- import java.util.Map;
-
- /**
- * 分頁查詢參數
- *
- * @author huangzhenwei
- * @since 2014-11-21
- *
- */
- public class QueryParam {
-
- // 排序字段,以「+」、「-」符號連接排序字段名:「+key」表示 按「key」字段升序,「-key」表示按「key」字段降序。
- private List<String> sorts = new ArrayList<String>();
- // 起始記錄下標,從0開始計算
- private int first = 0;
- // 每頁最大記錄數
- private int max = 10;
- // 是否分頁標誌
- private boolean isPage = true;
-
- // 查詢參數
- private Map<String, String> param = new HashMap<String, String>();
-
- public QueryParam() {
-
- }
-
- public int getFirst() {
- return first;
- }
-
- public void setFirst(int first) {
- this.first = first;
- }
-
- public int getMax() {
- return max;
- }
-
- public void setMax(int max) {
- this.max = max;
- }
-
- public Map<String, String> getParam() {
- return param;
- }
-
- public void setParam(Map<String, String> param) {
- this.param = param;
- }
-
- public boolean isPage() {
- return isPage;
- }
-
- public void setPage(boolean isPage) {
- this.isPage = isPage;
- }
-
- public List<String> getSorts() {
- return sorts;
- }
-
- public void setSorts(List<String> sorts) {
- this.sorts = sorts;
- }
- }
第二層:服務層
dao層:定義和數據庫相關操作的方法
- package com.gzydt.oa.dao;
-
- import java.util.List;
-
- import com.gzydt.oa.commons.QueryParam;
- import com.gzydt.oa.entity.AppendFile;
- import com.gzydt.oa.entity.InnerMails;
-
- /**
- * 郵件發送dao接口
- *
- */
- public interface InnerMailDao {
- /**
- * 保存郵件
- * @param mail
- * @return
- */
- public InnerMails save(InnerMails mail);
- /**
- * 更新郵件
- * @param mail
- * @return
- */
- public InnerMails update(InnerMails mail);
- /**
- * 刪除郵件
- * @param id
- */
- public void delete(long id);
- /**
- * 查詢郵件
- * @param queryParam
- * @return
- */
- public List<InnerMails> getlist(QueryParam queryParam);
- /**
- * 獲取單個郵件
- * @param id
- * @return
- */
- public InnerMails get(long id);
- /**
- * 獲取滿足條件的郵件的總數
- * @param queryParam
- * @return
- */
- public int getCount(QueryParam queryParam);
- /**
- * 新增附件
- * @param id
- * @param appendFile
- */
- public void addAttach(long id,AppendFile appendFile);
- }
- package com.gzydt.oa.dao.impl;
-
- import java.text.DateFormat;
- import java.text.SimpleDateFormat;
- import java.util.ArrayList;
- import java.util.Date;
- import java.util.HashSet;
- import java.util.Iterator;
- import java.util.List;
- import java.util.Map;
- import java.util.Set;
-
- import javax.persistence.EntityManager;
- import javax.persistence.TypedQuery;
- import javax.persistence.criteria.CriteriaBuilder;
- import javax.persistence.criteria.CriteriaQuery;
- import javax.persistence.criteria.Predicate;
- import javax.persistence.criteria.Root;
-
- import com.gzydt.oa.commons.QueryParam;
- import com.gzydt.oa.dao.InnerMailDao;
- import com.gzydt.oa.entity.AppendFile;
- import com.gzydt.oa.entity.InnerMails;
-
- /**
- * 郵件實現類
- */
- public class InnerMailDaoImpl implements InnerMailDao{
-
- private EntityManager entityManager;
- public void setEntityManager(EntityManager entityManager) {
- this.entityManager = entityManager;
- }
- /**
- * 保存郵件
- * @param mail
- * @return
- */
- @Override
- public InnerMails save(InnerMails mail) {
- try {
- entityManager.persist(mail);
- entityManager.flush();
- return mail;
- } catch ( Exception e ) {
- e.printStackTrace();
- return null;
- }
- }
- /**
- * 更新郵件
- * @param mail
- * @return
- */
- @Override
- public InnerMails update(InnerMails mail) {
- try {
- entityManager.merge(mail);
- return mail;
- } catch ( Exception e ) {
- e.printStackTrace();
- return null;
- }
- }
- /**
- * 刪除郵件
- * @param id
- */
- @Override
- public void delete(long id) {
-
- entityManager.createQuery("delete from PhoneRecord e where e.id=:id").setParameter("id", id).executeUpdate();
-
-
- }
- /**
- * 查詢郵件
- * @param queryParam
- * @return
- */
- @Override
- public List<InnerMails> getlist(QueryParam queryParam) {
- CriteriaBuilder cb = entityManager.getCriteriaBuilder();
- CriteriaQuery<InnerMails> criteriaQuery = cb.createQuery(InnerMails.class);
- Root<InnerMails> register = criteriaQuery.from(InnerMails.class);
- // 過濾條件
- Predicate[] predicates = createPredicate(queryParam, cb, register);
- criteriaQuery.where(predicates);
- int start = queryParam.getFirst();
- int end = queryParam.getMax();
- TypedQuery<InnerMails> typedQuery = entityManager.createQuery(criteriaQuery);
- typedQuery.setFirstResult(start).setMaxResults(end);
- return typedQuery.getResultList();
- }
- //設置查詢條件
- private Predicate[] createPredicate(QueryParam queryParam, CriteriaBuilder cb, Root<InnerMails> entity) {
- List<Predicate> predicates=new ArrayList<Predicate>();
- //取出查詢條件
- Map<String, String> param= queryParam.getParam();
- for(Map.Entry entry:param.entrySet()){
- String key=entry.getKey().toString();
- String value=entry.getValue().toString();
- if(key.equals("sendDate")){
- Predicate conditionTime = createOperateTime(key,cb,value,entity);
- if(null!=conditionTime){
- predicates.add(conditionTime);
- }
- }else{
- predicates.add(cb.like(entity.<String> get(key),"%"+value+"%"));
- }
- }
- return predicates.toArray(new Predicate[0]);
- }
-
- /**
- * 將時間作爲查詢條件的方法
- * @param cb
- * @param value
- * @param entity
- */
- private Predicate createOperateTime(String key,CriteriaBuilder cb, String value, Root<InnerMails> entity) {
- if(null == value){
- return null;
- }
- String[] operateTime=value.split("~");
- if(operateTime.length!=2){
- return null;
- }
- try {
- DateFormat df=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//格式一定要寫正確,
- Date t1=df.parse(operateTime[0] + " 00:00:00");
- Date t2=df.parse(operateTime[1] + " 23:59:59");
- return cb.between(entity.<Date> get(key), t1, t2);
- } catch ( Exception e ) {
- e.printStackTrace();
- }
- return null;
-
- }
-
- /**
- * 獲取單個郵件
- * @param id
- * @return
- */
- @Override
- public InnerMails get(long id) {
- InnerMails innersMails=entityManager.find(InnerMails.class, id);
- Iterator<AppendFile> iterator=innersMails.getAppendFiles().iterator();
- Set<AppendFile> attachs=new HashSet<AppendFile>();
- while(iterator.hasNext()){
- AppendFile appendFile=new AppendFile();
- appendFile=iterator.next();
- attachs.add(appendFile);
- }
- innersMails.setAppendFiles(attachs);
- return innersMails;
- }
- /**
- * 獲取滿足條件的郵件的總數
- * @param queryParam
- * @return
- */
- @Override
- public int getCount(QueryParam queryParam) {
- CriteriaBuilder cb = entityManager.getCriteriaBuilder();
- CriteriaQuery<Long> criteriaQuery = cb.createQuery(Long.class);
- Root<InnerMails> mails = criteriaQuery.from(InnerMails.class);
- criteriaQuery.select(cb.countDistinct(mails));
- // 過濾條件
- Predicate[] predeicates = createPredicate(queryParam, cb, mails);
- criteriaQuery.where(predeicates);
- TypedQuery<Long> typedQuery = entityManager.createQuery(criteriaQuery);
- int count = 0;
- try {
- count = typedQuery.getSingleResult().intValue();
- } catch ( Exception e ) {
- e.printStackTrace();
- }
- return count;
- }
- /**
- * 新增附件
- * @param id
- * @param appendFile
- */
- @Override
- public void addAttach(long id, AppendFile appendFile) {
- InnerMails entity=this.get(id);
- entity.getAppendFiles().add(appendFile);
- entityManager.merge(entity);
-
- }
-
- }
動態查詢語句的相關知識
1:查詢User表中的字段adminlever的小於給定值的數據
第一種寫法:(安全,推薦使用這種)
- /**
- * 查詢某一級別以上的用戶
- */
- @Override
- public List<User> getOnLeverUper(int lever) {
- CriteriaBuilder cb =entityManager.getCriteriaBuilder();
- CriteriaQuery<User> criterQuery=cb.createQuery(User.class);
- Root<User> entity=criterQuery.from(User.class);
- Path<Integer> adminLever=entity.<Integer> get("adminlever") ;
- criterQuery.where(cb.lessThan(adminLever, lever));
- TypedQuery<User> typedQuery=entityManager.createQuery(criterQuery);
- return typedQuery.getResultList();
-
- }
第二種寫法:(不太安全,)
- /**
- * 查詢某一級別以上的用戶
- */
- @Override
- public List<User> getOnLeverUper(int lever) {
- List<User> users=entityManager.createQuery("from User u where u.adminlever<:adminlever")
- .setParameter("adminlever",lever).getResultList();
- return users;
-
- }
第二種刪除數據(有時候會由於某實體和另一實體設置了一對一或者多對一,或者多對多的關係而導致不能正常刪除數據),解決方法:
- /**
- * 刪除登記信息
- *
- * @param id
- * 登記編號
- */
- @Override
- public void handleDelete(long id) throws Exception {
- ReceiptEntity entity = entityManager.find(ReceiptEntity.class, id);
- entityManager.remove(entity);
- //下面的的方法刪除應爲存在外鍵關聯會刪除失敗
- /*entityManager.createQuery("delete from ReceiptEntity e where e.id=:id").
- setParameter("id", id).executeUpdate();*/
- }
service層:接口
- package com.gzydt.oa.service;
-
- import java.util.List;
-
- import com.gzydt.oa.commons.QueryParam;
- import com.gzydt.oa.entity.AppendFile;
- import com.gzydt.oa.entity.InnerMails;
-
- /**
- * 內部郵件接口
- *
- */
- public interface InnerMailService {
- /**
- * 保存郵件
- * @param mail
- * @return
- */
- public InnerMails save(InnerMails mail);
- /**
- * 更新郵件
- * @param mail
- * @return
- */
- public InnerMails update(InnerMails mail);
- /**
- * 刪除郵件
- * @param id
- */
- public void delete(long id);
- /**
- * 查詢郵件
- * @param queryParam
- * @return
- */
- public List<InnerMails> getlist(QueryParam queryParam);
- /**
- * 獲取單個郵件
- * @param id
- * @return
- */
- public InnerMails get(long id);
- /**
- * 獲取滿足條件的郵件的總數
- * @param queryParam
- * @return
- */
- public int getCount(QueryParam queryParam);
- /**
- * 發郵件
- * @param content
- *//*
- public void sendMail(String content);*/
- /**
- * 新增附件
- * @param id
- * @param appendFile
- */
- public void addAttach(long id,AppendFile appendFile);
-
- }
service層:實現類
- package com.gzydt.oa.service.impl;
-
- import java.util.List;
-
- import com.gzydt.oa.commons.QueryParam;
- import com.gzydt.oa.dao.InnerMailDao;
- import com.gzydt.oa.entity.AppendFile;
- import com.gzydt.oa.entity.InnerMails;
- import com.gzydt.oa.service.InnerMailService;
-
- /**
- * 內部郵件服務類
- *
- */
- public class InnerMailServiceImpl implements InnerMailService{
-
- private InnerMailDao mailDao;
-
- public void setMailDao(InnerMailDao mailDao) {
- this.mailDao = mailDao;
- }
- /**
- * 保存郵件
- * @param mail
- * @return
- */
- @Override
- public InnerMails save(InnerMails mail) {
- return mailDao.save(mail);
- }
-
- @Override
- public InnerMails update(InnerMails mail) {
- return mailDao.update(mail);
- }
- /**
- * 刪除郵件
- * @param id
- */
- @Override
- public void delete(long id) {
- mailDao.delete(id);
-
- }
- /**
- * 查詢郵件
- * @param queryParam
- * @return
- */
- @Override
- public List<InnerMails> getlist(QueryParam queryParam) {
- return mailDao.getlist(queryParam);
- }
- /**
- * 獲取單個郵件
- * @param id
- * @return
- */
- @Override
- public InnerMails get(long id) {
- return mailDao.get(id);
- }
- /**
- * 獲取滿足條件的郵件的總數
- * @param queryParam
- * @return
- */
- @Override
- public int getCount(QueryParam queryParam) {
- return mailDao.getCount(queryParam);
- }
-
- /* @Override
- public void sendMail(String content) {
-
-
- }*/
- /**
- * 新增附件
- * @param id
- * @param appendFile
- */
- @Override
- public void addAttach(long id, AppendFile appendFile) {
- mailDao.addAttach(id, appendFile);
-
- }
-
- }
在服務層中定義相關的服務配置
- <?xml version="1.0" encoding="UTF-8"?>
- <blueprint default-activation="eager"
- xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xmlns:jpa="http://aries.apache.org/xmlns/jpa/v1.0.0" xmlns:tx="http://aries.apache.org/xmlns/transactions/v1.0.0"
- xsi:schemaLocation="
- http://www.osgi.org/xmlns/blueprint/v1.0.0 http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
- http://cxf.apache.org/blueprint/jaxrs http://cxf.apache.org/schemas/blueprint/jaxrs.xsd
- http://cxf.apache.org/blueprint/core http://cxf.apache.org/schemas/blueprint/core.xsd">
-
- <!-- This gets the container-managed EntityManager and injects it into the
- ServiceImpl bean. -->
-
- <!-- dao -->
- <bean id="mailDao" class="com.gzydt.oa.dao.impl.InnerMailDaoImpl">
- <jpa:context unitname="com.gzydt.jpa.persistence"
- property="entityManager" />
- <tx:transaction method="*" value="Required" />
- </bean>
-
- <!--新增結束 -->
-
-
- <!-- bean -->
-
- <bean id="mailService" class="com.gzydt.oa.service.impl.InnerMailServiceImpl">
- <property name="mailDao" ref="mailDao" />
- </bean>
-
-
- <!--新增結束 -->
-
- <!-- service -->
- <service ref="mailService" interface="com.gzydt.oa.service.InnerMailService" />
-
- <!-- This bundle makes use of Karaf commands to demonstrate core persistence
- operations. Feel free to remove it. -->
- <command-bundle xmlns="http://karaf.apache.org/xmlns/shell/v1.1.0">
- <command name="msg/add">
- <action class="com.gzydt.oa.command.AddMessage">
- <property name="messageService" ref="messageService" />
- </action>
- </command>
- <command name="msg/list">
- <action class="com.gzydt.oa.command.GetMessage">
- <property name="messageService" ref="messageService" />
- </action>
- </command>
- <command name="msg/delete">
- <action class="com.gzydt.oa.command.DeleteMessage">
- <property name="messageService" ref="messageService" />
- </action>
- </command>
-
- <command name="dept/add">
- <action class="com.gzydt.oa.command.DeptAddCommand">
- <property name="deptService" ref="deptService" />
- </action>
- </command>
- <command name="dept/list">
- <action class="com.gzydt.oa.command.DeptGetCommand">
- <property name="deptService" ref="deptService" />
- </action>
- </command>
- <command name="dept/delete">
- <action class="com.gzydt.oa.command.DeptDeleteCommand">
- <property name="deptService" ref="deptService" />
- </action>
- </command>
- </command-bundle>
-
- </blueprint>
第三層:restful層
- package com.gzydt.oa.resource;
-
- import java.text.ParseException;
- import java.util.List;
-
- import javax.ws.rs.Consumes;
- import javax.ws.rs.DELETE;
- import javax.ws.rs.GET;
- import javax.ws.rs.HeaderParam;
- import javax.ws.rs.POST;
- import javax.ws.rs.PUT;
- import javax.ws.rs.Path;
- import javax.ws.rs.PathParam;
- import javax.ws.rs.Produces;
- import javax.ws.rs.QueryParam;
- import javax.ws.rs.core.MediaType;
- import javax.ws.rs.core.Response;
-
- import org.apache.cxf.jaxrs.ext.multipart.Attachment;
- import org.apache.cxf.jaxrs.ext.multipart.Multipart;
-
- /**
- * 內部郵件的restful
- */
- @Path("/mails")
- public interface InnerMailsResource {
- /**
- * 新增郵件
- * @param content
- * @return
- */
- @POST
- @Path("/")
- @Consumes("multipart/form-data")
- public Response save(@Multipart("content") String content,
- List<Attachment> attachments) throws ParseException ;
- /**
- * 更新郵件
- * @param id
- * @param content
- * @return
- */
- @PUT
- @Path("/{id}")
- @Consumes("multipart/form-data")
- public Response update(@PathParam("id") long id,@Multipart("content") String content,
- List<Attachment> attachments) throws ParseException;
- /**
- * 查詢郵件
- * @param id
- * @return
- */
- @GET
- @Path("/{id}")
- public Response get(@PathParam("id") long id);
- /**
- * 查詢郵件列表
- * @param range
- * @param query
- * @return
- */
- @GET
- @Path("/list")
- public Response getList(@HeaderParam("range") String range,@QueryParam("query") String query);
- /**
- * 刪除郵件
- * @param id
- * @return
- */
- @DELETE
- @Path("/{id}")
- public Response delete(@PathParam("id") long id);
- /**
- * 發送郵件
- * @param content
- * @return 數據格式:{"data":{},"toMail":""}
- */
- @POST
- @Path("/sendMails/{id}")
- public Response sendMail(@PathParam("id")long id) ;
- /**
- * 下載附件
- * @param id(附件的id)
- * @return
- */
- @GET
- @Path("/getAttach/{id}")
- @Produces(MediaType.APPLICATION_OCTET_STREAM)
- public Response downLoadAttach(@PathParam("id") long id);
-
-
-
- }
實現類:
- package com.gzydt.oa.resource.impl;
-
- import java.io.File;
- import java.io.FileInputStream;
- import java.io.FileOutputStream;
- import java.io.IOException;
- import java.io.InputStream;
- import java.io.OutputStream;
- import java.text.ParseException;
- import java.text.SimpleDateFormat;
- import java.util.Date;
- import java.util.HashSet;
- import java.util.List;
- import java.util.Set;
- import java.util.regex.Matcher;
- import java.util.regex.Pattern;
-
- import javax.activation.DataHandler;
- import javax.ws.rs.WebApplicationException;
- import javax.ws.rs.core.MediaType;
- import javax.ws.rs.core.Response;
- import javax.ws.rs.core.Response.Status;
- import javax.ws.rs.core.StreamingOutput;
-
- import net.sf.json.JSONArray;
- import net.sf.json.JSONObject;
- import net.sf.json.JsonConfig;
-
- import org.apache.cxf.jaxrs.ext.multipart.Attachment;
- /*import org.json.JSONArray;*/
-
- import com.gzydt.oa.commons.QueryParam;
- import com.gzydt.oa.entity.AppendFile;
- import com.gzydt.oa.entity.InnerMails;
- import com.gzydt.oa.resource.InnerMailsResource;
- import com.gzydt.oa.service.AppendFileService;
- import com.gzydt.oa.service.InnerMailService;
- import com.gzydt.oa.util.Constant;
- import com.gzydt.oa.util.QueryUtil;
-
- public class InnerMailsResourceImpl implements InnerMailsResource {
- private InnerMailService emailService;
-
- public void setEmailService(InnerMailService emailService) {
- this.emailService = emailService;
- }
-
- private AppendFileService appendFileService;
-
- public void setAppendFileService(AppendFileService appendFileService) {
- this.appendFileService = appendFileService;
- }
-
- private static final String PATH = "data/oa/upload/mails";
-
- @Override
- public Response save(String content, List<Attachment> attachments) throws ParseException {
- //去掉懶加載字段
- JsonConfig jsonConfig = Constant.jsonDateConfig;
- jsonConfig.setExcludes(new String[] { "appendFiles"});
- JSONObject preceInfo = JSONObject.fromObject(content);
- JSONObject backInfo = new JSONObject();
- InnerMails entity = new InnerMails();
- Date sendDate = null;
- if ( preceInfo.optString("sendDate") != null && preceInfo.optString("sendDate") != "" ) {
- //這裏的MM必須是要大寫,若是寫爲mm,則是分鐘,,格式一定要按照正規的來寫<span class="con">yyyy-MM-dd HH:mm:ss</span>,
- //該大寫就大寫,小寫就小寫,並且中間有空格等,都不能錯誤。不然時間會出錯
- SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd");
- sendDate = df.parse(preceInfo.optString("sendDate"));
- }
- preceInfo.put("sendDate", sendDate);
- entity = (InnerMails) JSONObject.toBean(preceInfo, InnerMails.class);
-
- if ( !preceInfo.has("type") ) {
- entity.setType(0);
- }
- entity = emailService.save(entity);
- // 新增附件到附件表中
- Set<AppendFile> appfiles=addAttach(attachments, entity);
- entity.setAppendFiles(appfiles);
- entity=emailService.update(entity);
-
- if ( null != entity ) {
- backInfo = JSONObject.fromObject(entity);
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- }
- backInfo.put("message", "保存失敗");
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
-
- }
-
- // 保存並關聯附件
- private Set<AppendFile> addAttach(List<Attachment> attachments,InnerMails entity){
- Set<AppendFile> appenFiles=new HashSet<AppendFile>();
- for (Attachment attachment : attachments) {
- if (attachment.getContentType().toString().startsWith("application/octet-stream")) {
- DataHandler dh = attachment.getDataHandler();
- long time = new Date().getTime();
- String fileName = null;
- try {
- fileName = new String(dh.getName().getBytes("ISO-8859-1"), "UTF-8");
- writeFile(dh, fileName);
- } catch (Exception e) {
- e.printStackTrace();
-
- }
- AppendFile file = new AppendFile();
- file.setSerialNumber(time);// 唯一標識
- file.setFileName(fileName);// 文件名
- file.setExtension(fileName.substring(fileName.lastIndexOf(".") + 1));// 文件後綴
- file.setType("email");// 文件類型
- emailService.addAttach(entity.getId(), file);
- AppendFile result = null;
- result = appendFileService.getByNumber(time);
- appenFiles.add(result);
-
- }
- }
- return appenFiles;
- }
-
-
- // 寫文件
- private void writeFile(DataHandler dh, String fileName) throws IOException {
- InputStream is = dh.getInputStream();
- File file = new File(PATH);
- if ( !file.exists() ) {
- file.mkdirs();
- }
- // LOG.info("附件目錄:" + file.getAbsolutePath());
- writeToFile(is, PATH + fileName);
- }
-
- private void writeToFile(InputStream is, String path) throws IOException {
-
- File file = new File(path);
- OutputStream out = new FileOutputStream(file);
- int len = 0;
- byte[] bytes = new byte[1024];
- while ( (len = is.read(bytes)) != -1 ) {
- out.write(bytes, 0, len);
- }
- out.flush();
- out.close();
-
- }
-
- @Override
- public Response update(long id, String content, List<Attachment> attachments) throws ParseException {
- InnerMails entity = emailService.get(id);
- JSONObject preceInfo = JSONObject.fromObject(content);
- JSONObject backInfo = new JSONObject();
- if ( null != entity ) {
- entity.setSubject(preceInfo.optString("subject"));
- entity.setToMails(preceInfo.optString("toMails"));
- entity.setUrgency(preceInfo.optString("urgency"));
- Date sendDate = null;
- if ( preceInfo.optString("sendDate") != null && preceInfo.optString("sendDate") != "" ) {
- SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd");
- sendDate = df.parse(preceInfo.optString("sendDate"));
- }
- //保存附件
- Set<AppendFile> appfiles=addAttach(attachments, entity);
- entity.setAppendFiles(appfiles);
- entity.setSendDate(sendDate);
- entity.setContent(preceInfo.optString("content"));
- entity.setMailUser(preceInfo.optString("mailUser"));
- entity.setSendMail(preceInfo.optString("sendMail"));
- entity.setType(preceInfo.optInt("type"));
-
- addAttach(attachments, entity);
- entity = emailService.update(entity);
- if ( entity != null ) {
- backInfo = JSONObject.fromObject(entity);
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- } else {
- backInfo.put("message", "修改失敗");
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- }
-
- }
- backInfo.put("message", "沒有找到指定的郵件");
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- }
-
- @Override
- public Response get(long id) {
- JSONObject backInfo = new JSONObject();
- InnerMails entity = emailService.get(id);
- JSONObject jo;
- /*JsonConfig JSONConfig = Constant.jsonDateConfigWithHour;
- JSONConfig.setExcludes(new String[] {"appendFiles"});*/
- // 去掉延遲加載的字段
- jo = JSONObject.fromObject(entity);
- //修改狀態爲已讀
- entity.setType(3);
- emailService.update(entity);
- if ( null != entity ) {
- backInfo = JSONObject.fromObject(jo);
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- }
- backInfo.put("message", "沒有找到指定的內部郵件");
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- }
-
- @Override
- public Response getList(String range, String query) {
- QueryParam queryParam = new QueryParam();
- int from = 0;
- int to = 9;
- try {
-
- String[] ranges = range.replace("items=", "").split("-");
- from = Integer.parseInt(ranges[0]);
- to = Integer.parseInt(ranges[1]);
- } catch ( Exception e ) {
- e.printStackTrace();
- }
-
- queryParam.setFirst(from);
- int max = to - from + 1;
- if ( max > 0 ) {
- queryParam.setMax(max);
- }
- if(null!=query){
- QueryUtil.prepareQuery(query, queryParam);
- }
- int count=emailService.getCount(queryParam);
- List<InnerMails> list=emailService.getlist(queryParam);
- JsonConfig jsonconfig=Constant.jsonDateConfig;
- jsonconfig.setExcludes(new String[] {"appendFiles"});
- String contentRange=String.format("items %d-%d/%d", from,to,count);
- JSONArray ja = JSONArray.fromObject(list,jsonconfig);
- String entity = ja.toString();
- return Response.ok(entity, MediaType.APPLICATION_JSON).header("Content-Range", contentRange).build();
-
- }
-
- @Override
- public Response delete(long id) {
- JSONObject backInfo=new JSONObject();
- try {
- emailService.delete(id);
- backInfo.put("message", "刪除成功");
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
- } catch ( Exception e ) {
- backInfo.put("message","刪除失敗");
- return Response.ok(backInfo.toString(),MediaType.APPLICATION_JSON).build();
- }
- }
-
- @Override
- public Response sendMail(/*String content,List<Attachment> attachments*/long id){
- JSONObject backInfo=new JSONObject();
- //通過id找到對應的郵件
- InnerMails entity=emailService.get(id);
- //將A的郵件mail狀態改爲發送
- entity.setType(1);
- entity=emailService.update(entity);
- //找到收件人,根據收件人的個數來新增多條郵件
- String toMail=entity.getToMails();
- String[] toMails=toMail.split(",");
-
- for(String tomail:toMails){
- //新增郵件,修改mail1的擁有者,修改狀態爲未讀
- InnerMails newMails=new InnerMails();
- newMails.setSubject(entity.getSubject());
- newMails.setToMails(entity.getToMails());
- newMails.setUrgency(entity.getUrgency());
- newMails.setAppendFiles(entity.getAppendFiles());
- newMails.setSendDate(entity.getSendDate());
- newMails.setContent(entity.getContent());
- newMails.setSendMail(entity.getSendMail());
- newMails.setType(2);
- newMails.setMailUser(getNoFromChar(tomail));
- emailService.save(newMails);
- }
-
- backInfo.put("發送郵件的人數", toMails.length);
- return Response.ok(backInfo.toString(), MediaType.APPLICATION_JSON).build();
-
-
- }
- //截取字符串中的數字
- private String getNoFromChar(String params) {
- String regex="[^0-9]";
- Pattern p=Pattern.compile(regex);
- Matcher m=p.matcher(params);
- return m.replaceAll("").trim();
- }
-
- @Override
- public Response downLoadAttach(long id) {
- //根據附件名稱去指定路徑中找附件
- AppendFile appendFile=appendFileService.get(id);
- if ( null == appendFile ) {
- return Response.status(Status.NOT_FOUND).entity("找不到文件").build();
- }
- final File file=new File(PATH, appendFile.getFileName());
- JSONObject preceInfo=new JSONObject();
- if(!file.exists()||!file.isFile()){
- preceInfo.put("message","沒有找到指定的文件");
- return Response.status(Status.NOT_FOUND).entity("找不到文件:"+file.getName()).build();
- }
- //下載附件
- StreamingOutput entity=downLoad(file);
- String fileName=file.getName().toLowerCase();
- String type=MediaType.APPLICATION_OCTET_STREAM;
- if(fileName.endsWith(".jpg")||fileName.endsWith(".png")){
- type="image/jpeg";
- }else if(fileName.endsWith(".doc")){
- type="application/msword;charset=utf-8";
- }else if(fileName.endsWith(".pdf")){
- type="application/pdf;charset=utf-8";
- }
- try {
- //結局中文名字亂碼的問題
- fileName=new String(file.getName().getBytes("UTF-8"),"ISO-8859-1");
- } catch ( Exception e ) {
- // TODO: handle exception
- }
- return Response.ok(entity, type).header("Content-disposition", "inline;filename="+fileName).build();
- }
-
- //下載附件方法
- private StreamingOutput downLoad(final File file) {
- StreamingOutput entity=new StreamingOutput() {
-
- @Override
- public void write(OutputStream output) throws IOException, WebApplicationException {
- int len=0;
- byte[] buffer=new byte[1024];
- InputStream intpStream=new FileInputStream(file);
- while((len = intpStream.read(buffer))>0){
- output.write(buffer, 0,len);
- }
- intpStream.close();
- output.flush();
- output.close();
-
- }
- };
- return entity;
- }
- }
restful層的配置文件:
- <?xml version="1.0" encoding="UTF-8"?>
-
- <blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:jaxrs="http://cxf.apache.org/blueprint/jaxrs"
- xmlns:cxf="http://cxf.apache.org/blueprint/core"
- xsi:schemaLocation="
- http://www.osgi.org/xmlns/blueprint/v1.0.0 http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
- http://cxf.apache.org/blueprint/jaxrs http://cxf.apache.org/schemas/blueprint/jaxrs.xsd
- http://cxf.apache.org/blueprint/core http://cxf.apache.org/schemas/blueprint/core.xsd">
-
- <jaxrs:server id="OARestService" address="/oa">
- <jaxrs:serviceBeans>
- <ref component-id="mailRestService" />
- </jaxrs:serviceBeans>
- <jaxrs:providers>
- <ref component-id="authFilter" />
- </jaxrs:providers>
- </jaxrs:server>
-
- <!-- implements OAuthDataProvider -->
- <bean id="oauthProvider" class="com.gzydt.oa.auth.OAuthManager" />
- <bean id="authorizationService"
- class="org.apache.cxf.rs.security.oauth2.services.AuthorizationCodeGrantService">
- <property name="dataProvider" ref="oauthProvider" />
- </bean>
- <jaxrs:server id="appServer" address="/myapp">
- <jaxrs:serviceBeans>
- <ref component-id="authorizationService" />
- </jaxrs:serviceBeans>
- </jaxrs:server>
-
- <!-- <cxf:bus> <cxf:features> <cxf:logging /> </cxf:features> </cxf:bus> -->
-
-
- <!-- We are using the OSGi Blueprint XML syntax to define a bean that we
- referred to in our JAX-RS server setup. This bean carries a set of JAX-RS
- annotations that allow its methods to be mapped to incoming requests. -->
- <bean id="authRestService" class="com.gzydt.oa.resource.impl.AuthResourceImpl">
- <property name="userService" ref="userService" />
- </bean>
- <bean id="authFilter" class="com.gzydt.oa.auth.AuthenticationFilter">
- </bean>
- <bean id="backlogRestService" class="com.gzydt.oa.resource.impl.BacklogResourceImpl">
- <property name="registerService" ref="registerService" />
- </bean>
- <bean id="securityResource" class="com.gzydt.oa.resource.impl.SecurityResourceImpl"
- scope="singleton" init-method="init" destroy-method="destroy">
- <property name="userService" ref="userService" />
- <property name="deptService" ref="deptService" />
- <property name="dutyUsersService" ref="dutyUsersService" />
- <property name="unitService" ref="unitService" />
-
- </bean>
-
- <!--添加bean -->
-
- <bean id="mailRestService" class="com.gzydt.oa.resource.impl.InnerMailsResourceImpl">
- <property name="emailService" ref="emailService" />
- <property name="appendFileService" ref="appendFileService" />
- </bean>
-
- <!--添加bean結束 -->
-
- <reference id="emailService" interface="com.gzydt.oa.service.InnerMailService" />
-
- <!--添加reference結束 -->
-
- </blueprint>
解析前端傳來的參數:
- package com.gzydt.oa.util;
-
- import java.util.ArrayList;
- import java.util.HashMap;
- import java.util.Iterator;
- import java.util.List;
- import java.util.Map;
-
- import net.sf.json.JSONObject;
-
- import com.gzydt.oa.commons.QueryParam;
-
- public class QueryUtil {
-
- /**
- * 解析url中的查詢條件的參數
- *
- * @param query
- * :查詢標示
- * @param queryParam
- * :url中的查詢參數
- * @return 爲空
- */
- public static void prepareQuery(String query, QueryParam queryParam) {
- try {
- JSONObject jo = JSONObject.fromObject(query);
- Map<String, String> param = new HashMap<String, String>();
- List<String> sorts = new ArrayList<String>();
- for ( @SuppressWarnings("unchecked")
- Iterator<String> iterator = jo.keySet().iterator(); iterator.hasNext(); ) {
- String key = iterator.next();
- String value = jo.optString(key);
- if ( !value.isEmpty() ) {
- if ( "sort".equals(key) ) {
- for ( String s : value.split(",") ) {
- if ( null != s ) {
- if ( s.startsWith("8") ) {// 前端無法傳「+」
- s = "+" + s.substring(1, s.length());
- } else {
- s = "-" + s.substring(1, s.length());
- }
- sorts.add(s);
- }
- }
- } else {
- param.put(key, value);
- }
- }
- }
- queryParam.setParam(param);
- queryParam.setSorts(sorts);
- } catch ( Exception e ) {
- e.printStackTrace();
- }
- }
-
- }
內部郵件的測試類:
- package com.gzydt.oa.resource;
-
- import java.io.File;
- import java.io.FileNotFoundException;
- import java.io.IOException;
- import java.io.UnsupportedEncodingException;
- import java.util.ArrayList;
- import java.util.List;
-
- import org.apache.commons.httpclient.HttpClient;
- import org.apache.commons.httpclient.HttpException;
- import org.apache.commons.httpclient.NameValuePair;
- import org.apache.commons.httpclient.methods.DeleteMethod;
- import org.apache.commons.httpclient.methods.GetMethod;
- import org.apache.commons.httpclient.methods.PostMethod;
- import org.apache.commons.httpclient.methods.PutMethod;
- import org.apache.commons.httpclient.methods.RequestEntity;