（メモ）Gradleの力を借りて依存するライブラリのjarを一式取得する - Qiita
いろいろな理由（）でGradleを使ってプロジェクトがビルドできないときに、予めGradleを用いて依存ライブラリ一式をまるっと手に入れる方法。 適当なJavaのGradleプロジェクトを作成してdependenciesとtaskを書くだけです。 サンプルはJasperReportsと専用のiText（とそれらが依存するライブラリ）を指定しています。 plugins { id 'java' } sourceCompatibility = 1.8 repositories { mavenCentral artifactUrls: [ 'http://jaspersoft.artifactoryonline.com/jaspersoft/third-party-ce-artifacts/' ] } configurations { // プロジェクトをビルドすることはないので、依存していること
（メモ）Glide v4のAppGlideModuleにOkHttpClientをInjectする - Qiita
前提 既にDagger2によるDIをかっちり組んでOkHttpClientをInjectしているプロジェクトで、新たにGlide v4を導入する場合。 参考にしたコード How to inject OkHttpClient instance · Issue #2002 · bumptech/glide サンプルコード リポジトリ issueではApplicationをSingletonにしてインスタンスを参照するような解決方法でしたが、どうせregisterComponentsでapplicationContextを突っ込むならそこでInjectすればよかろうと考えました。 AppGlideModule用にSubcomonentを定義し、DaggerApplication派生のApplicationクラスにinjectメソッドを追加しました。 新たに追加する分 AppGlideModule
Pagingライブラリを利用してRecyclerViewに情報を表示するサンプル - Qiita
概要 ソースコードはこちらです。 大量のデータがある場合に、一度に取得せずに必要な分だけ逐次取得してRecyclerViewに表示するような場合のサンプルを作成しました。 挙動としてはメルカリやクックパッド、スマートニュース等のアプリをイメージするとわかりやすいと思います。 議員の一覧をRoomデータベースから取得し、選択した議員の2018/1/1からの国会での発言をWebAPIから取得していますが、ソース元がRoomでもWebAPIでもPageKeyedDataSourceに変換することでUI側では同じように扱えます。 参考にしたコード android-architecture-components/PagingWithNetworkSample at master · googlesamples/android-architecture-components Architecture
ここがつらいよ東京公共交通オープンデータチャレンジAPI - Qiita
2018/1/4修正：五月雨式に追記していたのを清書しました。以下2018/1/4時点での情報です 12/7から公共交通オープンデータ協議会主催で東京公共交通オープンデータチャレンジが開催されています。 これは東京メトロ発足10周年を記念して開催された東京メトロオープンデータ活用コンテストと同様に、各種公共交通機関の静的データ（一部動的データ）を広く公開しているものです。 既にQiitaでもいくつかこれに関するエントリーが挙がっていますが、ここではAndroidアプリ向けにAPIを触ってみた感想の中でも、事業者ごとの差異でつらかった点を書いてみます。 下記のつらみを極力吸収したAndroid向けのライブラリを作りました。 全般 とにかく不安定 API仕様ドキュメント・フォーラム・APIが同じサーバで運用されているのか、どれかが落ちているときはそれ以外もアクセスできないため開発の手を止めざる
ProductFlavor、BuildType毎に出力されるAPKファイル名を変えたい（メモ） - Qiita
概要 assembleコマンドで出力したAPKファイルが、渡した先で古いものとごっちゃにされてしまうことがまれによくあるので、出力時点でファイル名を変更してバージョンが一目でわかるようにしています。 参考： buildType/productFlavorsでアプリ名を分ける方法 - Qiita Android Gradle 3.0以上で出力するapkのファイル名を変更する - Qiita Android Studio2系 特定のProductFlavorの全てのBuildTypeを一括で出力したり、逆に全てのProductFlavorの特定のBuildTypeを一括で出力したりすることも多いため、まとめてbuild/outputs/apkに出力するようにしています。 android { /** 略 **/ applicationVariants.all { variant -> varia
EditTextに対する初期値のある双方向バインディング - Qiita
初期値が要らなければシンプルですが、要る場合の実装がなんとなく面倒だったため試行錯誤しています。 初期値がない場合 EditTextに対する双方向バインディングについてはTextViewBindingAdapterが最初から存在するため、android:onTextChangedにTextViewBindingAdapter.OnTextChangedをバインドするだけでOKでしょう。 LayoutXML（抜粋） <EditText android:id="@+id/editText" android:layout_width="match_parent" android:layout_height="wrap_content" android:onTextChanged="@{viewModel.textChanged}"/> <TextView android:layout_width
DataBindingを使っていてもrequestFocusしたい - Qiita
flavorによっては自由入力だったり択一だったりあるいはそもそも固定値なのでViewがなかったりということが弊社のギョームアプリでは多々あり、そういったView側の実装を考慮することなくActivity/Fragmentの側からViewIdを一切知ることなくrequestFocus（requestFocusFromTouch）するのが目標です。 コード BindingAdapter 前回の発展です。今回もBindingAdapterに頑張ってもらいます。と言っても加えるコードは極々短いものです。 requestFocusFromTouchしたいViewに"focusId"と"focusTarget"という2つのattributeを定義します。 public class DataBindingAdapter { // region Spinner等択一のViewで現在選択されている位置を取
DataBindingを使ってSpinnerの選択位置を得たり操作したりしたい - Qiita
2017/2/3 更新 コメントでご教授いただいたとおり、android:selectedItemPositionという定義済みattributeが既に存在していましたのでそちらを利用するよう改めました。 参考：Android data bindingで定義済みの属性リスト - Qiita 選択肢としてのテキストではなく選択位置に応じたコード値を取得したいとか、別の処理に応じてコード側からSpinnerの選択位置を操作したいというようなことってギョームアプリではよくあることだと思います。 今まではActivityなりFragmentなりにゴリゴリ処理を書いていましたが、DataBindingを導入してもうちょっと効率よくできないかと考えてみました。 コード BindingAdapter AdapterView.selectedItemPositionを利用しますので、TextViewのan
Hyper-V仮想マシン管理サービスの復旧 - Qiita
事象 仮想マシンをシャットダウンしないままWindows 10 Anniversary Updateを適用後、Hyper-Vマネージャーから再度当該の仮想マシンを起動しようとしたところ、「オブジェクトが現在の状態である間はこの操作を実行できません」と表示され操作不能になりました。 イベントビューアー->Hyper-V-VMMSを覗くとイベントID19060で 「'当該仮想マシン名' は、'開始中' 操作を実行できませんでした。仮想マシンは現在次の操作を実行中です: '開始中'。(仮想マシン ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)」とログがありました。 Event ID 19060 — Virtual Machine Save Operation 対応 検索しても情報がなかったので、「キャッシュ削除すればいいんじゃねえの？」くらいの軽い気持ちでc:\
Windows7SP1のWindows Updateがまともに進まない事象の解消 - Qiita
導入手順書を作成するためHyper-V上にWindows7SP1 64bitを新規にインストールしWindows Updateを行ったところ、CPU使用率が100%に張り付き応答しなくなりました。 環境 ホスト機の環境は以下の通りです。 Core i5 6500 RAM 32GB Windows10 Pro 64bit 1607 仮想機には仮想1コアとRAM8GB（動的）を割り振りました。 備考 Microsoftのナレッジベースを読む限り、Windows7及びWindows Server 2008 R2の両方で起こるようです。 対応 以下のサイトの情報を参考にしました。 Windows 7 の WindowsUpdateの不具合回避法(進まない、終わらないなど) - Hone.のたま～に戯言 手順 Windows Updateエージェントを最新にする Windows Update自動更新
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
（メモ）Dockerで動かしているGitLabのバックアップと復元 - Qiita