Cache Level
Cache 기능
- None : 캐시 기능을 사용하지 않음, 매번 서버로부터 Data를 수신 시 설정(주로 Dataset 관련 통신 시 사용)
- Dynamic[기본값] : 서버로부터 내려 받은 파일이 갱신되었을 때만 수신, 서버 상의 파일이 갱신되지 않은 경우는 로컬 캐시(Local Cache)파일을 재사용
- Session : 엔진을 기동할 때, 단 한번만 수신하고 해당 엔진이 종료될 때까지 로컬 캐시 파일만을 사용(엔진 기동 시 로컬 파일과 일치하면 재사용)
- Static : 서버로부터 한번이라도 내려 받은 파일은 엔진 재실행과 상관없이 로컬 캐시 파일만(단, Type Definition에 지정된 서비스 그룹의 버전이 변경된 경우에는 다시 내려 받음)
WRE 웹 브라우저로 확인 시 'none'설정 이외에는 브라우저 캐시 정책을 따름
TypeDefinition User Service Cache Level 설정
정리
- Cache level를 지정하지 않으면 "dynamic"으로 동작
- nexacro studio를 이용하여 Transaction을 수행할 때 cache level 설정에 관계없이 "none"으로 동작
- resource의 경로를 prefix를 이용하지 않고 URL로 지정할 경우 브라우저의 캐시 설정에 따름
- resource가 이미지의 경우 성능이나 이미지 표시 관련 기능을 위해 사용 브라우저의 캐시 설정을 따름(WRE)
- WRE(HTML5)환경에서는 cache level 설정은 무시가 되며, 브라우저 옵션을 따름
-> 이때 브라우저 옵션과 무관하게 전체 수정 내용을 반영하기 위해서는 CheckVersion 기능을 사용해야 함
CheckVersion
WRE 운영 환경에서는 CheckVersion 사용 권장
세션 처리
NEXACRO에서는 Cookie 세션 변수를 정의할 뿐 값을 설정하지 않는다
- Cookie에 세션변수 정의(JSESSIONID)
- 넥사크로플랫폼은 Cookie에 세션변수를 선언할 뿐 별도 세션 값을 만들지 않음
- 개발자가 임의로 값을 설정하지 않으면, 서버에서 세팅된 값을 송/수신만 담당
즉, 제품상에서는 별도 세션을 관리하지 않는다
- 개발자 스크립트에 의한 변경은 가능
- 넥사크로플랫폼 엔진 라이브러리에서는 Cookie를 제어하지 않으나, 개발자 스크립트에 의해 강제적으로 코딩 한 부분은 제외
보안 - eval
NEXACRO Scirpt 작성 시 eval 함수는 사용하지 않는다
보안 - 데이터
NEXACRO 제품에서는 기본 데이터 보안을 제공하지 않는다
- 통신 보안기능? (transaction 이용한 데이터 송/수신 시 보안이 적용되는가?)
- 데이터 통신시 compress 및 gzip을 속성을 제공하나 이는 데이터 사이즈를 줄이기 위한 방법이지 데이터 보안을 제공하는 것이 아님(상당한 많은 분들이 오해)
- 보안모듈 연동
-
데이터 보안은 사용제품을 도입하여 연동해야 함
[암호화 모듈]
이니텍,소프트포럼 : 데이터 구간암호화 지원
-
보안 - https
HTTP -> HTTPS 통신 프로토콜 변경 후 속도 저하 원인
- https 통신
https는 http와 다르게 데이터 암호화를 하여 구간 통신을 하게 되며, 약 2배 이상 데이터 사이즈가 증가됨
따라서 http통신에 비해 데이터 전송 속도에 영향을 미침
FAQ - httpretry / httptimeout
HTTP -> HTTPS 통신 시 오류가 발생 시 재시도 회수(NER/WRE 적용)
Timeout 설정은 Front End(NEXACRO, Application Server(WAS), Back End(DB)) 중 최대시간 설정
변수 Scope
NEXACRO에서 var, this로 정의되지 않는 변수는 global 영역으로 처리됨
통신방식
Transaction 송/수신 데이터 통신방식
좌측에 있는 게 XML, 우측 상단에 있는게 SSV, 하단에 있는 게 Binary
