[Java] OracleJDKの取得方法が大きく変わりました | DevelopersIO
こんにちは。こむろ＠東京です。 2017/05/23に気づいたのですが、curlやwgetで実行しているOracleJDKの取得でエラーが出るようになっています。先日(2017/05/22)からChefでも同じような現象があることをStackoverflowで確認しました。 わたしが担当しているプロジェクトで、GoldenAMI作成で使用しているAnsibleでOracleJDKのインストールに失敗したため、原因を調査していましたので共有します。自動スクリプトなどでOracleJDKを自動的にインストールしている構成を取っている方は高い確率で失敗すると思われるため、注意が必要です。 AnsibleのJDKインストールで突然の死 AnsibleでOracleJDKのインストールを行っています。2017/05/23突然死しました。 amazon-ebs: TASK **************
![[Java] OracleJDKの取得方法が大きく変わりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/30a2d47409e2c1d5a3c01b1ecbba01690af9a821/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fjava.png)
[Java][JHipster]ユーザの権限を判定する | DevelopersIO
はじめに 今回はユーザの権限を判定し、admin権限の場合は全ユーザのデータを表示し、それ以外の権限の場合はログインしたユーザに紐づくデータのみを表示する機能を実装していきます。 今回実装する機能について 前回のScaffoldで作成した記事の一覧について、admin権限の場合は全記事を、それ以外はログインユーザの記事のみを表示します。 adminでログイン admin以外でログイン 実装について ログインしたユーザの権限を判定して取得するデータを全件 or ユーザに紐づくデータのみに切り替えます。これらの処理はサーバ側のコントローラで行います。 /src/main/java/org/jhipster/web/rest/ArticleResource.java (前略) /** * GET /articles : get all the articles. * * @return the
[Java][JHipster]初期表示値を設定する | DevelopersIO
はじめに 前回は(主に)サーバ側でのバリデーションチェックについて記述しました。今回はクライアント側の修正で、画面に初期表示値を定義する方法について書きたいと思います。 今回実装する機能について Scaffoldで作成したArticleの登録画面の「Date」欄に初期表示値として現在日時を表示する機能を追加します。画面上では以下のようになります。 尚、前回と前々回はクライアント側のフレームワークにAngular2を使用しましたが、今回はAngular1を使用します。JHipsterのプロジェクトを作り直したので、その時のコマンドを載せておきます。(初回のウィザードの「(12/15) Which *Framework* would you like to use for the client?」にて「Angular1.x」を選択するところが違うだけです。) $ yo jhipster ██╗
[Java][JHipster]バリデーションチェックを行う | DevelopersIO
はじめに 前回はJHipsterを使いScaffoldでデータをCRUDする機能を実装しました。今回はこれに、サーバ側でバリデーションを行う機能を追加する方法について書きたいと思います。 実装する機能について 前回作成したArticleのEntityを登録する際に、同じタイトルが既に登録されていたらエラーとするバリデーションを実装します。画面上では以下の様な感じとなります。 バリデーションの実装 上記のバリデーションを実現するには以下を実装する必要があります。 (入力した)タイトルに一致するArticleを検索する機能 バリデーションの判定を行い、エラー時にはエラーを返却する機能 画面にエラーメッセージを表示する機能 以下、それぞれの実装について見ていきたいと思います。 タイトルに一致するArticleを検索する機能 この機能はデータの検索機能となるため、Repository層に実装します
ドキュメントベースの単体テストでxUnitを導入する前に考えて欲しいこと ｜ Developers.IO
ドキュメントベースの単体テスト ソフトウェア開発では、テストケースをExcel等で管理し、テストをテストフェイズで実施する方式（以下、ドキュメントベースの単体テスト）が行われてきました。 ドキュメントベースの単体テストでは、テストフェーズが明確に切られています。テストフェーズでは、テスト担当者がテストを実施し、結果をドキュメントに記録します。必要に応じてエビデンスも残すでしょう。もし、テストが失敗したならば、不具合管理票（バグ票）を起票します。そして、不具合の原因を分析し、仕様書やソースコードを修正します。不具合が修正されたならば、もう一度テストを実行し、不具合がなくなるまでこのサイクルを繰り返し、品質を高めていきます。 このようなドキュメントベースの単体テストは、機能や画面を対象としています。そして、ほとんどの場合は品質保証を目的としています。テスト件数や不具合件数、不具合の発生原因や修
TDD Boot Camp 札幌 2.0 開催しました！（運営編） - やさしいデスマーチ
本日、札幌では４回目となる TDD Boot Camp 札幌 2.0 を開催され、 TDD界のリーダーであるid:t-wada氏に札幌で２回目の登壇をしていただきました。今回はTDDに関連する部分は、参加者のブログにお任せし、自分の方からは主催者視点でのレポートとしたいと思います。これを機会に他地域でのTDD Boot Campの開催の参考になったり、開催したいなと思って頂ければ幸いです。 開催まで 今回は札幌開催で４回目ということもあり、開催自体の準備は少なかったです。これは言い換えれば、はじめての時は色々と試行錯誤が必要ということでもあります。 参加人数の動向 札幌開催での参加人数は次のようになっています。 日付 No 参加者 備考 2010.12.18 0.5 ６名 Javaのみ 2011.1.23-24 1.0 ２６名 @t_wada氏登壇、言語自由（Java, Ruby, VB,
プレTDD BootCamp札幌を開催しました - やさしいデスマーチ
えらく冷え込んだ上に雪模様となりましたが、本日は札幌JavaコミュニティでTDD BootCampの前哨戦を行いました。TDD BootCampは新年１月の後半に札幌で開催する予定ですが、その前にJavaに限定してしまいますがTDDをやろうという試みです。今日は年末・某忘年会とのバッティング・冬場の道民の出足の悪さなどなどから７名しか集まりませんでしたが、その分、濃い内容になったかと思います。 TDDハンズオン 事前配付していた資料を元にハンズオンを行いました。ネタとしてはWiki用のパーサ作成です。最初の内は戸惑いつつ簡単なテストを通していきますが、終盤になりリファクタリングをプロジェクタに投影しながらやった所、「小さく改善してテストを回す」というTDDのココロをしっかりと伝えられたかと思います。 今回は久しぶりに午前＋午後でやりましたが、TDDを伝えるにはやはり１日かけてコードを育てて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
