java.lang.OutOfMemoryError: Java heap space

 

DflQueryManager.onFault(): (mx.rpc::Fault)#0
  content = null
  errorId = 0
  faultCode = "Server.Processing"
  faultDetail = (null)
  faultString = "java.lang.OutOfMemoryError : Java heap space"
  message = "faultCode:Server.Processing faultString:'java.lang.OutOfMemoryError : Java heap space' faultDetail:'null'"
  name = "Error"
  rootCause (Object)#1
    cause = (null)
    localizedMessage = "Java heap space"
    message = "Java heap space"

프로그램에서 서버 쿼리를 실행중에 위와 같은 에러가 발생하였다면 자신의 톰캣 서버 메모리를 의심해보아야 한다.

 

그리고 문제 해결 방법은 아래와 같다.

 

1. Eclipse의 서버탭

이클립스 서버탭의 해당 톰캣 서버를 더블클릭한다.

 

(이미지 설명 : 이 글에서는 Started 된 서버를 더블클릭 한다)

 

2. Server Overview

(이미지 설명 : 톰캣 서버를 더블클릭하면 보이는 서버 오버뷰)

 

여기에서 파랑색으로 삐뚤삐둘 밑줄 쳐진, Open launch configuration 링크를 클릭한다.

 

3. Arguments

(이미지 설명 : 사실 톰캣 서버는 여기에서 선택 가능하다)

 

선택한 서버가 실행중이라면 저러한 붉은 표시로 Server already running 이란 메시지를 띄우게 된다. 

해당 톰캣 서버를 멈추고, 밑줄쳐진 Arguments로 이동하자.

 

4. 설정 추가

 

붉은 밑줄 부분이 아마도 추가가 안되어있을텐데, 현 시스템 상황에 고려하여 메모리 항목을 추가해주면 된다.

필자는 아래와 같은 형식으로 추가를 하였다.

 

 -XX:MaxPermSize=128m -Xms128m -Xms512m

 

그리고 적용시키면 방금 전 에러는 빠이염!

여러분, 즐프하십셔~

 

 

블로그 이미지

김생선

세상의 모든것을 어장관리

,

개발을 하다보면 현재날짜와 지정날짜간의 차이를 구해야 하는 경우가 있다.

가령, 회사 플젝의 경우 현재 날짜와 24시간 이내에만 작업을 등록해야 하는 경우와 같다.


잡설 빼고 간단히 하자면 Date 메서드의 parse를 이용하면 된다.

parse는 YYYY/MM/DD HH:MM:SS 를 밀리세컨 단위로 변환시켜주는 함수이다.


YYYYMMDDHHMMSS라거나 기타 여러 커스텀 적인 날짜를 위의 함수를 이용하여 변환시켜주면 밀리세컨 단위의 결과값이 나온다.


아래의 예제를 보자.


//날짜 차이 구하는 부분 * 작업시작일과 작업마감일은 24시간 이내를 기준으로 한다.

var checkFirstStTime:String = sttime.substr(0,2); var checkSecondStTime:String = sttime.substr(2,2); var startTimeDate:String = startDate.replace("-","/").replace("-","/") +" "+                          checkFirstStTime + ":" + checkSecondStTime + ":" + "00";


sttime은 HHMM으로 저장된 시간이고 따라서 HH와 MM으로 분리하여 checkFirstStTime 과 checkSecondStTime에 저장한다.

그리고 YYYY-MM-DD로 저장된 startDate의 -를 replace를 이용하여 /로 치환하고, parse 형식에 맞춰 공백 입력 후 저장된 값들을 주어진 형식에 맞춰 startTimeDate에 입력해준다.


그럼 기존의 YYYY-MM-DD와 HHMM으로 저장된 각각의 값들이 YYYY/MM/DD HH:MM:SS로 저장이 된다.


시작 날짜를 위와 같이 변환해주고, 마감 날짜또한 변환해준 다음에 체크를 이용해주면 날짜간 차이가 확실해진다.

주의할점은 밀리세컨이기 때문에 날짜를 초로 변환하고 1000을 곱해줘야 한다는 사실.



+++덧

내가 써놓고 뭔말인지 모르겠지만 개발자는 코드로 말한다고 한다. 코드만 보면 이해가 가실듯.

블로그 이미지

김생선

세상의 모든것을 어장관리

,

Flex의 Alert창 내 text의 줄바꿈을 하기 위해서는 아래와 같이 해주면 된다.


Alert.show("작업 기간 등록은 시작일로부터 24시간 이내에만 가능합니다.");


기존이 이러한 문구였다면 Alert 창에서는 아래의 그림과 같이 출력될 것이다.





줄도 안맞고 꼴도보기 싫어서 텍스트 내 줄바꿈을 해주면 어떨까싶었고 아래와 같이 코드를 일부 변경했다.


Alert.show("작업 기간 등록은 시작일로부터 \n 24시간 이내에만 가능합니다.");



훨씬 보기가 좋다.



+++ 덧

\n 대신 \r도 가능하다. 둘의 차이는 외관상으로는 없어보인다. 사실 잘 모르겠당. 히힣

블로그 이미지

김생선

세상의 모든것을 어장관리

,

equal to 작업에서의 "Korean_Wansung_CS_AS"과(와) "Korean_Wansung_CI_AS" 간의 데이터 정렬 충돌을 해결할 수 없습니다.


이 문제의 경우는 join에서 발생한다. 조인하려는 두 테이블의 각 컬럼 속성을 잘 보면 데이터 정렬란이 있는데 이 부분이 Korean_Wansung_CS_AS 이거나 CI_AS인데(물론 이 이외에도 많다) 각 컬럼이 다르기 때문에 발생하는 에러사항이다.


해결방법은 


A.컬럼명 collate Korean_Wansung_CI_AS = B.컬럼명 collate Korean_Wansung_CI_AS


와 같은 예시로 각 컬럼명을 대입해주는 방식으로 해결할 수 있으나, 나의 경우엔 실패했고...


귀찮아서 디비의 속성을 까보고 각 컬럼의 데이터 정렬 속성이 다르기에 확 그냥 바꿔주는 식으로 해결했다.


두번째 방법은 디비 정렬 속성을 바꾸는 것도 있겠다.

블로그 이미지

김생선

세상의 모든것을 어장관리

,

인포믹스(informix) 에서 현재날짜를 조건으로하여 쿼리할 일이 생겼다. 상황은 이러하다.

 

DB 컬럼에 글 쓴 날짜(컬럼명 : reg_dt | 속성 varchar)와 게시마감 날짜(컬럼명 : lim_dt | 속성 varchar)가 존재. 

가령 reg_dt에 2013년 6월 30일 00시 00분이 입력되고 lim_dt에 2014년 6월 30일 00시 00분이 입력되었다고 치자.

게시판 조건은 lim_dt가 현재날짜보다 과거일 경우 쿼리하지 않아야 한다는 조건이다.

 

그렇다면 사실 reg_dt는 신경쓰지 않아도 되며 lim_dt가 현재보다 과거인지만 체크를 하면 되는데 어떻게 해야하는지 informix는 잘 모르는 상황.

검색을 해보니 아래와 같은 방식으로 쿼리에 성공했다.

 

1
SELECT * FROM 테이블명 WHERE lim_dt >= to_char(current, "%Y%m%d%H%M%S")
cs

 

to_char(current, "%Y%m%d%H%M%S")란, 현재 시스템 시간을 포맷, YYYYMMDDHHMMSS(년월일시분초)로 가져오며, 이를 to_char 형식으로 변환하고 lim_dt와 비교를 한다는 것이다. 

 

내가 비교하려는 컬럼이 varchar 형식이기 때문에 to_char로 받은 듯 하다. 아직 data 형식의 컬럼과는 비교하지 않았다.

 

주의할 점은, 포맷변환을 할 때 %Y%m%d%H%M%S 에서와 같이 년/시/분/초 는 대문자로 쓰여지고 월/일은 소문자로 쓰여졌는데, 이거 대소문자 구분 안하면 월이 분으로 표시가 되는 불상사가 생기니 주의하시기 바란다.

 

 

 

블로그 이미지

김생선

세상의 모든것을 어장관리

,

MSSQL 에서 MAX 함수를 써서 값을 가져올 일이 생겼다.

게시판 댓글을 달 때 두 명 이상의 유저가 달라붙어서 동시다발적으로 댓글을 달 경우에 댓글의 MAX 값을 가져오고 이를 SELECT KEY로 이용하여 본래의 쿼리에 INSERT 하는 용도로 사용한다.

그런데 댓글이 아무것도 없을 때에는 MAX 값으로 가져온 댓글 번호가 0이 아닌 NULL로 가져오게 되는데, 이렇게 되면 쿼리 에러가 나타나게 된다.


이럴 때 MAX 값이 0이거나 NULL 일 때 1 로 치환해주는 것을 찾았다.

max ( reply_no ) reply_no


본래에서 이렇게 사용하였다면

isnull ( max ( reply_no ) , 0 )

와 같이 사용해주면 null이 0으로 변환이 되며

isnull ( nullif ( max ( reply_no ) , 0 ) , 1 )


와 같이 사용해주면 null이 1로 변환이 된다.

블로그 이미지

김생선

세상의 모든것을 어장관리

,

그룹 내의 여러 아이템들에 더블클릭 속성을 주기 위해서는 doubleclick이벤트를 주는 것 뿐만 아니라, doubleclick=true 속성도 주어야 한다.

블로그 이미지

김생선

세상의 모든것을 어장관리

,

The content of elements must consist of well-formed character data or markup.


위 에러는 ibatis, mybatis 에서 발생되어지는 오류인데 각종 특수문자를 ibatis, mybatis가 인식하지 못해서 생기는 에러사항이다.

대부분 사용자가 쿼리구문을 쓰는 데 있어 실수에서 발생되어지며, 특수한 부등호를 쓸 경우 <![CDATA[ ROWNUM <= 11 ]]> 과 같이 <![CDATA[ **** ]]> 로 감싸주면 문제가 없다.


블로그 이미지

김생선

세상의 모든것을 어장관리

,

플렉스에서 레이아웃의 할당된 크기 자체를 숨겨야 하는 경우가 있다.

안드로이드에서는 레이아웃의 visible 속성에 visible/invisible/gone 속성을 줌으로 인해서 [보이고/숨기고/할당크기까지 숨기고] 가 가능하지만, 플렉스에서는 해당 기능이 없는지 많이 고민했다.


검색해보니 includeinlayout 이라는 것이 있었고 실제로 사용해보았다.

일단 개념정리부터.


화면 컴포넌트 중에 일부를 보였다, 안 보였다 하게 제어해야 할 경우가 있다.

이것을 위해서 visible 속성에 true, false를 주면 안 보이긴 하는데 그 자리가 비어 있어서 영 보기가 안 좋다.

이럴 경우에는 includeInLayout 속성에 true, false를 주면 그 컴포넌트가 원래 코드에 포함되지 않은 것처럼 빈자리 없이 보인다.

단, 절대좌표를 가진 컴포넌트는 당연히 visible을 사용할 때와 똑같이 보일 것이고, Grid, HBox, VBox 등의 Layout Componet에 올라가 있을 경우에만 제대로 동작을 한다.

Flex 하다 보면 다들 느끼겠지만 화면크기가 모든 사용자에게 똑같으면 상관없지만 그렇지 않은 관계로 대부분의 화면 컴포넌트들을 HBox, VBox에 올려 놓고 왼쪽정렬이나 오른쪽정렬을 하는 것이 가장 편하다.


해당레이아웃.includeinlayout = false 를 주면 할당 크기까지 숨기겠다는 뜻이며, true 값은 할당 크기를 숨기지 않겠다는 뜻이 된다.

아쉽게도 안드로이드의 gone 처럼 사용하기 위해서는 해당 레이아웃.visible=false; 까지 해주어야 해당레이아웃 값 안보이고/해당레이아웃 할당크기 숨기고 가 된다.



블로그 이미지

김생선

세상의 모든것을 어장관리

,

Flex를 설치할 때, flash builder 4.6 을 이용하여 설치를 한다.

필자가 플래쉬 빌더를 설치한 후, 플러그인 형식으로 플래쉬 빌더의 utilities의 Adobe Flash Builder 4.6 Plug-in Utility 를 사용하여 설치를 완료했고, 이클립스에서 Flash 를 활성화 하려는데 에러 16(Error 16)의 에러메시지를 내뱉더라.


삭제 후 재설치를 하여도 되지 않는 현상, 검색을 해보니 아래와 같은 글이 있었다.


http://forums.adobe.com/thread/604540




그냥 뭐 간단히 말해주자면 해당 경로의 cache.db 파일 권한을 재설정해주라는 말이 전부다.


그럼 이쯤에서 윈도우 7 기준으로 해당 경로가 어떻게 되는지 알아보자.


C:\Program Files\Common Files\Adobe\Adobe PCD\cache

 

for 32-bit Windows

 

 

and

 

C:\Program Files (x86)\Common Files\Adobe\Adobe PCD\cache

for 64-bit Windows.


라고 ChrisPaduan 이라는 사람이 친절히 설명해놓았다.


해당 디렉토리의 cache.db를 읽기전용 해제해주면 잘 된다. 여러분, 즐 플렉 하시길 ^_^

블로그 이미지

김생선

세상의 모든것을 어장관리

,