see through...

grails 1.0 RCx 버전 이상에서는 acegi 0.3 버전이 포함되어 있나 보다.

설치되어 있는 Plugin을 확인하려면

grails list-plugins

위 명령을 수행하면 %USERPROFILE%\.grails\1.0.3\scriptCache\ 폴더에 정보를 임시보관하여 정보를 보여준다.

1. 내 application에 acegi 설치
grails install-plugin acegi

2. grails create-auth-domains AuthUser Role
  1) creates grails-app/conf/SecurityConfig.groovy  (기본 설정을 override하기 위해)
  2) creates Acegi domain classes in grails-app/domain and registers their names in SecurityConfig.groovy
  3) creates example web-tier classes

3. grails generate-manager
  1) creates a Controller class in grails-app/controllers for each of the domain classes  
  2) creates view GSPs

4. grails generate-registration
  1) creates classes to manage user registration
  2) Downloads mail.jar and activation.jar for use by EmailerService.groovy


*.groovy 파일에서 org.codehaus.groovy.grails.plugins.springsecurity.RedirectUtils 등의 클래스를 못 찾는다고 나오는데 그냥 하자 ㅡ.ㅡ
Posted by 가자가자~ 감나무!
소프트웨어 개발/Grails l 2008. 11. 9. 15:33
Posted by 가자가자~ 감나무!
OS & 유틸리티/윈도 유틸리티 l 2008. 10. 30. 22:28

지난번의 ContextLength 체크 문제에 이어 웹로직 적용후 또 하나의 이상 현상이 발견되었다.  톰캣에서 잘 인식되던 url 패턴이 웹로직에서 인식이 안되는 것이었다.
다른분이 포스팅한 글을 쉽게 찾을 수 있었으나 동일한 케이스라고 인식하지 못하고 몇 시간 헤매었다.

1. 결론
대충 결론은 웹로직에서는 톰캣과 다르게 이미 *.do 패턴이 포워드 페이지인 *.jsp 로 풀린(resolved) 된 상태로 sitemesh가 request에 대해서 처리하기 때문이라는 거 같다.
따라서, 톰캣에서 개발후 웹로직에 deploy할 경우 톰캣을 위한 *.do 패턴에 대한 것과 웹로직을 위한 *.jsp 패턴에 대한 것 두개다 써줄 필요가 있는 거긴 한데,
뭔가 착오가 생길 우려는 있어 보인다.

출처: http://wiki.opensymphony.com/display/SM/SiteMesh+on+Tomcat+vs+Weblogic


SiteMesh on Tomcat vs Weblogic

Last changed on Apr 19, 2004 by Mike Cannon-Brookes

Findings:

(1) TOPIC(S) -> SITE MESH, TOMCAT, WEBLOGIC, DECORATORS.XML

Here are some findings of mine regarding SiteMesh on Tomcat 5 vs. Weblogic 8.1sp2 when used in conjunction with Struts.
Both work fine, but here are some nuances with the way the app servers handle the filters that you might find useful:

This mainly concerns the decorators.xml file.
My sitemesh servlet is mapped in web.xml as *.do.
On tomcat I can use either .do or / in my decorators.xml file.
On weblogic I must use /* in the decorators.xml file!!!! Using *.do does not work because weblogic has already resolved the foo.do to bar.jsp by this point.

Additionally, this means that if the you have /one/* and /two/* in tomcat, this will work fine. However, on weblogic, if /two/foo.do resolves to a jsp in say the /one directory,
then the request comes through as /one/bar.jsp and the second pattern is not a match, like it is on tomcat. I have no preference of one app server over the other, but it is annoying that they are handled differently because now my decorators.xml file has to be altered when porting applications.

Note, that I could map to two site mesh servlets in my web.xml file to avoid this problem, but that somewhat defeats the purpose of the decorators.xml file.

Posted by 가자가자~ 감나무!
소프트웨어 개발/Sitemesh l 2008. 9. 3. 17:57
1 2 3 

최근에 올라온 글

카테고리

분류 전체보기 (7)
잡담 (0)
소프트웨어 예술 (0)
소프트웨어 개발 (6)
웹기술 (0)
OS & 유틸리티 (1)
사무환경 (0)
취미 (0)
Private (0)
PC(하드웨어) (0)

달력

«   2025/02   »
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28
tistory!get rss Tistory Tistory 가입하기!

공지 사항

최근에 달린 댓글