Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

Visual Studio Code의 Java 확장을 이용한 간단한 프로젝트 구축

Visual Studio Code 용 Java 확장이 나왔습니다.

Java Extensions for Visual Studio Code
; https://code.visualstudio.com/docs/java/extensions

Java Extension Pack
; https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-java-pack

간단하게 사용해 볼까요? ^^

일단, Java Extension Pack을 설치하고 나면 곧바로 Code 탭에 "Java Overview"가 뜨면서 "Java Development Kit Required"라는 설명과 함께 OpenJDK를 다운로드할 수 있는 버튼이 나옵니다. 기본값으로 "OpenJDK 11"이 링크되어 있는데 그냥 ^^ 변경 없이 그대로 누릅니다. (참고로, OpenJDK11U-jdk_x64_windows_hotspot_11.0.3_7.msi 다운로드는 되었는데 진행이 안 된다면 "https://www.sysnet.pe.kr/2/0/11970" 글을 참고하세요.)

그다음, "Java Extension Pack"에 포함된 "Maven for Java" 도구에서 사용할 maven을 설치해야 합니다.

Maven
; https://maven.apache.org/download.cgi
; http://apache.mirror.cdnetworks.com/maven/maven-3/3.6.1/binaries/apache-maven-3.6.1-bin.zip

JDK와 Maven이 준비되었으면 이제 JAVA_HOME 환경 변수와 maven 실행 경로를 PATH에 등록해 줍니다. 만약 환경 변수 등록이 부담스럽다면 Visual Studio Code의 Settings(Ctrl + ,)에서 "java.home"과 "maven.executable.path"를 이용해 다음과 같은 식으로 지정해도 무방합니다.

{
    "maven.executable.path": "D:\\java\\maven\\bin\\mvn.cmd",
    "java.home": "C:\\Program Files\\AdoptOpenJDK\\jdk-11.0.3.7-hotspot"
}




자, 그럼 프로젝트를 생성해야겠지요. ^^

"Ctrl + Shift + P"(또는 F1)을 눌러 "Maven: Generate from Maven Archetype" 메뉴를 선택합니다. 이어지는 메뉴에서는 "maven-archetype-quickstart"를 선택한 다음, 프로젝트가 생성될 폴더(제 경우에는 D:\temp)를 지정합니다. 중간 단계로 다음의 정보를 묻는데,

Define value for property 'groupId':
Define value for property 'artifactId':
Define value for property 'version' 1.0-SNAPSHOT: :
Define value for property 'package' : :

그냥 'groupId'와 'artifactId'에 "testapp"이라고 적고 진행하겠습니다. 나머지 물음에는 Enter 키를 쳐서 기본값으로 넘어가고 최종적으로 묻는 "Y" 단계에서 'y'키를 누르면 기본적인 maven 프로젝트 구조가 D:\temp\testapp 디렉터리에 생성되고, 프로젝트 구성을 pom.xml 파일에 담게 됩니다.

그러니까, .NET Core와 비교하자면 지금까지 "dotnet new console" 명령어로 초기 프로젝트 구성을 마친 것과 유사합니다. .NET Core의 경우 csproj 파일의 역할을 maven에서는 pom.xml 파일이 대신합니다.




이제 생성된 D:\temp\testapp\testapp 경로를 Visual Studio Code로 열고 ./src/main/java/testapp 폴더에 있는 App.java 파일을 열어,

package testapp;

public class App 
{
    public static void main( String[] args )
    {
        System.out.println( "Hello World!" );
    }
}

코드를 작성하면 됩니다. 물론 Ctrl + F5 키로 실행하거나, BraekPoint를 걸고 F5 키를 눌러 디버깅을 진행할 수 있습니다. 만약 명령행에서 실행하고 싶다면 TERMINAL 창에서 다음과 같이 입력하면 됩니다.

PS D:\temp\testapp> java -cp .\target\classes testapp.App
Hello World!

또는 (환경 변수 PATH에 mvn.cmd 경로를 등록한 경우) pom 파일이 있는 디렉터리에서 mvn install을 실행하면,

PS D:\temp\testapp> mvn install

.\target 폴더에 testapp-1.0-SNAPSHOT.jar 파일이 생성됩니다. 이렇게 생성한 jar는 다음과 같이 실행할 수 있습니다.

PS D:\temp\testapp> java -cp .\target\testapp-1.0-SNAPSHOT.jar testapp.App
Hello World!

참고로, Visual Studio Code에서도 TERMINAL에서 "mvn install"을 실행했을 때와 동일한 결과를 "Maven for Java" 확장에서 추가한 명령어("Maven: Execute commands")로 "pom.xml" 파일 선택과 함께 "install" 명령어를 수행해 얻을 수 있습니다.




(이하의 pom.xml 추가 구성은 회사 동료에게 물어서 알게 된 것입니다. ^^)

닷넷의 경우 NuGet을 통해 외부 라이브러리를 가져다 쓰는데요, maven도 이러한 패키지 라이브러리 매니저가 제공됩니다. 예를 들어, commons-codec 라이브러리를 쓰고 싶다면,

Apache Commons Codec
; https://mvnrepository.com/artifact/commons-codec/commons-codec

"Maven: Add a dependency" 메뉴를 통해 "commons-codec"을 검색어로 repo에서 제공하는 패키지를 선택합니다. (제 경우에는 "commons-codec commons-codec" 항목을 선택했습니다.) 그럼 pom.xml에 /project/dependencies 하위로 다음의 노드가 추가됩니다. (달리 말하면, "Maven: Add a dependency" 명령어를 사용하지 않고 pom.xml에 dependency 노드를 수작업으로 입력해도 됩니다.)

<dependency>
    <groupId>commons-codec</groupId>
    <artifactId>commons-codec</artifactId>
    <version>20041127.091804</version>
</dependency>

그런데, 이상하군요. 버전이 "20041127.091804"로 나오는데, 해당 repo를 가보면,

Apache Commons Codec
; https://mvnrepository.com/artifact/commons-codec/commons-codec

2005년 11월에 나온 가장 낮은 버전이 들어 있습니다. 정책은 알 수 없지만, 어쨌든 그냥 1.12 버전으로 바꾸면 최신 버전의 라이브러리가 적용됩니다.

<dependency>
    <groupId>commons-codec</groupId>
    <artifactId>commons-codec</artifactId>
    <version>1.12</version>
</dependency>

이후, 해당 라이브러리에 포함된 기능을 사용할 수 있습니다. ^^

package testapp;

import org.apache.commons.codec.binary.*;

public class App 
{
    public static void main( String[] args )
    {
        System.out.println( "Hello World!" );

        byte[] buffer = new byte[] { 0, 1, 2 };
        System.out.println(Hex.encodeHexString(buffer));
    }
}




.NET의 NuGet도 라이브러리를 로컬의 NuGet cache 폴더에 별도 보관을 하는 것처럼, Maven도 마찬가지로 다음의 폴더에 의존성을 가진 라이브러리를 다운로드해서 공유하게 됩니다.

[maven repo 경로]
%USERPROFILE%\.m2\repository

[예제에서 추가한 commons-codec 경로]
%USERPROFILE%\.m2\repository\commons-codec\commons-codec\1.10

따라서 의존성이 있는 라이브러리를 "mvn install"로 생성하는 출력 디렉터리에 포함하고 싶다면 /project/build/plugins 하위에 다음의 노드를 추가해야 합니다.

<plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <phase>process-sources</phase>

            <goals>
                <goal>copy-dependencies</goal>
            </goals>

            <configuration>
                <outputDirectory>${targetdirectory}</outputDirectory>
            </configuration>
        </execution>
    </executions>
</plugin>

이후 "mvn install" 명령어를 수행하면 ".\target\dependency" 폴더에 pom.xml에서 의존성을 가진 패키지들을 생성해 둡니다. 따라서 명령행에서 실행한다면 다음과 같이 해야 합니다.

java -cp ".\target\testapp-1.0-SNAPSHOT.jar;.\target\dependency\*"   testapp.App

나아가서, 만약 의존성이 있는 라이브러리들을 testapp-1.0-SNAPSHOT.jar 자체에 추가하고 싶다면 위의 plugin과 마찬가지로 /project/build/plugins 노드의 하위에 다음의 내용을 추가해야 합니다.

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>3.1.1</version>
    <configuration>
        <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
        </descriptorRefs>
    </configuration>
    <executions>
        <execution>
            <id>make-assembly</id>                        <!-- this is used for inheritance merges -->
            <phase>package</phase>                        <!-- bind to the packaging phase -->
            <goals>
                <goal>single</goal>
            </goals>
        </execution>
    </executions>
</plugin>

그런 다음 다시 mvn install을 수행하면 .\target 폴더에 "testapp-1.0-SNAPSHOT-jar-with-dependencies.jar" 파일이 생성되고, 따라서 단일 jar 파일로 명령행에서 수행이 가능합니다.

java -cp .\target\testapp-1.0-SNAPSHOT-jar-with-dependencies.jar testapp.App

이 정도면, 앞으로 간단한 유형의 Java 프로젝트들은 쉽게 구성할 수 있을 것입니다. ^^

(첨부 파일은 이렇게 구성한 예제 프로젝트입니다.)




참고로, "Maven: Add a dependency" 명령어 수행 시 다음과 같은 오류가 발생한다면?

Commnad "maven.project.addDependency" fails. Only support POM file with single <project>node.

Visual Studio Code에서 pom.xml 파일을 열어두고 그 편집 창을 선택한 상태에서 "Maven: Add a dependency" 명령어를 실행해야 합니다.




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





[최초 등록일: ]
[최종 수정일: 7/7/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12203정성태3/18/2020818오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/20201136개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/2020702오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token".
12200정성태11/5/20201031VS.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/2020529오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/2020668오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/2020728VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기
12196정성태3/17/2020642오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/17/2020809.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/2020825오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/2020689개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행
12192정성태3/14/2020848개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/20201353개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190정성태3/14/2020469오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/20201398개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188정성태9/24/2020722Windows: 169. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
12187정성태3/12/2020548오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186정성태3/12/2020656오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.
12185정성태3/11/2020549오류 유형: 603. The browser service was unable to retrieve a list of servers from the browser master...
12184정성태3/11/2020918오류 유형: 602. Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable. [3]
12183정성태3/12/2020653오류 유형: 601. Warning: DsGetDcName returned information for \\[...], when we were trying to reach [...].
12182정성태3/11/2020813.NET Framework: 901. C# Windows Forms - Vista/7 이후의 Progress Bar 업데이트가 느린 문제파일 다운로드1
12181정성태3/11/2020916기타: 76. 재현 가능한 최소한의 예제 프로젝트란? - 두 번째 예제파일 다운로드1
12180정성태3/10/2020487오류 유형: 600. "Docker Desktop for Windows" - EXPOSE 포트가 LISTENING 되지 않는 문제
12179정성태3/10/2020772개발 환경 구성: 481. docker - PostgreSQL 컨테이너 실행
12178정성태10/28/2020730개발 환경 구성: 480. Linux 운영체제의 docker를 위한 tcp 바인딩 추가 [1]
1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...