크헐... EJB 해본지 어언 2년 가까이.... 아무것도 생각 안나네 ㅠㅠ
PHP 하다... JSP 하다.. 리눅스 서버 만졌다가..... 네트워크 관리하다가..
IP 분배 하다가... 보니....
EJB 해볼 시간이 전혀 없었다..
퇴근하고 저녁 짜투리 시간에....
간단하게 쇼핑몰이라도 만들어 봐야겠다...
| [펌] mastering j2ee application development (0) | 2005.05.23 |
|---|---|
| [엠파스 블로그에서 펌]허거덩.. 열라조타~ (0) | 2005.04.25 |
| [펌] Oracle9i JDeveloper 기술 정보 (0) | 2004.08.06 |
| [펌] SOA소개 - 가트너 14 April 2003 (0) | 2004.04.14 |
| [펌] 객체지향 방법론 (0) | 2004.04.01 |
에그... 이리 간단한걸.. ㅡㅡ;;
<bean:size id="len" name="SearchEmp" />
<!-- 내용 없을 때 -->
<logic:equal name="len" value="0" >
<tr>
<td height="150" ALIGN="CENTER" colspan="4">
검색된 직원이 없습니다!!
</td>
</tr>
</logic:equal>
| 스트러츠 애플리케이션 프로젝트 사이트 (0) | 2004.08.31 |
|---|---|
| 쓰알.... 플래쉬 게시판땜쉬... (0) | 2004.08.24 |
| [eclipse 3.0] Ctrl + E 누르니까... ㅋ (0) | 2004.08.16 |
| 메일(첨부자료 3개) 보내기 .. 한글도 잘됨 (0) | 2004.08.16 |
| [펌] JSP 에서의 파일 업로드 (3) | 2004.08.12 |
ctrl + e 를 무심결에 눌렀더니.... 열려있는 파일들이 우측에 열리네 ^^
Ctrl + Shift + e 누르니 또 열리네 ^^
마우스로 블록 지정하고
Ctrl + Shift + c 누르니 한줄 주석이 토글되네 ^^
| 쓰알.... 플래쉬 게시판땜쉬... (0) | 2004.08.24 |
|---|---|
| [struts] <bean:size 태그... (0) | 2004.08.17 |
| 메일(첨부자료 3개) 보내기 .. 한글도 잘됨 (0) | 2004.08.16 |
| [펌] JSP 에서의 파일 업로드 (3) | 2004.08.12 |
| java.sun.com ===> web Service (0) | 2004.08.09 |
public boolean sendMail(String filePath,String host, String receiver, String sender, String subject, String contents, InquireFile[] files){
boolean flag = false;
Properties prop = new Properties();
prop.put("mail.smtp.host" , host);
Session mailSession = Session.getDefaultInstance(prop, null);
try{
InternetAddress from = new InternetAddress(sender);
Message msg = new MimeMessage(mailSession);
msg.setFrom(from);
msg.setRecipient(Message.RecipientType.TO, new InternetAddress(receiver));
msg.setSubject(subject);
Multipart multi = new MimeMultipart();
MimeBodyPart mbp = new MimeBodyPart();
mbp.setContent(contents, "text/html; charset=ms949");
multi.addBodyPart(mbp);
if(files != null){
for(int i = 0; i < files.length; i++){
if(files[i] == null ) continue;
DataSource fds = new FileDataSource(filePath + "/" + files[i].getFileName() );
MimeBodyPart m = new MimeBodyPart();
m.setDataHandler(new DataHandler(fds));
m.setFileName( toEng(fds.getName() ) );
multi.addBodyPart(m);
}
}
msg.setContent(multi);
msg.setSentDate(new Date());
Transport.send(msg);
flag = true;
}catch(Exception e){
Logger logger = Logger.getLogger(this.getClass());
logger.error(this.getClass().getName() + " : " + e);
}
return flag;
}
public static String toEng(String origin) throws Exception{
return new String(origin.getBytes(), "ISO-8859-1");
}
==================================================================================
재미 있는건 한글 변환 부분 에서 new String(한글.getBytes("KSC5601"), "ISO-8859-1") 처럼 안해두 된다는것임...
다운로드시 한글 변환도 위와 같이 하면 URLEncoding 을 안해도 됨 ㅡㅡ
daum.net , naver.com, hotmail.com, outlook express 에서 테스트 함
테스트 환경 : Win xp , tomcat 4.1.30 , Apache 2.0.49 , j2sdk 1.4.2_05
사용 디비 : MySQL, Informix , Oracle
| [struts] <bean:size 태그... (0) | 2004.08.17 |
|---|---|
| [eclipse 3.0] Ctrl + E 누르니까... ㅋ (0) | 2004.08.16 |
| [펌] JSP 에서의 파일 업로드 (3) | 2004.08.12 |
| java.sun.com ===> web Service (0) | 2004.08.09 |
| 헐... 정리 짱으로 되어있음... (0) | 2004.08.05 |
JSP 에서의 파일 업로드
작성자 : 유 희 성(tornado@dolpung.pe.kr)
파일을 업로드 한다는 것은 원격의 사용자가 서버 측으로 네트워크를 통해 파일을 전송하는 일이다
보통 WEB 환경에서 사용자의 입력 값을 다른 페이지로 이동시키기 위해서는 Form 을 통한 데이터 전송을 하게 된다.
간단하게 사용자의 이름을 입력 받고 그 내용을 JSP 페이지나 기타 파일로 전송을 해야 할 때는 아래와 같은 HTML 폼이 작성이 되어야 할 것이다.
<Form action=”receive.jsp” Method=”POST”>
이름 : <Input type=”TEXT” name=”userName”> <BR>
<input type=”SUBMIT” value=” 전 송 “>
</Form>
| [eclipse 3.0] Ctrl + E 누르니까... ㅋ (0) | 2004.08.16 |
|---|---|
| 메일(첨부자료 3개) 보내기 .. 한글도 잘됨 (0) | 2004.08.16 |
| java.sun.com ===> web Service (0) | 2004.08.09 |
| 헐... 정리 짱으로 되어있음... (0) | 2004.08.05 |
| [struts] <html:options /> 태그 ... (0) | 2004.08.03 |
| [펌] JAVA application 성능향상.. (0) | 2004.10.07 |
|---|---|
| [펌 http://raytrust.pe.kr/] signed applet (0) | 2004.09.06 |
| [펌] javadoc 유틸리티 (0) | 2004.09.01 |
| [펌] 나만의 자바 컴포넌트를 만들자 (0) | 2004.04.01 |
| [펌] 블랙박스에서 엔터프라이즈 까지, Part 3 : JMX 통합 (0) | 2004.03.29 |
| 메일(첨부자료 3개) 보내기 .. 한글도 잘됨 (0) | 2004.08.16 |
|---|---|
| [펌] JSP 에서의 파일 업로드 (3) | 2004.08.12 |
| 헐... 정리 짱으로 되어있음... (0) | 2004.08.05 |
| [struts] <html:options /> 태그 ... (0) | 2004.08.03 |
| [펌] <bean:size .. /> (0) | 2004.07.20 |
http://otn.oracle.co.kr/products/jdev/htdocs/jdevcategory.jsp
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [엠파스 블로그에서 펌]허거덩.. 열라조타~ (0) | 2005.04.25 |
|---|---|
| 새마음으로.. (0) | 2004.08.17 |
| [펌] SOA소개 - 가트너 14 April 2003 (0) | 2004.04.14 |
| [펌] 객체지향 방법론 (0) | 2004.04.01 |
| [펌] 웹 서비스와 SOA(Service Oriented Architecture) (0) | 2004.04.01 |
| [펌] JSP 에서의 파일 업로드 (3) | 2004.08.12 |
|---|---|
| java.sun.com ===> web Service (0) | 2004.08.09 |
| [struts] <html:options /> 태그 ... (0) | 2004.08.03 |
| [펌] <bean:size .. /> (0) | 2004.07.20 |
| [펌] Struts Tips (0) | 2004.07.20 |
| java.sun.com ===> web Service (0) | 2004.08.09 |
|---|---|
| 헐... 정리 짱으로 되어있음... (0) | 2004.08.05 |
| [펌] <bean:size .. /> (0) | 2004.07.20 |
| [펌] Struts Tips (0) | 2004.07.20 |
| [펌] 블로그 배급·구독 위한 가장쉬운 방법, 'RSS' (0) | 2004.07.09 |
<logic:present name="searchForm" property="results">
<hr width="100%" size="1" noshade="true">
<bean:size id="size" name="searchForm" property="results"/>
<logic:equal name="size" value="0">
<center><font color="red"><b>No Employees Found</b></font></center>
</logic:equal>
<logic:greaterThan name="size" value="0">
<table border="1">
<tr>
<th>Name</th>
<th>Social Security Number</th>
</tr>
<logic:iterate id="result" name="searchForm" property="results">
<tr>
<td><bean:write name="result" property="name"/></td>
<td><bean:write name="result" property="ssNum"/></td>
</tr>
</logic:iterate>
</table>
</logic:greaterThan>
</logic:present>
http://otn.oracle.com/oramag/oracle/04-may/o34dev_struts_l1.html
| 헐... 정리 짱으로 되어있음... (0) | 2004.08.05 |
|---|---|
| [struts] <html:options /> 태그 ... (0) | 2004.08.03 |
| [펌] Struts Tips (0) | 2004.07.20 |
| [펌] 블로그 배급·구독 위한 가장쉬운 방법, 'RSS' (0) | 2004.07.09 |
| 톰캣에서 계정 사용자 인식하기.. (0) | 2004.05.28 |
http://husted.com/struts/tips/index.html
| [struts] <html:options /> 태그 ... (0) | 2004.08.03 |
|---|---|
| [펌] <bean:size .. /> (0) | 2004.07.20 |
| [펌] 블로그 배급·구독 위한 가장쉬운 방법, 'RSS' (0) | 2004.07.09 |
| 톰캣에서 계정 사용자 인식하기.. (0) | 2004.05.28 |
| Commons BeanUtils 에서 RowSetDynaClass 사용시에.. (0) | 2004.04.21 |
| RSS란? RSS는 뉴스, 블로그 등 자주 갱신(update)되는 성격의 사이트를 위한 XML 기반의 포맷입니다. A라는 사이트 (또는 사용자)가 B라는 사이트의 RSS 파일을 정기적으로 수집하면 B 사이트의 갱신된 컨텐츠 제목, 링크, 발췌 내용을 자동화된 과정에 의해 자신의 사이트에 올려놓을 수도 있고, 개인 사용자는 RSS 리더 (reader) 프로그램을 사용해 B 사이트를 직접 방문하지 않고도 최신 컨텐츠를 편리하게 볼 수 있습니다. 블로그 사이트들을 지나다 보면 'Syndicate this site (XML)' 또는 RSS 규격들은? 'RSS' 하나에 대해 두 가지의 용어가 있는 이유는, 최초 개발은 Netscape사에 의해 이루어졌으나 Netscape사가 개발을 포기하고 난 후 두 개의 개발 주체에서 규격 개발이 진행되어 왔기 때문입니다. 현재는 RSS-DEV Working Group의 RSS (RDF Site Summary) 1.0과 UserLand의 RSS (Really Simple Syndication) 2.0이 업계 표준 채택을 위한 경합을 벌이고 있습니다. 두 개의 규격이 기능상 약간씩의 차이가 있지만 UserLand의 2.0이 좀 더 상세한 기능을 제공하고 있습니다. RSS의 활용분야는 앞에서 설명했듯이 현재 크게 두 가지로 볼 수 있습니다. 사이트의 컨텐츠 배급 [신디케이션, syndication] 또는 수집 [어그리게이션, aggregation], 그리고 개인 사용자의 컨텐츠 사용 편리성 제공이 바로 그것입니다. 사이트에서 활용하려면? A 사이트가 B 사이트의 컨텐츠를 배급하기로 했다면 A 사이트는 B 사이트의 RSS 파일이 저장된 주소(URL) 파악, 갱신 주기 결정 등을 하고 이 컨텐츠가 표시될 A의 웹 페이지를 구성합니다. 그 후 A 사이트의 RSS 수집/발행 시스템이 작동하면 해당 시스템은 자동적으로 B 사이트 컨텐츠의 제목, 링크, 발췌 내용을 결정된 주기에 따라 갱신하여 A 사이트에 보여주게 됩니다. 또는 A 사이트가 특정 주제에 대한 블로그나 뉴스를 모두 수집하여 서비스하고 싶다면, 그 주제에 관한 컨텐츠를 제공하는 C, D, E 사이트의 RSS 파일을 수집하여 같은 방식으로 서비스하면 됩니다. 이 단계 이전에 B 사이트는 자신의 사이트에서 RSS 파일을 제공해야 하는데 무버블 타입 (Movable Type), 라디오 유저랜드 (Radio UserLand), 블로거 (Blogger), 뉴클리어스 (Nucleus) 등의 블로그 출판 시스템들은 대부분 이 기능을 제공하고 있습니다. 이 시스템들에서는 새 글을 올리면 지정된 RSS 템플릿에 따라 RSS 파일이 자동으로 생성되어 지정한 위치에 저장됩니다. 개인이 활용하려면? 개인 사용자의 경우 웹브라우저를 이용해 B, C, D, E 사이트를 하나씩 방문해서 최신 컨텐츠를 확인하기에는 시간도 많이 걸리고 불편합니다. 이 경우 역시 RSS 리더 프로그램에 각 사이트의 RSS 파일 URL과 갱신 주기를 저장해 놓습니다. 그러면 RSS 리더 프로그램를 이용해 각 사이트의 최신 컨텐츠를 한 눈에 파악하고 어떤 것을 읽어야 할 지 파악할 수 있습니다. RSS 리더 프로그램은 윈도우, 맥 OS 등 각각의 플랫폼마다 무료 또는 상용 버전들이 개발되어 있습니다. 각자의 필요에 따라 선택해서 사용하면 되겠습니다. 개인적으로는 제가 사용하고 있는 SharpReader (윈도우용)를 추천합니다. 무료이고 RSS 사이트의 분류, 한글 처리, 속도, 사용편이성, 필수 기능 등에 있어서 만족할만 합니다. [스크린샷 보기] 상용으로 많이 쓰이는 것으로는 NewzCrawler가 있습니다. 시험판을 사용해 본 소감은 불필요하게 느껴지는 고급 기능들이 좀 많은 것 같습니다. 다양한 기능들을 원하시는 분은 사용해 보셔도 괜찮을 듯 합니다. 국내에서는 어떻게 쓰이고 있나? 국내 블로그 서비스 업체들은 한미르를 제외하고는 RSS 파일을 제공하지 않고 있습니다. 몇몇 사이트가 제공하고 있는 '링블로그', '다른 블로그 구독' 등의 서비스는 해당 블로그 서비스 내에서만 가능하므로 RSS의 활용 범위와 목적과는 너무나도 큰 차이가 있습니다. 이후 서비스 업그레이드 범위에 이 부분도 포함시키는 것을 서비스 업체들께 권유하고 싶습니다. 블로그는 개별 업체 서비스의 울타리 안에 가둬둔 채로 활성화 시키기에는 아까울 뿐 아니라 적합하지 않은 서비스라고 생각합니다. 이 틀을 깨는 업체가 블로그 서비스 업계에서 앞서나갈 수 있지 않을까 하는 생각이 듭니다. 국내 뉴스 사이트의 경우 RSS를 공개하는 곳은 전무합니다. 외국의 경우 BBC, 뉴욕 타임즈, 가디언, 와이어드 등 유명 언론들이 RSS를 제공, 공개하고 있는 것과 비교했을 때 큰 차이가 있습니다. 빠른 시일 내에 많은 국내 사이트들도 RSS를 제공하게 되기를 기대해 봅니다. 현재 RSS를 제공하고 있지 않은 개인 블로그 사이트들도 이것을 제공한다면 블로그 간의 활발한 커뮤니케이션과 네트워크를 형성하는 데 큰 도움이 되지 않을까 합니다. 아직까지 국내에는 Blogdex나 MetaFilter와 같은 메타 블로그 서비스가 없는 관계로 개인 블로그들이 그 진가를 발휘하지 못하고 있다는 느낌도 있지만 이후 이런 서비스들이 반드시 생겨날 것이고, 그 때에는 국내 블로그들의 가치가 RSS를 통해 빛을 더할 것이라고 예상해 봅니다. ☞ 관련 링크
/최호찬 기자 (choi@hochan.net) 덧붙이는 글 PS. 국내 사용자들도 RSS 관련 기술에 대해 많이 파악하고 있는 것 같습니다. 하지만 검색을 해보면 해당 국내 자료는 매우 부족한 상황입니다. 관련 전문가들께서 정보 및 자료 제공을 해주신다면 국내에서도 풍부한 논의와 환경을 갖추게 되지 않을까 하고 생각해 보았습니다. 이 기사는 기자의 홈페이지인 HOCHAN.NET에도 함께 실립니다. |
| [펌] <bean:size .. /> (0) | 2004.07.20 |
|---|---|
| [펌] Struts Tips (0) | 2004.07.20 |
| 톰캣에서 계정 사용자 인식하기.. (0) | 2004.05.28 |
| Commons BeanUtils 에서 RowSetDynaClass 사용시에.. (0) | 2004.04.21 |
| apache + tomcat 연동시 Context 문제 (0) | 2004.04.16 |
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/>
사용하고자 하는 host 안에 넣어주면 /etc/passwd 안에 들어있는 user 의 이름으로 된
주소를 인식하여 브라우저에 표현해 준다.
xxx.com/~계정/ 과 같이 접근..
사이트가 읍어져서리.. 생각나는대로 계속 블로그에 적는중...
| [펌] Struts Tips (0) | 2004.07.20 |
|---|---|
| [펌] 블로그 배급·구독 위한 가장쉬운 방법, 'RSS' (0) | 2004.07.09 |
| Commons BeanUtils 에서 RowSetDynaClass 사용시에.. (0) | 2004.04.21 |
| apache + tomcat 연동시 Context 문제 (0) | 2004.04.16 |
| <html:link /> 태그 중에서 ^^ (0) | 2004.04.07 |
| ||
|
| 아파치 튜닝 정리 (0) | 2007.01.19 |
|---|---|
| [펌]아파치 + 톰캣 연동 (0) | 2006.09.25 |
| Apache 모듈 중 mod_expires -- 이미지 캐시 (0) | 2006.02.22 |
| [펌] [weblogic] 웹로직 문제점 방안 (0) | 2006.02.07 |
| [펌]웹 해킹을 통한 악성코드 유포사고 주의 (0) | 2006.02.07 |
Commons BeanUtil 에는 참 유용한게 많다..
그중 RowSet 과 비스무리(?) 한 것이 하나 있는데..
바로 RowSetDynaClass 이다...
일반적 JDBC 프로그래밍에서는 아래와 같은 순서를 가진다.
pstmt = t.prepareStatemet(query);
pstmt.setXXX(....);
rs = pstmt.executeQuery();
while(rs.next()){
... 작업들.....
}
rs.close();
이런 구조를 가지고 가게 되며, 커넥션이 닫히기 전에 resultSet 을 순차적으로 내려가면서 작업을 한다.
Commons BeanUtils 안에는 RowSetDynaClass 라는 클래스가 있다.
이 클래스는 JDBC 연결이 끊어진 이후에도 사용가능한 CachedRowSet 과 비슷한 기능을 제공해준다.
이것의 사용법은 상당히 간단하다. 참조 코드는 다음과 같다.
pstmt = t.prepareStatement(query);
rs = pstmt.executeQuery();
rsdc = new RowSetDynaClass(rs);
rs.close();
....
finally{ ... conn.close(); }
요기까지가 끝이다.. 이후에는 rsdc 라는 녀석을 이용해서 데이터를 취득하면 된다.
이렇게 데이터를 가져오게 되면
rsdc 에서는 getRows() 메소드를 이용하여 List 객체를 취득할 수 있다.
List arr = rsdc.getRows();
또한 검색해 온 컬럼의 이름들을 Property 로 얻을 수도 있다.
DynaProperty[] dynas = rsdc.getDynaProperties();
for(int i = 0; i < dynas.length; i++){
System.out.println(dynas[i].getName());
}
DynaProperty 클래스는 일반적인 Property 개념으로 보면 된다.
또한 이렇게 얻어온 DynaProperty 배열객체를 이용하여 RowSetDynaClass 를 순환하며 내용을 참조할 수 있다.
List 형태로 반납된 rows 들을 순환하게 되면 DynaBean 이라는 객체를 반납하게 된다.
이 형태를 이용하여 rs.next() 작업과 동일한 결과를 얻을 수 있다.
Iterator iter = arr.iterator();
while(iter.hasNext()){
DynaBean bean = (DynaBean)iter.next();
for(int i = 0; i < dynas.length; i++){
System.out.println(bean.get(dynas[i].getName()));
}
}
사용하다 주의할 것은 테이블 컬럼명이 regiDate 와 같이 중간에 대문자가 끼어있을 경우이다
이렇게 중간에 대문자가 끼어있는 것들은 RowSetDynaClass 를 생성하는 과정에서
전부 소문자로 바뀌게 된다.
SQL 상에서는 대소문자를 가리지 않지만 객체에서 값을 얻어올때는 가린다는것에 주의!!!
그렇기 때문에 bean.get("regidate") 와 같이 프라퍼티를 전부 소문자로 적어야
제대로 출력될 것이다.
DAO Layer 측에서 해야할 일들이 DAO를 이용하는 Layer 에 종속적인 작업이 진행될 경우
RowSetDynaClass 를 이용하여 Action 측에서 사용하면 각 레이어의 할일이 조금더 분명해 질수 있다.
| [펌] 블로그 배급·구독 위한 가장쉬운 방법, 'RSS' (0) | 2004.07.09 |
|---|---|
| 톰캣에서 계정 사용자 인식하기.. (0) | 2004.05.28 |
| apache + tomcat 연동시 Context 문제 (0) | 2004.04.16 |
| <html:link /> 태그 중에서 ^^ (0) | 2004.04.07 |
| [Struts] MessageResource 여러개 쓰기 (0) | 2004.04.01 |
Apache 와 톰캣을 연동 했을경우에 골때리는 문제가 하나 생긴다.
아파치에서는 Domain 별 디렉토리를 가상호스트로 지정하여 사용하여야 하는데 주소는 다음과 같다.
이 주소에 대하여 DocumentRoot 를 지정할 경우 아래와 같이 특정 디렉토리를 명시하게 된다.
DocumentRoot /usr/local/tomcat4/webapps/ROOT
만약 가상호스트로 설정되어있다면
<VirtualHost ....>
DocumentRoot /usr/local/.......
.....
</VirtualHost>
또한 aaa.com/test/images 라고 요청 할 경우 디렉토리는 당연히
/usr/local/tomcat4/webapps/ROOT/test/images 와 같은 형태로 요청하게 된다.
문제는 test 라는 디렉토리가 하나의 컨텍스트 였을 경우 발생하게 된다.
톰캣에서 하나의 웹 애플리케이션의 구성은 webapps/ 를 기준으로 /ROOT , /examples 등이 있게 된다.
이것은 하나의 가상호스트처럼 동작하게 되지만 Apache 에서 볼때는 하나의 디렉토리로 인식하게 되는 것 같다.
즉 이 얘기는 http://aaa.com:8080/test 라고 요청할 경우 test 라는 하나의 컨텍스트로 인식하여
test 웹 애플리케이션을 호출해 주겠지만 아파치와 연동 되었을 경우에는
/test 를 단지 ROOT 애플리케이션의 서브디렉토리로 인식하게 된다는 것이다.
아파치에서 톰캣으로 요청을 넘길때 /test/*.jsp ... /test/*.do 와 같이 넘기게 되면
톰캣에서는 test 라는 하나의 컨텍스트 차원에서 처리를 하지만 아파치에서는 .jsp 와 .do 를 제외한 모든 자원을 test 라는 디렉토리로 보고 처리를 한다는 것이다.
이때는 이 컨텍스트를 하나의 도메인으로 빼는게 맞는것 같고...
네임서버에서 test.aaa.com 과 같은 형태로 주던지... bbb.com 이라는 완전한 도메인을 빼던지
해주고... Apache 에서 DocumentRoot 를 따로 지정해 주는게 바른 방향 같다.
글쓰다가 회의해서리.. 뭔소린지.. 꼬이네.. 캬캬캬
| 톰캣에서 계정 사용자 인식하기.. (0) | 2004.05.28 |
|---|---|
| Commons BeanUtils 에서 RowSetDynaClass 사용시에.. (0) | 2004.04.21 |
| <html:link /> 태그 중에서 ^^ (0) | 2004.04.07 |
| [Struts] MessageResource 여러개 쓰기 (0) | 2004.04.01 |
| [펌] MVC 모델과 Observer 패턴 (0) | 2004.04.01 |
Strategic Planning, SPA-19-5971 Research Note
Y. Natis, R. Schulte 14 April 2003
서비스 지향 아키텍처 소개
웹 서비스의 모멘텀에 이끌려 서비스 지향 아키텍처는 첨단 소프트웨어 프로젝트에서 주류로 위상을 옮기게 될 것이다. 하지만 대부분의 기업들이 SOA의 이점에 대해 혼란을 느끼고 있고 리스크는 제대로 이해하지 못하고 있다.
서비스 지향 아키텍처(SOA)는 클라이언트/서버 소프트웨어 설계 방식으로서 이 설계 방식에서 애플리케이션은 소프트웨어 서비스와 소프트웨어 서비스 소비자(또는 클라이언트나 서비스 요청자)로 구성된다. 소프트웨어 구성 요소들간의 느슨한 결합을 중시하고 별도의 독립적 인터페이스를 사용한다는 면에서 SOA는 비교적 보편화된 클라이언트/서버 모델과는 차이가 있다.
SOA 원리는 애플리케이션 설계, 개발 및 배치 중에 반영된다. 이들은 봉입과 유연한 결합이라는 필수 원칙은 공유하지만 자세히 보면 차이가 있다. SOA의 근본 의도는 새로운 실시간 상황에서 소프트웨어 구성 요소(서비스)를 독립적으로 재활용하는 것이다. SOA의 설계와 개발은 이러한 기민한 실시간 환경의 확보를 목적으로 수행된다.
서비스 인터페이스는 SOA 설계의 정수
설계에서 서비스는 서로 구분되어 정의된 한 쌍의 요소들(서비스 인터페이스와 서비스 구축)로 표현되는 포장된 비즈니스 소프트웨어 구성 요소들이다. 인터페이스는 서비스에서 근본적이고 일정한 구성 요소이다. 서비스는 항상 다른 소프트웨어 구성 요소(서비스 소비자)로부터의 프로그램 액세스를 위해 존재한다. 서비스 인터페이스는 서비스에 대한 프로그램 액세스 "계약"을 정의한다.
서비스 구현은 서비스의 비즈니스 기능을 충족시킨다. 설계 작업의 구체화 수준에 따라 서비스 구현은 개발 도중에 시험해 보아야 할 "블랙 박스"로 남을 수 있다. 그 밖의 경우에는 새로운 모듈로서 이전 SOA 모듈에 대한 숨겨진 액세스 또는 새롭고 선행하는 소프트웨어 모듈에 대한 복수의 조건부 호출의 합성물이 될 것이다
서비스 구현의 설계는 SOA의 설계에서 부차적인 문제이지만 서비스 인터페이스의 설계는 중요하다. SOA는 근본적으로 서비스 인터페이스의 흐름 및 관계이다. SOA의 설계에는 서비스 인터페이스간, 그리고 서비스 인터페이스와 서비스 소비자 사이의 인터랙션과 서비스 인터페이스에 대한 정의가 관련된다.
블랙 박스적 속성은 서비스에 필수적이다.
서비스 인터페이스는 서비스의 정체성과 서비스 호출의 규칙을 수립하는 계약이다. 서비스 인터페이스는 내부 디자인 및 컨텐츠를 고려하지 않고 서비스를 규명(찾고 이해함)하고 사용할 수 있기에 충분한 수준의 정보를 갖고 있어야 한다. 블랙 박스적 성격은 서비스에 필수적이다. 이는 모든 입력 데이터, 모든 응답 데이터(응답 데이터가 있는 경우), 그리고 발생된 모든 예외적 조건들이 인터페이스에 기록되어야 함을 의미한다. 또한 서비스의 목적과 함수를 파악하기 위해 인터페이스에 충분한 메타 데이터가 제공되어야 함을 의미한다. 서비스의 이름에 의존하는 것은 수용할 수는 있지만 약한 형태의 아이덴티티이다. 서비스의 기능을 정의하는 검색할 수 있는 저장소는 보다 세밀한 밀도로 수많은 서비스를 지원할 수 있고 많은 수의 독립적 소스로부터 올 수 있다.
느슨한 결합은 SOA를 기본적인 소프트웨어 모듈와와 차별화시킨다.
SOA는 느슨하게 결합된 형태의 서비스와 서비스 소비자 배치이다. 설계에서 느슨한 결합이란 서비스를 특정 서비스 소비자에게 유사하게 설계하지 않는다는 것을 의미합니다. 서비스 내부에서는 서비스 소비자의 목적, 기술 특성 또는 비즈니스 성격과 관련한 어떤 정보도 전제되지 않는다. 따라서 서비스는 서비스 소비자와 완전히 분리된다.
하지만 서비스 소비자는 서비스에 종속되어 있다(다시 말해 서비스 인터페이스에 대해 엄밀한 의미에서의 참조가 내장되어 있다). 따라서 SOA는 어느 정도는 결합된, 즉 느슨하게 결합된 아키텍처이다. SOA는 모든 참여 소프트웨어 구성 요소들이 다른 구성 요소들과 분리되어 있다는 면에서 사건 기반(event-driven) 아키텍처와 다르며, 모든 소프트웨어 구성 요소가 최초 의도했던 맥락에서만 작동하도록 설계된다는 면에서(다시 말해 논리적으로 타이트하게 결합된) 단일형 아키텍처(monolithic architecture)와 차이가 있다.
설계 당시의 느슨한 결합은 서비스 인터페이스를 비 침해적 재사용을 가능케 하기 때문에 SOA에 필수적이다. 하지만 툴들로는 설계 과정에서의 느슨한 결합을 보장할 수 없다. 논리적으로 서비스 소비자에게 묶이도록 잘못 설계된 서비스는 SOA 스타일의 기술을 사용하고서도 애플리케이션을 단일형 아키텍처로 만들 수 있다.
서비스의 최적 입도는 사용, 툴 및 기술에 좌우된다.
상호 작용한다.
. 프록시는 서비스 소비자에 로컬로 배치된다.
. 서비스 소비자의 구현에 적합한 로컬 커뮤니케이션 메소드와 데이터 인코딩을 사용해 서비스
소비자와 상호 작용한다.
일반적인 예로는 Java 서블릿으로서의 스텁과 Visual Basic 구성 요소로서의 프록시를 들 수 있다. 이 프로그램 쌍은 서비스 인터페이스를 구현한다. 모든 새로운 실시간 애플리케이션은 자체 인터페이스 프록시를 통해 서비스에 액세스하여 서비스의 비 침해적 실시간 재사용을 제공한다.
서비스 스텁과 서비스 프록시 커뮤니케이션에서 SOAP가 재사용될 때 서비스는 웹 서비스이다.
이론적으로 생성된 인터페이스 스텁과 프록시 모듈 쌍은 서비스 인터페이스 매개 변수를 전달하기 위해 XML, SOAP 메시지 인벨로프, HTTP, 메시지 지향 미들웨어(MOM) 또는 공유 메모리를 사용한다.
서비스 스텁과 서비스 프록시 커뮤니케이션은 "사적인 비즈니스"이지만 벤더의 형태와 툴 독립성을 유지하기 위해 대부분의 생성 툴은 표준 프로토콜을 사용해 연결을 한다. 하지만 실제로 "표준" 프로토콜은 자동적인 상호운용성을 보장할 정도의 "표준" 자격은 갖고 있지 못하다. 성능 최적화를 위해서도 덜 표준적이면서 융통성이 좋은 커뮤니케이션 프로토콜을 사용할 필요가 있다. 따라서 표준에도 불구하고 2006년까지 서비스 인터랙션을 위해 서비스 스텁 및 서비스 프록시 인코딩 구현의 조정이 필요해질 것이다(확률: 80%).
실시간에서 기술적으로 느슨한 결합은 HTTP 또는 MOM과 같이 기반이 되는 "sessionless" 커뮤니케이션에 의해 이루어진다. 이 낮은 수준의 느슨한 결합은 서비스를 논리적인 느슨한 결합으로 설계하고 개발한 경우에만 효과적이다. 그렇다면 느슨하게 결합된 미들웨어 사용은 새로운 서비스 소비자의 동적인 실시간 추가를 허용한다(즉, 기존 시스템에 사실상의 아무런 영향도 주지 않으면서 실행 중인 시스템에 새로운 사용자 경험을 추가함). 아니면 느슨하게 결합된 미들웨어가 전체 시스템을 위해 더 큰 처리 능력을 제공하겠지만 시스템의 민첩성은 높이지 못한다.
SOA의 실시간 미들웨어는 견고하게 결합된다(예: Java Reomote Method Invocation(RMI) 또는 Microsoft .NET 리모팅). 서비스 설계 및 개발이 논리적으로 느슨하게 결합되면 밀접하게 결합된 실시간 미들웨어에 관계 없이 SOA가 갖고 있는 민첩성이 실시간으로 구현된다.
SOA가 항상 올바른 아키텍처인 것은 아니다.
SOA는 체계적인 애플리케이션 엔지니어링에 유용하다. 특히 요청/응답이 소프트웨어 구성 요소들 간의 자연스런 관계 패턴인 환경에서는 더욱 그러하다. 하지만 SOA는 추가적인 설계 및 개발 시도를 희생함으로써 가능해지며 또한 미들웨어 결합의 필요성이 수반된다. 짧은 시간 동안 사용할 제한적 범위의 애플리케이션들은 가용 수명 기간 중에 비즈니스 로직을 재사용하거나 변경하지 않기 때문에 SOA로부터 아무런 혜택도 받지 못한다. SOA는 또한 비 동기 단방향 인터랙션을 사용하는 애플리케이션 용으로는 좋지 않다. 여기서 SOA의 느슨한 결합은 불필요하고 바람직하지도 않다.
결론: 서비스 지향 아키텍처는 요청/응답 패턴의 애플리케이션을 체계적으로 설계하는 데 있어서는 추천할 만한 아키텍처이다. SOA의 주요 목적은 비즈니스 레벨에서의 소프트웨어 모듈화 및 새로운 환경에서의 빠르면서도 비 침해적인 비즈니스 소프트웨어 재사용에 있다. 사용자들은 SOA의 정수를 이해하고 그와 동시에 장단점을 제대로 인식해 현대적인 전사적 IT의 전체 아키텍처에서 SOA가 어떤 역할을 하는지 파악해야 한다.
| 새마음으로.. (0) | 2004.08.17 |
|---|---|
| [펌] Oracle9i JDeveloper 기술 정보 (0) | 2004.08.06 |
| [펌] 객체지향 방법론 (0) | 2004.04.01 |
| [펌] 웹 서비스와 SOA(Service Oriented Architecture) (0) | 2004.04.01 |
| [펌] 사용성을 만족시키는 인포메이션 아키텍처 (0) | 2004.04.01 |
struts taglib 사용 --- html 태그
html 태그중에서 link 를 걸어야 할 경우가 생기게 되는데 ,
보통 struts 프로그램을 짜다보면 Controller 에서 Model 측을 접근하여
데이터를 가져온 후 해당 데이터를 Java Beans 스타일(또는 Collections) 에
저장하고, 그 객체들을 request 에 담아서 forward 시키게 된다.
jsp 페이지에서는 이러한 객체를 <html:iterate /> 태그와 같은 것들을 이용해서 사용하게 되는데
request 에 저장되어 있는 객체를 ?a=beanValue&b=beanValue 와 같이 사용할
경우에는 아래와 같은 방법으로 이용한다.
BoardConfigBean <-- Action 부분에서 Model 측에 접근하여 Wrapping 한
사용자 정의 객체이다.
request.setAttribute("BoardConfigBean", new BoardConfigBean().setIdx(1)); 처럼 저장하겠죠.
이렇게 저장된 객체를 JSP 에서는 아래와 같이 불러다가 씁니다.
<html:link page="/siteMgr/BoardConfig.do?method=delete"
paramProperty="idx"
paramId="idx"
paramName="BoardConfigBean"
scope="request">삭제</html:link>
html:link 속성 중에 paramName 이라는 속성은 특정 속성에 지정된 객체를
이름으로 지정한다.
paramId 속성은 쿼리스트링 중 key 부분에 해당한다.
paramProperty 속성은 쿼리스트링 중 value 부분에 해당하며
request 와 같은 속성에 저장된 객체의 getter 부분에 해당한다.
html:link 태그에는 map 속성을 이용할 수 있으며
Map 에 담고 그 형태를 html:link 에 넣어줄 경우 자동으로 링크를 만들어 주기도 한다.
편리한거는 자동으로 ?key=value&key1=value1 과 같이 해준다.
자세한 거는 struts 사이트를 뒤져주세용... 또 너무 남용하지 마세용
| Commons BeanUtils 에서 RowSetDynaClass 사용시에.. (0) | 2004.04.21 |
|---|---|
| apache + tomcat 연동시 Context 문제 (0) | 2004.04.16 |
| [Struts] MessageResource 여러개 쓰기 (0) | 2004.04.01 |
| [펌] MVC 모델과 Observer 패턴 (0) | 2004.04.01 |
| [펌] 스트럿츠 이디엄 (0) | 2004.04.01 |
별건 아니지만.. 자칫 실수하면 짜증나는 문제이기에.. 적어놔야징..
# Struts 에서 Message Resource 를 여러개 설정해야할 경우 방법
조건)
titleResource.properties <-- 브라우저의 타이틀 메세지 관리
adminResource.properties <-- 관리 페이지의 각종 메세지 관리
..... 등등등
이렇게 두개가 있을 경우 먼저 web.xml 파일에 ActionServlet 등록 태그에 아래와 같이 메세지 리소스를 추가.
(web.xml)
<!-- Struts ActionServlet -->
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<init-param>
<param-name>adminResource</param-name>
<param-value>conf.adminResource</param-value>
</init-param>
<init-param>
<param-name>titleResource</param-name>
<param-value>conf.titleResource</param-value>
</init-param>
... 기타 설정들
(strtus-config.xml)
<message-resources parameter="conf.adminResource" />
<message-resources parameter="conf.titleResource" />
설정하고
<bean:message key="main.title.index" />
... 기타 필요한 메세지들.... 뿌리면 잘 되더만..
자세한 사항은 struts 사이트에서 참고바람
| apache + tomcat 연동시 Context 문제 (0) | 2004.04.16 |
|---|---|
| <html:link /> 태그 중에서 ^^ (0) | 2004.04.07 |
| [펌] MVC 모델과 Observer 패턴 (0) | 2004.04.01 |
| [펌] 스트럿츠 이디엄 (0) | 2004.04.01 |
| [펌] JavaServer Faces 입문 (0) | 2004.04.01 |
과 같은 아이콘이 있는 것을 보셨을 겁니다. 이것은 모두 RSS 파일의 링크를 표시하는 것으로서 보통 파일명은 index.xml, index.rdf, rss.xml 등이고, RSS는 'RDF Site Summary' 또는 'Really Simple Syndication'의 약자입니다.
