サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
CES 2025
b1san-blog.com
public class SampleDataParam { @NotBlank @Pattern(regexp="^[0-9]{6}$") private String id; @NotBlank @Length(max=32) private String firstName; @NotBlank @Length(max=32) private String lastName; @NotNull @PositiveOrZero private int age; }
CORS とはCORS の基礎CORS は、Cross-Origin Resource Sharing の略で、ブラウザが別のオリジンに対して JavaScript によるリクエストを送信した場合に、 そのリクエストをブロックするかどうかを設定するためのものです。 オリジンとは、プロトコル、ホスト、ポートの組み合わせのことで、どれか 1 つでも違う場合は別のオリジンとなります。 つまり、http://localhost:8080の API に対して、http://localhost:3000のページからリクエストを送信することは、CORS の対象になります。 CORS の設定は、API 側で行います。 プリフライトリクエストブラウザ(クライアント)は別のオリジンにリクエストを送信する前に、本当にリクエストを送信していいかの情報を得るためのリクエストを送信します。 これをプリフライトリクエス
はじめに※ Vue 2の知識があることを前提の記事となっています。 今回の題材である Composition API 導入により、Vueの<script>部分の記述が大きく変わります。 Vue 2からVue 3への変更で一番大きなものは Composition API の導入と言っても過言ではないでしょう。 Composition APIは、Vue 2でも拡張機能として導入することはできましたが、多くのユーザーは基本的な Options API を使用していたはずです。 Options APIでは、オブジェクトプロパティとしてdataやmethodsなどの役割ごとにまとめて記述していました。 <script> export default { data: () => ({ count: 0, }) methods: { increment() { this.count++; }, decr
はじめにNuxtJSをメインに使用していることもあって、執筆時点でも今だにVue 2を使用している筆者ですが、 Nuxt3がRC版になったということでようやく重い腰を上げてVue 3を触っていきたいと思います。 この記事では、Vue 2からVue 3への変更点について、いくつかピックアップして紹介していきます。 参考:はじめに | Vue.js 導入Vue 3の導入(インストール)については公式ドキュメントを参考にしてください。 参考:インストール | Vue.js 導入方法自体は変わらないと思います。 CLIについては、Vue 2と同様に公式のVue CLIが提供されていますが、 Vue 3からはViteというツールも使用できます。 Viteについては割愛しますが、Vue CLIよりもビルドがかなり速いため、快適に開発を進めたい方にはおすすめです。 筆者も簡単にしか試したことがないので、
例外スロー自作例外クラスSpring Boot では、自作した例外クラスに@ResponseStatusで HTTP ステータスを設定することができます。 この例外がスローされると、設定したステータスのレスポンスが返されます。 注意点として、非検査例外(RuntimeExceptionおよびサブクラス)を継承する必要があります。 @ResponseStatus(HttpStatus.NOT_FOUND) public class NotFoundException extends RuntimeException { public NotFoundexception(String message) { super(message); } }
しかしこれだけでは不十分であり、PDF を出力しようとすると以下のようにClassNotFoundExceptionが発生します。 メッセージの通り、com.lowagie.text.pdf.PdfContentByteが存在しません。 結論から言うと、このエラーが発生する原因はjasperreportsの依存関係にあるライブラリーが取得できていないことにあります。 Gradle では、build.gradleのrepositoriesに記載した場所からライブラリを取得します。 環境などにもよるかもしれないのですが、私の場合は以下のようにmavenCentral()がデフォルトで指定されています。
認証・認可の流れREST API の認証・認可には、セッションを使わず認証トークンを用います。 セッションを使ってはいけないというルールはありませんが、 REST のステートレスの考え方から認証トークンを使用する方がメジャーです。 認証トークンは、認証成功時に生成してクライアントに送信します。 クライアントは、認可の必要な API に対して認証トークンを含めたリクエストを送信します。 この認証トークンが正しいものであることを検証し、API の処理を実行します。 認証トークンはリクエストヘッダーのAuthorizationに設定して送信します。 認可に失敗した場合は、403 Forbidden のレスポンスを返します。 認証トークンJWT とは認証トークンの生成には、JWT(JSON Web Token)がよく利用されます。 参考:jwt.io 詳細は割愛しますが、JSON 形式のデータを電
Controller Advice とはController Advice は、エラー処理などをコントローラーの共通処理としてまとめて定義するためのものです。 MVC の場合は@ControllerAdvice、REST API の場合は@RestControllerAdviceを付与したクラスを作成します。
プログラムについて、日々学んでいることを自由気ままにアウトプットするためのブログです。更新頻度等かなり適当です。
このページを最初にブックマークしてみませんか?
『b1san's blog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く