Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 206. JNBridgePro와 한글 인코딩 문제 [링크 복사], [링크+제목 복사],
조회: 16289
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

JNBridgePro와 한글 인코딩 문제

지난번 글에서 JNBridgePro 사용법을 알아봤는데요.

JNBridgePro를 이용해 C#에서 Java메서드 호출 테스트
; https://www.sysnet.pe.kr/2/0/1552

동료에게 Java의 인코딩 관련한 내용을 듣고서 간단하게 문제를 다시 테스트해 보았습니다.

이를 위해 파일을 읽는 소스코드를 만들고,

import java.io.*;

public class testC
{
    public void WriteText(String filePath) throws Exception 
    {
        File file = new File(filePath);
        FileInputStream fis = new FileInputStream(file);

        byte [] contents = new byte[4096];
        int readLength = fis.read(contents, 0, contents.length);
        fis.close();
        
        String txt = new String(contents, 0, readLength);
        System.out.println(txt);
    }   
}

이클립스에서 프로젝트 설정을 UTF-8로 설정한 후,

jnb_enc_test_1.png

컴파일 된 .class 파일을 얻어냈습니다. 이제 "JNBProxy v7.1 proxy generation tool (.NET 4.0-targeted)"를 실행해 "Project" / "Edit Classpath..." 메뉴로 .class 파일이 있는 폴더를 선택하고,

jnb_enc_test_2.png

이어서 "Project" / "Add Classes from Classpath..." 메뉴를 통해 위의 예제로 만들었던 클래스의 전체 이름을 (패키지가 없으니 단순하게) "testC"로 입력해 줍니다.

jnb_enc_test_3.png

패키지 명이 없으니, "Environment" 트리에는 "<<default package>>" 항목으로 나오고 이를 "Add =>" 버튼으로 "Exposed Proxies" 트리로 추가한 다음 역시 "<<default package>>" 항목을 선택한 후 "Project" / "Build..." 메뉴를 선택해 주면 .NET에서 사용할 수 있는 proxy dll 어셈블리 파일이 생성됩니다.

jnb_enc_test_4.png




프록시 생성을 마치고 예제 C# 프로젝트를 만들어 다음의 4개 파일을 "Add as Link"로 추가하고 "Copy to Output Directory" 옵션을 "Copy if newer"로 설정한 다음,

  • bcel-5.1-jnbridge.jar
  • jnbcore.jar
  • rlm932_x86.dll
  • testC.class

JNB 관련 어셈블리와 proxy dll을 참조 추가하고,

  • JNBShare.dll
  • JNBSharedMem_x86.dll
  • EncTest.dll

app.config 설정까지 완료해 줍니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  
  <configSections>
    <sectionGroup name="jnbridge">
      <section name="dotNetToJavaConfig" 
                  type="System.Configuration.SingleTagSectionHandler, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
    </sectionGroup>
  </configSections>
  
  <jnbridge>
    <dotNetToJavaConfig scheme="sharedmem" 
                        jvm="C:\Program Files (x86)\Java\jre7\bin\client\jvm.dll" 
                        jnbcore="jnbcore.jar"
                        bcel="bcel-5.1-jnbridge.jar" 
                        classpath=".\"/>
  </jnbridge>

</configuration>

마지막으로 C#에서 자바 클래스를 호출해주면 되겠지요? ^^

class Program
{
    static void Main(string[] args)
    {
        testC tc = new testC();
        tc.WriteText("test.json");
    }
}




테스트를 위해 test.json 파일을 Visual Studio에서 열어 "Unicode (UTF-8 without signature) - Codepage 65001"로 인코딩 옵션을 변경해 저장한 후 C# 프로그램을 호출하면 어떻게 될까요?

이클립스에서는 위와 같은 경우에 정상적으로 test.json 파일에 포함된 '한글' 내용을 출력할 수 있지만 JNBridgePro를 통해 생성된 proxy dll을 경유해 C#에서 호출하게 되면 UTF-8 형식의 파일을 읽어들이지 못합니다.

jnb_enc_test_5.png

하지만 test.json 파일을 시스템 디폴트 인코딩 타입이 적용되도록 ANSI로 저장하면 출력이 정상적으로 나옵니다.

jnb_enc_test_6.png

즉, 이클립스에서 UTF-8 인코딩 설정을 한 것이 C# 응용 프로그램 실행에서는 무관하게 동작을 한 것입니다. 이로써 문제는 파악되었지만 자바 라이브러리를 사용하려는 입장에서는 딱히 해결 방법이 없으니 아쉽게 되었습니다. 결국 이 문제를 제대로 해결하려면 사용하려는 java 라이브러리 측에서 BOM을 인식해 동작하는 코드를 만들어 주어야만 가능하다는 이야기가 됩니다.

역시 이번 글에 대한 테스트 코드도 첨부합니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/27/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12219정성태6/1/202011646.NET Framework: 906. C# - lock (this), lock (typeof(...))를 사용하면 안 되는 이유파일 다운로드1
12218정성태5/27/202011604.NET Framework: 905. C# - DirectX 게임 클라이언트 실행 중 키보드 입력을 감지하는 방법 [3]
12217정성태5/24/202010044오류 유형: 615. Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
12216정성태5/15/202013205.NET Framework: 904. USB/IP PROJECT를 이용해 C#으로 USB Keyboard 가상 장치 만들기 [14]파일 다운로드1
12215정성태5/12/202018311개발 환경 구성: 490. C# - (Wireshark의) USBPcap을 이용한 USB 패킷 모니터링 [10]파일 다운로드1
12214정성태5/5/202010569개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot [1]
12213정성태5/3/202012246개발 환경 구성: 488. (User-mode 코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/20209866개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/202012203개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202012643.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202010694오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202010131Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/20209109스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202011415오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/20208787스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/20208611스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202010689오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202013249개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202011070오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202011468VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/20209290오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202012088오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202011231VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/20209128오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/16/202010882.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/202013174오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...