Solution

Thingworx Mashup 개발 시 화면간 이동으로 triggering되는 Load 이벤트와 Session에 설정한 사용자 지정 속성의 이벤트, 서비스의 동작에 따른 이벤트의 연쇄작용으로 테스트가 어려운 경우가 있습니다. 이번 글에서는 브라우저 개발자 도구 네트워크 기능을 이용한 Session 이벤트 제어와 서비스 이벤트 제어를 알아보도록 하겠습니다. Thingworx Session 객체를 통한 Session 이벤트 제어 # Session 값 조작에는 Thingworx 런타임객체 내의 Session 객체를 통해 Session 값 제어가 가능했지만,

Thingworx Mashup 개발 시 로직의 순서 제어를 위해 Thingworx의 Session에 설정한 사용자 지정 속성의 이벤트를 이용하는 작업이 필요한 경우가 있습니다. 하지만 필요한 이벤트를 trigger 하기 위해 선행되어야 하는 동작들이 있을 수 있으며, 그 동작들을 테스트를 통해 인위적으로 발생시키기 위해서는 많은 양의 테스트 서비스 작성 및 서비스/이벤트 바인딩이 수행되었다가 테스트 후에 원복 시켜야 하는 불편함이 발생하기도 합니다. 브라우저의 개발자 도구의 콘솔을 이용하여 Thingworx의 Session 객체에 접근하고, 객체의 내장 함수를 통해 Thingworx Session 의 특정 사용자 지정값을 get/set 하거나, 세션 값이 변경 될 경우에 발생하는 이벤트를 trigger 할 수 있습니다. 이는 별도의 테스트용 서비스 작성 및 서비스/이벤트 바인딩 작업을 줄여 작업 시간 단축을 기대할 수 있을 것입니다.

Thingworx Mashup 개발에는 Mashup에 연결된 Thing의 서비스, 세션 변수, UI 간의 이벤트 바인딩으로 로직을 구성하고 서비스 input/output 바인딩의 작업을 필요로 합니다. 간단한 로직의 경우 몇번의 테스트 만으로도 서비스가 의도된 대로 동작하는지 확인할 수 있지만, 로직의 복잡도가 증가할 수록, 서비스의 개수가 많아질 수록, 바인딩된 이벤트가 많아질 수록 테스트의 난이도가 쉽게 증가합니다. 브라우저의 개발자 도구 기능을 이용하면 서비스에 하나하나 로그를 출력하는 것 대신 쉽게 문제 발생지점을 찾아낼 수 있으며, Thingworx 객체에 직접 접근하여 이벤트 제어를 통해 원하는 지점부터 로직을 테스트 할 수 있습니다.

ASTRA 플랫폼이 다양한 데이터베이스를 지원합니다만 엔터프라이즈급에서 부담없이 쓰기에는 PostgreSQL 이 제일 좋다고 생각합니다. 우리회사에서 문서관리 및 협업시스템으로 사용하고 있는 ASTRA PDM 도 PostgreSQL 기반으로 운영되고 있습니다. 기업의 전산시스템은 일일백업 daily backup 이 거의 필수죠. 이 글은 우분투 Ubuntu 에서 운영되는 PostgreSQL 데이터베이스에 대한 일일백업 자동화에 대해 설명합니다. PostgreSQL 의 백업 유틸리티에는 pg_dump 와 pg_dumpall 이 있는데, 이 글에서는 pg_dump 를 이용합니다. 개요 # 매일 일정시간에 특정위치에 날짜별로 디렉터리를 생성하고, DB 백업 파일을 저장할 계획입니다.

이 글은 Windchill 개발자들이 Windchill Shell을 통해 자주 사용하는 명령어를 설명합니다. Java 컴파일 # Java 소스들을 컴파일하는 명령어 입니다. 다음 명령은 하위 디렉터리를 포함하여 test 라는 디렉터리 아래쪽에 있는 모든 클래스들을 컴파일합니다. ant -f bin/tools.xml class -Dclass.includes=test/** SQL 생성 # 모델링한 클래스들의 Database Schema 를 생성하는 명령어 입니다.