'전체'에 해당되는 글 101건
- 2010/02/21 [Spring Roo]'스프링 루와 함께하는 쾌속 웹개발' 발표자료(Adobe 후원 세미나) (4)
- 2010/01/28 [Spring Batch] Spring Batch Monitoring System by 자바지기
- 2010/01/28 StringTemplate 소개 (1)
- 2010/01/27 자바 개발자를 위한 ‘共感(공감)’을 찾아서
- 2010/01/23 Spring Roo 소개 스크린 캐스트
- 2010/01/23 springOne 2GX의 스프링 루 발표자료 공개
- 2010/01/23 [Spring Roo] Roo 국내 자료 모음 (1)
- 2009/04/17 Apache Ftp Server + Spring (1)
- 2009/04/14 [Spring batch]차세대 배치시스템 구축 성공전략 - JCO컨퍼런스 (2)
- 2009/02/17 Blaze DS or LiveCycle Data Services
지난 2010/02/20 있었던, Adobe 후원 'Java개발자를 위한 공감' 세미나에서 발표한 자료와 데모 때 사용한 코드입니다.
RapidWebDevelopmentWithSpringRoo_20102020.pdf그리고 발표내용은 Outsider님이 쓰신 자바 커뮤니티 공동 세미나 "자바 개발자를 위한 ‘共感(공감)’을 찾아서" #2 페이지에 잘 요약되어 있습니다. (잘 정리해 주셔서 감사합니다~)
* Spring Roo 1.0.2 (GA) Released : http://www.springsource.org/node/2399
자바지기 박재성님께서 Spring Batch의 메타데이터 테이블을 조회하고 Job을 수동실행 시킬 수 있는 관리프로그램을 개발하셨습니다. 즉, 배치작업들의 실행결과, 실행시각, 처리한 건수 등을 조회하고, 필요하다면 웹브라우저를 통해 Job을 실행할 수도 있는 것이죠.
Spring Batch Monitoring System 공개 및 요구사항 수렴
Spring Batch Monitoring System 개발자 인터뷰
앞으로 많은 분들에게 도움이 될 수 있는 프로젝트로 발전이 될 것이라 믿습니다.
StringTemplate template = null;
// setAttrubte로 값을 넣습니다.
template = new StringTemplate("안녕하세요. 저는 $name$입니다.");
template.setAttribute("name", "lee,jaeil");
System.out.println(template.toString());
StringTemplateGroup group = new StringTemplateGroup("mygroup", "특정폴더");
template = group.getInstanceOf("basic");
System.out.println(template.toString());
static class User {
private String name;
private int age;
private String job;
public User(String name, int age, String job) {
super();
this.name = name;
this.age = age;
this.job = job;
}
public String getName() {
return name;
}
public int getAge() {
return age;
}
public String getJob() {
return job;
}
public String toString() {
return String.format("{name : %s, age : %s, job :%s}", name, age, job);
}
}
User me = new User("lee,jaeil", 19, "student");
template = new StringTemplate("안녕하세요. 저는 $user.name$이고 $user.age$살이고 $user.job$입니다.");
template.setAttribute("user", me);
System.out.println(template.toString());
template = new StringTemplate("$user$");
template.setAttribute("user", users);
System.out.println(template.toString());
// map도 지원합니다.
HashMap hm = new HashMap();
hm.put("name", "lee,jaeil");
hm.put("age", 19);
hm.put("job", "student");
template = new StringTemplate("안녕하세요. 저는 $user.name$이고 $user.age$살이고 $user.job$입니다.");
template.setAttribute("user", hm);
System.out.println(template.toString());
// Multi Values일 경우 이여 붙히지만, 구분자를 둘수 있습니다.
// Collection도 됩니다.
User[] users = new User[] {
new User("lee, jaeil", 19, "student")
, new User("seo,hyunju", 18, "student")
};
template = new StringTemplate("안녕하세요. $users; separator=\", \"$ 입니다.");
template.setAttribute("users", users);
System.out.println(template.toString());
// Group을 정하고 다른 Template을 include 합니다.
// Group을 정해야 다른 템플릿을 사용가능합니다.
StringTemplateGroup group = new StringTemplateGroup("mygroup", "/Users/jilee/Documents/workspace-sts-2.2.1.RELEASE/StringTemplateSample/sample");
template = group.getInstanceOf("basic");
System.out.println(template.toString());
안녕하세요. $bold(it="test")$ 입니다.
bold.st
<b>$it$</b>
// 템플릿 파일을 property에 : 로 접근하여 사용할수 있습니다.
template = new StringTemplate(group, "안녕하세요. 저는 $user.name:bold()$이고 $user.age$살이고 $user.job:bold()$입니다.");
template.setAttribute("user", me);
System.out.println(template.toString());
// 반복된값을 출력합니다.
// :{}를 사용합니다. :{ 와 | 사이의 이름으로 각각의 객체를 받습니다.
template = new StringTemplate("$users:{u | <ul><li>$u.name$, $u.age$, $u.job$</li></ul>}; separator=\"\n\"$");
template.setAttribute("users", users);
System.out.println(template.toString());
// 조건문을 사용
template = new StringTemplate("$if(users)$ $users:{u | <ul><li>$u$</li></ul>}; separator=\"\n\"$ $endif$");
//template.setAttribute("users", users);
System.out.println(template.toString());
//$를 쓰고 싶다면 \를 사용
template = new StringTemplate("\\$ $\\n$ $\\t$ $\\r$");
System.out.println(template.toString());
//주석도 사용할수 있음
template = new StringTemplate("$! this is a comment !$ ");
System.out.println(template.toString());
static class StringRender implements AttributeRenderer {
@Override
public String toString(Object o) {
return o.toString();
}
@Override
public String toString(Object o, String formatName) {
if("escape".equals(formatName)) {
String s = o.toString();
return s.replaceAll("<", "<").replaceAll(">", ">");
}
return toString(o);
}
}
static class DateRender implements AttributeRenderer {
@Override
public String toString(Object o) {
return o.toString();
}
@Override
public String toString(Object o, String formatName) {
if("simple".equals(formatName)) {
return new SimpleDateFormat("yyyy-MM-dd").format(o);
}
return toString(o);
}
}
// AttributeRenderer를 이용하여 포맷을 결정한다.
template = new StringTemplate("Today date is $currentTime; format=\"simple\"$ $html; format=\"escape\"$");
template.registerRenderer(String.class, new StringRender());
template.registerRenderer(Date.class, new DateRender());
template.setAttribute("currentTime", new Date());
template.setAttribute("html", "<a href=\"\">test</a>");
System.out.println(template.toString());
 BasicUsage.java |
KSUG에서는 정상혁님이 스프링 루(Spring Roo)를 소개하고 시연하는 시간을 갖을 계획입니다. 의미있는 시간이 되기를 바라면서 관심 있는 분은 많은 참여 바랍니다.
무엇보다 아이폰 앱 "서울 버스"로 유명한 유주완님의 세션도 마련되어 있습니다. 빨리 신청하셔야 할 것 같습니다.
|
Introduction To Spring Roo Screencast
빠른 진행 때문에 좀 따라가기 힘든데처음에 계약 관리 시스템을 루로 생성하고
이클립스로 프로젝트로 임포트한 후에
루가 자동 생성한 통합 테스트를 실행해보고
루로 생성한 코드를 이클립스로 수정했을 때 루가 이것을 감지해서 aspectj 코드를 자동으로 수정하는 모습
기본적인 CRUD(scaffold)를 자동으로 생성해서 배포하는 모습
이클립스 리펙토링 기능으로 Java 코드와 Aspectj ITD 코드 간에 코드를 옮기는 모습
그리고 소스에서 Roo를 제거하는 모습을 시연합니다.
짧지만 중요한 루의 특징을 볼 수 있습니다.
먼저 Roo 개발팀으로 있는 Stefan Schmidt의 발표 자료 입니다.
시연 중심의 발표였기 때문에 슬라이드에는 큰 내용이 없지만 오히려 개요를 알기에는 좋을 듯 합니다.
그 다음은 Roo 개발팀 리더이자 스프링 시큐리티의 창시자이고 스프링소스의 떠오르는 태양 Ben Alex의 발표 자료로 두 개입니다.
첫번째 소개 자료에서는 Stefan Schmidt의 자료 보다 깊이 있게 스프링 루를 소개하고 있습니다.
두 번째 자료는 Roo의 내부와 add-on 개발과 관련된 기술적 부분을 다루고 있습니다.
참고로, 영문자료 모음은 http://forum.springsource.org/showthread.php?t=71985 에 있습니다.
Max님 : http://yunsunghan.tistory.com/tag/ROO
Spring ROO A2 Member 도메인 테스트 하기
Spring Roo RC2[Revision 319] Demo Testing
Toby님
Spring ROO 대충대충 분석 (2) ROO란 무엇인가?
Spring ROO 대충대충 분석 (3) ROO의 Inter-type declaration
Spring ROO 대충대충 분석 (4) ROO의 미래와 의의
테스트 할 수 없는 것을 테스트 하기. Spring ROO와 static method mocking.
Whiteship(백기선)님
박성철님
자바지기(박재성)님
Apache FTP 서버(http://mina.apache.org/ftpserver/ )는 Java기반의 오픈소스 FTP서버입니다.
Java기반의 모듈이라고 하면 성능이 안 나오지 않을까 걱정하시는 분도 계실 것 같습니다. 이전에 1.0.M3버전으로 제 PC에서 다른 FTP서버와 비교해서 테스트해본 결과는 아래와 같았습니다.
테스트 환경
- OS : Windows XP
- CPU : Intel® Core™ 2 Duo CPU E6750, 2.66GHz
- RAM : 2GB
업로드 테스트 데이터
- 용량 : 126MB
- 파일수 : 392개
- 폴더 : 16개
테스트 결과로 윈도우에서 돌아가는 다른 FTP서버와 비교했을 때 가장 빠른 속도를 보여주는 예상밖의 성능이 나왔었습니다. Linux등에서는 어떤지 몰라도 크게 성능을 걱정할 수준은 아닐 것으로 예상됩니다.
Apache Ftp서버는 설정만으로도 FTP에 부가적인 기능을 많이 사용할 수 있습니다. 예를 들면 Log4j의 설정을 이용해서 원하는 수준과 방식으로 로그를 기록할 수 있고, 사용자정보를 입력,조회 등의 쿼리만 설정 파일에 넣어주면 DB로 사용자를 관리할 수 있게도 해줍니다.
그리고 Java기반이다 보니, 직접 코딩을 해서 확장을 하는 것도 손쉽습니다. Apache FTP 서버에서 정의한 인터페이스대로 코딩을 하고 이를 설정파일에다 추가할 수도 있죠. 대표적으로 Ftplet과 같은 인터페이스가 있습니다.
활 용사례로, Hadoop의 파일시스템인 HDFS(Hadoop Distributed File System)으로 파일을 올릴 수 있는 서버모듈도 이 Apache Ftp 서버를 이용해서 구현한 사례가 있습니다. FTP client프로그램으로 붙어서 직접 HDFS로 파일을 올리거나, 다른 프로그램에서 ftp프로토콜을 이용해 HDFS에 접근할 수 있는 것이죠.1
흥미로운 점은, 이 FTP서버에서는 스프링 방식의 설정을 지원한다는 것입니다. 예를 들면, 데이터베이스로 사용자를 관리할때, 익숙한 bean태그를 이용해서 datasource의 선언을 할 수 있습니다.
<db-user-manager encrypt-passwords = "clear">
<data-source>
<beans:bean class="org.apache.commons.dbcp.BasicDataSource">
<beans:property name="driverClassName" value="${jdbc.driverClassName}" />
<beans:property name="url" value="${jdbc.url}" />
<beans:property name="username" value="${jdbc.username}" />
<beans:property name="password" value="${jdbc.password}" />
<beans:property name="initialSize" value="${dbpool.initialSize}" />
</beans:bean>
</data-source>
.....
더욱 재미있게도, 배포된 소스 2중 examples폴더를 보면, Spring DM을 이용해서 OSGI번들로 apache FTP서버를 활용하는 예제가 나옵니다. META-INF/spring/bundle-context.xml의 파일을 보면 아래와 같이 선언되어 있습니다.
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:osgi="http://www.springframework.org/schema/osgi"
xmlns:ftp="http://mina.apache.org/ftpserver/spring/v1"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/osgi
http://www.springframework.org/schema/osgi/spring-osgi.xsd
http://mina.apache.org/ftpserver/spring/v1
http://mina.apache.org/ftpserver/ftpserver-1.0.xsd ">
<ftp:server id="server">
<ftp:listeners>
<ftp:nio-listener name="default" port="2222" />
</ftp:listeners>
<ftp:ftplets>
<ftp:ftplet name="ftplet1">
<ref bean="ftplet" />
</ftp:ftplet>
</ftp:ftplets>
<ftp:file-user-manager
url="org/apache/ftpserver/example/osgiservice/users.properties" />
</ftp:server>
<osgi:service interface="org.apache.ftpserver.FtpServer" ref="server">
</osgi:service>
<osgi:reference id="ftplet" interface="org.apache.ftpserver.ftplet.Ftplet" /> <bean class="org.apache.ftpserver.example.osgiservice.impl.FtpServerLifecycle"
init-method="init" destroy-method="destroy" >
<property name="server" ref="server" />
</bean>
</beans>
FTP 서버 역할을 하면서 확장된 기능이 필요하고, 모듈을 재배포하는 도중에도 멈추지 않아야하는 서비스를 만들어야 할 때가 생긴다면, Apache Ftp Server + Spring DM의 조합을 사용해서 편하게 구현을 할 수 있을 것으로 보입니다.
- HDFS로 접근하는 FTP서버에 대한 자료
- http://mina.apache.org/ftpserver/apache-ftpserver-100-release.html에 서 다운 받을 수 있습니다. [본문으로]
2009.04.30 수정이력 :
해당 프로젝트 사이트에 대해서 잘 못 전달될 수 있는 내용이 글에 포함되어서, 해당 부분은 삭제했습니다. 해당 사이트의 극히 일부 개발자의 단순한 언급, 그것도 농담일 수도 있는 내용이 다수의 반응처럼 오해될 수 있는 부분이 있었고, 공식 발표 내용에는 포함되지 않은 내용도 있어서 본의아니게 발표자나 관련 사업자분들께 누를 끼쳐드린 것 같습니다. 비록 익명으로 된 해당사례가 올라와 있지만, 제가 보다 신중을 기하지 못하여 마음을 상하신 분들이 있다면 사과드립니다. 그리고 글 후반후에 제가 다른 발표에서 받은 질문과 일반적인 내용에 대해서 덧붙여서 언급한 내용이 있는데, 해당 사이트 사례와 전혀 관계가 없지만, 글을 빨리 읽으시는 분들께는 연결해서 생각할 수 있는 오해의 여지가 있을 것 같아서 그 부분도 삭제했습니다. 이 포스트에 포함된 내용으로 사실과 다르게 사례가 전달된다면 전적으로 제 잘못입니다.
이 포스트를 포함하여 글의 내용에 대한 문의와 정정요청은 benelog[at]gmail[dot]com으로 해주시면 업무시간 외의 시간에는 최대한 빨리 답변드리겠습니다.
물개선생님 김승권님이 2009년 JCO 컨퍼런스에서 발표하신, 국내 대형 보험사에 Spring batch 기반으로 배치프레임웍을 적용한 사례입니다. 해당 보험사는 처리 자료 건수가 1억건 단위에 운영인력 50명, 800여건 작업을 돌리는 큰 규모의 배치 시스템을 가지고 있다고 합니다.
그 프로젝트에서는 개발자들이 더 쉽게 프레임웍을 적용하기 위해서 Job의 유형별로 설정을 간편하게 만들 수 있는 FactoryBean을 제공했다고 합니다. 그렇게 Job유형별로 설정이 정리되니, Spring의 설정파일을 읽어서 배치Job에 대한 정리된 정보와 통계까지 볼 수 있는 관리화면도 제공할 수 있게되는, 처음에는 생각하지 않았던 장점도 생겼다고 하네요. 저도 프로젝트에서는 같은 유형의 Job의 설정에는 중복코드가 없게 하기 위해서 유형에 따른 FactoryBean을 만들고 bean 설정에서 parent 속성을 이용했었는데, 그런 시도는 스프링배치를 실무에 적용할 때 프로젝트의 특수성을 반영하면서도 간편한 코드를 만들기 위한 필수적인 절차라고 생각되었었습니다.
그리고, 중간의 Wrapping 계층을 두어서 최종 개발자들의 요구사항을 반영할 수 있는 확장점을 만들고, Spring batch의 API변화에 대처할 수 있도록 했다고 합니다. 재미있게도, 이 구조가 ItemProcessor 등 Spring batch 2.0구조와 상당히 비슷해서 프로젝트 내부의 정보가 스프링 쪽에 세어나간 것이 아닌가 하는 농담도 나왔었다고 합니다. 1
http://static.springsource.org/spring-batch/migration/2.0-highlights.html
http://forum.ksug.org/viewtopic.php?f=6&t=468
Spring Batch 1.0에서 2.0으로 진화하기- 1. ItemReader/ItemWriter(1)
Spring Batch 1.0에서 2.0으로 진화하기- 1. ItemReader/ItemWriter(2)
Spring Batch 1.0에서 2.0으로 진화하기- 3. JobExecutionLisneter & 4. ItemProcessor
Spring Batch 1.0에서 2.0으로 진화하기- 5. Configuration
'>
그 외에도 기술 지원을 위한 프레임웍 운영팀의 역할이 커졌던 점과 프레임웍 적응을 위한 학습기간이 필요했던 점, 개발계보다 훨씬 많은 건 수의 데이터가 Skip이 일어날 수 있는 운영계의 데이터 특성이 개발계에서 모두 반영되지 못해서 나중에 대처를 했었던 사례 등을 들을 수 있었습니다.
- 정상혁 (http://benelog.egloos.com)
- ' [본문으로]
Prev
Rss Feed