참 고맙지.
HttpSession 객체를 이용한 세션관리
 
Login.html
 
<html>
<body>
<form action="session.jsp" method="post">
ID <input type="text" name="id"><br>
Pass <input type="password" name="passwd"><p>
<input type="submit" value="전송">
</form>
</body>
</html>
 
 
session.jsp
 
<%@ page contentType="text/html;charset=euc-kr" session="false"%>
<%         request.setCharacterEncoding("euc-kr"); %>
<%
             HttpSession session = request.getSession(true);
             //세션을 생성
             String name = request.getParameter("name");
             String id = request.getParameter("id");
             String passwd = request.getParameter("passwd");
            
             //세션저장 (플래그, 값)
             session.setAttribute("login.name", name);
             session.setAttribute("login.id", id);;
             session.setAttribute("login.passwd", passwd);
             session.setAttribute("login.time", new Long(System.currentTimeMillis()));
%>
 
<html>
<body>
<center>
<a href="showinfo.jsp">로그인 정보보기</a>
</body>
</html>
 
showinfo.jsp
 
<%@ page contentType="text/html;charset=euc-kr" session="false"%>
<%
             HttpSession session = request.getSession(false);
             if(session == null){ //세션이 null을 지니면 페이지전화
                           response.sendRedirect("login.html");
                           return;
             }
// 세션 플래그에 해당하는 값 반환
             String name = (String)session.getAttribute("login.name");
             String passwd = (String)session.getAttribute("login.passwd");
             String id = (String)session.getAttribute("login.id");
             Long start = (Long)session.getAttribute("login.time");
             // currentTimeMillis() 현재시간 반환
             long current = System.currentTimeMillis();
             long durantion = current - start.longValue();
             long durantion_min = (durantion/1000)/60;
             long durantion_sec = (durantion/1000)%60;
             String session_durantion =
                                                  ""+durantion_min+"분 "+durantion_sec+"초";
%>
 
로그인정보<hr>
이름: <%= name%><br>
아이디: <%= id%><br>
패스워드: <%= passwd%><br>
세션유지시간: <%= session_durantion%>
<form action="logout.jsp">
<input type="submit" value="로그아웃">
</form>
 
Logout.html
 
<%@ page contentType="text/html;charset=euc-kr" session="false"%>
<%
             HttpSession session = request.getSession(false);
             String name ="";
             if(session != null){
                           name = (String)session.getAttribute("login.name");
                           session.invalidate();  //세션삭제
             }
%>
<%= name%> 정상 로그아웃 되었습니다.<br>
<a href="showinfo.jsp">로긴 정보보기</a>
 
<!--로그아웃 된상태에서 showinfo 를 보려한다면
      showinfo 가 아닌 login.html 이 나올것이다.
      그 이유는 logout 페이지에서 세션을 삭제하기 때문인데
      showinfo 페이지는 널값을 지닌 세션을 받으면 sendRedirecet 를
      이용하여 페이지를 전환시킨다. -->


출처 : http://blog.empas.com/zeroscience/17230751
ref: http://darky.egloos.com/1182608

'Java' 카테고리의 다른 글

쿠키로 아이디 암호 기억 시켜 불러오는방법  (0) 2010.08.24
TCP/IP Socket 프로그램 구현시 고려사항공부/Java  (0) 2010.08.19
Web Server 와 WAS  (0) 2010.07.28
[JAVA] log4j의 초간단 사용법 - 날짜별, 패키지(클래스)별, 파일생성  (0) 2010.07.26
[자바] 로그 사용법 - log4j-1.2.15.jar (마지막 부분 XML 설정방법)  (0) 2010.07.26

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="vertical"
 usePreloader="false" horizontalScrollPolicy="off"
 verticalScrollPolicy="off"
 paddingBottom="10" paddingLeft="10" paddingRight="10" paddingTop="10">
 <mx:Script>
  <![CDATA[

 import mx.core.UIComponent;
 import com.adobe.images.PNGEncoder;

   private function getBitmapData( target : UIComponent ) : BitmapData {
  var bd : BitmapData = new BitmapData( target.width, target.height );
  var m : Matrix = new Matrix();
  bd.draw( target, m );
  return bd;
   }
  
   public function CapImage():void {
     var bd : BitmapData = getBitmapData( UIComponent( imgPanel ) );
     targetImage.source = new Bitmap( bd );    
   }
  
   public function SaveAsPng():void {
  var url:String = "print.php";
        var request:URLRequest = new URLRequest(url);
  var imageData:ByteArray = PNGEncoder.encode(getBitmapData(UIComponent( imgPanel )));

  var urlR:URLRequest = new URLRequest(url); 
           
  var boundary:String = '------wsos------';
  urlR.contentType = 'multipart/form-data; boundary='+boundary;
  boundary = '--'+boundary;
 
  var data:ByteArray = new ByteArray;
 
  data.writeUTFBytes(boundary+'\r\n');
 
  // start new part
  data.writeUTFBytes('Content-Disposition: form-data; name="file_upload"; filename="image.png"\r\n');
  data.writeUTFBytes('Content-Type: image/png\r\n');
  data.writeUTFBytes('Content-Transfer-Encoding: binary\r\n\r\n');
 
  // write image data
  data.writeBytes(imageData);
  // terminate part
  data.writeUTFBytes('\r\n'+boundary+'\r\n');
 
  // start a new part if you want to send other POST variables
  data.writeUTFBytes('Content-Disposition: form-data; name="test"\r\n\r\n');
  data.writeUTFBytes('wsos');
  data.writeUTFBytes('\r\n'+boundary+'\r\n');
 
  urlR.data = data;
  urlR.method = URLRequestMethod.POST;
 
  navigateToURL(urlR,"_self");      
   }
   ]]>
 </mx:Script>
<mx:VBox width="100%" height="100%">
 <mx:Image id="targetImage" width="100%" height="50%"/>
 <mx:HBox width="100%">
  <mx:Button label="화면캡쳐" click="CapImage();"/>
  <mx:Button label="이미지로 저장(PNG)" click="SaveAsPng();"/>
 </mx:HBox>
 <mx:Panel id="imgPanel" width="100%" height="50%" layout="absolute" title="이미지저장">
  <mx:TextArea top="10" bottom="10" left="10" right="10"/>
 </mx:Panel>
</mx:VBox>
</mx:Application>

print.php

<?
/*
$result = array_merge($HTTP_GET_VARS,$HTTP_POST_VARS);
print_r($result);
print_r($HTTP_POST_FILES);
*/

$files = $HTTP_POST_FILES["file_upload"];

if($files){

 Header("Content-type:application/octet-stream");
 Header("Content-Length:".$files["size"]);   
 Header("Content-Disposition:attachment;filename=".$files["name"]);
 Header("Content-type:file/unknown");

 //Header("Content-type:image/png");        

 Header("Pragma: no-cache");
 Header("Expires: 0");

 $filename = $files["tmp_name"];
 $fd = fopen ($filename, "r");
 $contents = fread ($fd, filesize ($filename));

 echo $contents;
 
 fclose ($fd);
}

?>
 

 

2. 데모

3. 참고

이올린에 북마크하기

'Flex' 카테고리의 다른 글

Flash Builder 4 Beta2에서 SVN 설치하기  (0) 2010.10.18
flex 다국어  (0) 2010.10.01
Flex Encryption (MD5, SHA1, SHA224, SHA256, HMAC)  (0) 2010.10.01
HTTPService Parameters  (0) 2010.09.29
flex  (0) 2010.06.21
관련 기사   : http://www.pressian.com/article/article.asp?article_num=30100810150825&section=02
세계적인 네트워크 장비업체 시스코 본사에서 근무하는 최준형(가명, 40) 씨는 얼마 전 미국 시민권을 획득했다. 그의 정식 직함은 소프트웨어팀의 'Research Manager'. 음성패킷망(VoIP) 개발부서의 개발팀장격이다. 한국에서 그와 비슷한 직군에 종사하는 이들은 '개발자'로 불린다. 하지만 이들은 스스로를 '노예'나 '막노동자'로 분류하며 자조하곤 한다.

사람들이 알아주는 명문대 공대를 졸업해 내로라하는 대기업에서 프로그래머의 경력을 시작했던 최 씨 역시 한국에서 개발자로 살면서 얻은 환멸을 뒤로 하고 미국행을 택했다.

"주말도 없이 일했죠. 알아서 나오는 거예요. 처음 3년 동안은 추석, 설날 당일 빼곤 쉬지 않고 출근했어요. 매일 아침 8시부터 밤 11시까지 일하는 건 기본이었고요. 밤 새는 것도 부지기수였죠. 6년 동안 이렇게 살다가 얻은 게 과로였어요. 저는 신장과 간에 이상 진단 받았었고요, 스트레스성 장염이나 위장병으로 쓰러지는 동료도 허다했어요. 이런 일 이쪽 업계에선 당연한 일이에요."

왜 공학도들은 충성을 거뒀나

최 씨는 그래도 열심히 일한 만큼 주변의 인정을 받았다. 당시 그가 참여해 구축했던 시스템은 지금도 공공기관의 핵심 소프트웨어로 쓰인다. 과장까지는 쉼 없이 진급했다. 그러나 그는 이내 좌절감을 맛봤다.

"칭찬 뿐이었어요. 보너스가 나오는데, 항상 기술직은 일률적으로 연봉 5% 상승이 끝이더라고요. 실적 수당 500%는 영업직과 관리직에만 돌아가고…. 갈수록 일은 늘어나는데, 경기가 나빠지니 연봉은 또 기술직부터 동결시키더라고요. '이건 아니다' 싶어서 작은 회사로 옮겼어요. 그나마 여긴 근무환경은 조금 더 편했어요. 그런데 역시 기술자 천대하는 건 마찬가지더라고요. 외환위기가 오니 연구개발직부터 해고했습니다. 회사의 가장 밑바닥에 존재하는 노예라고 해야 하나요? '절대 이길 수 없는 현실'. 이런 생각이 많이 들더라고요. 회의만 느끼다가 선배의 권유로 2002년에 시스코로 옮겼죠. 운이 좋았어요."

시스코의 노동 강도는 한국과 비교할 수조차 없었다. 개발업무에 경험이 충분한 매니저는 개인 능력에 맞게 일을 할당했고, 이에 따라 야근을 할 이유가 없어졌다. 출퇴근도 자유로웠다. 그저 하루에 8시간 노동만 하면 그만이었다. 실력은 금세 인정받았다. 오히려 처음에는 회사 분위기에 적응하지 못해, 한국에서 하던 대로 일하다 "너무 열심히 일한다"는 소리까지 들었다.

아이러니한 일이었다. 이렇게 여유로운 회사는, 오직 일만 바라보고 달린 한국의 개발자들이 전력을 기울였도 개발하지 못했던 네트워크 장비를 손쉽게 만들어냈다. 현재 시스코는 한국의 통신장비업체를 대상으로 매년 1억 달러가 넘는 수출수입을 거두고 있다. 최 씨와 비슷한 경험을 한 한국인이 실리콘밸리에만 수백 명이라고 한다.

오직 컴퓨터가 좋아, 프로그램 개발에 짜릿함을 느껴 개발자 경력을 시작했다 좌절한 이들은 한둘이 아니다. 개발자를 잘 대우하기로 소문난 한 중견 소프트웨어 업체에서 근무했던 이인화(41, 가명) 씨는 아예 '이 바닥이 싫어' 업계를 떠났다.

"사장님이 정말 특이한 사람이었어요. 무조건 빨리 출근하고 오래 책상에 붙어 있는 걸 좋아했어요. 그러니 자연히 회사는 '보여주기식'으로 운영되죠. 이러니 누가 열심히 일하겠어요? 일찍 출근해서 낮엔 놀다가 밤에 들어와서 밥 먹고 야근하고…. 자연히 회사의 개발 능력은 안 늘어나니 온통 남이 만든 코드 갖다 배껴서 대충 제품 만들고. 괜히 저 혼자 '잘못됐다'고 말하고 다니다 사장님한테 찍혀서 한직으로 배치받았죠. 어떻게 더 다닐 수가 있겠어요? 이제 이 바닥은 지긋지긋해요."

이 씨가 근무했던 회사는 워낙 강한 노동 강도로 인해 직원들이 집에 가기조차 쉽지 않았다. 아파트의 방 몇 개를 계약해 한 집당 직원 십여 명이 숙소로 사용하며 살았다.

"사장님이 일을 많이 하길 원하다보니, 가정이 있는 사람은 싫어했어요. 한번은 손님 만난 자리에서 자랑스러운 말투로 '우리 회사에서 일하다가 이혼한 애 많아'라고 말하더라고요. 기가 차죠. 우린 사람도 아니에요?"

많은 IT개발자들을 만났다. 그들의 반응은 한결같았다. 공학도로서 삶이 지긋지긋하다는 것이었다. 관리직군에 대한 상대적 박탈감과 견디기 어려울 정도의 노동강도, 그리고 마치 '언제든 쓰다 버릴 부품'처럼 취급받으며 그저 정체되어 가기만 하는 현실에 상당수 개발자들이 좌절하고 있었다.

이는 얼마 전 뉴스로 소개돼 충격을 안겼던 거대 금융기관 계열사 직원 양모(34) 씨의 사례에서도 확인 가능하다. 양 씨는 수년 내내 자정을 넘는 시간까지 일하다 면역력 저하로 인해 지난해 1월 폐의 일부를 잘라내는 수술을 받았다. 그러나 회사는 '연차 휴가가 남은 상태에서 병가를 냈으니 연차수당을 반납하라'고 요구했다. 초과근무 관리를 전혀 하지 않아 그의 강한 노동강도는 인정받지 못한 것이다. 양 씨는 야근을 인정받기 위해 소송을 진행 중이다.

IT산업노조가 진보신당과 함께 지난 4월 6일부터 15일까지 IT노동자 1665명을 상대로 실시한 설문조사에 따르면 이들은 연간 평균 3000시간의 노동을 했다. 경제협력개발기구(OECD) 평균(1768)에 비해 무려 1232시간을 더 일했다.

이에 반해 야근, 특근 수당이 법대로 지급되거나 대체 휴가가 주어지는 경우는 2.3%, 2.5%에 그쳤다. 95%를 넘는 절대 다수의 IT노동자가 제대로 된 보상을 받지 못한 셈이다. IT노동자의 82.2%가 만성피로에 시달리고, 79.2%는 근골격계 질환을 겪으면서도 진료를 받지 못하는 이유다.

공학도로서 자긍심은커녕, 인간적인 삶을 꾸려가기도 버거운 게 'IT강국'을 외치는 한국의 현실이다.
▲개발자들이 자주 찾는 커뮤니티 '데브피아'의 고충상담 게시판. 주로 야근으로 인한 스트레스를 하소연하거나, 이직을 문의하는 글이 많다. ⓒ프레시안

대기업은 고참, 중소기업은 신참

개발자들이 이처럼 중노동에 시달리는 이유로 무엇보다 IT업계에 뿌리깊게 박힌 '갑을 관계'를 들 수 있다. '갑을병정 중 우리는 (무기경)신'이라는 자조섞인 농담은 중소업체 개발자들 사이에선 일상화된 얘기다.

외환위기 직후인 1998년 경력을 시작했다 프리랜서 개발자로 전향한 손경식(40, 가명) 씨는 얼마 전 한 대형 전자기업의 스마트폰용 어플리케이션 개발 프로젝트에 참여했다 황당한 일을 겪었다.

"프로그램을 짜다가 주문 형식이 바뀌면 다시 처음부터 다 뜯어고쳐야 돼요. 시간이 엄청나게 소요되죠. 이 프로그램을 개발할 때 처음 받은 오더는 구글메일과 사내메일만 적용하는 이메일 시스템이었는데, 금요일 저녁에 갑자기 '월요일까지 야후메일도 기능하도록 해달라'고 새 업무를 추가시키더라고요. 이러면 기존 프레임 자체를 다 바꿔야 하니 시일이 훨씬 늘어나요.

당연히 난리가 났죠. 결국 전원이 주말 밤을 꼴딱 샜어요. 월요일에 고객이 와서 결과물을 보더니 하는 말이 뭔지 아세요? '쪼니까 되네.' 이러더라고요. 군대죠."

손 씨가 안정된 정규직을 포기하고 프리랜서로 전향한 이유는 어차피 이런 현실을 바꾸는 게 불가능하다고 느꼈기 때문이다. 주로 정부기관이거나 대기업인 고객은 항상 하청업체에 무리한 요구를 한다. 경쟁자는 많으니 하청업체는 가격과 개발기간을 두고 경쟁하게 된다.

손 씨가 지난 2005년 다니던 스마트폰 부품 개발 업체가 대기업의 발주를 받을 때였다. 하도급 업체 10여 곳이 프로젝트에 참여했다. 그러자 발주자는 110만 원이던 단위당 원가를 70만 원으로 떨어뜨렸다. 인건비를 계산하면 원가만도 못한 프로젝트였지만, 손 씨의 회사는 손해를 감수하고 참여할 수밖에 없었다.

잘못해서 대기업과 관계가 틀어지는 일은 피해야 하기 때문이었다. 그나마 계약서라도 쓰고 시작하면 다행이다. 계약서 없이 일을 시작하는 게 대부분이다. 프로젝트가 취소되면, 회사는 그야말로 앉아서 손가락만 빠는 상황이 온다.

당연히 작은 회사로 갈수록 개발자는 저임금과 중노동에 시달릴 수밖에 없다. 차라리 프리랜서로 전향해 실력을 인정받으면 돈이라도 많이 벌 수 있다.

"이 바닥의 맨 밑은 말로 못해요. 막내 개발자들이 만날 바뀌어요. 20대 백수가 넘쳐나니까, 월급 90만 원 준다고 해도 엄청나게 몰리거든요. 그러니 학원에서 몇 개월 속성으로 배워서 온 애들 데려다가 부려먹고, 그러다 보면 애들이 질려서 나가요. 그리고 새 프로젝트를 받으면 또 직원 새로 뽑아서 시키고, 나머지는 또 나가고…. 이 바닥 돌아가는 게 건설업계 하도급 구조랑 똑같아요."

그나마 말만 프리랜서지, 여전히 하도급 업체 직원으로 취급받는다. 개발일정은 발주자가 전적으로 관리하기 때문이다. 일종의 기간제 단기계약직인 셈이다.

"한번은 거의 4개월간 '베타버전 출시→테스트→릴리즈 버전 출시' 과정을 수행하기도 했어요. 매일 밤 9시 30분부터 1차 릴리즈를 내놓으면 대기하던 발주자가 곧바로 프로그램을 실행한 후 버그리스트를 제시해요. 그러면 우리는 기다리고 있다가 새벽 4시부터 2차 릴리즈 프로그램 작업을 해요. 그러면 또 체크하고…. 집에 못 가죠. 잠도 못 자고. 이 일을 4개월 동안 했어요. 결국 개발자 하나는 사우나 간다고 하고 그대로 도망가버리더라고요. 이런 일이 아이폰이 나온 다음부터 더 심해졌어요. 무리해서 하청업체를 쥐어짜는 게 일종의 관행이에요."

정부 대책은 없나

IT업계의 수직 하도급화 문제는 어제오늘 거론된 일이 아니다. 그런데도 정부는 뚜렷한 대응책을 내놓지 못하고 있다.

국민의 정부 당시 외환위기 타개책으로 정부가 IT인력을 대거 육성하고, 이들이 업계에 발을 들이면서부터 하도급 구조가 정착됐다는 게 업계 관계자들의 설명이다. 처음 뿌리가 잘못 박혔다는 얘기다.

참여정부 당시 대책은 대기업의 독점적 발주 권한을 제한하는 것이었다. 공공기관이 프로젝트를 발주할 때, 일정액 이하의 사업은 대기업이 진입하지 못하도록 규제했다. 그러나 이 제도는 정부부터 지키지 않았다. 공공기관이 개별 프로젝트를 몽땅 모아서 대규모로 만든 다음, 대기업이 입찰하도록 해버리는 일이 부지기수였다.

중소 개발업체는 기술력으로 승부할 수밖에 없었다. 안철수연구소, NHN 등 일부 IT업체는 뚜렷한 성과를 내기도 했다. 그러나 이 역시 하도급 구조 하에서는 지속적인 해답이 될 수 없었다. 대기업이 중소기업의 발주물량을 받으면서 프로그램 소스 등 원천기술까지 요구하는 일이 잦았기 때문이다.

이명박 정부도 경제위기 극복 방안의 하나로 IT부문 경쟁력 강화를 꼽았다. 이 대통령은 지난 2월 4일 '제45차 비상경제대책회의'에서 "한국에서도 빌 게이츠, 스티브 잡스와 같은 성공사례가 나와야 한다"며 정부의 지원을 약속했다. 이 대통령이 특히 개발자에 대한 보상을 언급해 이 부문 대책이 기대됐다.

그러나 지식경제부가 후속조치로 내놓은 소프트웨어 인재육성사업 세부추진계획은 실망스러웠다는 게 관계자들의 말이다. 'SW마에스트로'는 고교, 대학(원)의 우수학생 100명을 선발해 관문별 탈락제를 거친 최종 10명의 최고급 인재를 육성하는 방식인데, 전형적인 승자독식형 프로젝트라는 비판이 많았다. IT산업노조 관계자는 "누리꾼들이 '태릉 개발자촌을 만들 기세'라고 비꼬는데, 정부는 이런 개발자들의 분노를 모르는 것 같다"고 지적했다.

다른 대안은 지난 2008년말 실시된 소프트웨어 기술자 신고제다. 실력있는 개발자와 그렇지 않은 자를 구분해 발주자가 수주자(하청업체)에 대한 신뢰도를 높이자는 취지다. 기술자는 자신의 경력을 증명하는 기술 경력증을 소지하도록 했다. 그러나 이는 기존 개발자의 임금을 더 깎는 수단으로 전락했다는 게 관계자들의 설명이다. 손 씨는 정부의 전형적인 '탁상공론'이라고 비판했다.

"자격증을 받으려면 예전에 다니던 회사에서 경력을 인정해주는 자료를 받아야 돼요. 그런데 이 바닥이, 워낙 많은 업체가 난립하다보니 대부분 회사가 5년을 못 버티고 망해요. 저도 여섯 군데를 옮겼어요. 이전 직장에서 경력을 증명받을 길이 없어지니까, 제 경력이 13년인데도 5년차로밖에 인정 못 받아요. 돈도 당연히 그 경력에 맞춰서 받죠. 기업들이 이 제도를 개발자 몸값 후려치는 수단으로 써요."

실제 지난 5월 개발자들의 포털 '데브멘토'가 오케이제이에스피(OK JSP), 자바서비스넷, 안드로이드펍 등 주요 IT 커뮤니티의 개발자 회원 388명을 대상으로 설문조사를 실시한 결과, 응답자의 66.8%가 소프트웨어 기술자 신고제를 폐지해야 한다고 응답했다. 현행대로 유지하자는 응답은 2.3%에 불과했다.

▲국내 소프트웨어 기업 티맥스소프트는 '순수 국내 기술의 PC용 OS'라는 '티맥스 윈도'를 출시했다. 그러나 이 OS는 개발자들 사이에 기술력 논란을 낳았고, 성공적으로 시장에 안착하는데도 실패했다. 소프트웨어 개발자들은 '한국 현실에서 중소 소프트웨어 업체가 자립하기란 쉽지 않은 일'이라고 입을 모은다. ⓒ뉴시스

출발은 '노동자성' 인식…"노조 위원장이 노조활동 할 여건이 안 돼요"

왜 개발자들을 비롯한 IT업계 노동자들은 스스로 나서 이런 현실을 바꾸려하지 않는 것일까. 본지가 만난 많은 개발자들은 하나 같이 "스스로를 노동자로 인식하지 못하기 때문"이라고 설명했다.

이름을 밝히기를 거부한 IT산업노조 위원장은 IT노조의 현실을 개탄했다.

"노조에 자신의 처지를 하소연하는 사람은 많아요. 그런데 정작 그 사람들은 스스로를 노동자로 인식하지 않아요. '당신 노동자요'하면 말도 안 되는 소리라고 기분 나빠해요. 공장 생산직이 노동자지, 자기 같은 전문가가 왜 노동자냐는 거죠. 그러니 노조에 가입하는 사람이 없어요. 제가 이름을 밝히지 말아달라고 하는 것도 직장생활을 하고 있기 때문이에요. 노조위원장이 노조활동만 할 여건이 안 돼요."

노조가 노동자의 기본권리인 단결권과 단체행동권을 현실화하기 어려울 정도로 노조의 힘이 미약하다. 당연히 세태 개선을 위한 단체협상을 주도할 수도, 고용주에게 노동환경 개선을 요구할수도, 정부를 상대로 실력행사를 하는 것도 불가능하다. 모두가 '문제가 있으니 개선해달라'고 요구는 하지만, 이를 개선해줄 이는 어디에도 없다.

시간이 지나면 자연스럽게 현 상황이 개선되리라는 시각도 있다. 시스코의 최 씨는 "한국의 대학 관련학과에서 인재가 배출되기 시작한 게 이제 30년 남짓인데, 미국이나 유럽의 절반 정도밖에 안 된다"며 "아직은 상당수 IT업계 경영진이 과거 굴뚝산업에서 잔뼈가 굵은 이들이다. 앞으로 문제를 깨닫고 서서히 이를 개선해갈 것이다"라고 말했다. 시간이 지나고 여러 시행착오를 겪으면서 자연스럽게 산업구조가 보다 선진화되리라는 희망을 걸고 있는 셈이다.

그러나 반대의 시각도 많았다. 프리랜서 손 씨는 "이미 단단해진 하도급 구조가 바뀔 것 같지 않다. 오히려 IT업계의 폐해가 다른 산업에도 확산될 것"이라며 "개발자들이 집단으로 이 같은 현실을 거부할 수 있어야 환경이 바뀐다"고 했다.

IT업계의 비참한 현실은 이미 공대생들 사이에서는 널리 알려진 일이다. 공대 기피현상이 만연하고, 공대생이 고시 준비를 하는 현실과 무관하지 않다.

이처럼 절망적인 구조는 장기적으로 국가의 IT경쟁력을 갉아먹는다. 실력을 갖춘 개발자는 손 씨의 경우처럼 훨씬 좋은 대우를 받는 해외로 진출하고, 기술력을 가진 기업은 해외로 눈을 돌린다. 자신이 세운 회사(유리시스템)를 10억 달러에 루슨트테크놀로지에 매각해 화제를 모은 김종훈 벨연구소 사장의 사례는 한국이었다면 일어날 수 없었으리라는 게 개발자들의 회의섞인 주장이었다.

얼마 전 트위터에서 화제가 된 한 대기업 납품업체 직원이 블로그에 남긴 글 '하청업체의 입장에서 바라본 애플과 삼성'은 한국 IT산업의 현주소를 적나라하게 보여준다. 왜 한국 IT산업의 미래가 어두운지, 왜 한국의 IT업체 개발자들이 신음할 수밖에 없는가를 애플과 협력 과정을 단계별로 설명했다. 이명박 대통령이 최근 들어 그토록 대기업에 강조하는 '상생의 길'은 곧 '상식의 길'이었다. 한국의 IT업계에서 아직 상식은 통하지 않는다.

'컴퓨터 노트북' 카테고리의 다른 글

아이폰 개발자 등록 방법 A TO Z  (0) 2010.07.19
dell 델 부품 결함을 알고도 팔았다..  (0) 2010.07.01
윈도우 7 설치 방법  (0) 2010.06.24

웹서버는 클라이언트/서버 모델과 웹의 HTTP를 사용하여 웹 페이지가 들어 있는 파일을 사용자들에게 제공하는 프로그램이다. 웹사이트가 운영되고 있는 인터넷상의 모든 컴퓨터들에는 모두 웹서버 프로그램이 설치되어 있다. 가장 보편적인 웹서버들로는 32 비트 윈도우와 유닉스 기반의 운영체계에서 모두 쓸 수 있는 아파치와, 윈도우 NT에 딸려 나오는 IIS, 그리고 넷스케이프의 엔터프라이즈 서버 등이 있다. 그밖에 네트웨어 운영체계를 쓰는 사용자들을 위한 노벨의 웹서버, 주로 IBM의 OS/390과 AS/400 고객들을 위한 IBM의 로터스 도미노 서버를 비롯, 다른 웹서버들도 있다.

웹서버들은 흔히 전자우편, FTP 파일의 다운로드, 그리고 웹페이지 구축, 발간 등에 필요한 인터넷 및 인트라넷과 관련된 프로그램들의 커다란 패키지의 일부로서 나온다. 웹서버를 고를 때 고려해야할 사항으로는, 운영체계나 다른 서버들과 얼마나 잘 어울려 동작할 것이냐 하는 것과, 서버 측의 프로그래밍, 퍼블리싱, 검색엔진 등을 처리하는 능력, 그리고 함께 따라오는 구축도구 등이 있다.


 WAS (Web Application Server)
웹과 기업의 기간 시스템 사이에 위치하면서, 웹 기반 분산 시스템 개발을 쉽게 도와주고 안정적인 트랙잰션 처리를 보장해 주는 일종의 미들웨어 소프트웨어 서버.

3계층 웹 컴퓨팅 환경에서 기존 클라이언트/서버 환경의 애플리케이션 서버와 같은 역할을 하며, 클라이언트와 서버 환경에서 트랜잭션 처리및 다른 기존 시스템 간의 애플리케이션 연동을 등을 주된 기능으로 하고 있다.

요즘들어서는 WAS는 주로 데이터베이스 조회나 일반적인 비즈니스 로직에 대한 처리를 위해 다양한 언어로 개발된 인터넷/인트라넷 환경의 소프트웨어로 많이 불리운다. 자바스크립트나 JSP 등과 같은 스크립트 및 서비스들은 대개 최신의 데이터를 검색하기 위해 데이터베이스에 접근하고, 브라우저 또는 클라이언트 프로그램을 통해 사용자들에게 검색 결과를 제공한다.

WAS를 비롯한 애플리케이션 서버들은, 웹서버 즉 HTTP 서버와 같은 컴퓨터를 공유할 수도 있지만 별개의 컴퓨터를 독립적으로 사용하는 경우도 많다. 대규모 사이트에서는, 오히려 WAS와 웹서버 등을 위해 여러 대의 컴퓨터가 동원되기도 한다.
넷스케이프의 Netscape Application Server, Bea의 Weblogic Enterprise, 볼랜드의 Appserver, 그리고 IBM의 Websphere Application Server 등의 WAS 대표적인 제품들이다.


※Web Server와 WAS와 차이※

- Web Server 의 정의 : Web Client(웹 브라우저)에게 컨텐츠를 제공하는 서버, 정적인 HTML이나 jpeg, gif 같은 이미지를 HTTP 프로토콜을 통해 웹 브라우저에게 전송하는 역할

- WAS(Web Application Server)의 정의
   ○ Server 단에서 Application을 동작할 수 있도록 지원함 => Jeus
   ○ 기존 웹 서버와 달리 동적인 요구에 대응하기 위해 적합한 형태로 변화, Web Client(브라우저)에게는 결과값만 전송함.
   ○ Container(컨테이너)라는 용어로 쓰이며, 초창기는 CGI, 그 후에서는 Servlet, , JSP, ASP 등의 프로그램으로 사용됨

- Web Server와 WAS의 구성에 따른 분류
   ○ WAS와 WebServer를 분리하지 않는 경우 
   모든 컨텐츠를 한곳에 집중시켜 웹서버와 WAS의 역할을 동시에 수행, 스위치를 통한 로드 밸러싱, 사용자가 적을 경우 효율적
 
   ○  WAS와 WebServer를 분리한 경우
   웹서버와 WAS의 기능적 분류를 통해 효과적인 분산을 유도, 정적인 데이터는 웹서버에서 처리, 동적인 데이터는 WAS가 처리
 
   ○  WAS 여러개와 WebServer를 분리한 경우
   WAS단을 프리젠테이션 로직와 비즈니스 로직으로 구분하여 구성, 특정 logic의 부하에 따라 적절한 대응할 수 있지만 설계단
   계 유지보수 단계가 복잡해 질 수가 있다.


 WAS 와 Web Server 종류

   ○ WAS 종류
   tomcat, tMax jeus, BEA Web Logic, IBM Webspere, JBOSS,Bluestone, Gemston, inprise, Oracle, PowerTier,Apptivity,
   silverStream
   ○ Web Server 
    IIS, apache, tMax, WebtoB

   - tomcat
       아파치 소프트웨어 재단의 애플리케이션 서버로서, 자바 서블릿을 실행시키고 JSP 코드가 포함되어 있는 웹페이지를 만들
       어준다. 자바 서블릿과 JSP 규격 '참조용 구현'으로 평가되고 있는 톰캣은, 개발자들의 개방적 협력 작업의 산물로 바이너리
       버전과 코어버전 둘 모두를 아파치 웹사이트에서 얻을 수 있다. 톰캣은 자체적으로 보유하고 있는 내부 웹서버와 함께 독립
       적으로 사용 될 수도 있지만 아파치나 넷스케이프 엔터프라이즈 서버, IIS, 마이크로소프트의 PWS 등 다른 웹서버와 함께 사
       용할 수도 있다. 톰캣을 실행시키기 위해서는 jre  1.1  이상에 부합되는 자바 런타입 환경이 필요하다.

[출처] Web Server 와 WAS|작성자 돌

'Java' 카테고리의 다른 글

TCP/IP Socket 프로그램 구현시 고려사항공부/Java  (0) 2010.08.19
httpsession 을 이용한 로그인 관리  (0) 2010.08.13
[JAVA] log4j의 초간단 사용법 - 날짜별, 패키지(클래스)별, 파일생성  (0) 2010.07.26
[자바] 로그 사용법 - log4j-1.2.15.jar (마지막 부분 XML 설정방법)  (0) 2010.07.26
Session 관리  (0) 2010.07.26
웹&컴퓨팅
tar command files
옵션  - c 지정파일또는 디렉토리를 tar로 묶는다(압축효과 없음:오히려 용량증가)
        - x tar의 파일의 묶음을 푼다. (묶음과 압축의 차이점 이해해야함)
        - v 묶음의 대상파일을 보여준다.
        - r 기존의 tar파일에 파일을 추가한다.
        - p 파일의 생성되었을 때의 권한을 그대로 유지하게 해준다.
        - z tar.gz의 파일로 압축할때 쓰이는 옵션
        - f 작업대상이 되는 tar파일의 이름을 지정한다.
사용예
        tar xvfz gnu3.tgz  : 압축해제와 묶여짐을 동시에 푼다.  
        tar cvfzp gnu3.tgz  *.php  : 현재디렉토리에 있는 *.php로 끝나는 파일을 모두 퍼미션을 유지한 상태에서 묶어서 gnu3.tgz라는 파일로 압축한다.
 
이밖에도 여러가지 gzip gunzip등의 압축관련명령어가 쓰이지만
sir에서 사용되는 파일들은 tar의 명령어로 사용가능하다.

참고) tar 명령어는 - 를 쓰지 않아도 옵션이 사용가능하다.


tar

여러개의 파일을 하나로 묶는 명령어이다.
압축명령어라고 잘못알고 계시는 분들이 있는데, tar는 분명 여러개의 파일을 하나로 묶어주는 일종의 유틸리티라고 할 수 있다.
하지만, 거의 대부분 tar는 gzip이나 compress등과 같은 압축유틸리티와 함께 사용을 하는 것이 일반적이다.

또한 tar옵션에는 z라는 옵션이 있기 때문에 tar명령어만으로 압축하고 풀 수 있기때문에 tar만으로도 효율적인 파일관리를 할 수있다.

※ 사용형식

파일묶기       : tar cvf 파일명.tar 파일(디렉토리)
묶은파일보기   : tar cvf 파일명.tar
파일풀기       : tar xvf 파일명.tar

묶고압축하기     : tar cvfz 파일명.tar.gz 파일(디렉토리)
묶고압축된 파일 보기 : tar tvfz 파일명.tar.gz
묶고압축된파일 풀기 : tar xvfz 파일명.tar.gz


사용예 #1

다음과 같이 dir1이라는 디렉토리에는 파일두개가 존재하고 있다.
이를 대상으로 tar의 사용법을 설명하도록 하겠다.

[root@host3 command]# ls -l ./dir1
합계 8
-rw-r--r--    1 root     root          120  9월 18 14:11 textfile
-rw-r--r--    1 root     root           68  9월 18 15:26 textfile2
[root@host3 command]#

먼저 위의 디렉토리 dir1에 있는 모든 파일들을 하나의 파일로 묶어보자.
파일을 압축할 때에는 "cvf"라는 옵션을 사용한다.

[root@host3 command]# tar cvf dir1.tar dir1
dir1/
dir1/textfile
dir1/textfile2
[root@host3 command]#

위의 tar예에서
tar는 tar명령어이며,
cvf는 파일을 하나로 묶기 위한 tar의 옵션이며,
dir1.tar는 하나의 파일로 묶여진후에 생성될 파일명이며(tar의 결과파일),
dir1은 tar의 대상파일(즉, 묶여질 파일들)이다.

아무런 메시지없이 끝났다면 위의 tar작업이 성공적으로 끝났다는 것을 의미한다.
아래의 결과를 확인해 보자.

[root@host3 command]# ls -l
합계 16
-rw-r--r--    1 root     root        10240  9월 20 12:56 dir1.tar
drwxr-xr-x    2 root     root         4096  9월 20 12:55 dir1
[root@host3 command]#

dir1.tar이라는 파일이 새로 생성된 것을 확인할 수 있다.
이 dir1.tar파일에는 dir1디렉토리의 모든 내용이 하나로 묶여져 새로 생성된 파일이다.


사용예 #2

이번에는 위의 예에서 생성한 dir1.tar파일의 내용을 확인해 보도록 하자.
tar파일의 내용을 확인할때에는 "tvf"라는 옵션을 사용한다.
아래의 예를 보자.

[root@host3 command]# tar tvf dir1.tar
drwxr-xr-x root/root         0 2003-09-20 12:55:03 dir1/
-rw-r--r-- root/root       120 2003-09-18 14:11:35 dir1/textfile
-rw-r--r-- root/root        68 2003-09-18 15:26:39 dir1/textfile2
[root@host3 command]#

예상했던 결과와 동일하게 dir1.tar에는 dir1에 있던 내용과 동일한 파일들이 들어있음을 알 수 있다.


사용예 #3

이번에는 앞의 예에서 tar로 묶은 dir1.tar 파일을 다시 원래대로 풀어보도록 하자.

이런 작업을 위해서 dir1은 삭제를 하고 dir1.tar만 남겨두도록 하자.

[root@host3 command]# rm -rf dir1
[root@host3 command]#

위에서 원본파일 dir1을 모두 삭제하였다.


이제 아래와 같이 dir1.tar파일만 남아있음을 알 수 있다.

[root@host3 command]# ls -l          
합계 12
-rw-r--r--    1 root     root        10240  9월 20 12:56 dir1.tar
[root@host3 command]#

이제 이 파일(dir1.tar)을 풀어보자.
tar로 묶여진 파일을 풀때에는 "xvf"라는 옵션을 사용한다.

[root@host3 command]# tar xvf dir1.tar
dir1/
dir1/textfile
dir1/textfile2
[root@host3 command]#

자, 이렇게 풀어진 결과를 확인해보자.

[root@host3 command]# ls -l
합계 16
-rw-r--r--    1 root     root        10240  9월 20 12:56 dir1.tar
drwxr-xr-x    2 root     root         4096  9월 20 12:55 dir1
[root@host3 command]#
[root@host3 command]# ls -l dir1
합계 8
-rw-r--r--    1 root     root          120  9월 18 14:11 textfile
-rw-r--r--    1 root     root           68  9월 18 15:26 textfile2
[root@host3 command]#

원본파일인 dir1과 동일한 디렉토리와 파일들이 생성되어 있음을 확인할 수 있을 것이다.

원본파일과 풀여진 파일들의 날짜와 시간을 자세히 비교해 보면 파일의 생성날짜와 시간이 원본파일과 동일함을 알 수 있다.
즉, tar로 묶여질때에는 묶여지는 파일들의 생성날짜와 시간정보까지 함께 저장이 되어지며, tar로 풀때에는 이 시간정보를 그대로 적용하여 풀어진다는 것을 알 수있다.



사용예 #4

이번에는 파일을 묶는 작업과 압축을 하는 작업을 동시에 해보도록 하자.
이 작업을 하려면 z라는 옵션을 추가해서 "cvfz"라는 옵션을 사용하면 간단히 묶음과 압축을 동시에 할 수있다.

설명의 편의를 위하여 dir2라는 디렉토리를 작업대상으로 하며 dir2에는 다음과 같은 파일 2개가 들어있다.

[root@host3 command]# ls -al dir2
합계 16
drwxr-xr-x    2 root     root         4096  9월 20 13:42 .
drwxr-xr-x    3 root     root         4096  9월 20 13:41 ..
-rw-r--r--    1 root     root          120  9월 18 14:11 textfile1
-rw-r--r--    1 root     root           68  9월 18 15:26 textfile3
[root@host3 command]#

자, 그렇다면 묶음과 압축을 동시에 해보도록 하자.

[root@host3 command]# tar cvfz dir2.tar.gz dir2
dir2/
dir2/textfile1
dir2/textfile3
[root@host3 command]#
[root@host3 command]# ls -l
합계 8
drwxr-xr-x    2 root     root         4096  9월 20 13:42 dir2
-rw-r--r--    1 root     root          284  9월 20 13:43 dir2.tar.gz
[root@host3 command]#

cvfz라는 옵션을 사용하고 새로 생성되는 파일명을 dir2.tar.gz로 하였다.
묶음과 압축의 결과로 dir2.tar.gz파일이 생성되었음을 알수가 있다.

간단한 명령이므로 어렵지는 않으리라 생각한다.

그리고 이렇게 묶음과 압축이 한번에 된 파일의 내용을 확인하고자 한다면 다음과 같이  "tvfz"옵션을 사용한다.

[root@host3 command]# tar tvfz dir2.tar.gz
drwxr-xr-x root/root         0 2003-09-20 13:42:08 dir2/
-rw-r--r-- root/root       120 2003-09-18 14:11:35 dir2/textfile1
-rw-r--r-- root/root        68 2003-09-18 15:26:39 dir2/textfile3
[root@host3 command]#

사용예 #5

위의 예에서 묶음과 압축을 동시에 했던 tar로 압축저장된 파일을 풀어보도록 하자.
묶음과 압축이 동시에 된 파일을 한번에 풀때에는 z옵션을 추가해서 "xvfz"옵션을 사용하면된다.

아래와 같이 dir2라는 원본파일을 모두 삭제한다.

[root@host3 command]# ls -l
합계 8
drwxr-xr-x    2 root     root         4096  9월 20 13:42 dir2
-rw-r--r--    1 root     root          284  9월 20 13:43 dir2.tar.gz
[root@host3 command]#
[root@host3 command]# rm -rf dir2
[root@host3 command]#

원본파일이 삭제된 것을 확인하고 압축된 tar파일만이 남아있다.
[root@host3 command]# ls -l
합계 4
-rw-r--r--    1 root     root          284  9월 20 13:43 dir2.tar.gz
[root@host3 command]#

여기서 아래와 같이 이 파일을 푸는 작업을 한다.

[root@host3 command]# tar xvfz dir2.tar.gz
dir2/
dir2/textfile1
dir2/textfile3
[root@host3 command]#

압축이 잘 풀렸으므로 이를 확인한다.
dir2.tar.gz를 푼 결과 dir2라는 디렉토리와 그 안에 있던 파일들이 새로 생성이 되었다.
아래는 그 결과를 확인한 것이다.

[root@host3 command]# ls -l
합계 8
drwxr-xr-x    2 root     root         4096  9월 20 13:42 dir2
-rw-r--r--    1 root     root          284  9월 20 13:43 dir2.tar.gz
[root@host3 command]#
[root@host3 command]# ls -l dir2
합계 8
-rw-r--r--    1 root     root          120  9월 18 14:11 textfile1
-rw-r--r--    1 root     root           68  9월 18 15:26 textfile3
[root@host3 command]#

'리눅스' 카테고리의 다른 글

Unix/Linux 문자열 패턴 검색 (grep)  (0) 2019.12.23
리눅스 설치 URL  (0) 2010.06.25
리눅스의 전반적인 개념(?)개요...  (0) 2010.06.25
리눅스 명령어 모음2  (0) 2010.06.25
리눅스 명령어 모음  (0) 2010.06.25

로그 찍는 거 별로 안좋아하는데 로그를 찍어보니까 더 좋은 것 같아요 ^^
게다가 log4j라는 매우 우수한 로그찍는 프로그램이 있습니다.
sysout에서 벗어나봅시다-_-; 습관적으로 sysout을-_-(System.out.println()......-_-)

우선 이클립스에서 프로젝트를 하나 만들어봅시다.
log4j를 받아봅시다.
http://logging.apache.org/log4j/1.2/download.html
1.2버전입니다. 받아서 log4j-1.2.15.jar파일을 라이브러리에 추가합시다.

log4j설정파일을 만들어봅시다.
최상위 폴더에다가 log4j.properties파일을 만듭시다.

 
# Log4j Setting file 
log4j.rootLogger=INFO, console 
 
# Daily file log 
log4j.appender.logfile=org.apache.log4j.DailyRollingFileAppender 
log4j.appender.logfile.File=D:/mudchobo/Log/glv.log 
log4j.appender.logfile.DatePattern='.'yyyy-MM-dd 
log4j.appender.logfile.layout=org.apache.log4j.PatternLayout 
log4j.appender.logfile.layout.ConversionPattern=[%d{HH:mm:ss}][%-5p](%F:%L) - %m%n 
 
# Console log 
log4j.appender.console=org.apache.log4j.ConsoleAppender 
log4j.appender.console.layout=org.apache.log4j.PatternLayout 
log4j.appender.console.layout.ConversionPattern=%-5p %l - %m%n 
 
# log level and appender 
log4j.logger.com.mudchobo=DEBUG, console 
log4j.logger.com.mudchobo.Test=INFO, logfile

대략 내용을 살펴보면 log4j.rootLogger는 최상위 로거입니다.
모든 INFO레벨이상의 로그는 다 console로 찍겠다는 겁니다.
(레벨에는 DEBUG, INFO, WARN, ERROR, FATAL 순인데, 예를 들어 INFO레벨로 지정해두면 logger.debug로 찍는 로그는 나타나지 않습니다. INFO레벨 이상것만 나타납니다.)

console은 아래 #Console log쪽에 보시면
log4j.appender.console <- 요 이름입니다.
요 console은 자세히보면 ConsoleAppender라는 클래스입니다. 이건 말그대로 콘솔에 로그를 찍어준다는 겁니다. layout에는 PatternLayout을 지정할 수 있는데 저 패턴은 뭐 레벨이 뭐고, 클래스가 뭐고, 메시지찍고 뭐 그런 내용입니다. 검색 고고싱-_-;

그리고, 파일에다가 출력 할 수 있는데, DailyRollingFileAppender클래스를 이용합니다. 이눔은 말그대로 매일매일 다른로그를 사용하게 만듭니다. 로그이름이 위와 같이 glv.log라면, 해당로그가 어제날짜인데 로그를 찍으려고 하면 기존에 있던 파일은 glv.log.2008-04-17 이렇게 바꿔줍니다.

아래부분에 보면 log4j.logger. 다음에 패키지명이나 클래스명을 지정해놓고, 로그레벨과 출력할 로그를 지정할 수 있는데요. 해당 클래스나 패키지의 로그는 저걸로 찍겠다는 겁니다. Test클래스는 logfile로 찍힌다는 겁니다.
그리고, rootLogger가 colsole로 지정되어 있기 때문에 console에도 찍히겠죠? ^^

로그를 찍어봅시다.
TestLogging이라는 프로젝트 이름으로 만듭시다.

Test클래스를 만들어봅시다.
Test.java
 
package com.mudchobo; 
 
import org.apache.log4j.Logger; 
 
public class Test { 
 
 private Logger logger = Logger.getLogger(getClass()); 
  
 public void println() { 
  logger.info("안녕하세요! Test입니다"); 
 } 
} 

Test2클래스를 만들어봅시다.
Test2.java
 
package com.mudchobo; 
 
import org.apache.log4j.Logger; 
 
public class Test2 { 
 
private Logger logger = Logger.getLogger(getClass()); 
  
 public void println() { 
  logger.info("안녕하세요! Test2입니다."); 
 } 
} 

TestLogging클래스를 만들어봅시다. 메인을 만들어야합니다.
 
package com.mudchobo; 
 
public class TestLogging { 
 
 public static void main(String[] args) { 
  Test test = new Test(); 
  Test2 test2 = new Test2(); 
   
  test.println(); 
  test2.println(); 
 } 
} 

자 그럼 콘솔에는
INFO  com.mudchobo.Test.println(Test.java:10) - 안녕하세요! Test입니다.
INFO  com.mudchobo.Test.println(Test.java:10) - 안녕하세요! Test입니다.
INFO  com.mudchobo.Test2.println(Test2.java:10) - 안녕하세요! Test2입니다.
INFO  com.mudchobo.Test2.println(Test2.java:10) - 안녕하세요! Test2입니다.
이렇게 출력이 될 것이고 로그파일에는
[19:56:35][INFO ](Test.java:10) - 안녕하세요! Test입니다.
이것만 출력될 것입니다.
위에 콘솔에 두번 찍힌 이유는 Rootlogger도 찍고, 아래 패키지를 지정한 로그도 찍었기 때문이죠.
그리고, 파일에는 한번만 쓰여진 이유는 파일에 쓰는건
log4j.logger.com.mudchobo.Test=INFO, logfile 여기 이 Test클래스 하나죠-_-;
이상입니다-_-;


'Java' 카테고리의 다른 글

httpsession 을 이용한 로그인 관리  (0) 2010.08.13
Web Server 와 WAS  (0) 2010.07.28
[자바] 로그 사용법 - log4j-1.2.15.jar (마지막 부분 XML 설정방법)  (0) 2010.07.26
Session 관리  (0) 2010.07.26
java.lang.NoSuchMethodError  (0) 2010.07.22
출처: http://www.cyworld.com/integritian/3151805

우선 jar 파일(log4j-1.2.15.jar)을 받아서 라이브러리에 추가합니다.

log4j설정파일을 만듭니다. 최상위 폴더에다가 log4j.properties 파일을 생성합니다.

#========================================================================================================
# Log4j Setting file
log4j.rootLogger=INFO, console

# Daily file log
log4j.appender.logfile=org.apache.log4j.DailyRollingFileAppender
log4j.appender.logfile.File=D:/Data/Log/data.log
log4j.appender.logfile.DatePattern='.'yyyy-MM-dd
log4j.appender.logfile.layout=org.apache.log4j.PatternLayout
log4j.appender.logfile.layout.ConversionPattern=[%d{HH:mm:ss}][%-5p](%F:%L)-%m%n

# Console log
log4j.appender.console=org.apache.log4j.ConsoleAppender
log4j.appender.console.layout=org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern=%-5p%l -%m%n

# log level and appender
log4j.logger.name.of.the.package.one=DEBUG, console
log4j.logger.name.of.the.package.two=INFO, logfile

#========================================================================================================


대략 내용을 살펴보면 log4j.rootLogger는 최상위 로거입니다.
모든 INFO레벨이상의 로그는 다 console로 찍겠다는 겁니다.
(레벨에는 DEBUG, INFO, WARN, ERROR, FATAL 순인데, 예를 들어 INFO레벨로 지정해두면 logger.debug로 찍는 로그는 나타나지 않습니다. INFO레벨 이상것만 나타납니다.)

console은 아래 #Console log쪽에 보시면
log4j.appender.console <- 요 이름입니다.
요 console은 자세히보면 ConsoleAppender라는 클래스입니다. 이건 말그대로 콘솔에 로그를 찍어준다는 겁니다. layout에는 PatternLayout을 지정할 수 있는데 저 패턴은 뭐 레벨이 뭐고, 클래스가 뭐고, 메시지찍고 뭐 그런 내용입니다.

그리고, 파일에다가 출력 할 수 있는데, DailyRollingFileAppender클래스를 이용합니다. 이눔은 말그대로 매일매일 다른로그를 사용하게 만듭니다. 로그이름이 위와 같이 data.log라면, 해당로그가 어제날짜인데 로그를 찍으려고 하면 기존에 있던 파일은 data.log.2008-04-17 이렇게 바꿔줍니다.

아래부분에 보면 log4j.logger. 다음에 패키지명이나 클래스명을 지정해놓고, 로그레벨과 출력할 로그를 지정할 수 있는데요. 해당 클래스나 패키지의 로그는 저걸로 찍겠다는 겁니다. 

name.of.the.package.two 클래스는 logfile로 찍힌다는 겁니다.

그리고, rootLogger가 colsole로 지정되어 있기 때문에 console에도 찍힙니다.


로그를 찍어봅시다.package log;

import org.apache.log4j.Logger;

public class Main {

    protected static Logger logger = Logger.getLogger(Main.class.getName());

    public static void main(String[] args) {

        //DEBUG < INFO < WARN < ERROR < FATAL

        logger.fatal("log4j:logger.fatal()");

        logger.error("log4j:logger.error()");

        logger.warn("log4j:logger.warn()");

        logger.info("log4j:logger.info()");

        logger.debug("log4j:logger.debug()");
    }
}


자 그럼 콘솔에는
FATALlog.Main.main(Main.java:13) -log4j:logger.fatal()
ERRORlog.Main.main(Main.java:15) -log4j:logger.error()
WARN log.Main.main(Main.java:17) -log4j:logger.warn()
INFO log.Main.main(Main.java:19) -log4j:logger.info()
이렇게 출력이 될 것이고 로그파일에도 관련하여 출력될 것입니다.


만약 콘솔에 두번 찍힌다면 아마도 이유는 rootLogger도 찍고, 아래 패키지를 지정한 로그도 찍었기 때문이죠.
그리고, 파일에는 한번만 쓰였다면 이유는 파일에 쓰는건

log4j.logger.name.of.the.package.two=INFO, logfile 여기 이 two 클래스 하나이기 때문입니다.


페이지 히스토리

###############################################

# FATAL : 가장 크리티컬한 에러가 일어 났을 때 사용합니다.
# ERROR : 일반 에러가 일어 났을 때 사용합니다.
# WARN : 에러는 아니지만 주의할 필요가 있을 때 사용합니다.
# INFO : 일반 정보를 나타낼 때 사용합니다.
# DEBUG : 일반 정보를 상세히 나타낼 때 사용합니다.

################################################


 

######################################################################
#%p  debug, info, warn, error, fatal 등의 priority 가 출력된다. 
#%m  로그내용이 출력됩니다
#%d  로깅 이벤트가 발생한 시간을 기록합니다.
#  포맷은 %d{HH:mm:ss, SSS}, %d{yyyy MMM dd HH:mm:ss, SSS}같은 형태로 사용하며 SimpleDateFormat에 따른 포맷팅을 하면 된다
#%t  로그이벤트가 발생된 쓰레드의 이름을 출력합니다. 
#%%  % 표시를 출력하기 위해 사용한다. 
#%n  플랫폼 종속적인 개행문자가 출력된다. \r\n 또는 \n 일것이다. 
#%c  카테고리를 표시합니다
#  예) 카테고리가 a.b.c 처럼 되어있다면 %c{2}는 b.c가 출력됩니다.
#%C  클래스명을 포시합니다.
#  예)클래스구조가 org.apache.xyz.SomeClass 처럼 되어있다면 %C{2}는 xyz.SomeClass 가 출력됩니다
#%F  로깅이 발생한 프로그램 파일명을 나타냅니다.
#%l  로깅이 발생한 caller의 정보를 나타냅니다
#%L  로깅이 발생한 caller의 라인수를 나타냅니다
#%M  로깅이 발생한 method 이름을 나타냅니다.
#%r  어플리케이션 시작 이후 부터 로깅이 발생한 시점의 시간(milliseconds)
#%x  로깅이 발생한 thread와 관련된 NDC(nested diagnostic context)를 출력합니다.
#%X  로깅이 발생한 thread와 관련된 MDC(mapped diagnostic context)를 출력합니다.

#######################################################################


 

#최상위 카테고리에 INFO로 레벨 설정 및 appender로 stdout, rolling을 정의
 log4j.rootLogger=DEBUG, stdout, rolling

#stdout 어펜더는 콘솔에 뿌리겠다는 정의
 log4j.appender.stdout=org.apache.log4j.ConsoleAppender

#stdout 어펜더는 patternlayout을 사용하겠다는 정의
 log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

#페턴은 다음과 같이 포맷팅 하겠다는 것을 정의
 log4j.appender.stdout.layout.ConversionPattern=[%d{yyyy\ub144 MM\uc6d4 dd\uc77c HH:mm(ss)}] _%-5p_ [%t] %-17c{2} (%13F:%L) %3x -->\ub0b4\uc6a9 : %m%n


 

#역시나 rolling 어펜더는 파일로 처리한다라고 정의
 log4j.appender.rolling=org.apache.log4j.DailyRollingFileAppender

#로그 파일 이름은 output.log
 log4j.appender.rolling.File=output.log

#true면 톰캣을 내렸다 올려도 파일이 리셋되지 않습니다.
 log4j.appender.rolling.Append=true

#파일 최대 사이즈는 500KB로 설정
 log4j.appender.rolling.DatePattern='.'yyyy-MM-dd

#역시나 rolling 어펜더는 패턴 레이아웃을 사용하겠다고 정의
 log4j.appender.rolling.layout=org.apache.log4j.PatternLayout

#rolling 어펜더는 패턴 레이아웃 포맷
 log4j.appender.rolling.layout.ConversionPattern=[%d{yyyy\ub144 MM\uc6d4 dd\uc77c HH:mm(ss)}] _%-5p_ [%t] %-17c{2} (%13F:%L) %3x -->\ub0b4\uc6a9 : %m%n





위 그림과 같이 Log4J를 사용하면 무슨 Sql문을 사용하는지 무슨 데이터가 parameter로 넘어오는지 DB를 갔다 왔을때 어떤 데이터를 불러오는지를 이클립스의 Consol창을 통해 한번에 알 수 있다.
스프링에서는 Log4J를 설정하는 방법이 있어서 소개해 본다.

1. http://logging.apache.org/log4j/1.2/download.html 
다음 사이트에서 apache-log4j-1.2.15.zip를 다운 받고 압축을 푼다.
그 안에 있는 log4j-1.2.14.jar 파일을 압축 풀고 이클립스의 lib폴더에 넣는다.

2. log4j.properties 파일을 생성한다.
log4j.properties 파일은 콘솔에 로그가 어떻게 형태로 찍힐 것인지를 세팅하는 레이아웃을 잡아준다. 이런 설정은 구글 검색을 통해서 쉽게 얻을 수 있다. 물론 아래의 내용처럼 해도 된다.
properties파일은 #으로 시작하면 주석으로 처리한다.
# For JBoss: Avoid to setup Log4J outside $JBOSS_HOME/server/default/deploy/log4j.xml!
# For all other servers: Comment out the Log4J listener in web.xml to activate Log4J.
log4j.rootCategory=DEBUG, stdout

log4j.debug=false

#Console log
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.ImmediateFlush=true
log4j.appender.stdout.Target=System.err
log4j.appender.stdout.layout.ConversionPattern=[%p] (%F) - %m%n

3. web.xml 파일에 log4j를 로딩할 Listener와 log4j.perperties 파일위치를 정해주는 설정을 해준다.

<listener>
   <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<context-param>
  <param-name>log4jConfigLocation</param-name>
  <param-value>/WEB-INF/config/log4j.properties</param-value>
</context-param>




=========================================================================================================
=========================================================================================================

# Log4J란

# Log4j 환경 설정하는 방법

1) 프로그래밍내에서 직접 설정
  - 프로그래밍 내에서 직접 설정  ---------->  1번


2) 설정 파일을 사용하는 방법
    - XML 형식                          ---------->   2번
    - 자바의 프로퍼티 형식           ---------->  3번

# Log4J 설치

아래의 위치에서 파일을 다운로드 받는다.

위치 : http://logging.apache.org/site/binindex.cgi 파일 : jakarta-log4j-1.2.8.zip


원하는 장소에 압축을 풀면 아래와 같은 폴더가 나타난다.


Log4J를 사용하기 위해서는, 클래스 패스에 log4j-1.2.8을 포함해야 한다. 아래의 내용을 확인하면 추가하는 방법을 알 수 있다.

1) 프로그래밍내에서 직접 설정

// Log4j에 대한 테스트 소스 (1)

import org.apache.log4j.Logger;
import org.apache.log4j.BasicConfigurator;


public class SimpleLog {
 
 // Logger 클래스의 인스턴스를 받아온다.
   static Logger logger = Logger.getLogger(SimpleLog.class);

   public SimpleLog() {}

   public static void main(String[] args) {

   /*
     콘솔로 로그 출력 위한 간단한 설정,
     이 설정이 없다면 경고 메세지가 출력되면서 실행이 중단된다.
      */
    BasicConfigurator.configure();

       logger.debug("[DEBUG] Hello log4j.");
       logger.info ("[INFO]  Hello log4j.");
       logger.warn ("[WARN]  Hello log4j.");
       logger.error("[ERROR] Hello log4j.");
       logger.fatal("[FATAL] Hello log4j.");
       //loger.log( Level.DEBUG , "debug") 와 동일하다.
   }
}


# 출력결과 및 설명

 > 0 [main] DEBUG SimpleLog - [DEBUG] Hello log4j.
    ... (생략)...
 --------------------------------------------------------
 0                             - 로깅호출로부터 경과된 시간 (밀리세컨단위)
 [main]                     - 호출한 스레드의 이름
 DEBUG                    - 로그레벨
 SimpleLog                - 클래스 이름
 [DEBUG]Hello log4j. - 로그메세지
 --------------------------------------------------------

# 로그 레벨

로그 레벨은 다음과 같다.
---------------------------------------------------------
DEBUG  : 디버그
INFO     : 정보
WARN   : 경고
ERROR : 에러
FATAL  : 심각한 오류
---------------------------------------------------------
순서는 DEBUG > INFO > WARN > ERROR > FATAL 이며,

log.properties에서 설정한 값 이후의 내역은 모두 기록된다.
즉, INFO로 설정하면, INFO, WARN, ERROR, FATAL의 내용이 로그에 기록된다.



# 중요 컴포넌트 설명 

 1. Logger : 로그의 주체 (로그 파일을 작성하는 클래스)
    - Log4j의 심장부에 위치하며, 개발자가 로그출력 여부를 런타임에 조정되도록 해준다.

      로거는 로그레벨을 가지고 있으며, 로그의 출력여부는 로그문의 레벨과 로거의 레벨을 가지고 결정된다.


    - 어플리케이션을 작성하기전 어떤 로거를 사용해야 할지 정해야 한다.
       ex) static Logger logger = Logger.getLogger(SimpleLog.class);


     [참고] Commons-Logging 는 레퍼클래스도 존재함


 2. Appender : 로그를 출력하는 위치

     -  로그를 출력하는 위치를 의미하며,

         Log4J API문서의 XXXAppender로 끝나는 클래스들의 이름을 보면, 출력위치를 어느정도 짐작할 수 있다.

         http://logging.apache.org/log4j/docs/api/index.html


 3. Layout : Appender의 출력포맷
 
    -  일자, 시간, 클래스명등 여러가지 정보를 선택하여 로그정보내용으로 지정할 수 있다.

        자세한 패턴은 아래의 클래스정보를 살펴보면 알수있다.
        http://logging.apache.org/log4j/docs/api/org/apache/log4j/PatternLayout.html

    ※ Layout의 종류


        1) DateLayout,
        2) HTMLLayout,
        3) PatternLayout, ( 일반적으로 PatternLayout을 사용하는 것이 디버깅에 가장 적합함 )
        4) SimpleLayout,
        5) XMLLayout 


패턴 레이아웃 설명

ex) "[%d{yyyy-MM-dd HH:mm:ss}] %-5p [%l] - %m%n
------------------------------------------------------------------------------------------------------------
C : 클래스명을 출력한다. {1}과 같은 설정을 추가하여 클래스 이름 또는 특정 패키지 이상만 출력하도록 설정할 수 있다.
d : 로그 시간을 출력한다. java.text.SimpleDateFormat에서 적절한 출력 포맷을 지정할 수 있다.
F : 파일 이름을 출력한다. 로그시 수행한 메소드, 라인번호가 함께 출력된다.
L : 라인 번호만 출력한다.
m : 로그로 전달된 메시지를 출력한다.
M : 로그를 수행한 메소드명을 출력한다.
n : 줄 바꿈
p : 로그 이벤트명 (DEBUG등)
r : 로그 처리시간 (milliseconds)

------------------------------------------------------------------------------------------------------------

// Log4j에 대한 테스트 소스 (2)

 

import java.io.IOException;

import org.apache.log4j.DailyRollingFileAppender;
import org.apache.log4j.Logger;
import org.apache.log4j.PatternLayout;

public class DailyLog {
 
  static Logger logger = Logger.getLogger(DailyLog.class);
 
  public static void main(String[] args) {
    String pattern = "[%d{yyyy-MM-dd HH:mm:ss}] %-5p [%l] - %m%n";
    PatternLayout layout = new PatternLayout(pattern);
   
    // 처음 생성될 로그 파일의 이름
    String filename = "DailyLog.log";
   
    // 날짜 패턴에 따라 추가될 파일 이름
    String datePattern = ".yyyy-MM-dd";
   
    DailyRollingFileAppender appender = null;
    try {
      appender = new DailyRollingFileAppender(layout, filename, datePattern);
    } catch (IOException ioe) {
      ioe.printStackTrace();
    }
   
    logger.addAppender(appender);
   
    logger.debug("Hello log4j.");
  }
}

---------- java ----------
출력 완료 (1초 경과) - 정상 종료
DailyLog.log 파일을 열어보면 아래와 같은 내용이 추가된것을 알 수 있다.

[2004-07-29 17:36:05] DEBUG [DailyLog.main(DailyLog.java:30)] - Hello log4j.


파일의 내용은 소스 코드에서 정의된 패턴인 "[%d{yyyy-MM-dd HH:mm:ss}] %-5p [%l] - %m%n" 에 따라 생성된 것이다.


출력된 것과 대조해보면 대충 어떤 의미인지 유추가 가능하다.

-----------------------------------------------------------------------------------------

1번째 : 날짜  (날짜를 나타내는 형태도 SimpleDateFormat 을 사용하는 것처럼 원하는 형태로 가능)

2번째 : 로그 레벨

3번째 : [패키지 이름.클래스 이름.메소드 이름(소스 파일 이름:소스 라인 넘버)] 

4번째 : 실제 로그 내용

-----------------------------------------------------------------------------------------

(출력 패턴은 이외에도 많은 것들이 있는데 자세한 사항은 log4j API 문서를 참고하도록 하자.)
     

2) 설정 파일을 사용하는 방법 (1) - 자바 프로퍼티 형식

# properties 파일 사용하는 법 (자바의 프로퍼티 형식)


애플리케이션에서 각 클래스는 각각의 로거를 가지거나 공통의 로거를 가질 수 있다.

Log4j는 모든 로거가 상속할 수 있는 루트 로거를 제공한다.

log4j.properties를 만들때도 맨 위에 필요한 것이 루트로거에 대한 내용이다.

#log4j.rootLogger=DEBUG, A1
log4j.rootLogger=OFF, A1
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=[%d{yyyy-MM-dd HH:mm:ss}] - %m%n


아래 문서는 log를 출력할 자바문서이다.

import org.apache.log4j.Logger;


import org.apache.log4j.PropertyConfigurator;




public class LogProperty {


  


  static Logger logger = Logger.getLogger(LogProperty.class);


  


  public static void main(String[] args) {


    logger.debug("Hello log4j.");


  }


}
실행 
---------- java ----------


출력 완료 (1초 경과) - 정상 종료


화면에 출력되는 로그는 없다. 아래와 같이 변경한 후 다시 LogProperty를 실행한다.


log4j.rootLogger=DEBUG, A1
#log4j.rootLogger=OFF, A1


아래와 같이 결과가 나타날 것이다.

---------- java ----------
[2004-07-29 18:10:33] - Hello log4j.
출력 완료 (3초 경과) - 정상 종료



또 다른 예를 들어보자. log4j.properties 를 아래와 같이 수정한다.

log4j.rootLogger=DEBUG, A1
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=test.log
log4j.appender.A1.DatePattern='.'yyyy-mm-dd
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=[%d{yyyy-MM-dd HH:mm:ss}] %-5p [%l] - %m%n


LogProperty.java 문서를 다시 실행하면 같은 폴더에 test.log 파일이 생성된다. test.log파일을 열어본다.



------------------------------------------------------------
Log4j의 초기화 (log4j.properties 파일을 이용한 초기화)
------------------------------------------------------------
초기화를 위한 첫번째 방법은 필요한 로깅 요소를 포함하는 log4j.properties 파일을 만들어 이를 통해 초기화 하는것입니다. 아래 예는 INFO 레벨로 oef.apache.log4j.ConsoleAppender를 사용하여 콘솔에 메시지를출력하는 설정 파일 입니다.
[Log4j.properties]

# A basic log4j configuration file that creates a single
console appender
# Create a single console appender that logs INFO and higher
log4j.rootLogger=INFO, stdout
# Configure the stdout appender to go to the console
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
# Configure the stdout appender to use the PatternLayout
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
# Pattern to output the caller's filename and line number.
log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n

이 설정은 하나의 Appender 즉 System.out으로만 메시지를 출력하는 ConsoleAppender를 사용 합니다.

log4j.properties 파일은 WEB-INF/classes 폴더에 설치해야 하며 다중 애플리케이션 환경일 경우 각 애플리케이션 별로 log4j.properties를 설치 할 수 있습니다.

아래의 log4j.properties 파일은 메시지의 레벨과 다른 파라미터들을 기반으로 하여 여러 Appender에 로그 메시지를 기록하도록 설정 하는 예 입니다. 콘솔에도 출력하고 out.log 파일에도 메시지를 출력 합니다.

[Log4j.properties]

# A sample log4j configuration file
# Create two appenders, one called stdout and the other called rolling
log4j.rootLogger=DEBUG, stdout, rolling

# Configure the stdout appender to go to the console
log4j.appender.stdout=org.apache.log4j.ConsoleAppender

# Configure the stdout appender to use the PatternLayout
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

# Pattern to output the caller's filename and line number
log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L)- %m%n

# Configure the rolling appender to be a RollingFileAppender
log4j.appender.rolling=org.apache.log4j.RollingFileAppender

# Configure the name of the logout for the rolling appender
log4j.appender.rolling.File=output.log

# Set up the maximum size of the rolling log file
log4j.appender.rolling.MaxFileSize=100KB

# Keep one backup file of the rolling appender
log4j.appender.rolling.MaxBackupIndex=1

# Configure the layout pattern and conversion pattern for the rolling appender
log4j.appender.rolling.layout=org.apache.log4j.PatternLayout
log4j.appender.rolling.layout.ConversionPattern=%d{ABSOLUTE} - %p %c - %m%n


3) 설정 파일을 사용하는 방법 (2) - XML 형식


# XML로 log4j 사용하는 법

------------------------------------------------------------
Log4j의 초기화 (XML 파일을 이용한 초기화)
------------------------------------------------------------

Log4j.properties 처럼 XML 파일 역시 WEB-INF/classes 폴더에 위치하면 됩니다.
그리고 파일이름은 반드시 log4j.configuration 시스템 프로퍼티에 지정하여 어떤 파일을 로딩 할것인지를 알게 해야 합니다.

Log4j.configuration 파일에서 프로퍼티를 설정 하는 방법은 다음과 같습니다.

set CATALINA_OPTS=-Dlog4j.configuration=log4j.xml

또는 자바 명령행에서 지정하는 것도 가능 합니다.

java -Dlog4j.configuration=log4j.xml


[log4j.xml]
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration
xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="stdout"
class="org.apache.log4j.ConsoleAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%5p [%t] (%F:%L)- %m%n"/>
</layout>
</appender>
<root>
<priority value ="INFO" />
<appender-ref ref="stdout" />
</root>
</log4j:configuration>


참고로 log4j.xml 파일의 위치를 /WEB-INF/class 에서 상대적으로 지정하지 않고 파일 시스템의 절대 경로를 사용 하기 위해서는 다음과 같이 합니다.

java -Dlog4j.configuration=file:/c:/dev/env/log4j.xml

<<소스-xml>>

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">

    <!-- 콘솔로 보기(디버그) -->
    <appender name="CONSOLE-debug" class="org.apache.log4j.ConsoleAppender">
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%p - %C{1}  :  %M  %m %n"/>
        </layout>
    </appender>
   
    <!-- 콘솔로 보기(인포) -->
    <appender name="CONSOLE-info" class="org.apache.log4j.ConsoleAppender">
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%m ---%d %n"/>
        </layout>
    </appender>
   
    <!-- 매 날짜별 로그 파일 남기기 -->
    <appender name="LOGFILE-DAILY" class="org.apache.log4j.DailyRollingFileAppender">
        <param name="file" value="test-daily.log"/>
        <param name="Append" value="true"/>
        <param name="DatePattern" value="'.'yyyy-MM-dd"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
        </layout>
    </appender>
   
     <!-- 매 날짜별 로그 파일 남기기(로그인) -->
    <appender name="LOGFILE-DAILY-LOGIN" class="org.apache.log4j.DailyRollingFileAppender">
        <param name="file" value="test-daily-login.log"/>
        <param name="Append" value="true"/>
        <param name="DatePattern" value="'.'yyyy-MM-dd"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d - %m%n"/>
        </layout>
    </appender>
   
     <!-- 매 날짜별 로그 파일 남기기(가입) -->
    <appender name="LOGFILE-DAILY-JOIN" class="org.apache.log4j.DailyRollingFileAppender">
        <param name="file" value="test-daily-join.log"/>
        <param name="Append" value="true"/>
        <param name="DatePattern" value="'.'yyyy-MM-dd"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d - %m%n"/>
        </layout>
    </appender>
   
     <!-- 매 날짜별 로그 파일 남기기(탈퇴) -->
    <appender name="LOGFILE-DAILY-JOINBREAK" class="org.apache.log4j.DailyRollingFileAppender">
        <param name="file" value="test-daily-joinbreak.log"/>
        <param name="Append" value="true"/>
        <param name="DatePattern" value="'.'yyyy-MM-dd"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d - %m%n"/>
        </layout>
    </appender>
   
    <!-- 로그 파일 100KB마다 새로 남기기 -->
    <appender name="LOGFILE-SIZE" class="org.apache.log4j.RollingFileAppender">
        <param name="file" value="test-Size.log"/>
        <param name="Append" value="true"/>
        <param name="MaxFileSize" value="100KB"/>

       <param name="MaxBackupIndex" value="5"/>  
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
        </layout>
    </appender>
   
    <!-- XML 형태로 로그 파일 남기기 -->
    <appender name="LOGFILE-XML" class="org.apache.log4j.FileAppender">
        <param name="file" value="test-XML.log"/>
        <param name="Append" value="true"/>
        <layout class="org.apache.log4j.xml.XMLLayout"/>
    </appender>

    <logger name="org.apache">
        <level value="WARN"/>
    </logger>
   
    <root>
        <level value="INFO"/>
        <appender-ref ref="CONSOLE-debug"/>
       
        <!--<appender-ref ref="LOGFILE-DAILY"/>-->
        <!--<appender-ref ref="LOGFILE-SIZE"/>-->
        <!--<appender-ref ref="CONSOLE-info"/>-->
        <!--<appender-ref ref="LOGFILE-XML"/>-->
    </root>
</log4j:configuration>


<<소스-Properties>>
# A sample log4j configuration file

# Create two appenders, one called stdout and the other called rolling
log4j.rootCategory=INFO, stdout

log4j.debug=false


# Configure the stdout appender to go to the console
log4j.appender.stdout=org.apache.log4j.ConsoleAppender

# Configure the stdout appender to use the PatternLayout
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

# Pattern to output the caller's filename and line number
log4j.appender.stdout.layout.ConversionPattern=%5p,[%d],[%t],(%F:%L),%m%n

#-Dlog4j.configuration="file:D:\myworkspace\FrameWorkTest\src\log4j.properties --------Eclipse Connection


==========================

jeus 5 log 설정.


이 문서는 JEUS 5의 웹 관리자를 사용한 logging 설정 방법 및 customization 방법, log4j 사용법 등을 설명한다.

기본logger 파일
최초 JEUS 설치 시, JEUS log는 default로 console handler를 사용하기 때문에 JEUS manager와모든 engine container의 log message가 stdout형태로 출력된다. 또한 web container 의access log가$JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명>/servlet /accesslog/access.log 에 출력 된다.

웹관리자접속
웹 관리자에 접속하는 방법은 다음과 같다. 웹 관리자는JEUS_BASEPORT + 8 의 포트를 사용하므로 JEUS_BASEPORT 가 default 로 9736이므로 웹 관리자는9744를 사용하고, 해당 Port에 대해 방화벽이 열려 있어야 한다.


웹 관리자로 log 설정하기

1. JEUS Server log 설정
웹관리자 접속 후 노드명을 선택하면 오른쪽 화면에서 에러로그설정 항목을 볼 수있다.

Input image

로거추가를 선택하면 logging level 설정 화면이 나오는데, logging level 은 다음과 같다.
FATAL<NOTICE<INFORMATION<DEBUG<SEVERE<WARNING<INFO<CONFIG<FINE<FINER<FINEST<ALL

- default level 은 INFO
- 개발자는보통 FINE

logging level 선택 후 확인을 누르면 아래와 같이 jeus logger가 추가된 것을 볼 수 있다.

Input image

추가된 jeus logger를 선택하면 로그핸들러 생성화면을 볼 수 있는데, 핸들러의 종류는 다음과 같다.
console-handler, file-handler, smtp-handler, socket-handler, user-handler
- default 는 console-handler

사용하고자 하는 핸들러를 선택하면 아래와 같이 새 로그 핸들러 생성 화면이 나타난다. 각 항목 확인 후 생성버튼을 누르면 JEUS Server log 가 생성된다.
웹관리자에서 생성한 JEUS Server log 는 $JEUS_HOME/config/<노드명>/JEUSMain.xml 에 xml 형태로 추가된다.

<<JEUSMain.xml>>
<jeus-system xmlns="http://www.tmaxsoft.com/xml/ns/jeus">
<node>
...
<system-logging>
          <level>INFO</level>
          <handler>
              <file-handler>
                  <name>handler1</name>
                  <level>FINEST</level>
                  <valid-day>1</valid-day>
              </file-handler>
          </handler>
      </system-logging>

위와 같이 file-handler, 1일 단위로 생성했을 경우 log 는, $JEUS_HOME/logs/<노드명> 에JeusServer_<날짜>.log 형식으로 남게 된다.<system-logging><level>의 log level은 <handler>에서 설정한<level> 보다 우선한다.  log 를 실시간으로 확인하기 위해서 tail 명령어를 사용하거나,
test:/home/main/jeus5/logs/test> tail -f JeusServer_<날짜>.log

또는 사용자 profile 에 아래와 같이 alias 를 설정하는 방법이 있다.
alias jlog='tail -f ${JEUS_HOME}/logs/`hostname`/JeusServer_`date +%Y%m%d`.log'

2. Container log 설정
Container log 는 Container 마다 별도로 log를 관리 할 수 있다는 장점이 있다.
Container log설정은 위와 마찬가지로 웹 관리자를 사용한다. 웹 관리자에 접속 후 컨테이너명을 선택하면 오른쪽 화면에서 에러 로그 설정 항목을 볼 수 있다.
logging 설정은 JEUS Server log 설정을 참고한다.

웹관리자에서 생성한 Container log는 $JEUS_HOME/config/<노드명>/JEUSMain.xml 에 xml 형태로 추가된다.

<<JEUSMain.xml>>
<jeus-system xmlns="http://www.tmaxsoft.com/xml/ns/jeus">
    <node>
        <name>test</name>
        <engine-container>
            <name>container1</name>
            ...
            <system-logging>
                <level>INFO</level>
                <handler>
                    <file-handler>
                        <name>handler1</name>
                        <level>FINE</level>
                        <valid-day>1</valid-day>
                    </file-handler>
                </handler>
            </system-logging>
        </engine-container>

Containerlog 를 file-handler, 1일 단위로 생성했을 경우 log 는,$JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명> 에<노드명>_<컨테이너명>_<날짜>.log 형식으로 남게 된다.
<system-logging><level>의 log level은 <handler>에서 설정한 <level> 보다 우선한다.
log 를 실시간으로 확인하기 위해 tail 명령어를 사용하거나 사용자 profile 에 아래와 같이 alias 를 설정하는 방법이 있다.

alias clog='tail -f ${JEUS_HOME}/logs/`hostname`/`hostname`_container1/`hostname`_container1_`date +%Y%m%d`.log'
Container log에서 ConsoleHandler 를 사용할 경우 Console로 외의 JEUS Server log에 같이 출력 된다.


JEUS logging 패턴
JEUS logging 은 JDK1.4에서 포함된 java.util.logging 패키지에 있는 Logging API를 따른다.
JEUS의 logging 환경은 JEUS_HOME/bin/logging.properties 에 설정되어 있다.
logging.propertis 를 보면 JEUS는 default 로 ConsoleHandler 를 사용하고, logging level 은 INFO 임을 알 수 있다.
handler 를 추가할 경우는 다음과 같이 콤마로 분리한다.

handlers= java.util.logging.FileHandler, java.util.logging.ConsoleHandler

또한 console 에 출력되는 log level 은 아래의 항목에서 지정할 수 있다.
java.util.logging.ConsoleHandler.level = FINE

FileHandler 를 사용할 경우, log는 기본적으로 사용자 홈 디렉토리에 출력되지만 경로나 출력 포맷 (XMLFormatter or SimpleFormatter)등을 지정할 수 있다.

java.util.logging.FileHandler.pattern = /home/main/MyLog.log

java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter

ConsoleHandler도 마찬가지로 log level 과 출력 포맷을 지정할 수 있고, 특정 class 에서의 log level 설정도 가능하다.

아래는 logging.properties 에 설정한 각 항목을 테스트 할 수 있는 예이다.

<<shbean.jsp>>
<%
        com.SHBean a = new com.SHBean();
%>


<<SHBean.java>>
package com;
import java.util.logging.*;
public class SHBean{
        Logger logger = null;
        public SHBean(){
                logger = Logger.getLogger(getClass().getName());
                logger.setLevel(Level.FINEST);

logger.info("info test");
                logger.severe("severe test");
                logger.fine("fine test");
                logger.finest("finest test");
        }
}

logging.properties 를 아래와 같이 설정할 경우,

<<logging.properties>>
handlers= java.util.logging.FileHandler, java.util.logging.ConsoleHandler
java.util.logging.FileHandler.pattern = /home/star/MyLog.log
java.util.logging.FileHandler.limit = 50000
java.util.logging.FileHandler.count = 1
java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter
java.util.logging.ConsoleHandler.level = FINE
java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter
...

아래와 같은 결과를 얻을 수 있다.
<<JeusServer_20080404.log>>
...
<<JeusServer_20080404.log>>

2008. 4. 4오후 6:11:16 com.SHBean <init>
정보: info test

2008. 4. 4오후 6:11:16 com.SHBean <init>
심각: severe test

2008. 4. 4오후 6:11:16 com.SHBean <init>
자세히: fine test


access log 비활성화

별도의 설정이 없을 경우 Web Container당 1개의 access-log 가 생성된다. access log 에는Context Group에 대한 모든 요청과 사용자 접근에 관한 log가 남는다. access log의 기본 위치는,$JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명>/servlet /accesslog/<GroupName>/access.log가 기본 log file이다. 

그런데 접근이 빈번한사이트에서는 access log의 양이 클 수가 있으므로 access logging 기능을 사용하지 않는 것이 좋다.access log는 default 가 true 이기 때문에,$JEUS_HOME/config/<노드명>/<노드명>_servlet_<엔진명> /WEBMain.xml 에서 설정을 변경 할 수 있다. 아래와 같이<logging><access-log><enable>을 false 로 하면 된다.

<<WEBMain.xml>>
<web-container xmlns="http://www.tmaxsoft.com/xml/ns/jeus">
    <context-group>
        ...
<logging>
<access-log>
<enable>false</enable>
...

참고해야 할 사항은 access log 는 <valid-day> 를 명시하지 않으면 하나의 파일에 남기 때문에 1일 단위로 출력하기 위해서는 위의 태그를 명시해야 한다.

log 파일경로변경

1. log home 변경
log home디렉토리 위치 변경은 $JEUS_HOME/bin/jeus 에서 -Djeus.log.home 을 추가하고 원하는 log 위치를 명시한다.
-Djeus.log.home=/home/main/logs      \
 
2. handler가 사용할 file name설정
JEUS4 버전까지는 전체적인 log home 경로 변경만 가능하였지만, JEUS 5에서는 사용자가 세부적인 log에 대한 위치를 정할수 있다. 다음과 같이<file-name>태그를 통하여 handler가 사용할 file name을 설정할 수 있다.

<<JEUSMain.xml>>
<jeus-system xmlns="http://www.tmaxsoft.com/xml/ns/jeus">
<node>
...
<system-logging>
          <level>INFO</level>
          <handler>
              <file-handler>
                  <name>handler1</name>
                  <level>FINEST</level>
                  <valid-day>1</valid-day>
<file-name>7/home/main/Mylog.log</file-name>
              </file-handler>
          </handler>
      </system-logging>


log4j API를이용한 logging
JEUS에서 log4j를 사용할 경우 log4j-1.xxx.jar 파일은 위치는 통상적으로 다음 경로에 올 수 있다.
- $JEUS_HOME/lib/application  ... ①
- context 아래의 WEB-INF/lib ... ②
- 임의의경로 : /home/main/log4j/log4j-1.xxx.jar

임의의경로에넣을경우, JEUSMain.xml 의 <user-class-path> 태그에위경로를설정함 ... ③

그리고 log4j.properties는 classpath에 포함되는 디렉토리에 위치시키는데 다음과 같이 올 수 있다.

- $JEUS_HOME/lib/application  ... ①
- context 아래의 WEB-INF/classes ... ②
- 파일위치 : /home/main/log4j/log4j.properties

임의의경로에넣을경우, JEUSMain.xml 의 <user-class-path> 태그에위경로를설정함 ... ③
예를 들어 ①과 ② 경로에 모두 log4j.properties 가 있는 경우 ①의 위치한 log4j.properties 가 실행된다.

log4j.properties 에서 아래와 같이 로그파일의 경로를 상대경로로 설정할 경우, JEUS를 restart 할 때마다 파일의 위치는 가변적이다. 즉, restart 한 시점의 경로에 로그파일이 발생하게 된다.

<<log4j.properties>>
...
log4j.appender.dailyfile.Threshold = DEBUG
log4j.appender.dailyfile = org.apache.log4j.DailyRollingFileAppender
log4j.appender.dailyfile.File = logfile.log
log4j.appender.dailyfile.layout = org.apache.log4j.PatternLayout




예) XML Property : java -Dlog4j.configuration=log4j.xml
===============================================================================================
===============================================================================================
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration>

<appender name="A1" class="org.apache.log4j.ConsoleAppender">
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
    </layout>
</appender>

<root>
    <priority value ="debug" />
    <appender-ref ref="A1"/>
</root>

</log4j:configuration>


예) XML Property
===============================================================================================
===============================================================================================
<?xml version="1.0" encoding="euc-kr" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<!--
파일에 로그를 기록하는 샘플입니다.
기본적으로 로그파일의 이름을 기록할 수 있으며,
해당설정은 root logger에 설정되어 있는 내용을 참조하여 설정이 가능합니다.
아래의 설정파일은 매일로그를 남길수 있는 형태여서 형태가 다양하게 나타날수 있습니다.
날짜변경이 되면 자동으로 로그가 바뀝니다.
-->
<log4j:configuration>

<appender name="A1" class="org.apache.log4j.DailyRollingFileAppender">
    <param name="File" value="ienvyou.log"/>
    <param name="Append" value="false"/>
    <param name="DatePattern" value="'.'yyyy-MM-dd"/>
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
    </layout>
</appender>

<root>
    <priority value ="debug" />
    <appender-ref ref="A1"/>
</root>

</log4j:configuration>


예) XML Property
===============================================================================================
===============================================================================================
<?xml version="1.0" encoding="euc-kr" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<!--
File에 로그를 계속적으로 쌓이게 하는 방법입니다.
기본적으로 로그파일의 이름을 기록할 수 있으며,
해당설정은 root logger에 설정되어 있는 내용을 참조하여 설정이 가능합니다.
-->
<log4j:configuration>

<appender name="A1" class="org.apache.log4j.FileAppender">
    <param name="File" value="ienvyou.log"/>
    <param name="Append" value="false"/>
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
    </layout>
</appender>

<root>
    <priority value ="debug" />
    <appender-ref ref="A1"/>
</root>

</log4j:configuration>


예) XML Property
===============================================================================================
===============================================================================================
<?xml version="1.0" encoding="euc-kr" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<!--
출력을 XML포맷의 파일로 하는 방법입니다.
기본적으로 로그파일의 이름을 기록할 수 있으며
해당설정은 root logger에 설정되어 있는 내용을 참조하여 설정이 가능합니다.
출력은 XML형태의 파일로 저장됩니다.
-->
<log4j:configuration>

<appender name="A1" class="org.apache.log4j.FileAppender">
    <param name="File" value="ienvyou.log"/>
    <param name="Append" value="false"/>
    <layout class="org.apache.log4j.xml.XMLLayout"/>
</appender>

<root>
    <priority value ="debug" />
    <appender-ref ref="A1"/>
</root>

</log4j:configuration>


예) XML Property
===============================================================================================
===============================================================================================
<?xml version="1.0" encoding="euc-kr" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<!--
파일이 일정용량(예제:100KB) 이 되면 xxx.log.1, xxx.log.2의 형태로 변경시키는 방법입니다.
기본적으로 로그파일의 이름을 기록할 수 있으며
해당설정은 root logger에 설정되어 있는 내용을 참조하여 설정이 가능합니다.
아래의 설정파일은 일정파일사이즈가 되면 파일변경
-->
<log4j:configuration>

<appender name="A1" class="org.apache.log4j.RollingFileAppender">
    <param name="File" value="ienvyou.log"/>
    <param name="Append" value="false"/>
    <param name="MaxFileSize" value="100KB"/>
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d %-5p [%t] %-17c{2} (%13F:%L) %3x - %m%n"/>
    </layout>
</appender>

<root>
<priority value ="debug" />
<appender-ref ref="A1"/>
</root>

</log4j:configuration>

'Java' 카테고리의 다른 글

Web Server 와 WAS  (0) 2010.07.28
[JAVA] log4j의 초간단 사용법 - 날짜별, 패키지(클래스)별, 파일생성  (0) 2010.07.26
Session 관리  (0) 2010.07.26
java.lang.NoSuchMethodError  (0) 2010.07.22
[HttpSession] javax.servlet.http.HttpSession  (0) 2010.07.22
클라이언트와 지속적인 연결을 유지하지 못하는 것이 http protocol의 특징이므로, 이전 요청한 클라이언트와의 연결을 유지하기 위해서 Session을 사용한다.
컨테이너(톰캣) 단에서 Session ID를 발행하고, 해당 Session ID와 Cookie를 맵핑 한 다음 해당 쿠키를 클라이언트에서 사용하도록 하면 클라이언트를 구분해서 받을 수 있다.

* 세션 ID는 다음과 같은 방법으로 사용할 수 있다.

HttpSession session = request.getSession();

위와 같이 하게 되면, request로부터 세션 ID를 가지고 올 수 있고, 제일 처음 요청이라면 response 객체에 보낼 쿠키도 생성하게 된다.

* 세션이 이미 있는지, 아니면 처음 요청으로 새롭게 만들게 되었는지를 확인하려면 다음과 같이 하면 된다.

HttpSession session = request.getSession();

if(session.isNew()) {
    out.println("This is a new session");
} else {
    out.println("Welcome back!");
}

* 클라이언트가 쿠키를 사용하지 않을 경우에는 세션 ID를 URL 뒤에 붙여 보내줘서 쿠키 대신에 URL을 파싱해서 클라이언트를 구분하기도 한다.
URL 뒤에 세션 아이디를 붙여 보내기 위해서는 다음과 같이 하면 된다.

HttpSession session = reqeust.getSession();

out.printl("<a href=\"" + response.encodeURL("/BeerTest.do") + "\">click me</a>");

세션을 유지하면서 요청을 다른 서블릿이나 JSP로 보내고 싶은 경우에는 encodeRedirectURL()을 사용하면 된다.

* 오래된 세션은 세션 타임아웃을 web.xml에 설정하여 전체 세션에 적용해서 사용하거나, 메소드를 사용하여 특정 세션에서만 사용할 수 있다.
사용 방법은 다음과 같다.

web.xml에서 사용하는 방법

  <session-config>
      <session-timeout>15</session-timeout>
  </session-config>

특정 세션에서만 사용하는 방법

session.setMaxInactiveInterval(20*60);

web.xml에서는 분 단위로 적을 수 있고, setMaxInactiveInterval의 인자값으로 사용할 경우에는 초 단위로 사용할 수 있다.
위의 경우에는 15분 또는 20분이라는 의미이다.

'Java' 카테고리의 다른 글

[JAVA] log4j의 초간단 사용법 - 날짜별, 패키지(클래스)별, 파일생성  (0) 2010.07.26
[자바] 로그 사용법 - log4j-1.2.15.jar (마지막 부분 XML 설정방법)  (0) 2010.07.26
java.lang.NoSuchMethodError  (0) 2010.07.22
[HttpSession] javax.servlet.http.HttpSession  (0) 2010.07.22
HttpServletRequest, HttpServletResponse의 개요  (0) 2010.07.20

+ Recent posts

티스토리툴바