frameworkコマンド一つで各言語のひな型プロジェクト作ってくれて、コマンド一つでデプロイできるという優れもの。設定済みインストールnpmをインストールしている前提で。入力するには長いのでslsというエイリアスが用意されています。createコマンドを使います。"aws-java-gradle"できあがったプロジェクトを見ると、リクエストをログに出してHTTPステータス200を返すだけではあるものの、既に動く状態のものができあがっています。serverless")).build();}}デプロイする細かい設定はserverless.ymlでできます。設定できる内容は以下URLで確認できます。https://serverless.com/framework/docs/providers/aws/guide/serverless.yml/とりあえず今回はそのままデプロイして動かしてみる。ビルドしてデプロイするzipファイルを作ります。gradleの場合はzipで作ってuploadするらしい。SUCCESSFULプロジェクト内のbuild/distributionディレクトリにhello.zipが出来上がっています。deployコマンドで行います。invokeで動かすことができます。string実行ちゃんと結果が返ってきます。ちなみにlocalのソースをテストしたいときは、コマンドにlocalを付けます。false}さっと作ってさっと動かしたい時に非常に便利なフレームワークでした。Gatewayで公開する場合もymlの設定変えるだけでした。ymlの設定内容はもう少し知る必要がありそう。windows経由でインストール。started通りにやっていきます。相変わらずAWSのドキュメントは初学者に易しくないhttps://docs.aws.amazon.com/ja_jp/eks/latest/userguide/getting-started.htmlGoalAWS上のkubernetesクラスターとローカル環境を繋ぐところまでやってみます。EKSの利用権限を持ったIAMロールを作成kubernetesがEKSを通してリソースの作成ができるように権限を付与したロールを作成しますコンソールからIAMを開きロール→ロールの作成でEKSを選択し、次へそのまま次へそのまま次へロールに名前をつけます。CLIが必要になってきます。インストール方法はこちらが分かりやすかったので参考にさせていただきましたhttps://www.skyarch.net/blog/?p=7583以下コマンドでAWSでやりとりする際のアカウント情報等を設定。get-contexts以降はkubectlコマンドで操作できます。事前にEC2のキーペアの作成が必要です。EC2のメニューから作成しましょう。Name:前の手順で作成したeksクラスターの名前。グループがスケールインする最小ノード数。グループがスケールアウトする最大ノード数。デフォルトのままNodeInstanceType:ワーカーノードのインスタンスタイプ。NodeImageId:各リージョンに合わせたAMIを設定する必要がある。NodeInstanceTypeにt2.microを指定したい場合t2.smallしか選択できないじゃん!無料枠があるのでt2.microを使いたい!って人もいると思うのでメモ。↑でS3テンプレートに指定したyamlを直接ダウンロードし、以下のように編集します当手順の最初の画面で「テンプレートをAmazonS3にアップロード」で編集したファイルを選択すると次画面で選べるようになります。WorkloadsリソースPodリソースの最小単位。Podには1つ以上のコンテナが含まれている。pod内は同一ネットワークであり、Pod単位でIPアドレスが割り振られる。Pod内に2つ以上のコンテナがあっても同じIPアドレスとなるためお互いにlocalhostでアクセスができるReplicaSetPodのレプリカを作成し、指定した数のPodを維持し続けるリソースDeployment複数のReplicaSetを管理するDeamonSet全Nodeに1podずつのみ配置できるリソース。ReplicaSetのようにレプリカ数は指定できない。ユースケースは、各podが出すログを収集するFluentdやノードのモニタリングなどのスケールアウトの必要のないものStatefulSetReplicaSetではpod名にランダムなハッシュが付与されて生成されるが、再作成される度に名前が変わってしまうため、データベースなどのstatefulなノードに対応するのが難しい。いう場合はこちらを使う。こちらは生成されるPod名にはランダムハッシュではなく、数字のindexが振られるため、pod名が変わらない。PersistentVolumeを使用している場合は同じディスクを利用して再作成される。entityはじめにJHipsterの勉強を兼ねて以下のページを和訳したものです。自分の理解用なので結構な意訳なので注意してください。https://www.jhipster.tech/creating-an-entity/Introductionアプリケーションを作成したら、次にエンティティを作成しましょう例としてBookとAuthorエンティティを作るとすると以下の作成が必要になります。generatorは必要なすべてのファイルを作成してくれ、かつフロントエンドのCRUDも提供してくれます。作成済みのentityを再生成します。サーバーサイドコードの生成をスキップした際にDBを指定します。それ以外の場合では効果はありません。StudioコマンドラインでJHipsterでどうやってentityを作るのかはわかったと思いますが、GUIツールのほうがわかりやすくていいという方もいると思います。オプションを付けてください。この場合、entityファイルのローカル変更は全て上書きされてしまうので注意してください。fields各entityには好きなだけfieldを追加することができます。JHipsterはそこからAngularのHTMLからLiquibaseのチェンジログまで、必要なコードと設定を全て生成します。これらのフィールドには使用している技術で予約済みのキーワードを含めることはできません。typesJHipsterでは多くのフィールドタイプをサポートしています。Cassandra...etc)に依存するため、JHipsterではJava型を使用します、そしてそこから正しいデータベースアクセスコードを生成するのがJHipsterの強みの一つです。sub-generatorからどんな値が必要なのか尋ねられます。CLOBかを尋ねられます。画像については特にAngular側でユーザーに表示するための処理がされますValidationValidationは各フィールド毎に設定できます。(entityを保存する前に自動的に検証される)Validationの情報は、データベースのカラムの正確なデータを生成するのにも使用されます。nullに設定するUniqueフィールドはunique制約を設定するフィールドの最大長はカラムの長さを同値に設定するValidationにはいくつか制約があります。Angular、React、BeanValidationの全てのオプションをサポートしているわけではありません。クライアント側とサーバー側で共通するもののみです正規表現パターンはJavaとJavaScriptで同じ動作をするわけではありません。そのため、設定する場合は片方を微調整する必要があるかもしれませんJHipsterは一般的なentityに対しての単体テストを生成します。その際にあなたが必要なValidationルールの情報はないため、生成されたテストがエラーとなることも起こり得ます。Controllerを直接使うだけにし、複雑なロジックを集約することができます。サービス層を持つ(interfaceの有無にかかわらず)ことでDTOを使用することが可能になります。sub-generatorに記載されていますので、目を通すことをおすすめします。entityはDTOを使いませんが、オプションで作成することができます。DTOsを確認してくださいFilteringオプションでentityがSQLデータベースに保存する際にフィルタリングをすることができます。entities.PaginationもしCassandraを使用してアプリケーションを作成した場合はページネーションは機能しないので注意してください。今後のアップデートによって対応される予定です。フォルダ内のjsonファイルに保存されています。entityを再生成します。controllerはじめにJHipsterの勉強を兼ねて以下のページを和訳したものです。自分の理解用なので結構な意訳なので注意してください。Controllerを生成します単純なRESTメソッドも生成することができます。ControllerをSwaggerを使ってドキュメント化できますか?はい、実は既にできています。Securityの@Securedアノテーションをメソッドに追加するだけです。webpack/webpack.dev.jsのproxy欄にサービス名を追加することでできます。--save–saveオプションを付けることでpackage.jsonのdependenciesにインストールした内容が追加される。このpackage.jsonを他環境に持っていって、以下のコマンドを打てば、package.jsonの内容を読み取って、インストールをしてくれる。installインストールしたものはプロジェクトフォルダ内にnode_moduleというフォルダができ、そこに展開されている。uninstall2017.02.15Spring-socialのtwitterでResourceAccessExceptionspring-socialのtwitterと連携しようと/connect/twitterにアクセスしたらエラーが出てハマったのでメモちなみにapplication.ymlのspring.social.twitterのapp-idとapp-secret指定しただけの状態。mode原因Stackoverflowに書いてありました。twitterのディベロッパーサイトでアプリを登録する際にcallbackUrlを指定しないとこのエラーが出るらしい。アプリ設定画面で”http://localhost:8080′′と指定するとエラーが解消されました。2017.02.07githubの新規リポジトリ作成~開発開始までの流れ何回もやる作業じゃないのでいつも手順が頭から抜ける。メモgithubでリポジトリを作成する。project"/※-mでコミットコメントを指定してます。コミットログに残るので。気にする人は設定しましょう。