검색

Help

59 중 54 페이지. 587개의 결과 표시중 (0.026 초)

  1. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식
  2. AUD 사용자별 로그 분리 기능 추가

    " 메뉴 클릭 image2023-5-22_16-55-59.png 적용 결과 AUD.log → "입력한 로그파일 명".log OLAP.log → "입력한 로그파일 명" + "_OLAP".log image2023-5-22_16-54-17.png 로그파일 명 제약사항 최대 길이: 20자 영어
  3. 6-1.i-META에서 테이블 변경시 변경사항을 반영하는 방법

    블 정보 갱신 ① 스키마 관리자에서 스키마 업데이트 클릭 ② 스키마 업데이트 팝업창에서 대상 테이블 필터링 ③ 업데이트 대상 테이블 필터링 후 점검 실행 버튼 클릭 ④ 오른쪽 화면에서 변경 내역 사항을 확인 ⑤ 저장 버튼을 클릭하여 업데이트 수행 및 완료 image2024-3-14_17-19-7.png 4. 메타파일 업데이트 ① 메타파일에서 변경 테이블 우클릭 후 필드 목록 새로 고침 클릭 ② 갱신된 테이블의 변경 컬럼을 선택하여 메타파일 수정 image2024-3-14_16-5-48.png 사용자가 주의해야할 사항이나 팁 또는 관련 정보를 알리기 위해 패널을 사용할 수
    AUD PLATFORM2024-03-15
  4. FromTo Controls

    FormatLangCode 언어 코드 목록 창 Validator UseValidation FN 날짜 유효성 검증 사용 여부 Min Date 유효한 최소 날짜 설정 Max Date 유효한 최대 날짜 설정 Use Validation 날짜 유효성 검증 메시지 사용 여부 Validation
    AUD PLATFORM2024-11-27
  5. (BCRM#D3363) Admin 시스템 정보 조회화면에 보고서 폴더 버전 추가, Admin 로그인 시 보고서 폴더 버전 체크 로직 추가 요청

    Admin에서 reports 폴더 버전 정보 및 업데이트 알림 메시지 제공 Start Release No : 7.0.400.20231127 / Update Release No : 프로젝트명 : 작성자 : 이설아 / 검수자 : 원강연 기능 정보 19 incomplete API Open … 템 정보조회 > 설치제품 버전정보 란에 reports 폴더 버전을 확인할 수 있는 'Report Release No' 정보를 추가하였습니다. reports 폴더 하위의 versioninfo.txt 파일 정보를 기준으로 표시합니다. reports 폴더를 정상적으로 업데이트하지 않은 경우
  6. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식
  7. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식
  8. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식
  9. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식
  10. ApiGateway서버_인증정보공유(클러스터링)방식.pptx

    인한 사용자 중에서 Server2에 접속한 사용자들은 업데이트된 설정 정보를 가져올 수 없다. 현재 제품 구조에서는 저장 시에 실시간으로 다중 서버로의 동기화 기능이 어렵다. - Sticky Session 방식이여야 되는 전제 조건이 필요하다. 전역 메모리1 Admin에서 설정 정보 변경 … Server2에 해당하는 APPLY_FLAG 값을 확인하여 N 이면 제품 환경 정보를 메모리2에 업데이트 한다. 2. Repository 내 이중화 설정 Table에서 Server2에 해당하는 APPLY_FLAG=Y 변경 로그인 전역 메모리2 3. TO-BE 다중 서버로 인증 정보 공유 방식