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 at outlook.com

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13868정성태1/17/20253121Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20254074오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20254280개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20253947오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20253919Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20253370Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20253630Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20253918Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20253628디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20253985디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20254108개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20254159C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20253740디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20244472오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20244561C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
13853정성태12/26/20244026디버깅 기술: 213. Windbg - swapgs 명령어와 (Ring 0 커널 모드의) FS, GS Segment 레지스터
13852정성태12/25/20244502디버깅 기술: 212. Windbg - (Ring 3 사용자 모드의) FS, GS Segment 레지스터파일 다운로드1
13851정성태12/23/20244254디버깅 기술: 211. Windbg - 커널 모드 디버깅 상태에서 사용자 프로그램을 디버깅하는 방법
13850정성태12/23/20244755오류 유형: 940. "Application Information" 서비스를 중지한 경우, "This file does not have an app associated with it for performing this action."
13849정성태12/20/20244898디버깅 기술: 210. Windbg - 논리(가상) 주소를 Segmentation을 거쳐 선형 주소로 변경
13848정성태12/18/20244835디버깅 기술: 209. Windbg로 알아보는 Prototype PTE파일 다운로드2
13847정성태12/18/20244860오류 유형: 939. golang - 빌드 시 "unknown directive: toolchain" 오류 빌드 시 이런 오류가 발생한다면?
13846정성태12/17/20245071디버깅 기술: 208. Windbg로 알아보는 Trans/Soft PTE와 2가지 Page Fault 유형파일 다운로드1
13845정성태12/16/20244535디버깅 기술: 207. Windbg로 알아보는 PTE (_MMPTE)
13844정성태12/14/20245227디버깅 기술: 206. Windbg로 알아보는 PFN (_MMPFN)파일 다운로드1
13843정성태12/13/20244393오류 유형: 938. Docker container 내에서 빌드 시 error MSB3021: Unable to copy file "..." to "...". Access to the path '...' is denied.
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...