Go to Qiita Advent Calendar 2024 Top
LoginSignup
69
74

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

@smats-rd(S Mats)in株式会社 アネステック

Visual Studio Code でSpring Bootに入門する

Last updated at Posted at 2023-02-17

1. 今回の記事内容

　開発業務で Spring Framework を使うことになりそうなので、開発ツールとしてEclipse ではなく VS Code での開発をやってみた、という記事になります。Javaの開発において現状ではEclipseを使うのが主流だと思いますが、今後は VS Code を使うケースが増えるのではないかと見ています。

2. Spring Framework に関するおさらい

本題に入る前に Spring Framework について少しだけ復習しておきます。

(1) Spring Boot ってなんだっけ？Spring Framework とどう違うの？

　書籍『Spring 徹底入門』によると、Spring Boot とは「最小限の設定でプロダクションレベルのSpring アプリケーションを容易に開発するためのSpringプロジェクト」であると説明されています(p.8)。 Spring Framework を簡単に使うための「おあつらえセット」みたいなものと考えると良いと思います。したがって Spring Boot によって作ったアプリケーションは Spring Framework で作られていると言って良いでしょう。細かい設定とか面倒なことはいったん置いといてとりあえず Spring Framework を使ってみたいと言う人のために用意された、導入の敷居をさげるための簡易化の仕組みと言えます。

(2) Spring Framework って Java EE の一種なの？

　最初にSpring が開発された当時(2004年頃）は JavaEE ではなくその前身である「J2EE」と呼ばれる標準仕様がありました。J2EEのバージョン５からJava EEという名称に変わりました（さらに、バージョン９からはJakarta EEに変わりました）。J2EE/Java EE/Jakarta EE はJavaのエンタープライズ向け機能の標準仕様であり、それ自体は仕様であってフレームワークではありませんので、Spring Framework が JavaEE の一種ということはなく、JavaEEに対して準拠するか／しないかという関係になります。そして完全準拠しているかというと現状で「一部準拠」しているということはできますが、完全準拠はしていません。もともとの経緯として仕様が重厚すぎて使いにくい J2EE/JavaEE に対するアンチテーゼとして軽快で使いやすいことを売りとした Spring Framework が作られ、両者がお互いの良い所を取りこんできた結果として一部機能が似たり重複したりしてきて、だんだんと近いものになってきているようです。

それでは復習はこれくらいにして本題に入ります。

2. 使用したバージョン

(1) Windows 11 Pro

  • バージョン: 22H2
  • OSビルド: 22621.1105

これはたまたまこれを使ったというだけで、本記事の内容に関しては Windows10 でも問題ないと思います。

(2) OpenJDK

cmd
>java -version
openjdk version "17.0.6" 2023-01-17 LTS
OpenJDK Runtime Environment (Red_Hat-17.0.6.0+10-1) (build 17.0.6+10-LTS)
OpenJDK 64-Bit Server VM (Red_Hat-17.0.6.0+10-1) (build 17.0.6+10-LTS, mixed mode, sharing)

今回はRed Hat を使いましたが、JDK は Oracle OpenJDKでも問題ないのではないかと思います。
なぜ Red Hat を使ったかというと、VS Codeがこれを使えとリンクを表示してきたためです。Red Hat版を勧めてくる理由ははっきりわかりませんが、VSCodeのJava Language Support 拡張がRed Hat製なのでJDKも合わせておいた方が相性が良いだろうと思われます。

(3) Spring Framework

pom.xmlより

pom.xml
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>3.0.2</version>

これは前提というより、後でSpring Bootプロジェクトを作るときにこのバージョンを選びますので、3.0.2にする予定ということです。

(4) Visual Studio Code

(バージョン情報より）
バージョン: 1.75.1 (user setup)
コミット: 441438abd1ac652551dbe4d408dfcec8a499b8bf
 日付: 2023-02-08T21:32:34.589Z
Electron: 19.1.9
Chromium: 102.0.5005.194
Node.js: 16.14.2
V8: 10.2.154.23-electron.0
OS: Windows_NT x64 10.0.22621
Sandboxed: Yes

3. 環境構築手順

作業の前提として、JDK と VS Code はすでにインストール済みであるものとします。

(1) VS Code の拡張機能 Extension Pack for Java をインストールする。

Extension Pack for Java1.png

これはVS Code でJava開発するときにお勧めの拡張機能の詰め合わせです。以下の拡張機能が含まれています。

Extension Pack for Java2.png
インストール後です。「プレビュー」となっていて、「プレリリースバージョンへの切り替え」というボタンがありますが、これを押すと１つ前のバージョンになるだけで、ステーブル版にアップグレードするわけではないようです。

(2) VS Code の拡張機能 Spring Boot Extension Pack をインストールする。

Spring Boot Extension Pack.png

この拡張機能パックには以下が含まれます。

  •  Spring Boot Tools
    　いわゆる STS です。
  •  Spring Initializr Java Support
    　Spring では Spring Initializr と呼ばれる、プロジェクトのテンプレートをお好みに沿って簡単に作ってくれるWebインターフェイスが提供されていますが、そのVSCode拡張機能版です。
  • Spring Boot Dashboard
    　 Spring Boot 用のサイドバー機能です。
    Spring Boot Extension Pack2.png
    インストール後の画面。

これで必要な道具のインストールは完了、HelloWorld作るだけの環境構築としては終わりです。やってみたら思ったより簡単でしたが、実用的なアプリケーションの開発にはこの他にもDBMS環境を用意したりする必要があると思います。

4. Spring Boot プロジェクトの作成

ではさっそく、HelloWorld的な最小プロジェクトを作ってみたいと思います。

(1) Create Java Project

何も開いていない状態でサイドバーのエクスプローラーを開くと、画面左側に下図のような３つのボタンが表示されます。
ここで「Create Java Project」ボタンを押すと、メインメニューの真ん中あたりにプルダウンメニューが開きます。
"Select the project type" なのでプロジェクトの種類を選ぶことになります。プロジェクトタイプとしてMaven, Gradle, JavaFX はわかるとして、 Quarkusとは何でしょうか？ どうやらKubernetes 対応に特化したJavaフレームワークらしいです。MicroProfile というのはマイクロサービスに特化したアーキテクチャのようで、それに沿ったプロジェクトが作られるのでしょう。ここではおそらく一番簡単であろうと思われる「Spring Boot」を選びます。

Create Java Project.png
するとビルドツールに何を使うか聞いてきます。MavenとGradleが選択肢に出て来ます。
Select project type.png
どちらでもよいと思いますが、とりあえずMavenを選びました。

次に使用するSpring Bootのバージョンを聞かれます。
Spring boot version.png
一番上の3.0.2がSNAPSHOTが付いていなくて安定版だと思われるので、それを選びます。

次は使用言語の選択です。Groovyは10年くらい前にちょっと話題になっていたJava環境で動くスクリプト言語の一種ですが、今ひとつ流行らなかったという印象があります。選択肢に出てくるということはSpringでも使えるのですね。
Project Language.png
Javaを選びます。

グループIDを決めます。これはMavenやGradleにおけるプロジェクト管理の基本的なキーとなるいわゆる「GAV3要素」と呼ばれる「グループID、アーティファクトID、バージョン」のうちの１つであるグループID（通常はプロジェクトの属する組織単位のID）を決めろということだと思います。
Group ID.png
他と被らなければ良いだけなので適当ですが、生成したソースのパッケージ名になります。

続けてアーティファクトID。プロジェクトを識別するIDです。
artifact id.png
これも今回はただのHello Worldなので適当です。

次はパッケージングタイプです。
Packaging TYpe.png
ここではひとまず Jar を選択しました。

パッケージングタイプを Jar にする場合、Spring Boot アプリケーションが単一の Jar ファイルにパッケージ化されます。この Jar ファイルには、アプリケーションのすべての依存関係が含まれています。このJarを単独アプリケーションとして起動すれば、すべての必要なコンポーネントが自動的に読み込まれます。ローカル環境での実行時にアプリケーションコンテナとしてのSpring Boot Tomcat も含まれることになります。WarにするとTomcatは含まれないので、別途用意する必要があるようです。つまりローカル環境で開発、実行するときは Jar で、本番サーバへのデプロイ用には War を選択するということでしょうか。

なお JarにするかWarにするかで何が違うのかはこの辺りに書いてありました。

Java バージョンの設定です。
JDK version.png
とりあえず一番上の17にします。

依存するライブラリの設定です。
Dependency.png
今回は Spring Web のみとします。

以上で設定は終わりです。
Sucessfully.png
プロジェクトが生成されました。おそらくWebインターフェイスの Spring Initializr が作ってくれるプロジェクトと同等のものが出来ていると思われます。

下記のようなメッセージが画面右下に出て来ます。

View Project.png
View Projects を押します。すると生成したプロジェクトをVSCodeが開いてくれます。

5. 生成したSpring Boot プロジェクトを開く

VS Code上でプロジェクトが開かれました。
Open project.png
HelloApplication.java というソースが既にできていました。これを開くと main() メソッドがありました。

HelloApplication.png

(1) とりあえず Run してみる

main メソッドの上に「Run | Debug」という表示が出ています。Run を押したら走りそうに見えます。これだけで動くでしょうか？
押してみます。するとなにやら動き出し…

Run.png
Tomcat がポート8080で動いているらしき出力が出ています。Spring Boot で jar ファイルを作成した場合、デプロイ工程は不要なようです。

しかしブラウザで見てみると残念ながら404
Error Page.png
何もしないでいきなり動くほど甘くはありませんでした。

(2) 最低限のControllerクラスを書く

やはり最低限のプログラミングは必要なようで、どうやら少なくともMVCのCに当たる Controller クラスは自分で用意しないといけないようです。

【参考記事】

Controller クラスはアノテーションに @Controller かまたは @RestController を付けたクラスです。
ドキュメントはこちらです↓

【Javadoc】

両者の違いは、@Controller が通常のWebアプリ用のコントローラーで、@RestController が REST API 作成用のコントローラーということらしいです。ここで「らしい」というのは、はっきりした記述がドキュメント上に見つけられなかったためですが、当たり前すぎて書いてないのか、あるいはSpring MVCのドキュメントをよく読むと記載があるのかもしれません。上記Qiita記事を読むと @RestController は @ResponseBody を記述しないで使えるとあるのでとりあえず簡単に使うなら @RestController をつけると良いようです。早速書いてみます。

HelloApplicationController.java
package com.anestec.hello;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class HelloApplicationController {
}

これで再度 Run してみたところ、現象(404)は変わりませんでした。もう少し何か必要なようです。上記Qiita記事を見ると @RequestMapping アノテーションをつけたメソッドが必要なようです。公式ドキュメントを見てみると下記に記載がありました。

【参考ドキュメント】

@RequestMapping アノテーションを使用して、リクエストをコントローラーメソッドにマッピングできます。
．．．
@RequestMapping アノテーションは、「ルーティング」情報を提供します。/ パスを持つ HTTP リクエストは home メソッドにマッピングする必要があることを Spring に伝えます。@RestControllerアノテーションは、結果の文字列を呼び出し元に直接返すように Spring に指示します。

REST API なのでリクエストされたURLのルーティングをクラスのメソッドにマッピングする必要があり、そのためのアノテーションなのだろうと思います。
ルートパス("/")に対して"Hello World"を返すようなメソッドを作ってやればよさそうです。

HelloApplicationController.java
package com.anestec.hello;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class HelloApplicationController {

    @RequestMapping("/")  // ルートへこのメソッドをマップする
    public String test() {
        return "Hello World";
    }
}

(3) 再度実行→表示してみる

この状態で再度 Run してみます。

Hello Success.png
これだけで表示できてしまいました。このときのhtmlソースはどうなっているのでしょうか？

HTML source.png
ソースを見ると、HTMLというより、ただの文字列が返ってきているだけのようです。確認のため、コマンドラインから curl を叩いてみます。

コマンドライン
C:\>curl -v localhost:8080
*   Trying 127.0.0.1:8080...
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET / HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.83.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200
< Content-Type: text/plain;charset=UTF-8
< Content-Length: 11
< Date: Thu, 16 Feb 2023 06:15:45 GMT
<
Hello World* Connection #0 to host localhost left intact

REST APIとして動いているので、レスポンスは本当にメソッドが返した文字列が返ってくるだけのようです。Content-Length:11 となっていることからもそれがわかります。本来はここで文字列として JSON を返すところでしょう。

(4) デバッグ実行してみる

今度はHelloApplicationクラスから「Debug」を押してデバッグ実行してみましょう。あらかじめ "Hello World" を返すところにブレークポイントを張っておいてブラウザからリクエストを出し、レスポンスを返す直前でブレークさせてみたところです。

debug.png
こうしてみると、10個以上のスレッドが上がっていて、そのうちの一つ「http-nio-8080-exec-1]というスレッドから呼ばれているのがわかります。
HelloApplicationContoroller#test() が呼び出されているスタックトレースを調べてみると、下記のようになっています。

HelloApplicationController.test() (c:\work\hello\src\main\java\com\anestec\hello\HelloApplicationController.java:11)
NativeMethodAccessorImpl.invoke0(Method,Object,Object[])[native method] (不明なソース:-1)
NativeMethodAccessorImpl.invoke(Object,Object[]) (不明なソース:-1)
DelegatingMethodAccessorImpl.invoke(Object,Object[]) (不明なソース:-1)
Method.invoke(Object,Object[]) (不明なソース:-1)
InvocableHandlerMethod.doInvoke(Object[]) (\spring-web-6.0.4.jar\org.springframework.web.method.support\InvocableHandlerMethod.class:207)
InvocableHandlerMethod.invokeForRequest(NativeWebRequest,ModelAndViewContainer,Object[]) (\spring-web-6.0.4.jar\org.springframework.web.method.support\InvocableHandlerMethod.class:152)
ServletInvocableHandlerMethod.invokeAndHandle(ServletWebRequest,ModelAndViewContainer,Object[]) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet.mvc.method.annotation\ServletInvocableHandlerMethod.class:117)
RequestMappingHandlerAdapter.invokeHandlerMethod(HttpServletRequest,HttpServletResponse,HandlerMethod) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet.mvc.method.annotation\RequestMappingHandlerAdapter.class:884)
RequestMappingHandlerAdapter.handleInternal(HttpServletRequest,HttpServletResponse,HandlerMethod) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet.mvc.method.annotation\RequestMappingHandlerAdapter.class:797)
AbstractHandlerMethodAdapter.handle(HttpServletRequest,HttpServletResponse,Object) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet.mvc.method\AbstractHandlerMethodAdapter.class:87)
DispatcherServlet.doDispatch(HttpServletRequest,HttpServletResponse) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet\DispatcherServlet.class:1080)
DispatcherServlet.doService(HttpServletRequest,HttpServletResponse) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet\DispatcherServlet.class:973)
FrameworkServlet.processRequest(HttpServletRequest,HttpServletResponse) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet\FrameworkServlet.class:1011)
FrameworkServlet.doGet(HttpServletRequest,HttpServletResponse) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet\FrameworkServlet.class:903)
HttpServlet.service(HttpServletRequest,HttpServletResponse) (\tomcat-embed-core-10.1.5.jar\jakarta.servlet.http\HttpServlet.class:705)
FrameworkServlet.service(HttpServletRequest,HttpServletResponse) (\spring-webmvc-6.0.4.jar\org.springframework.web.servlet\FrameworkServlet.class:885)
HttpServlet.service(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\jakarta.servlet.http\HttpServlet.class:814)
ApplicationFilterChain.internalDoFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:223)
ApplicationFilterChain.doFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:158)
WsFilter.doFilter(ServletRequest,ServletResponse,FilterChain) (\tomcat-embed-websocket-10.1.5.jar\org.apache.tomcat.websocket.server\WsFilter.class:53)
ApplicationFilterChain.internalDoFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:185)
ApplicationFilterChain.doFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:158)
RequestContextFilter.doFilterInternal(HttpServletRequest,HttpServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\RequestContextFilter.class:100)
OncePerRequestFilter.doFilter(ServletRequest,ServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\OncePerRequestFilter.class:116)
ApplicationFilterChain.internalDoFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:185)
ApplicationFilterChain.doFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:158)
FormContentFilter.doFilterInternal(HttpServletRequest,HttpServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\FormContentFilter.class:93)
OncePerRequestFilter.doFilter(ServletRequest,ServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\OncePerRequestFilter.class:116)
ApplicationFilterChain.internalDoFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:185)
ApplicationFilterChain.doFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:158)
CharacterEncodingFilter.doFilterInternal(HttpServletRequest,HttpServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\CharacterEncodingFilter.class:201)
OncePerRequestFilter.doFilter(ServletRequest,ServletResponse,FilterChain) (\spring-web-6.0.4.jar\org.springframework.web.filter\OncePerRequestFilter.class:116)
ApplicationFilterChain.internalDoFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:185)
ApplicationFilterChain.doFilter(ServletRequest,ServletResponse) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\ApplicationFilterChain.class:158)
StandardWrapperValve.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\StandardWrapperValve.class:177)
StandardContextValve.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\StandardContextValve.class:97)
AuthenticatorBase.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.authenticator\AuthenticatorBase.class:542)
StandardHostValve.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\StandardHostValve.class:119)
ErrorReportValve.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.valves\ErrorReportValve.class:92)
StandardEngineValve.invoke(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.core\StandardEngineValve.class:78)
CoyoteAdapter.service(Request,Response) (\tomcat-embed-core-10.1.5.jar\org.apache.catalina.connector\CoyoteAdapter.class:357)
Http11Processor.service(SocketWrapperBase) (\tomcat-embed-core-10.1.5.jar\org.apache.coyote.http11\Http11Processor.class:400)
AbstractProcessorLight.process(SocketWrapperBase,SocketEvent) (\tomcat-embed-core-10.1.5.jar\org.apache.coyote\AbstractProcessorLight.class:65)
AbstractProtocol$ConnectionHandler.process(SocketWrapperBase,SocketEvent) (\tomcat-embed-core-10.1.5.jar\org.apache.coyote\AbstractProtocol.class:859)
NioEndpoint$SocketProcessor.doRun() (\tomcat-embed-core-10.1.5.jar\org.apache.tomcat.util.net\NioEndpoint.class:1734)
SocketProcessorBase.run() (\tomcat-embed-core-10.1.5.jar\org.apache.tomcat.util.net\SocketProcessorBase.class:52)
ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) (\tomcat-embed-core-10.1.5.jar\org.apache.tomcat.util.threads\ThreadPoolExecutor.class:1191)
ThreadPoolExecutor$Worker.run() (\tomcat-embed-core-10.1.5.jar\org.apache.tomcat.util.threads\ThreadPoolExecutor.class:659)
TaskThread$WrappingRunnable.run() (\tomcat-embed-core-10.1.5.jar\org.apache.tomcat.util.threads\TaskThread.class:61)
Thread.run() (不明なソース:-1)

とても追っかける気にはなりませんが、直前の呼出しである InvocableHandlerMethod#doInvoke(Object[]) だけでも見てみます。

InvocableHandlerMethod.java
public class InvocableHandlerMethod extends HandlerMethod {
    
    // （中略）
    
    /**
     * Invoke the handler method with the given argument values.
     */
    @Nullable
    protected Object doInvoke(Object... args) throws Exception {
        Method method = getBridgedMethod();
        try {
            if (KotlinDetector.isSuspendingFunction(method)) {
                return invokeSuspendingFunction(method, getBean(), args);
            }
            return method.invoke(getBean(), args); // ←ここから呼ばれている
        }
        catch (IllegalArgumentException ex) {
            assertTargetBean(method, getBean(), args);
            String text = (ex.getMessage() == null || ex.getCause() instanceof NullPointerException) ?
                    "Illegal argument" : ex.getMessage();
            throw new IllegalStateException(formatInvokeError(text, args), ex);
        }
        catch (InvocationTargetException ex) {
            // Unwrap for HandlerExceptionResolvers ...
            Throwable targetException = ex.getCause();
            if (targetException instanceof RuntimeException runtimeException) {
                throw runtimeException;
            }
            else if (targetException instanceof Error error) {
                throw error;
            }
            else if (targetException instanceof Exception exception) {
                throw exception;
            }
            else {
                throw new IllegalStateException(formatInvokeError("Invocation failure", args), targetException);
            }
        }
    }

リフレクションを使ってこちらの書いたメソッドが呼び出されているのがわかります。なにやら引数が渡されているのも見えます。おそらくURLにGETパラメータを付ければここで渡ってくるのだと思います。スタックをさらに１つ上に遡ってみます。

InvocableHandlerMethod.java
public class InvocableHandlerMethod extends HandlerMethod {
   
    // （中略）
    
    @Nullable
    public Object invokeForRequest(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer,
            Object... providedArgs) throws Exception {
    
        Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs); // ←引数はここで取得しているらしい
        if (logger.isTraceEnabled()) {
            logger.trace("Arguments: " + Arrays.toString(args));
        }
        return doInvoke(args); // ←ここで呼出し
    }

(5) GETパラメータ渡してみる

ならば試しにこんなことをやってみましょうか… @RequestParam アノテーションをつけて引数を取得できるはずです。

HelloApplicationController.java
package com.anestec.hello;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class HelloApplicationController {

	@RequestMapping("/")
    public String test(@RequestParam("id") String id) { // 引数 id を貰ってみる。
        return "Hello World id=[" + id + "]";
    }
}

Get Parameter.png
想定通りでした。なお curl だとこんな感じです。

コマンドライン
C:\>curl -v localhost:8080?id=12345
*   Trying 127.0.0.1:8080...
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /?id=12345 HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.83.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200
< Content-Type: text/plain;charset=UTF-8
< Content-Length: 22
< Date: Thu, 16 Feb 2023 07:20:16 GMT
<
Hello World id=[12345]* Connection #0 to host localhost left intact

6. POM の設定しなくていいの？

今回、pom.xml を手でいじることはまったくありませんでした。最初のプロジェクト生成時に設定した内容が反映されていると思われます。念のため内容を確認するとこんな具合になっていました。

pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
	<modelVersion>4.0.0</modelVersion>
	<parent>
		<groupId>org.springframework.boot</groupId>
		<artifactId>spring-boot-starter-parent</artifactId>
		<version>3.0.2</version>
		<relativePath/> <!-- lookup parent from repository -->
	</parent>
	<groupId>com.anestec</groupId>
	<artifactId>hello</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<name>hello</name>
	<description>Demo project for Spring Boot</description>
	<properties>
		<java.version>17</java.version>
	</properties>
	<dependencies>
		<dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-web</artifactId>
		</dependency>

		<dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-test</artifactId>
			<scope>test</scope>
		</dependency>
	</dependencies>

	<build>
		<plugins>
			<plugin>
				<groupId>org.springframework.boot</groupId>
				<artifactId>spring-boot-maven-plugin</artifactId>
			</plugin>
		</plugins>
	</build>

</project>

7. その他のポイント

(1) Spring Boot Dashboard

今回拡張機能として入った Spring Boot Dashboard の画面はこんな感じです。
image.png

情報がすっきりまとまっていていい感じです。

(2) デバッグ実行時の変数表示

デバッグ時に引数やローカル変数の値を自動的にソースにオーバーラップして表示してくれるのもなかなかイケてると思いました。
image.png
Eclipse だと変数にマウスカーソルを当てるとツールチップで値を表示してくれますが、こっちの方が見やすいように思います。もちろん普通にサイドバーのローカル／ウォッチのパネルから変数を指定してインスペクトすることもできます。

8. まとめ

ということで、ここまでまとめます。

  • JDK17 以上をあらかじめ入れて置けば、VS Code + 拡張機能で Spring Boot の最小限のアプリケーション（今回はREST API)はほぼあっという間に作れる。

  • 具体的には、以下をやるだけで良い。

    • 拡張機能 Extension Pack for Java をインストール
    • 拡張機能 Spring Boot Extension Pack をインストール
    • Explorer の「Create Java Project」からプロンプトに従って必要事項を入力する。
    • Controller クラスを作成する。
    • Application クラスのmainメソッドから Run、または Debug で実効する。

  • VSCode のSpring開発体験は全体的によく洗練されていて、Eclipse みたいにゴチャゴチャしていない（個人の感想です）

ということで、VSCodeによるSpring開発で全然OKなのでは？という印象を受けました。Docker コンテナや WSL を使った開発が今後Java開発でも増えていくと思われ、その点でも Eclipse より VS Code での開発が有利になると思います。今後はこちらが主流になっていくのではないかと思いました。

また時間があれば Thymeleaf を使った画面系開発などにもトライしてみたいと思います。
ここまで読んでいただきありがとうございました。

69
74
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
69
74

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?