반응형
  1. <servlet>
  2.     <servlet-name>actionServlet</servlet-name>
  3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
  4.     <load-on-startup>1</load-on-startup>
  5. </servlet>
DispatcherServlet이 로드되면 이 서블릿에 부여된 이름을 기반으로 이름지어진 XML 파일을 이용하여 스프링 어플리케이션 컨텍스트를 로드한다. (actionServlet-servlet.xml) 
  1. <servlet-mapping>
  2.     <servlet-name>actionServlet</servlet-name>
  3.     <url-pattern>*.html</url-pattern>
  4. </servlet-mapping>
html로 끝나는 모든 URL 처리 
  1. <listener>
  2.     <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  3. </listener>

컨텍스트 로더 구성 

ContextLoaderListener 구성후에 설정파일 위치 지정해야한다. 지정하지 않으면 /WEB-INF/applicationContext.xml을 검색하게 된다. 

  1. <context-param>
  2.     <param-name>contextConfigLocation</param-name>
  3.     <param-value>classpath:webservice/*-webservice.xml</param-value>
  4. </context-param>


728x90
반응형
반응형


1. 요청이 가장 먼저 들르는곳은 DispatcherServlet이다. DispatcherServlet이 프론트 컨트롤러 역할을 한다. 

2. DispatcherServlet은 요청을 스프링 MVC 컨트롤러로 보낸다. 이때 요청을 어느 컨트롤러로 보낼지 알아내기 위해 Handler Mapping에 도움을 청한다. Handler Mapping은 요청에 담긴 URL을 참고해서 결정을 내린다.

3. 컨트롤러가 결정되면 DisspatcherServlet이 요청을 Coltroller로 보낸다. Controller에서는 비지니스 로직을 수행하거나 여러개로 서비스에 비지니스 로직의 책임을 위임하기도 한다. 결론적으로 비지니스로직의 처리가 끝날때까지 기다린다. 처리가 끝난면 브라우저에 표시될 정보가 만들어진다. 이 정보가 Model 이라고한다.

4. Controller는 모델 정보다 이정보를 보여줄 view의 이름을 ModelAndView 객체에 담아 DispatcherServlet으로 돌러 보낸다. 

5. ModelAndView가 DispatcherServlet에 도착하면 ViewResolver에게 실제 view를 보여줄 Jsp 페이지를 검색해줄것을 요청한다. (View 페이지가 Jsp 일 경우) ModelAndView객체에는 실제 Jsp페이지에 대한 레퍼런스를 갖고 있는것이 아니라 뷰를 검색하는데 사용되는 논리적인 이름을 갖고 있다.

6. 마지막으로 view 객체에 모델 데이터를 전달한다. 

728x90
반응형
반응형
- Dirty Read
  Transaction에서 다른 Transaction에 의해 변경됐지만 아직 커밋되지 않은 데이터를 읽어버리는 문제.
  이 데이터가 커밋되지 않고 롤백 됐을경우 첫번째 Transaction에서 읽은 데이터는 유요하지 않은 데이터가 된다.

- NonRepeatable Read
  Transaction이 같은 질의를 2번 이상 수행할때 서로 다른 데이터를 얻기 되는것을 말한다. 
  각 질의 사이에 다른 Transaction이 데이터를 변경하는 경우에 발생한다. 

- Phantom Read 
  Transaction이 둘 이상의 데이터 행을 읽은 다음, 동시에 다른 Transaction이 추가 행을 삽입할때 발생한다.
  첫번째 질의에는 없어떤 행이 두번째 질의에서는 나타나게된다.

Nonrepeatable Read와 Phantom Read 의 차이가 헷갈려서 인터넷을 찾아본 결과, 
Nonrepeatable Read는 Transaction 중간에 Update나 Delete가 끼어들어 데이터의 변형이 일어났을 경우이고
Phantom Read는  중간에 Insert가 수행되어서 행이 추가되는 경우라는 차이가 있다고 한다.  
728x90
반응형
반응형
 애트리뷰트 용도 
diskExpiryThreadIntervalSeconds   얼마나 자주 디스크 만료 스레드를 실행시킬지 지정. 디스크에 저장된 캐시에서 만료될 항목을 제거할 주기(기본값 : 120초)
diskPersistent  VM 종료시 VM 재시작에 대비해 디스크를 이용해 캐시 내용을 저장할지 여부(기본값 : false) 
eternal 캐시 항목의 영구성을 지정. 영구설정시 만료되지 않음(필수) 
maxElementsInMemory  메모리에 캐시될 수 있는 항목의 최대 개수(필수)
memoryStoreEvictionPolicy   maxElementsInMemory에 도달했을 때 제거하는 방법지정. 기본으로는 '가장 사용된지 오래된(LRU : theLeast Recently Used)' 사용, 이외에 '선입선출(FIFO : First In/First-Out)'이나 '가장 사용되지 않은(LFU : Less Frequently Used)'
name 캐시의 이름 (필수) 
overflowToDisk  maxElementsInMemory 한도에 도달했을때 오버플로우된 항목을 디스크로 넘길지 여부(필수) 
timeToIdleSeconds  캐시항목이 사용된 지 얼마나 지났을때 만료시킬지 지정(기본값 : 0) 
timeToLiveSeconds   캐시된 후 캐시에서 만료되기 전까지 지낼 수 있는 최대 시간. 0은 영구히 캐시에 남아있을수 있음(기본값 : 0)

캐시 설정시 defaultCache는 반드시 있어야 한다. defaultCache는 캐시 사용시 다른 적절한 캐시를 찾을수 없을 때 사용된다. 

 
	





728x90
반응형
반응형
driverClassName : JDBC 드라이버 패키지명을 포함한 완전한 클래스명
url : 데이터 베이스에 필요한 JDBC URL
initialSize : 풀이 시작될 때 생성할 커넥션 수
maxActive : 풀에서 동시에 제공하는 최대 커넥션 수
maxIdl : 동시에 휴먼 상태로 유지도리 수 있는 최대 커넥션 수

  1. <bean id="defaultHubDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
  2.         <property name="driverClassName" value="org.hsqldb.jdbcDriver"></property>
  3.         <property name="url" value="jdbc:hsqldb:hsql://localhost/roadrantz/roadrantz"></property>
  4.         <property name="username" value="username"></property>
  5.         <property name="password" value="pw"></property>
  6.         <property name="maxActive" value="80"></property>
  7.         <property name="maxIdle" value="50"></property>
  8. </bean>


728x90
반응형
반응형
  1. @Aspect   // aspect 선언
  2. public class Audience {
  3.     @Pointcut("execution(* *.perform(..))") // pointcut 정의
  4.     public void performance(){}
  5.    
  6.     @Before("performance()")
  7.     public void takeSeats(){
  8.    
  9.     }
  10.    
  11.     @AfterReturning("performance()")
  12.     public void applaud(){
  13.        
  14.     }
  15.    
  16.     @AfterThrowing("performance()")
  17.     public void demandRefund(){
  18.        
  19.     }
  20. }
@AspectJ 기반의 빈을 애스펙트로 변환하는 방법을 알고 있는 오토프록시 빈 선언
AnnotationAwareAspectJAutoProxyCreator  -> 이름이 길다 -_-;
대신
<aop:aspectj-autoproxy /> 
이거 한방이면 끝.

대신 이걸 사용하기 위해서는
xmlns:aop="http://www.springframework.org/schema/aop"
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-2.0.xsd"
이거 추가해야함!! 


728x90
반응형
반응형

cross-cutting-concerns(횡단관심사) : 한 어플리케이션이 여러부분에 걸쳐있는 기능
aspect-oriented programming(AOP) : 횡단 관심사의 분리를 위한것 


 용어  정의
advice aspect가 해야할 작업. aspect가 '무엇'을 '언제'할지를 정의한다. 
joinpoint advice를 적용할수 있는곳, 어플리케이션 실행에 aspect를 끼워넣을수 있는 지점. 
pointcut aspect가 advice할 joinpoint 영역을 좁힌다. '어디서' 하는것을 정의한다. 
aspect advice와 pointcut을 합친것. '무엇','언제','어디서'가  앞의 2가지에 의해서 정의된다. 
target advice가 적용될 객체.  
proxy  advice를 taget 객체에 적용하면 생성되는 객체. taget객체와 proxy 객체는 차이가 없어야 한다.   
weaving target객체에 aspect를 적용해서 새로운 proxy 객체를 생성하는 절차. 
728x90
반응형

+ Recent posts