파워빌더 2025 R2 신기능 및 실무 테스트 완벽 분석

초고속 컴파일, UI/UX 고도화, 그리고 강력한 보안 기능까지 지원

안녕하세요! 최근 저희 개발팀에서는 기존 레거시 시스템 및 솔루션 프레임워크의 현대화를 도모하기 위해 출시된 PowerBuilder 2025 R2 버전의 신기능을 적용해보고 실무 테스트를 성공적으로 마무리했습니다.

이번 포스팅에서는 기존 파워빌더 프로젝트를 마이그레이션할 때 개발자분들과 시스템 관리자분들이 반드시 확인하고 넘어가야 할 파워빌더 2025 R2의 핵심 업데이트 내용(보안, 성능 향상 등) 및 실사용 후기를 공유해 드립니다.

1. 현대적인 UI/UX 및 디스플레이 고도화

2. 강력해진 보안 시스템 및 런타임 방어 모듈

🔒 AES-256 암호화 및 메모리 해킹 방어

• 최신 AES-256 GCM 지원: 외부 상용 C++ 컴포넌트를 사용해야만 했던 고도화된 양방향 암호화 처리 모듈이 파워빌더 CrypterObject로 기본 내장되었습니다. 별도 모듈 비용 지출 없이 자체적인 시스템 중요데이터 암호화 및 무결성 인증이 가능합니다.
• DB 보안 연결 (Secure Connection Encryptor): 이전까지 INI 파일과 레지스트리에 저장되던 DB 서버명, 사용자 ID/Password를 단일 암호화 문자열(토큰화)로 변환해 코드 유출 시 발생할 수 있는 DB 해킹을 초기 차단합니다.
• 실행 파일 보안(Executable Mitigations): 배포 설정(EXE 빌드 시)에서 버튼 클릭만으로 ASLR, DEP, CFG 보안 옵션을 손쉽게 활성화하여 런타임 메모리 해킹도 원천 방어합니다.

// ==============================================================================
// PowerBuilder 2025 R2 공식 AES-256 GCM 암/복호화 스크립트
// ==============================================================================
CrypterObject lnv_Crypt
CoderObject lnv_Coder
Blob lblb_key, lblb_iv, lblb_aad, lblb_data, lblb_encrypted, lblb_decrypted
String ls_base64

lnv_Crypt = Create CrypterObject
lnv_Coder = Create CoderObject

lblb_key = Blob('12345678901234567890123456789012', EncodingANSI!) // 32 bytes
lblb_iv  = Blob('123456789012', EncodingANSI!)                     // 12 bytes (GCM 표준)
lblb_aad = Blob('SystemAuthHeader', EncodingANSI!)                 // 추가 인증 데이터
lblb_data = Blob('중요 비밀번호 또는 개인정보', EncodingUTF8!)

// 1. AES-GCM 암호화 (OperationModeCTR! 및 DefaultPadding! 필수 지정)
lblb_encrypted = lnv_Crypt.SymmetricEncrypt( &
    AES_GCM!, lblb_data, lblb_key, OperationModeCTR!, lblb_iv, DefaultPadding!, lblb_aad)
ls_base64 = lnv_Coder.Base64Encode(lblb_encrypted)

// 2. AES-GCM 복호화 (AAD가 1글자라도 다르면 복호화 즉시 실패)
lblb_decrypted = lnv_Crypt.SymmetricDecrypt( &
    AES_GCM!, lblb_encrypted, lblb_key, OperationModeCTR!, lblb_iv, DefaultPadding!, lblb_aad)
MessageBox('복호화 결과', String(lblb_decrypted, EncodingUTF8!))

Destroy lnv_Crypt
Destroy lnv_Coder

 

// 보안 연결 토큰을 이용한 DB Connect
SQLCA.EnableSecureConnection(True)
SQLCA.SetSecureConnectionString('xqRAXnVg6rXmXbnDh0KDONUBU1rnnrjoD91RyPElnxrf0l9Sn...')
SQLCA.AutoCommit = False
Connect Using SQLCA;

If SQLCA.SQLCode = 0 Then
    MessageBox('성공', '보안 토큰 기반 DB 연결 성공')
Else
    MessageBox('실패', SQLCA.SQLErrText)
End If

 

3. 코어 아키텍처 및 개발 에디터 생산성 극대화

4. 외부 인프라 및 클라우드 REST 호환성 확장

5. DataWindow 및 현업 인터페이스 개선 신규 속성

지나번에 로컬에 서버 및 db 설치를 하였습니다.

참고 : https://sellingnow.tistory.com/56

지난 봄에 무료국비 과정으로 AI를 공부하면서 만든 db와 그 안에 데이터들을 유지하느냐고..매달 supase에 비용을 지불하고 있어서 로컬로 이관하려고 합니다.

우선, DBeaver를 설치하였습니다. adminior는 익숙하지가 않아서, DBeaver로 설치합니다.

https://dbeaver.io/download/

1. Supabse Connection 정보

무료 플랜으로 사용한 DB는 일정기간 사용하지 않으면  paused 상태가 됩니다. Restore Project(복구)를 실행하여 Active 상태로 만듭니다.

1. Host: db.[프로젝트ID].supabase.co (Supabase 호스트 주소)
2. Port: 5432 (또는 Pooler 주소인 경우 6543)
3. Database: postgres
4. Username: postgres (Pooler 주소인 경우 postgres.[프로젝트ID])
5. Password: Supabase 프로젝트 만들 때 설정한 DB 비밀번호
6. ⭐ 필수 SSL 설정:
   • 우측 상단의 + SSH, SSL, ... 파란색 링크를 클릭합니다.
   • SSL 탭으로 이동하여 **Use SSL**에 체크합니다.

2. DBeaver에서 Supabse 연결하기

*** Supabse에서 DB를 연결하기전에 로컬 디비를 먼저 연결합니다.

    1) DB를 실행하기 위해 Docker Desktop을 실행합니다.       

    2) 데이터베이스 > 새데이터베이스 > PostgreSQL 선택 후 Supabase의 connecting string 정보를 참조해서 연결한다.

Supabase 프로젝트 대시보드의 Connect 버튼에서 확인한 정보를 그대로 입력합니다.

1. Host: db.[프로젝트ID].supabase.co (Supabase 호스트 주소)
2. Port: 5432 (또는 Pooler 주소인 경우 6543)
3. Database: postgres
4. Username: postgres (Pooler 주소인 경우 postgres.[프로젝트ID])
5. Password: Supabase 프로젝트 만들 때 설정한 DB 비밀번호
6. ⭐ 필수 SSL 설정:
   • 우측 상단의 + SSH, SSL, ... 파란색 링크를 클릭합니다.
   • SSL 탭으로 이동하여 **Use SSL**에 체크합니다.
7. 좌측 하단 **Test Connection ...**을 눌러 Connected 확인 후 **[완료(F)]**를 누릅니다.

    3) DBeaver에서 백업 하기

        db를 선택후 도구 > 백업을 선택 한다.

    4) public 만 선택 합니다. 

     5) Backup settings에서 백업폴더 지정 후 Start 합니다.

    5) 백업 받은 db를 내 로컬 db에 생성하기

1. DBeaver 좌측 상단의 로컬 PostgreSQL 연결(postgres)을 펼칩니다.
2. 아래에 있는 Databases 폴더 위에서 마우스 우클릭합니다.
3. [새로 만들기 (Create)] → **[데이터베이스 (Database)]**를 클릭합니다.
4. 설정 창이 뜨면:
   • Database Name: db명 (nexus) 입력
   • (Owner 등 나머지는 기본값 그대로 두시면 됩니다.)
5. 하단의 [확인] (또는 [Save])을 누르면 로컬에 nexus 데이터베이스가 즉시 생성됩니다!

  ** 이런 에러가 날때 edit connection에서 Show all database를 체크 합니다.

1. 방금 생성된 nexus 데이터베이스 위에서 마우스 우클릭합니다.
2. [도구 (Tools)] → **[복원 (Restore Database)]**을 클릭합니다.
3. 입력 파일(Input file) 항목에서 아까 Supabase에서 백업받은 덤프 파일을 찾아 선택합니다.
4. 하단의 **[Start]**를 누르면 nexus 데이터베이스로 데이터가 모두 복원됩니다.

공부하면서 생성했던 모든 DB들을 LOCAL로 이관 완료했습니다.~

Supabase 요금제를 무료로 전환도 하고~

진즉에...했어야 했는데..이제사 후련하네요~ ㅎ

The base monthly fee is too expensive for personal/hobby projects.

AI를 기반으로 개발시에는 개발일지를 작성하는 것이 좋습니다.

1. AI와의 협업 효율 극대화 (컨텍스트 복원)

• 새로운 대화창에서도 끊김 없는 작업: AI와의 대화가 길어지거나 며칠 뒤 새 세션을 시작할 때, AI에게 *"어제 개발일지(docs/devlog/...) 읽고 다음 작업 시작해줘"*라고만 하면 AI가 전체 프로젝트 히스토리와 다음 할 일을 1초 만에 파악합니다.
• 같은 오류 반복 방지: AI가 이전에 겪었던 오류나 시도했다가 실패한 방식을 개발일지를 통해 인지하므로, 비효율적인 답변을 반복하지 않습니다.

2. '삽질'의 자산화 (트러블슈팅 시간 절약)

• 미래의 나를 위한 공략집: 개발 중 겪는 라이브러리 충돌, 폰트 깨짐, API 인증 오류 등은 2~3달 뒤에 또 발생할 확률이 높습니다.
• 해결 과정을 일지에 한 번 적어두면, 나중에 동일한 문제가 생겼을 때 몇 시간 동안 구글링할 필요 없이 10초 만에 해결할 수 있습니다.

3. 작업 전환 비용(Context Switching) 제로화

• "어제 어디까지 했더라?" 방지: 퇴근 후나 며칠 쉬고 다시 코드를 열었을 때, 어디서부터 손대야 할지 막막해지는 현상을 완전히 없애줍니다.
• 일지 마지막의 📌 Next Steps(다음 할 일) 체크리스트만 보고 바로 코딩에 몰입할 수 있습니다.

4. "왜 이렇게 짰지?"에 대한 의사결정 기록 (Architecture Decision)

• 코드는 '어떻게(How)' 구현했는지만 보여주지만, 개발일지는 '왜(Why)' 그 라이브러리를 골랐고 그 방식을 택했는지를 남겨줍니다.
• 나중에 코드를 리팩토링하거나 기능을 확장할 때 중요한 나침반 역할을 합니다.

5. 강력한 포트폴리오 & 기술 블로그 콘텐츠

• 프로젝트가 끝난 뒤 포트폴리오나 기술 블로그(Velog, Medium 등)를 쓰려고 하면 기억이 안 나서 막막합니다.
• 매일 누적된 개발일지는 그대로 다듬기만 하면 가장 진정성 있고 설득력 있는 기술 블로그 글이자 포트폴리오가 됩니다.

vs code 또는 Anitigravity에서 다음과 같이 지시합니다.

[ 프롬프트 ]

당신은 이 프로젝트의 테크니컬 리드이자 페어 프로그래머입니다. 우리는 이 프로젝트의 모든 개발 과정을 일자별 개발일지로 투명하게 기록합니다.

[개발일지 작성 규칙]
- 주요 기능 구현이나 리팩토링, 버그 수정이 완료되면 항상 `docs/devlog/` 폴더에 일자별 마크다운 파일(`YYYY-MM-DD.md`)을 생성하거나 갱신합니다.
- 단순 작업 나열이 아니라, "왜 이 기술/라이브러리를 선택했는지", "어떤 오류가 있었고 어떻게 해결했는지"에 대한 기술적 맥락(Context)을 반드시 남깁니다.
- 코드 파일 경로와 함수명은 백틱(`) 또는 마크다운 링크 형식으로 명확히 기재합니다.

[ 개발일지 포맷 예시 ]

# 📅 개발일지: YYYY-MM-DD

## 🎯 오늘의 목표
- [x] Streamlit 기반 기본 UI 대시보드 레이아웃 구성
- [ ] Gemini API 연동 및 프롬프트 파이프라인 테스트

---

## 🛠️ 주요 진행 및 구현 내용

### 1. [컴포넌트/기능명]
- **파일:** `src/components/card_preview.py`, `app.py`
- **구현 세부사항:**
  - 사용자로부터 URL/키워드를 입력받는 사이드바 구현
  - 4:5 비율 카드뉴스 슬라이드 렌더링 영역 배치

### 2. [추가 작업 내용]
- ...

---

## 💡 기술적 의사결정 및 트러블슈팅 (Troubleshooting)

### 1. [문제 발생 상황 또는 고민한 점]
- **문제/이슈:** HTML-to-Image 렌더링 시 한글 폰트가 깨지는 현상 발생
- **원인 분석:** 기본 시스템 폰트에 Noto Sans KR이 누락되어 있음
- **해결 방안:** 웹 폰트(Google Fonts Noto Sans KR)를 인라인 CSS `@import` 방식으로 강제 로드하여 해결

---

## 🧪 테스트 및 검증 결과
- `streamlit run app.py` 로컬 실행 정상 확인
- 샘플 텍스트 입력 시 5장 슬라이드 실시간 미리보기 반응 속도 0.5초 이내 확인

---

## 📌 다음 진행 예정 작업 (Next Steps)
- [ ] Gemini Flash API 연동 모듈 (`src/ai/generator.py`) 구현
- [ ] 슬라이드 텍스트 인라인 편집 상태 관리(Session State) 연결

Windows 11 환경으로 마이그레이션하면서 기존에 사용하던 Informix Client SDK (CSDK) 연동 문제로 고생좀 했습니다.^^

기존 배포파일에 포함된 인포믹스 설치 파일이 없어서 고객사가 제공해준 sdk로 설치를 진행하면서 헤매이었던 과정들을 정리하여 공유 합니다.

크게 1) 아무리 최신 버전(V4.5)을 깔아도 드라이버 인식이 안 되는 문제, 그리고 2) 설치(인스톨러) 화면 자체가 아예 뜨지 않고 튕겨버리는 문제 두 가지 함정에 빠지기 쉽습니다. 오늘은 이 두 가지 문제의 명확한 원인과 확실한 해결법을 총정리해 드립니다.

🚨 함정 1. 버전 아키텍처 불일치 (32비트 앱과 64비트 드라이버)

가장 많이 겪는 착각 중 하나가 "가장 최신 버전인 Informix Client SDK V4.5를 다운받아 설치하면 문제없겠지?"라는 생각입니다.

왜 32비트 애플리케이션에서 64비트 ODBC 드라이버를 쓸 수 없을까?

결론부터 말하자면 "메모리 주소 공간이 완벽히 분리되어 있기 때문"입니다. 64비트 Windows 운영체제에서 32비트 프로그램들은 `WoW64 (Windows 32-bit on Windows 64-bit)`라는 서브시스템(가상의 32비트 격리 공간) 안에서 실행됩니다.

• 32비트 애플리케이션 (예: 기존 PowerBuilder) : 32비트용 DLL 라이브러리만 로드하여 사용할 수 있습니다.
• 64비트 ODBC 드라이버 (CSDK V4.5) : 64비트 메모리 주소를 사용하도록 컴파일되어 있습니다.

즉, 32비트 프로그램이 데이터베이스에 접속하기 위해 64비트 ODBC 드라이버(DLL)에 접근하려고 시도하면 운영체제가 이를 하드웨어 차원에서 차단해버리게 되고, 결국 "드라이버를 찾을 수 없습니다" 또는 연동 실패 에러가 발생하게 되는 것입니다.

🚨 함정 2. 인스톨러 GUI 실행 불가 (OS 인식 오류)

그렇다면 알맞게 V4.10 (32비트) 설치 파일을 다운로드해서 실행해 보려는데... এবার은 설치 창 자체가 안 뜨고 모래시계만 잠깐 돌다가 튕겨버리는 증상이 발생합니다.

✅ 해결 방법: 환경변수(JAVA_TOOL_OPTIONS) 속이기

설치를 진행할 때 인스톨러에게 "이 컴퓨터는 Windows 11이 아니라 Windows 7이야"라고 거짓말을 치면 깔끔하게 해결됩니다.

• 명령 프롬프트를 관리자 권한으로 실행
  작업 표시줄 돋보기 버튼에서 cmd를 검색한 뒤 '관리자 권한으로 실행'을 클릭합니다.
• Java OS Name 환경변수 임시 세팅
  명령 프롬프트 창에 아래 명령어를 입력하고 엔터를 누릅니다.
  

  set "JAVA_TOOL_OPTIONS=-Dos.name=Windows 7"

• 설치 파일 경로로 이동 및 실행
  cd 명령어로 설치 파일이 있는 경로로 이동한 뒤 설치 파일 .exe를 실행합니다.
  

  cd C:\Users\사용자\Downloads\Informix_SDK_4.10_32bit
  installclientsdk.exe

CMD 창에 Picked up JAVA_TOOL_OPTIONS: -Dos.name=Windows 7 이라는 문구가 출력되면서, 실패했던 마법사 UI 창이 정상적으로 로딩되고 무사히 설치를 완료할 수 있습니다.

🚨 함정 3. 마이그레이션 후 DB 접속 언어셋(Locale) 에러 (-23197, -23101)

CSDK 마이그레이션(예: V2.70 → V4.10) 후 기존 파워빌더 등에서 DB 접속 시 다음과 같은 언어셋 에러가 발생하는 경우가 많습니다.

• SQL Error -23197 : Database locale information mismatch
• SQL Error -23101 : Unable to load locale categories (언어셋을 euc-kr 등으로 임의 입력했을 때 발생)

왜 구버전에서는 잘 되었는데 지금은 안 될까?

가장 큰 원인은 신버전 CSDK의 엄격해진 GLS(Global Language Support) 검증 로직 때문입니다.

과거 구버전(V2.70)은 DB_LOCALE이나 CLIENT_LOCALE 값이 비어있어도 느슨하게 파싱하여 접속을 허용(가비지 인 가비지 아웃)했습니다. 하지만 신버전(V4.10)은 클라이언트가 설정한 로케일 값과 DB 서버가 실제로 생성될 때 세팅된 로케일 값이 100% 일치하지 않으면 접속을 원천 차단(-23197)합니다. 또한 Informix는 고유의 언어셋 명칭 규칙(`언어_국가.코드셋`)을 따르므로 통상적인 euc-kr은 인식하지 못해 -23101 에러를 발생시킵니다.

⚠️ 추가 주의사항 (비밀번호 및 레지스트리 경로)

최신 CSDK 4.10 부터는 보안 정책 강화로 인해 Setnet32에 Host Password 저장을 지원하지 않습니다. 비밀번호는 직접 애플리케이션의 Connection String에 전달하는 방식으로 접속 로직을 런타임으로 변경해야 합니다.

또한, 64비트 OS(Windows 11)에서 기존 32비트 CSDK 설정(.reg 백업본)을 임포트할 때는 반드시 HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Informix 하위 경로에 적용되도록 관리자 권한으로 설정해 주셔야 합니다.

마치며

설치가 완료된 후에는 32비트 환경 통신 및 레지스트리 세팅을 위해 setnet32.exe를 실행하여 환경을 구성해 줍니다. 그리고 제어판의 기본 ODBC가 아닌 반드시 C:\Windows\SysWOW64\odbcad32.exe (32비트 ODBC 관리자)를 열어 시스템 DSN을 등록해 주어야 기존 32비트 애플리케이션에서 문제없이 데이터베이스에 연결할 수 있습니다.

마이그레이션 과정에서 저와 같은 삽질을 겪고 계신 개발자분들께 큰 도움이 되길 바랍니다. 💪

🚀 TistoAI 시스템 고도화

실시간 데이터 연동 엔진 업데이트

1차 개발후 사용해보니, 카테고리별 핫 토픽을 조회하니 뭔가 과거 데이터를 가져오는 것이었습니다.

역시나, AI로 개발을 해보면 내가 원하는 방향으로 기획으로 AI가 개발을 진행했는지 끊임없이 의심하고 검증 해볼 필요가 있습니다.

다음은 개발 분석을 통해서 검색 엔진을 고도화한 내용입니다.

이번 업데이트에서는 사용자가 프로그램을 실행하는 바로 그 순간(실시간 기준일)의 최신 핫토픽과 정책 뉴스를 100% 반영하도록 카테고리별 검색 알고리즘과 LLM 프롬프트 파이프라인을 전면 개편하였습니다.

1. 2024년 과거 데이터 생성 원인 분석 (Root Cause)

기존 시스템에서 과거 2024년 기준의 내용이 출력되었던 핵심 원인은 다음 3가지였습니다:

1. 프롬프트 내 동적 날짜(Timestamp) 미주입:
   기존 프롬프트에는 단순히 '오늘 발표된 뉴스'라는 추상적인 단어만 주어졌습니다. LLM(Gemini) 모델 특성상 명확한 현재 연도(2026년)와 날짜 기준이 없으면 자체 사전 학습 데이터의 최신 커트라인 시점(2024년)을 기본 '오늘'로 판단하는 경향이 있었습니다.
2. Search Grounding 할당량 초과 시 지식 커트라인 회귀:
   실시간 구글 웹 검색 API(google_search) 호출 중 분당/일일 쿼터 초과(429 Error) 시 내장 지식으로 자동 전환(Fallback)되면서 2024년 데이터가 그대로 노출되었습니다.
3. 글 생성(generate_blog_post) 시 본문 세부 검증 부재:
   주제는 최신 키워드였더라도, 실제 본문 HTML을 생성하는 과정에서 실시간 웹 검색 및 날짜 가이드가 적용되지 않아 본문 세부 지원금 수치와 조건이 2024년 구 버전으로 작성되었습니다.

2. TistoAI 카테고리별 실시간 검색 기준 및 로직

TistoAI는 총 5가지 핵심 카테고리를 제공하며, 각 분야에 최적화된 실시간 검색 키워드 및 구글 뉴스 RSS 파이프라인을 통해 고단가·고유입 주제를 추출합니다.

3. 핵심 시스템 개선 사항 (Engine Upgrades)

① 실행 시점 동적 타임스탬프(datetime.now()) 100% 자동 연동

사용자가 조회를 실행하고 글 생성을 누르는 바로 그 순간의 컴퓨터 실시간 날짜를 읽어와 프롬프트 최상단에 자동 인젝션합니다:

today_str = datetime.now().strftime("%Y년 %m월 %d일")
current_year = datetime.now().year
# -> [작성 기준일]: 2026년 08월 19일 (현재 연도: 2026년) 자동 주입

[시점 최신성 엄수 규칙]을 명시하여 2024년 등 과거 연도의 지원금 액수나 정책 기준이 본문에 섞이는 현상을 완벽히 차단했습니다.

② 구글 뉴스 RSS 2차 방어막(Fallback) 구축

Gemini API의 실시간 Search Grounding 툴 할당량이 초과되더라도, Google News RSS 파서가 당일 실제 언론사 및 정부 브리핑 헤드라인을 실시간 수집하여 LLM에 전달합니다. 따라서 100% 팩트 기반의 최신 핫뉴스 주제를 반환합니다.

③ 본문 포스팅 생성 시 실시간 웹 검색 및 최신성 검증 보장

주제 선정뿐만 아니라 '글 생성' 단계에서도 Google Search Grounding을 동시에 실행하여, 지원금 신청 자격, 세부 금액, 공식 사이트 바로가기 링크까지 현재 시점 기준으로 정밀 작성됩니다.