다음과 같은 곳에서도 cond 속성을 지원할 필요가 있다.

<calculator> / <param>
<row> / <column> / <link>
<validator> / <param>
<validator> / <command>

1. 현재의 방식

• java.net.URI 를 toString()
• "+" 를 "%2B" 로 replace
• URLDecoder.decode 로 변환
• 파일이름만 얻기 위해서 마지막 "/" 이후의 문자열만 추출

2. 새로운 방식

• java.net.URI 의 getPath() 로 전체 파일 경로를 얻어와서,
• 파일이름만 얻기 위해서 마지막 "/" 이후의 문자열만 추출

하위에 name 속성값이 같고, override 속성값이 true 인 것이 있다면,
포함시키면 안되는데,

refactoring 과정에서 버그가 발생한 것으로 추측된다.

insert/update 화면에서,
"저장" 버튼이 클릭되지 않는다.

IE에서 태그의 form 속성을 지원하지 않는 것과 관련이 있을 가능성이 높다.

리팩터링(refactoring) 과정에서 실수로 누락되었을 것이다.

1. 현상

항상 그런 것은 아니지만,
참을 수 없을 정도로 느린 경우가 있다.

2. 원인

아직은 원인을 정확히 알 수 없다.

대부분 느리지 않기 때문에, 상황을 재현하기 힘들고, 원인을 찾기도 어렵다.

곧바로 F5 로 refresh 하면, 빠르다.

F5 refresh 에서는 cache 된 것을 가져오기 때문에 빠르게 실행되는 것으로 예상할 수 있다.

sql 이 느릴 수도 있지만,
GET 요청에서는 code, prop, processor 만 실행되고, table 은 실행되지 않기 때문에
가능성이 높지는 않다.

=> 만약 sql 이 느린 경우라면, graha 의 버그는 아니다. 이건 응용프로그램에서 sql 을 최적화해서 해결할 문제이다.

첨부파일 처리와 관련이 있을 가능성도 있다.

=> 만약 첨부파일 처리와 관련이 있다면, 과거에 수정한 적이 있는데, 다른 것을 수정하면서 실수한 것이다.

현재는 insert 가 기본 값으로 되어 있다.

kr.graha.post.xml.GFile 의 decodeFileName 에서 "+" 를 "%2B" 로 replace 하고,
escapeFileName 에서도 "+" 를 "%2B" 로 replace 한다.

decodeFileName 은 URLDecoder.decode 이전이고,
escapeFileName 은 이후인데,

반드시 이렇게 해야만 하는 것인지 확인해야 한다.

"+" 는 빈칸(" ") 과 관련이 있다.

param 에서 제약 조건과 관련된 속성이 여러 개인 경우,

서버에서는 각각 검사를 하는데,
클라이언트에서는 그 중에 1개만 검사한다.

식별자(<rows> 의 id 속성 값 / <tab> 의 name 속성값)가 없는 경우에는 첫 번째 <rows> 를 가져와야 하는데,
아무것도 가져오지 못한다.

대부분의 javadoc 주석이 누락되었고,
주석이 달려 있는 곳도 부족한 부분이 많다.

장기적으로는 Graha XML 정의파일 레퍼런스 와 비슷한 수준이거나 대체하는 것을 목표로 보완해야 한다.

숫자형이라고 하더라도 "'" 로 묶어야 한다.

JDBC 드라이버들은 컴파일에 필요 없는 것들이다.

실행할 때는 그 중의 1개는 필요하겠지만,
모두가 필요한 것은 아니고, 실제로 연결하려고 하는 데이타베이스에 대한 JDBC 드라이버만 있으면 된다.

현재 auth 나 cond 속성에서 사용하는 표현식은 다음과 같은 형태이어야만 한다.

${param.memo_id} = '5'

왼쪽과 오른쪽을 변경할 수도 없고,
왼쪽과 오른쪽의 형식도 엄격하게 준수해야 하고,
오른쪽은 반드시 (자료형과 무관하게) Single quotation marks 로 묶어야 하고,
숫자형이라도 마찬가지이고, 연산자가 숫자를 비교하는 것이어도 마찬가지이다.

이런 제약을 조금 완화해서 다음과 같은 표현식도 가능하도록 개선할 필요가 있겠다.

${param.article_id} = ${param.top_id}
'5' = ${param.top_id}
'5' = '5'

Single quotation marks 로 묶어야 하는 제약은 일단 유지하기로 한다.

조금 더 복잡한 표현식(예를 들어 and 나 or 등)을 지원할 필요가 있는 것으로 생각되지만,
를 사용해서 같은 효과를 얻을 수 있으므로
복잡한 표현식을 보류하기로 한다.

at 속성값이 client 인 경우, 서버쪽에서는 check 하지 않고, server 인 경우 반대

format 속성값은 정규식인데,
java 와 javascript 의 정규식이 다를 수 있다.

null 이 아니라 다음과 같은 값이 설정되어야 한다.

• system.today.yyyy : 연도(4자리)
• system.today.mm : 월(2자리) : 10보다 작으면 앞에 0을 붙인다.
• system.today.dd : 일(2자리) : 10보다 작으면 앞에 0을 붙인다.

kr.graha.post.lib.Record 의 가장 큰 변화는
String Key 대신에
사용자 정의 Key(kr.graha.post.lib.Key) 를 사용한 것이고,

legacy 응용프로그램을 이식하기 위해서,
package 명을 변경하는 것 만으로는 안되고,
소스 코드의 많은 변경이 있어야 한다.

새로운 graha 소스코드를 충분히 테스트 한 이후에는
legacy 호환성을 위해
String Key 를 파라미터로 하는 메소드들을 추가해야 한다.

1. 인증에 사용할 컬럼 값이 session.member_id 이고 int 형인 경우에도 가능하도록 처리

<params> 아래에서도 <tile> 을 추가해야 한다.

system.config.file.name 은
확장자를 제외한 Graha XML 정의파일의 이름만인데,
앞뒤로 "/" 가 추가된 값이 설정되는 버그가 있다.

데이타베이스 연결이 필요없는 prop 를 가장 먼저 실행하고,
데이타베이스 연결이 필요없는 code 를 실행하고,

데이타베이스 연결이 필요한 prop 와 code 를 실행하는 순서로 한다.

Graha XML 정의 파일을 생성하는 기능은 아주 오래전에 완전히 새롭게 작성되었다.

<link> 요소는 다음과 같은 곳에서 사용될 수 있다.

<layout> / <top> / <left> : top 은 bottom, left 는 center, right 로 변경 가능
<tab> / <row> / <column>

현재는 <column> 아래에서 사용하면 무조건 <a> 로, <left> 등에서 사용하면 무조건 <button> 내지 <input type="button"> 으로 처리되고 있는데,

<column> 아래에서도 <button> 등으로,
그 반대의 경우도 가능하도록 개선할 필요가 있다.

<left> 등에서는 type 속성으로 처리가 가능할 것으로 보이지만,
<column> 아래의 <link> 는 새로운 속성(appearance)을 추가되어야 할 것으로 생각된다.

검색을 위한 sql 구문이 where 로 시작해야 하는데,
언제나 and 로 시작한다.

최근에 Graha 소스코드를 다시 작성하면서 query_to_param 속성은 필요가 없어졌다.

Graha XML 정의파일 레퍼런스 에도 반영되지 않은 실험적인 기능이었다.

과거의 Graha 는 XML 문자열을 직접 만드는 방식이었지만, 최근에 다시 작성한 Graha 는 kr/graha/post/xml 이하의 객체를 이용하는 방식으로 변경되었고, kr/graha/post/lib/Record.java 에서 kr/graha/post/xml 이하의 객체를 참조하는 방법으로 변경되었다.

cond 속성의 표현식에서 query. 으로 시작하는 부분은 "/" 로 시작하는 절대 경로로 처리되는데,
상대경로로 처리할 수 있는 방법이 있으면 좋겠다.

최근에 cond 속성이 추가된 다음과 같은 곳에서는 상대 경로로 처리될 필요가 있다.

<row>
<row> / <column> 
<row> / <column> / <link>

XInclude 를 사용하려면,
included 된 파일이 xml 문법을 충족해야 하고,
최상위 root 요소(element) 를 가져야 하는 제약이 있다.

included 된 파일이 xml 의
최상위 root 요소(element)
<envelop> 따위로 정의한 후에,

graha 라이브러리에서 graha XML 정의파일을 읽어들일 때,
<envelop> 는 무시하고 처리할 수 있으면,

XInclude 를 조금 더 유연하게 사용할 수 있을 것이다.