일반적으로 MiUpder는 321 버전을 사용하면 되며 보안 이슈가 있을 경우 아래 표를 참조하여 Updater 파일을 사용합니다.

Updater 321과 322의 차이점

업데이터 320과 321을 같이 쓸수 없나요?

Updater321 과 updater322의 차이 및 배포

http://www.miplatform.co.kr/faq/data/docs/mi330U.zip

index_330u

1 fn_load() 함수의 이해

checkBrowser.js 파일의 브라우저 체크 스크립트를 이용하여 인터넷 익스플로러 인 경우 index.html 페이지를 호출하고 타 브라우저(크롬, 파이어폭스 등)일 경우 index_mp.html 페이지 호출

index_330u_1

1 miplatform.js 설명참고

2 Check_Module() 함수의 역할

install.html 호출 후 miplatform.js 호출이 되어 <object> 태그를 통해

MiPlatformUpdater 가 사용자 PC에 설치 되며 Check_Module() 함수에서

MiPlatformUpdater 의 정상 설치 및 동작 여부를 확인

2 Object 태그

인터넷 익스플로러 브라우저에서 ActiveX 컨트롤러를 구동 시키기 위해 사용하는 태그(TAG)

사용 예)

<object id=“선언할 object 이름” classid="clsid:제품클래스ID" width="0" height="0” CodeBase=“cab 파일 위치#VERSION=cab 파일버전 정보"></object>

index_330u_2

1 fn_OnLoad 함수 이해

Check_Module() 함수에서 true 값이 return 이 되면 miplatform.js 파일에서 선언 된 MiPlatformUpdater Object 를 통해 마이플랫폼 구동에 필요한 기본정보를 레지스트리에 등록

Object ID = MiInstaller

[레지스트리 정보 등록 위치]

HKEY_CURRENT_USER\Software\AppDataLow\Software\TOBESOFT\MiPlatform330U

MiInstaller.Key 에서 선언한 strKey 값

레지스트리 편집기 그림 참조

MiPlatform으로 운영할 서비스의 Key

Key값은 MiPlatform으로 특정 서비스를 접근할 때 필요한 모든 기본 정보의 저장소를 구분하기 위한 값 입니다. Key 값을 선언 시 고유의 값이 될 수 있도록 선언을 해야 합니다.

index_330u_3

1 mode 변수에miplatform.js파일에서 checkOS() 함수를 통해 운영체제의 버전을 체크 후 UpdateURL 등록

2 update_vista_config.xml 및 update_xp_config.xml 파일관련 설명 참조

3 ExistVersionUpCnt() 메소드를 이용하여 Updater 할 파일이 있는지 여부를 확인(true,false) Updater필요 파일이 있을 경우(true) StartDownLoad() 메소드를 호출 하여 MiPlatformUpdater 가 구동이 되며 MiPlatformUpdater 가 구동 시 UpdaterURL 를 호출 하여 UpdaterURL 에 기술 된 XML 정보를 읽어 들려 다운로드 및 설치 진행

4 ExistVersionUpCnt() 메소드를 이용하여 Update해야 할 파일 없을 경우(false) fn_run() 함수 호출

index_330u_4

1 strCommand 인자값은 MiPlatform AdminGuide 문서의 198 페이지 참조

2 MakeShortCut()함수의이해

MakeShorCut(strExeName, strCommand, strShortcutName, strIConPath, strPos)

strExeName : MiUpdater3xx.exe 파일이 위치한 경로

MU 는windows\system32\MiUpdater3xx.exe파일 경로를 내장하고 있음

strCommand : MiUpdater3xx.exe 실행 될 때 인자값

strShortcutName : 바로가기 이름

strIconPath : 바로가기 아이콘 파일 이이지 파일(ico) 경로

strPos : 바로가가 아이콘 생성 될 위치

Startmenu - 시작메뉴

desktop – 바탕화면(Default)

StartUp – 모든 프로그램에 시작프로그램 메뉴

Programs – 모픈 프로그램 메뉴

index_330u_5

1 fn_run()함수의이해

MiInstaller.run() : 마이플랫폼 전용브라우저 엔진 실행

인터넷익스플로러 화면에 마이플랫폼 엔진을 구동 시킬 경우에 사용

start_mx.html : 마이플랫폼을 MDI(프레임) 구조로 만들었을 경우 사용

start.x.html : 마이플랫폼 SDI(단일폼) 구조로 만들었을 경우 사용

index_330u_6

1 CreateMiInstaller()함수의이해

Miplatform.js 에 선언 된 MiUpdaterObject 호출

index_330u_7

1 각 변수의 이해

var strBaseURL : 배포 서버의 기본 URL 의미

(주석이되어 있는 부분을 해제 후 기본 서버 Path를 지정)

var strKey : MiUpdater 구동 시 레지스트리에 입력 되는 키 값으로 고객사 프로젝트의 고유의 값을 설정

var strStartXML : StartXML 의 위치

var strInitURL : 웹브라우저에 마이플랫폼을 임베드(Embed) 시킬 때 호출 폼 주소

2 StartXML의미

StartXML 는 마이플랫폼을 통해 개발한 화면을 로드하기 위한 환경 정보를 담고 있는 파일이며 최초 접속 시 StartXML 정상로드 마이플랫폼 개발 화면 접속이 가능

index_330u_8

1 IE 에서MiUpdater 실행 될 수 있도록 Object선언

2 OBJECT 태그및 embed태그이해

OBJECT 태그는 응용프로그램(예: MiPlatform)이 인터넷 익스플로러 브라우저에서 동작되기 위해 ActiveX형식의 모듈로 제공이 될 때 ActvieXOBJECT 를 선언하여 인터넷 익스플로러에서 사용 할 수 있도록 정의 할 수 있는 태그

embed 태그는응용프로그램(예:MiPlatform)이 크롬, 파이어폭스 등 인터넷 익스플로러를 제외한 웹브라우저에서 동작되기 위해 plugin 형태로 제공이 될 때 plugin 를 선언하여 크롬, 파이어폭스 등에서 사용 할 수 있도록 정의 할 수 있는 태그

3 IE 에embed(임베드) 되어 구동 될 수 있도록 MiPlatformControlObject 선언

SDI 의경우 단일폼을 열 경우 사용

MDI 의경우 프레임 구조를 열 경우 사용

index_330u_9

1 Chrome, Firefox 등에서 MiUpdater 실행 될 수 있도록 plugin 선언

2 Chrome, Firefox 등에서 embed(임베드) 되어 구동 될 수 있도록 MiPlatformControl plugin 선언

SDI 의경우 단일폼을 열 경우 사용

MDI 의경우 프레임 구조를 열 경우 사용

index_330u_10

1 update_vista_config.xml 파일의 이해

Xml 파일은 MiPlatform 의 Dataset 의 구조로 이루어지며 UpdateURL 은 배포가 될 파일를 담고 있는 Update List URL 정보를 포함하고 있으며

Update List (update_msi_files.xml, update_component_files.xml, update_etc_files.xml)는 실제 배포가 될 파일들의 정보를 포함.

(Update List 는 필요에 따로 추가 가능)

Update URL 과 Update List 파일은 사용자 PC에 저장이 되며 배포여부를 결정하는 기준 정보로 사용 됩니다.

MiPlatformUpater 의 ExistVersionUpCnt() 메소드가 저장되어있는 Update URL Update List 의 정보 읽어 배포가 필요할 경우 true 값을 배포가 필요 없을 경우 fasle 값을 return 하며 return 값이 ture 일 경우 MiPlatformUpdate 의 StartDownLoad() 메소드를 이용하여 배포 파일 다운로드 및 설치가 진행 됩니다.

(4페이지 스크립트 참고)

2 XML 파일을 읽는 순서

MiPlatformUpdater 가 구동 시 UpdateURL 호출 후 Update List 를 순서대로 호출

update_msi_files.xml 호출

update_component_files.xml

update_etc_files.xml

각 Update List 파일이 호출 이 될 때 포함하고 있는 파일이

모두 배포(설치) 된 후 다음 Update List 파일을 호출

3 사용자 PC에서 XML 파일 저장 위치

Windows XP

C:\Document & Settings\[PC계정명]\Local

Settings\Compatible LocalLow\TOBESOFT\MiPlatform330U\Ver

Windows Vista 이상

C:\Users\[PC 계정]\AppData\LocalLow\TOBESOFT\MiPlatform330U\Ver

index_330u_11

1 params태그이해 및 id값의의미 이해

params 에정의되는 paramid(Element) 전역변수와같이 colinfo id 를 지정 하지 않았을 경우 params 에 지정 되어 있는 param id 가 적용

DEVICE : DeviceType 의미 (Win32 : Windows OS, CE : WindowsCE)

SOURCE : 다운로드 파일의 URL

(Update List File 를 기준으로 상대위치로 지정이 가능)

예) engine_files 의미 : 서버의update_msi_files.xml 파일이 있는 동일 위치에서 engine files 폴더를 찾음

TARGET : 설치 대상 파일이 설치(복사) 될 위치

MSI 파일과 CAB 파일의 경우 TARGET 은 ProductID, ClassID 를 의미

FILENAME : 배포 할 파일 이름

PATCHFILENAME : 배포 할 MSP 파일 이름

VERSION : 배포할 파일의 버전 정보

설치 파일이 DLL,MSI, CAB 일 경우 버전정보에 System::붙어 있을경우 UpdateList 파일에 저장된버전을 사용하지 않고 실제 배포되는 파일의 버전 정보를 비교

OLDVERSION : MSP 파일로 설치 되어도 되는 버전

UACFIX : FIXUACProblem 파일 설치 여부

ACTION : 설치 방법 지정

MSI 인 경우 WindowsInstaller 서비스를 통해설치

DOWN 이며 FILENAMECAB 파일일 경우 CAB 설치

DOWN 이며 FILENAMEdll 파일일 경우 TAGET 위치에 설치(복사)

STATUS : 배포 상태를 저장

0 : 배포안됨

1 : 다운로드완료(임시 폴더)

2 : 배포완료

ARGUMENT : 설치수행 시 인자 값 정보를 저장

2 STATUS 가 1 일 때 다운로드 되는 임시 폴더 위치

Windows XP

C:\Document & Settings\[PC계정명]\LocalSettings\Compatible LocalLow

\TOBESOFT\MiPlatform330U\Setup\Win32U_3.3

Windows Vista 이상

C:\Users\[PC 계정]\AppData\LocalLow\TOBESOFT\MiPlatform330U\Setup\Win32U_3.3

index_330u_12

1 id = VERSION 에서 system:: 사용 할 경우 실제 파일 버전 확인은

Dll 파일에서속성을 눌러 자세히 메뉴에서 확인 가능

MSI, CAB 파일의 경우 MiPlatform_Versioninfo 파일 참고

index_330u_13

1 object 선언 대신 embed 선언을 통해 plugin 모듈인 MiUpdater 및 MiPlatformControl 를 실행이되는 점이며 기본적인 스크립트 구성은 install.html 과 유사하여 자세한 안내는 생략 합니다.

마이플랫폼을 사용하기 위해서는 왜 Admin권한이 필요한가요?

다수의 고객사에서 MiPlatform을 배포하여 사용하는 경우 실 사용자 PC에는 가장 최신의 버전이 설치가 됩니다.

즉 A고객사에서 2012년도 모듈을 사용하고 있던 사용자가 B고객사 2013년도 모듈을 배포받은 후 A고객사 프로그램을 실행하게 되면 A고객사의 프로그램 실행이 2013년도 모듈로 동작을 하게 됩니다.

[ 당사에서는 제품패치시 다음의 원칙을 가지고 제품패치를 진행합니다. ]

1) 제품패치시 기존 하위버전의 기능을 수용한다. (동일제품버전 : 3.1, 3,2, 3.3별)

2) 제품패치로 인해 기존 프로그램 동작에 문제가 발생하는 경우 긴급대응프로세스 운영

단 동일버전에서 제품상의 버그는 별도의 버전을 분리하지 않으며, 영향도에 따라 달라질 수 있음

고객사 별로 배포모듈 디렉토리 분리가 가능한가?

단 MiPlatform에서 배포하는 모듈 중 MiUpdater에 대한 패치필요

MiUpdater에서 사용하는 Alias 중 %system%의 경우 32bit, 64bit 모두 system32를 인식

사용예) MiInstaller.MakeShortCut("%system%MiUpdater321.exe",strCommand,"TEST","%Component%icon.ico","");

수정사항)

32bit PC : windows\system32 인식

64bit PC : windows\SysWOW64 인식

패치모듈 : 2010년1월25일자에 패치되었습니다.

IE에 임베드하여 사용하는 경우 IE브라우저 실행을 32bit용으로 사용해야 합니다.

(IE브라우저 옵션 중 64bit환경으로 실행이 가능한 옵션이 있으나, 64bit는 제공되지 않음)

32, 64bit환경에서 마이플랫폼 동작에 문제가 없는가?

window7 64bit환경에서 마이플랫폼 사용이 가능한가?