Windonws 7 에 C 드라이브 용량이 하루가 멀다하고 줄어두는게 눈에 띄었다. 원인을 알아보니
C:\Windows\winsxs 이놈이 문제.
이게 뭐하는건지는 모르겠는데, 하드 정리할때 봐도 이게 없다!!!
뭐하는 놈인지는 모르겠지만 다음과 같이 하면 좀 된다고 한다.
1 . Window키 + R : 실행창이 뜸
2 . cmd 치고 엔터 : 도스창 띄움
3 . DISM /online /Cleanup-Image /SpSuperseded 치고 엔터(혹은 긁어서 카피하고 도스창 우클릭 붙여넣기)
4 . 기다린다.
5 . 완료..
아래와 같은 화면이 나옵니다.
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\hyun>DISM /online /Cleanup-Image /SpSuperseded
배포 이미지 서비스 및 관리 도구
버전: 6.1.7600.16385
이미지 버전: 6.1.7600.16385
서비스 팩 설치 시 만들어진 백업 파일을 제거하는 중입니다.
[==========================100.0%==========================]
서비스 팩 정리 작업이 완료되었습니다.
작업을 완료했습니다.
[출처] C:Windowswinsxs 용량 정리.|작성자 님프
해당 글 링크
Servicing Stack (1) 부제: WinSxS 폴더를 이해하다
Servicing Stack (2) 부제: 커져만 가는 WinSxS 폴더 사이즈를 줄여보자!
이해하기 쉽게 간단히 줄여서 설명도 잘해주신것 같고 파일 링크에 대한 이해도 새롭게 알게되었고
또 잊어버릴까 해서 링크 남겨놓습니다.
출처 : http://dalyal.tistory.com/entry/iReport의-Field-Parameter-Variable
이번에 알아볼것은 iReport에서 핵심을 이루고 있는 Text Field에 들어가는 것들 입니다.
DB에서 값을 가져오는 Field, 조건이나 가지고 있는 값 자체를 사용 할때 쓰는 Parameter,
Count나 Sum 등 연산에 자주사용되는 Variable 에 대해 알아 보겠습니다.
6. Subreport - Mainreport 안에 다른 보고서를 포함하는 것으로 각 보고서간에
서로 Parameter를 주고 받을 수 있고 독립적으로 서로 다른 보고서 결과를
(한마디로 다른 쿼리) 작성할 때 사용합니다.
* Edit / InsertElement / Subreport 를 클릭하거나 Toolbar에서 아이콘을 클릭해서
Mainreport안에 만들어 준다. ( 이때 크기는 Subreport크기랑 맞추어 주는 걸 추천한다)
iReport에서는 선이나 네모,원, 텍스트박스등을 다 Elements란 개념으로 표현합니다.
각각의 Elements들은 상단에 존재하는 Toolbar를 이용하거나 Menu에 Edit부분을 보면
Insert Elements를 이용해서 삽입해 줄 수 있습니다
또 화면에 삽입한 Elements들은 아래의 그림과 같이 트리 형식으로 나타납니다.
iReport band
출처 : http://dalyal.tistory.com/entry/iReport-준비단계Options-Setting
이번 단계에서는 iReport사용에 대해 전반적인 설정을 해보겠습니다.
iReport를 실행시키고 위에 메뉴바에 보면 Options에서 Settings..를 클릭합니다.
그럼 밑에 보이는 그림과 같은 Options창이 뜹니다.
여기서 NEW를 클릭하게 되면 datasource type을 고르라고 하는데
Database JDBC connection을 선택하고 NEXT를 클릭 합니다. (다른것은 안해봣음;;)
자 이제 Connections properties란 창이 하나뜨는게 보이네요.
여기서 자신이 연결한 Database에 대한 설정을 해줍니다.
* Name - 앞으로 표시 될 이 Database의 이름을 말합니다.
* JDBC Driver - 전 오라클 사용을 위해 oracle.jdbc.driver.OracleDriver를 선택합니다.
* JDBC URL - 이부분은 직접 써넣어도 되지만 자동 세팅 할수 있기 때문에 스킵합니다.
* Server Address - 자신이 연결한 Database의 주소를 써줍니다 (ex. 192.68.41.1)
* Database - 자신이 연결한 Database의 이름을 써줍니다.(ex: ora92)
=> 주소와 Database 이름 써넣은후 Wizard를 클릭하면 URL이 세팅 됩니다.
* User Name - Database 연결 하는 User ID를 말합니다.
* Password - Database 연결 하는 비밀번호를 말합니다.
(Save password를 체크 하지 않으면 Database 연결시 마다 비번를 입력해야 합니다.)
자 다 설정 하셨으면 Test버튼을 클릭해서 Connection test successful!이 뜨면
제대로 연결이 된것 입니다.
Save 하면 추가된 Datasource를 확인 할수 있습니다.
여러개를 추가할 수 있고 그 중 하나를 Default로 지정해야 합니다
(따로 Default를 지정하지 않으면 가장 마지막에 만든 Datasource가 default가 됩니다.)
이로써 iReport에 Database를 연결하는 방법은 끝났습니다.
다음 장에서는 여러 Option들에 대해 알아보겠습니다.
회사에서 진행하는 프로젝트에 사용하게 된 리포트툴입니다.
깔끔한 UI와 오픈소스로 무료배포인게 가장 큰 매력이었구요..
국내에 제대로 된 자료를 찾기 어려워서(버전이 낮은 것은 있더군요.)
직접 익힌 iReport 사용법을 소개하고자 합니다.
사용한 버전이 1.3.1 이지만 최근에 릴리즈된 2.0.1버전이랑 별 차이가 없어서
사용했던 버전에 2.0.1버전에 추가한 내용을 합해서 설명하겠습니다.
iReport 를 사용하기 위해서는 Sun Java 2 SDK 1.5 이상의 버전과
Runtime Environment (JRE) 필요하고 jasper 파일을 컴파일 하기 위해서는
Java 2(JDK)가 필요합니다.
우선은 아래 링크를 따라가서 iReport를 다운 받습니다.
http://sourceforge.net/projects/ireport/
2007년9월12일 현재 가장 최근에 릴리즈된 버전이 2.0.1버전 이네요
파일명 : iReport-2.0.1.tar.gz
적당한 위치에 다운 받으시면 됩니다.(전 그냥 바탕화면에 다운 받았습니다)
1.3 대 버전때는 인스톨을 해야 했는데
2.0 대 버전으로 넘어오면서는 인스톨 하지않고 실행이 되더군요.
자 여기까지 제대로 하셨다면 iReport 로딩 화면(분홍색꽃무늬) 보실수 있을겁니다.
Wiki Engines
EditText of this page (last edited November 18, 2011) or FindPage with title or text search
3. Tomcat에서 설정 예시
위 설정을 통해 출력되는 로그를 보고 New Generation의 eden 영역, Old Generation 영역, Permanent 영역을 확인하여 각 영역이 작으면 아래와 같은 설정으로 적당 사이즈를 확보해 줍니다.
결론적으로 적용할 설정은 아래와 같습니다.
Open Soure는 100% 안정적이지 않기 때문에 가장 최신의 안정적인 버젼이 릴리즈되는지 항상 예의 주시하여 버전업에 게을러서는 안됩니다
출처 : http://kiboom.tistory.com/7
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE sqlMapConfig PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0//EN" "http://www.ibatis.com/dtd/sql-map-config-2.dtd"> <sqlMapConfig> <!--cacheMap namespace="GlobalCache"> //new definition <cacheModel id="cache" readOnly="true" serialize="true" type="LRU"> <flushOnExecute statement="insert*"/> <flushOnExecute statement="update*"/> <flushOnExecute statement="delete*"/> <property name="size" value="100000"/> <flushInterval hours="24"/> </cacheModel> </cacheMap--> <!--settings cacheModelsEnabled="true" /--> <settings cacheModelsEnabled="true" enhancementEnabled="true" lazyLoadingEnabled="true" maxRequests="32" maxSessions="10" maxTransactions="5" useStatementNamespaces="false"/> //Dao의 xml을 등록. <!-- ==========Framework Configuration Section============= --> <sqlMap resource="com/daewoobrenic/com/menu/dao/sqlmap/Menu.xml"/> <sqlMap resource="com/daewoobrenic/com/program/dao/sqlmap/Program.xml"/> <sqlMap resource="com/daewoobrenic/com/menu/authority/dao/sqlmap/Auth.xml"/> <sqlMap resource="com/daewoobrenic/com/user/dao/sqlmap/User.xml"/> <sqlMap resource="com/daewoobrenic/com/code/dao/sqlmap/Code.xml"/> <sqlMap resource="com/daewoobrenic/com/term/dao/sqlmap/Term.xml"/> </sqlMapConfig>
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE sqlMap PUBLIC "-//iBATIS.com//DTD SQL Map 2.0//EN" "http://www.ibatis.com/dtd/sql-map-2.dtd"> <sqlMap namespace="Program"> <typeAlias alias="program" type="com.daewoobrenic.com.program.model.Program"/> <resultMap id="program-resultMap" class="program" > <result property="id" column="program_id"/> <result property="name" column="program_name"/> <result property="path" column="program_path"/> <result property="desc" column="program_desc"/> <result property="div" column="div_code"/> <result property="scrtgrad" column="scrtgrad_code"/> </resultMap> <statement id="insertProgram" parameterClass="program" > INSERT INTO PROGRAM( program_id, program_name, program_path, program_desc, div_code, scrtgrad_code, first_insert_time, last_update_time ) VALUES( #id#, #name#, #path#, #desc#, #div#, #scrtgrad#, SYSTIMESTAMP, SYSTIMESTAMP ) </statement> <statement id="selectProgram" parameterClass="string" resultMap="program-resultMap" cacheModel="program-cache"> SELECT program_id, program_name, program_path, program_desc, div_code, scrtgrad_code FROM PROGRAM WHERE program_id = #id# </statement> <statement id="selectProgramList" parameterClass="program" resultMap="program-resultMap" cacheModel="program-cache"> SELECT program_id, program_name, program_path, program_desc, div_code, scrtgrad_code FROM PROGRAM ORDER BY program_id </statement> <statement id="updateProgram" parameterClass="program"> UPDATE PROGRAM SET program_id = #id#, program_name = #name#, program_path = #path#, program_desc = #desc#, div_code = #div#, scrtgrad_code = #scrtgrad#, last_update_time = SYSTIMESTAMP WHERE program_id = #id# </statement> <statement id="deleteProgram" parameterClass="string"> DELETE FROM PROGRAM WHERE program_id = #id# </statement> </statement> </sqlMap>
<parameterMap id="insert-product-param" class="com.domain.Product"> <parameter property="id"/> <parameter property="description"/> </parameterMap> <statement id="insertProduct" parameterMap="insert-product-param"> insert into PRODUCT (PRD_ID, PRD_DESCRIPTION) values (?,?); </statement>
<statement id="getPersonsByAge" parameterClass="int" resultClass="examples.domain.Person"> <![CDATA[ SELECT * FROM PERSON WHERE AGE > #value# ]]> </statement>
<cacheModel id="product-cache" imlementation="LRU"> <flushInterval hours="24"/> <flushOnExecute statement="insertProduct"/> <flushOnExecute statement="updateProduct"/> <flushOnExecute statement="deleteProduct"/> <property name="size" value="1000" /> </cacheModel> <statement id="getProductList" parameterClass="int" cacheModel="product-cache"> select * from PRODUCT where PRD_CAT_ID = #value# </statement>
| Binary Condition | UnBinary Condition | Loop |
|
|
<iterate> |
todolist_exe_5.7.5_20090607.zip
cvs.doc
iReport 개발자 매뉴얼.pdf
iTextAsian.jar<select id="dynamicGetAccountList“ cacheModel="account-cache"
resultMap="account-result" >
select * from ACCOUNT
<isGreaterThan prepend="and" property="id" compareValue="0">
where ACC_ID = #id#
</isGreaterThan>
order by ACC_LAST_NAME
</select>
package com.daewoobrenic.com.program.dao; import java.util.List; import com.daewoobrenic.com.program.model.Program; import com.daewoobrenic.jcf.dao.BaseSqlMapClientDAO; public class ProgramDAOImpl extends BaseSqlMapClientDAO implements ProgramDAO { public int deleteProgram(String programId) { return executeDelete("deleteProgram", programId); } public int insertProgram(Program program) { return executeUpdate("insertProgram", program); } public Program selectProgram(String programId) { return (Program) executeQueryForObject("selectProgram", programId); } public List selectProgramList() { return executeQueryForList("selectProgramList", null); } public int updateProgram(Program program) { return executeUpdate("updateProgram", program); } }
출처 : http://wiki.dev.daewoobrenic.co.kr/mediawiki/index.php/IBatis_Framework
개발자들이 Application에 도입하는 대부분의 캐싱은 오랜 시간동안 변경되지 않는 데이터를 위한 것이다. 그러나 의외로 캐싱된 데이터가 쓰기에 의해 변경되는 경우도 있다.
개발자들은 나름대로 캐싱모델을 정의하고, 구현하여 사용한다. 그러나 캐싱 될 데이터를 추가하고, 더 이상 사용되지 않는 데이터는 삭제하고, 정해진 시간별로 캐싱 된 데이터를 삭제하는 등의 많은 기능들을 정의하고 구현하여 사용하려고 하는 솔직히 쉬운 일도 아니고, "노력 대비 성능" 또한 보장할 수가 없다.
그래서 요즘 많은 ORM 솔루션들이 데이터 캐싱을 지원한다. iBatis 또한 여타 ORM 솔루션과 같이 데이터 캐싱을 지원한다. 그러나 iBatis의 데이터 캐싱은 다른 ORM 솔루션의 데이터 캐싱과는 조금 개념이 다르다. 여타의 ORM 솔루션들은 주로 DataBase Table 객체에 매핑하는 데 중점을 두고, iBatis는 SQL 구문을 객체에 매핑하도록 되어 있다.
-- CacheModel 이해하기
CacheModel은 iBatis의 모든 캐시 구현체를 정의하는 기반이 되는 곳이다. SQL Maps 설정 안에서 캐시 모델 설정을 정의하고 하나 이상의 쿼리 매핑 구문이 이를 사용할 수 있다.
* CacheModel 속성들 *
id (필수) : 유일한 ID를 지정. CacheModel에 설정 된 캐시를 사용하고 하는 쿼리 매핑 구문에서 ID를 참조한다.
type (필수) : 이 값은 CacheModel이 설정하는 캐시의 타입을 의미한다. 사용 가능한 값으로 MEMORY, LRU, FIFO, OSCACHE가 있다. 이 속성은 사용자 정의 CacheController 구현체의 완전한 클래스 이름으로 지정해도 된다.
readOnly (선택) : 읽기전용 여부. 이 값을 true로 지정하면 캐시가 읽기 전용 캐시로 사용될 것임을 의미한다. 읽기 전용 캐시에서 가져온 객체는 객체의 Property들을 변경할 수 없다.
serialize (선택) : 캐시의 내용을 가져올 때 객체의 모든 값을 복사하여 새로운 객체를 생성하여 전달할지 여부를 지정한다.
여기서 readOnly 속성 값에 대해 좀더 알아보면 readOnly 속성은 단순히 CcheModel에게 캐시된 객체를 어떻게 가져와서 저장할지 알려주는 지시자이다. 이 속성값이 true이면 가져온 내용을 변경해도 CacheModel은 변경되지 않는다. 만약 false로 지정되면 주의해야 하는데 두 명 이상의 사용자가 캐시된 참조의 동일한 인스턴스를 가져갈 수 없음을 의미한다.
* 내장 CacheModel 타입들 *
MEMORY : 단순하게 캐시된 데이터를 가비지 컬렉터가 삭제할 때까지 메모리에 저장한다.
FIFO : 고정 된 크기의 모델로 "first in first out (먼저 들어간 값을 먼저 삭제)" 알고리즘을 사용하여 메모리에서 캐시 항목들을 삭제한다.
LRU : FIFO와 다른 고정 된 크기의 모델로 "least recently used (최근에 가장 오랜동안 사용하지 않은 값을 캐시에서 먼저 삭제)" 알고리즘을 사용하여 메모리에서 캐시 항목들을 삭제한다.
OSCACHE : OpenSymphony Cache를 사용한다. (OSCashe Lib와 설정이 함께해야 한다.)
* readOnly와 serialize 속성의 조합에 대한 요약 *
readOnly (true) / serialize(false) : 성능 좋음. 캐시 된 객체를 가장 빠르게 가져온다. 캐시 된 객체의 공유 인스턴스를 반환하며, 잘못 사용하면 문제를 일으킬 수도 있다.
readOnly (false) / serialize(true) : 성능 좋음. 캐시 된 객체를 빠르게 가져온다. 캐시 된 객체를 깊은 복사 작업을 통해 가져온다.
readOnly (false) / serialize(false) : 주의요망! 캐시는 오직 호출하는 스레드의 세션이 살아있는 동안에만 관련되고, 다른 쓰레드는 사용할 수 없다.
readOnly (true) / serialize(true) : 성능 나쁨. 무의미한 설정이라는 점을 제외하면 readOnly (true) / serialize(true)와 동일하게 작동한다.
readOnly=true이고 serialize=false이면 캐시 된 객체가 전역적으로 공유되기 때문에 모든 사용자는 다른 세션에서 부적절하게 변경 된 객체를 가져오게 될 수 있는 문제의 소지가 있다. readOnly=false이고 serialze=true를 사용하면 캐시에서 가져온 객체의 깊은 복사작업의 결과를 가져오기 때문에 캐시에서 가져온 객체가 값은 비록 같지만 동일한 인스턴스가 아니라는 의미이다. 이것은 캐시에서 가져온 객체의 변경사항이 호출한 세션 안에서만 작용된다.
-- 캐시 비우기 (Cache Flushing)
사용자가 정의 한 CacheModel은 캐시된 데이터를 모두 비울때 사용하는 공통적인 요소를 가지고 있다. 이것은 이전에 캐시된 모든 데이터를 비우고 새롭게 데이터를 캐시하게 된다.
* 캐시를 비우는 flush 요소들 *
<flushOnExecute> : 지정 된 쿼리 매핑 구문이 실행되면 캐시의 모든 데이터를 비운다.
<flushInterval> : 캐시를 비우는 시간 간격을 정의한다.
<flushOnExecute>
속성으로 statement 하나만을 가지며, 이 속성에 지정된 매핑 구문이 실행이 될 때 자동으로 캐시의 데이터를 모두 비운다. 예를 들어 상품카테고리의 카테고리가 추가, 수정, 삭제 될면 이전에 캐시된 신빙성이 떨어지는 데이터를 모두 비우게 할 수 있다.
그러나, 이 속성은 캐시된 데이터를 모두 비우고 새롭게 캐시를 하게 되므로 데이터를 자주 변경하는 매핑 구문에 의존하게 되면 캐시의 효율성이 떨어지게 된다.
<SqlMap namespace="category">
<cacheModel id="categoryCache" type="MEMORY">
...
<flushOnExecute statement="category.insert" />
</cacheModel>
...
<insert id="insert" parameterClass="java.util.Map">
...
</insert>
<flushInterval>
<flushOnExecute> 보다 좀더 간편하게 사용할 수 있는 요소로 시간에 의존하여 지정한 시간이 경과되면 반복적으로 캐시된 데이터를 모두 비운다. 가격은 시(hours),분(minutes),초(seconds) 또는 밀리초(milliseconds)로 지정할 수 있다. <flushInterval>은 하나의 속성만을 허용하기 때문에 5시간 13분 40초와 같이 지정하고 싶다면 초로 계산하여 지정해야 한다. 그리고, 특정 시간을 지정할 수는 없다.
<cacheModel id="categoryCache" type="MEMORY">
...
<flushInterval hours="12" />
</cacheModel>
-- CacheModel Properties 설정하기
CacheModel은 플러그인의 형태로 제공되기 때문에 임의의 설정 값을 제공할 수 있는 방법이 필요한데 <property>를 이용하여 처리한다.
* <property> 요소의 속성들 *
name : 필수입력으로 설정할 프로퍼티의 이름
value : 필수입력으로 설정할 프로퍼티의 값
-- CacheModel Type
앞에서 언급했듯이 iBatis에서 사용할 수 있는 CacheModel Type은 MEMORY, LRU, FIFO, OSCACHE 4가지가 있다.
MEMORY
객체 참조를 기반으로 한 캐시이다. 캐시 내의 각 객체의 참조 타입(<reference-type>) 속성을 갖고 있다. 객체의 참조 타입은 가비지 켈렉터에게 객체를 어떻게 다룰지에 대한 힌트를 제공한다. MEMORY CacheModel은 객체에 접근하는 방식보다는 메모리 관리에 중점을 둔 Application에 적합하다.
* MEMORY CacheModel 참조 타입 *
WEAK : 캐시된 데이터를 빨리 비운다. 기본설정 값이며 가비지 켈렉터에 의해 수거되는 것을 막지않고 놔둔다. 이 방식은 일관성 있게 객체에 접근하는 캐시를 사용할 때 잘 적동한다. 캐시를 비우는 비율이 빠른편이기 때문에 메모리 제한을 넘기지 못하도록 보장은 하나 DataBase 접근확률이 높아진다.
SOFT : 메모리 용량이 허락하는 한 캐시된 객체를 보관한다. 가비지 켈렉터는 더 많은 메모리가 필요하다고 판단되기 전까지는 이 객체들을 수거하지 않는다. 메모리 제한을 넘기지 못하도록 보장하며, WEAK 참조보다 DataBase 접근확률은 적은 편이다.
STRONG : 메모리의 한계가 얼마든지 관계없이 객체를 계속 보관한다. 가비지 켈렉터에 의한 수거는 없다. 이 참조타입은 정적이고 작고 장기적으로 사용할 객체를 캐시할 때 유용하다. DataBase 접근확률은 최소할 수 있으나, 캐시되는 객체의 용량이 너무 커져서 메모리 부족이 발생될 수 있다.
<cacheModel id="categoryCache" type="MEMORY">
<flushInterval hours="12" />
<flushOnExecute statement="insert" />
<property name="reference-type" value="WEAK" />
</cacheModel>
LRU
가장 최근에 가장 오랫동안 사용되자 않은 것을 제거하는 방식으로 캐시를 관리한다. 캐시의 객체를 제거하는 것은 오직 캐시의 용량이 제한을 넘겼을 때 한번만 발생된다. 특정 객체에 아주 빈번하게 접근하는 캐시를 관리할 때 매우 적합하다. <property> 요소를 사용하여 지정할 수 있는 프로퍼티는 size 하나로 캐시에 저장될 수 있는 최대 개수를 지정한다.
<cacheModel id="categoryCache" type="LRU">
<flushInterval hours="12" />
<flushOnExecute statement="insert" />
<property name="size" value="200" />
</cacheModel>
FIFO
먼저 캐시 된 객체를 먼저 삭제한다. 캐시의 객체를 제거하는 것은 오직 캐시의 용량이 제한을 넘겼을 때 한번만 발생된다. 생존기간에 기반을 두고 있기 때문에 초기에 캐시에 저장되는 그 순간에 더 많이 사용되는 객체를 캐싱할때 효과적이다. <property> 요소를 사용하여 지정할 수 있는 프로퍼티는 size 하나로 캐시에 저장될 수 있는 최대 개수를 지정한다.
<cacheModel id="categoryCache" type="FIFO">
<flushInterval hours="12" />
<flushOnExecute statement="insert" />
<property name="size" value="200" />
</cacheModel>
OSCACHE
Open Symphoy(http://www.opensymphony.com/oscache)의 OSCache를 사용한다.OSCACHE를 사용하기 위해서는 OSCache 라이브러리와 설정정보가 필요하다.
<cacheModel id="categoryCache" type="OSCACHE">
<flushInterval hours="12" />
<flushOnExecute statement="insert" />
</cacheModel>
사용자가 만든 캐시 모델
앞에서 언급했듯이 iBatis의 캐시 모델은 플러그인되는 형태여서 사용자가 캐시모델을 만들어서 사용할 수 있다. 사용자가 자신의 캐시모델을 만들기 위해서는 com.ibatis.sqlmap.engine.cache.CacheController 인터페이스를 구현하면 되고, 이름은 alias를 사용하면 된다.
출처 : http://saintjohn.egloos.com/10563593
<cacheModel type="OSCACHE" id="cacheModel" readOnly="true">
<flushInterval hours="24"/>
<flushOnExecute statement="flushCache"/>
</cacheModel>
<resultMap class="kr.pe.theeye.Cache" id="CacheResult">
...
</resultMap>
<insert id="flushCache" resultClass="string">
INSERT ...
</insert>
<select id="makeCache1" resultMap="CacheResult" cacheModel="cacheModel">
SELECT ...
</select>
<select id="makeCache2" resultMap="CacheResult" cacheModel="cacheModel">
SELECT ...
</select>
<select id="makeCache3" resultMap="CacheResult" parameterClass="int"
cacheModel="cacheModel">
SELECT ... WHERE PAGE = #value#
</select>
데이타의 전송은 객체건 뭐건 결국 바이트의 흐름으로 전송하게 된다. 저장도 그렇고...
다시 읽었을 때 객체의 자료구조를 그대로 보존하지 않으면 않된다.(일명 Serialzation)
자바에선 Serializable 인터페이스만 구현하면 알아서 이를 보장해주기에 단지 implements Serializable 만 추가하면 된다.
일전에도 언급한 적이 있지만 5.0 이후부터는 Serialzable 인터페이스를 구현한 클래스에서
static final long 타입의 serialVersionUID 상수를 선언하라는 경고문구를
이클립스의 노란 warning 아이콘과 더불어 확인 할 수 있다.
만일 serialVersionUID를 지정하지 않으면 실행시점에서 JVM이 디폴트 값을 산정하게 되며,
그 알고리즘은 Java(TM) Object Serialization Specification 정의된 것을 따른다고 한다.
한마디로 굳이 신경 쓸필요는 없다는 뜻이고 이클립스내에서 이 경고아이콘을 제외하도록 설정할 수도 있다.
그러나 모든 serialization이 필요한 클래스에는 명시적으로 serialVersionUID를 선언해줄것을 강력하게 권유하고 있는데
그 이유는 디폴트 serialVersionUID 계산은 클래스의 세부 사항을 매우 민감하게 반영하기 때문에 컴파일러 구현체에 따라서 달라질 수 있어 deserialization(serialization 했던 객체를 복구하는 과정)과정에서 예상하지 못한 InvalidClassExceptions을 유발할 수 있다.
라는 것이 그 이유란다.
즉 서로 다른 자바 컴파일러 구현체 사이에서도 동일한 serialVersionUID값을 얻기 위해서는 명시적으로 serialVersionUID값을 선언해야 하며 가능한 serialVersionUID을 private으로 선언하라는 것이다.
(상속되어 쓰여지는 것은 유용하지 않고, 해당 클래스에서만 쓰일 것이기 때문에....)
이궁 이렇게 이야기하는데 한줄 더 써주지 머...
ㅋ 말은 이리 하지만 무진장 귀찮다. serialver.exe를 이용하면 된다는데 다른 건 없나 찾아보게 되었다
첨부파일을 압축을 풀고 이클립스 플러그인 디렉토리에 넣어두면 자동생성 플러그인 설치는 끝
3.3에서도 이상없이 작동한다. 사용방법은 다음과 같다.
파일을 선택 마우스 오른클릭하면
Add serialVersionUID 라는 메뉴가 추가 되어 있는것을 확인할 수 있다.
serialversionutil-civan.zip
그러면 다음과 같이 클래스에 serialVersionUID가 자동 생성되었슴을 확인할 수 있다.
간단히 private 만 적어주면 끝...
이클립스를 쓰다보면 코드엔 이상이 없는데 왠 노란색 warining 표시가 쭈욱 표시되어 있다. 표시되는것이 눈에 거슬려도 빨간색 Error도 아니고 실행엔 문제가 없기에 무시하고 넘어가곤 했는데 알고 지나가는거랑 모르고 지나는건 틀리기에 함 살펴보기로 했다 메시지를 살펴보니 warning: [serial] serializable class <CLASSNAME> has no definition of serialVersionUID 라고 되어 있다. 해석하면 직렬화 가능 클래스에서 long 유형의 static final serialVersionUID 필드를 선언하지 않습니다 라는데 serialVersionUID? 이게 머지? 이런걸 쓰이는 곳이 없는데... 알아보니 java beans 객체는 serialVersionUID 를 가지게 되는데 이것은 또한 jvm 에서 특정 객체를 인식하기 위한 UID 이기도 하다라는걸 찾게 되었다. 1.4까지는 java beans 에서 serialVersionUID를 명시하지 않아도 JVM에서 serialVersionUID 를 제네레이션 해서 관리하고 있지만 1.5 부턴 serialVersionUID를 명시하길 권고하고 있다고 하니 생각해볼 문제인듯(머 권고사항이라고 하니 기냥 무시할까나..-_-) 해결방법은 serialVersionUID 은 롱 타입의 값으로 다음과 같이 유일한 값을 지정해주면된다. private static final long serialVersionUID = 1222179582713735628L; 단순히 이클립스 내에서 해당 warning메시지를 표시하지 않기를 원한다면 Window -> Preferences -> Java -> Compiler -> Errors/Warnings -> 한글 언어팩 적용시에는 를 통해서 해당 메시지를 표시하지 않게 설정할 수 있다.
출처 : http://blog.daum.net/_blog/BlogTypeView.do?blogid=0LU4x&articleno=5216095#ajax_history_home
Potential programming problems -> Serializable class without
serialVersionUID -> Ignore.
창 -> 환경설정 -> Java -> 오류/경고 -> 잠재적 프로그래밍 문제점 ->
serialVersionUID가 없는 직렬화 가능 클래스 -> 무시
---------------------------------------------------------------------------------------------
데이타의 전송은 객체건 뭐건 결국 바이트의 흐름으로 전송하게 된다. 저장도 그렇고...
다시 읽었을 때 객체의 자료구조를 그대로 보존하지 않으면 않된다.(일명 Serialzation)
자바에선 Serializable 인터페이스만 구현하면 알아서 이를 보장해주기에 단지 implements Serializable 만 추가하면 된다.
일전에도 언급한 적이 있지만 5.0 이후부터는 Serialzable 인터페이스를 구현한 클래스에서
static final long 타입의 serialVersionUID 상수를 선언하라는 경고문구를
이클립스의 노란 warning 아이콘과 더불어 확인 할 수 있다.
만일 serialVersionUID를 지정하지 않으면 실행시점에서 JVM이 디폴트 값을 산정하게 되며,
그 알고리즘은 Java(TM) Object Serialization Specification 정의된 것을 따른다고 한다.
한마디로 굳이 신경 쓸필요는 없다는 뜻이고 이클립스내에서 이 경고아이콘을 제외하도록 설정할 수도 있다.
그러나 모든 serialization이 필요한 클래스에는 명시적으로 serialVersionUID를 선언해줄것을 강력하게 권유하고 있는데
그 이유는 디폴트 serialVersionUID 계산은 클래스의 세부 사항을 매우 민감하게 반영하기 때문에 컴파일러 구현체에 따라서 달라질 수 있어 deserialization(serialization 했던 객체를 복구하는 과정)과정에서 예상하지 못한
InvalidClassExceptions을 유발할 수 있다.라는 것이 그 이유란다.
즉 서로 다른 자바 컴파일러 구현체 사이에서도 동일한 serialVersionUID값을 얻기 위해서는 명시적으로 serialVersionUID값을 선언해야 하며 가능한 serialVersionUID을
private으로 선언하라는 것이다.(상속되어 쓰여지는 것은 유용하지 않고, 해당 클래스에서만 쓰일 것이기 때문에....)
class의 warning이 뜬 부분을 클릭 해보면 [ + Add generated serial version ID ] 나타난다 클릭하면
eclipse에서 알아서 생성 해준다.
[출처] java warning: no definition of serialVersionUID |작성자 시반
|
1. JRE(Java Runtime Environment, Java 런타임 실행 소프트웨어) 설치
http://www.java.com/ko/download/windows_ie.jsp?locale=ko
or
JDK(Java Development Kit) SE 버전 설치(JRE설치후 이클립스 실행시 에러가 나면 JDK설치)
http://www.oracle.com/technetwork/java/javase/downloads/jdk-6u25-download-346242.html
2. eclipse 3.6.1(Helios)이상 설치, 3.6.2 권장
Eclipse IDE for Java Developers(standard버전), Eclipse IDE for Java EE Developers(enterprise버전, 웹용플러그인 같이설치됨, 권장),
Eclipse Classic 3.6.2(플러그인없이 설치됨)
3. Flash Builder 4.5 설치
standalone으로 설치한후 플러그인으로 변경합니다.
https://www.adobe.com/cfusion/tdrc/index.cfm?product=flash_builder
All downloads can be installed as a standalone version if you do not have Eclipse™ already installed or as a plug-in version if you do. See the release notes to learn how to install the Flash Builder 4.5 trial as a plug-in
이클립스가 없으면 standalone으로 설치되고 있으면 플러그인으로 설치됩니다.
Flash Builder 4.5가 설치된 경로로 가서 utilities폴더안의 Adobe Flash Builder 4.5 Plug-in Utility.exe실행
Flash Builder 4.5 설치경로 지정, 이클립스 폴더 지정(주의사항 : 이클립스버전은 3.6.1이상 32bit, dropins폴더를 포함하고 있어야합니다)
4. eclipse.ini 수정
-vmargs -Xms256m -Xmx512m -XX:MaxPermSize=256m -XX:PermSize=64m 추가
/==================flash builder 설치후 이클립스 메뉴가 한글로 바뀔때 영문으로 바꾸는 방법=====================/
이클립스가 설치된 경로에서 eclipse.ini를 수정합니다.
-vmargs 아래에 사용할 언어추가
-Duser.language=en
-Duser.country=US
-Duser.language=ko
-Duser.country=KR
위는 영문 아래는 한글메뉴가 나오겠죠
=== 이클립스 JVM 메모리 늘리기 ===
이클립스 실행파일 바로가기를 만들고 속성에
실행 파일 뒤에 -clean -vmargs -Xms32m -Xmx512m 을 붙인다.
ex)J:\eclipse\eclipse.exe -clean -vmargs -Xms32m -Xmx512m
-Xms32m = 최소 메모리 32(중요하지 않음.)
-Xmx512m = 최대 메모리
블로그에서 퍼온글...
==== Eclipse실행시 주의사항 ====
[4-1] Eclipse는 java로 구동되기 때문에 java process가 생성된다.
[4-2] GUI로 만들어져 있기 때문에 상당한 메모리를 차지한다.
[4-3] 메모리를 효율적으로 관리하기 위해서 아래와 같이 작업을 수행한다.
[4-3-1] Eclipse.exe 아이콘의 오른쪽 버튼을 누른 후
[보내기]-[바탕화면에 바로가기 만들기]누른후 바탕화면으로 이동해서
바탕화면의 Eclipse바로가기 아이콘에서 오른쪽 마우스를 누른 후
[등록정보]를 클릭한후 “대상” 항목에 “설치디렉토리\eclipse.exe”라고
되어 있다. 이 내용을 아래와 같이 변경한다.
설치디렉토리\eclipse.exe -vmargs -Xms256m -Xmx512m
-Xms : Start memory를 설정
-Xmx : Extends memory를 설정
이클립스 는 뛰어난 코드어시스트 및 구조화에 대한 연계성을 제공하지만,
Java 태생적으로 속도적 한계로 인하여 메모리에 대한 부담이 많이 되는것이 사실이다.
이클립스 에 대한 메모리 관리는 eclipse.ini의 설정값을 통해서 배분 할 수 있지만,
이클립스 의 현재 상태의 메모리뷰 및 메모리 가비지 콜렉션 등은 이클립스 실행 중에도
제어가 가능하다.
Windows->Preferences->General->Show heap Status 체크
|
WATcleanInstall.exe
FlexFormatter(anhanho).properties
