Maven2の小技 ローカルのjarを依存ライブラリに含める - 現場のためのソフトウェア開発プロセス - たかのり日記
Mavenリポジトリで提供されていない3rdパーティのjarを、依存ライブラリに含める場合は、通常、先にローカルリポジトリにjarをインストールしておく必要があります。 mvn install:install-file -Dfile=<jarまでの絶対パス> \ -DgroupId=<group-id> -DartifactId=<artifact-id> \ -Dversion=バージョン -Dpackaging=jar -DgeneratePom=true チームで開発する場合は、各自が上記の操作を実行する必要があり、結構面倒です。 そこで、以下のようにpom.xmlを記述し、jarファイルをプロジェクトと一緒にバージョン管理しておくことで、依存関係を解決できます。 <dependency> <groupId>my-group</groupId> <artifactId>my-arti
Java で Base64 エンコード/デコードを行う処理方法の選択について |
本稿では Java 言語で Base64 エンコード/デコード処理を行う方法の選択について解説したいと思います。 処理方法の比較検討の参考になれば幸いです。 Base64 処理のためのいくつかの方法 Java で Base64 のエンコード/デコード処理を行う場合、選択肢として次のようないくつかのライブラリ/クラスが候補にあります。 Apache Commons Codec を利用する JavaMail の MimeUtility を利用する Seasar2 の Base64Util を利用する Java 8 で追加された Base64 クラスを利用する Java 7 までは標準クラスの中に Base64 を処理するためのクラスが含まれていませんので、上記のようなライブラリを利用する必要があります。 しかし Java 8 からは標準クラスに Base64 クラスが追加されました。 本稿では
Mavenで使っている、依存ライブラリを指定のディレクトリに出力する - CLOVER🍀
最近、アプリケーションのデプロイとかを考える時にしょっちゅう使うので、自分のためにメモ。 Mavenで依存関係を定義した際に、その依存ライブラリを集めたい時に使います。WebアプリだとWARにすれば全部入りますが、バッチ系だとそうはいきませんからね…。 依存ライブラリの取得コマンド。 $ mvn dependency:copy-dependencies この指定の場合、依存ライブラリが「target/dependency」ディレクトリに出力されます。 出力先のディレクトリを指定する場合は、こちらのコマンドを実行します。 $ mvn dependency:copy-dependencies -DoutputDirectory=lib この指定の場合、依存ライブラリがlibディレクトリに出力されます。
Interlli jとplayとjavaとscala
Hardening Designers Conference 2024 「衛りを究めよう」 OpenMic https://wasforum.jp/2024/04/hardening-2024-convolutions/
Cocos2d-xにおけるJNI（その２） - WonderPlanet DEVELOPER BLOG
今回のエンジニアブログを担当する村田です。 前回の「Cocos2d-xにおけるJNI（その１）」の続きです。 今回は、『C/C++ から Java(Android) を呼び出す時』です。 Android端末に設定されている言語情報をC/C++側へ返すプログラムを作成します。 使用したCocos2d-xのバージョン：cocos2d-x-2.1.5 1. Javaプログラムの定義 C/C++側から呼び出すJavaプログラムを定義します。 今回使用するJavaプログラムは パッケージ名「com.example.testjni」 クラス名 「TestJniActivity」 と付けます。 TestJniActivity.java package com.example.testjni; : (略) : public class TestJniActivity extends Cocos2dxAc
YammerがScalaからJavaへ移行中
原文(投稿日：2011/11/30)へのリンク Yammerの従業員であるCoda Hale氏がScalaの商用ベンダであるTypesafe社へ送ったメールがYCombinatorとGitHubのgist経由でリークした。メールによれば、Yammerは複雑さや性能面を鑑みて、基盤のインフラをScalaからJavaへ戻すそうだ。 YammerのPR部門のShelley Risk氏によればこのメールはCoda Hale氏の個人的な意見であり、Yammerの公式な見解ではないとのことだ。このリーク後、Coda Hale氏は自身の考えをhttp://codahale.com/the-rest-of-the-story/で表明している。氏はこのメールはDonald Fischer氏(Typesafe社のCEO)からのフィードバックの要請に答えたもので、移行を示唆するツイートを補足したものだと説明して
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
プログラマーの常識を学ぶ前に (1/2) - ＠IT
本連載は、「プログラマーの常識をJavaで身に付ける」ことを目標としています。Java言語やその文法は一通り理解しているが、「プログラマー」としては初心者、という方を対象とします。Javaコアパッケージを掘り下げることにより「プログラマーの常識」を身に付けられるように話を進めていきたい、と考えています。Javaコアパッケージには、あなたが知らない意外な発見がまだまだあるはずです。そこから、さまざまな「常識」を学びましょう プログラマーの常識を身に付けるのにJavaはうってつけ Javaは登場以来、こつこつとバージョンアップを重ねてきました。先日、Java SE 6がリリースされたばかりです。バージョンアップを繰り返す過程で、Javaコアパッケージはどんどん成長し、また実現できる応用範囲はますます広がっています。さまざまなプログラミングが実現できるJavaコアパッケージを使ってみないのは、も
業務系のクラスでインタフェイスの実装クラス名に「インタフェイス名+Impl」って名前をつけるのはダサいよね。 - wildcatsの日記
実装に特性があるからインタフェイスと実装を分離するわけで*1 インタフェイスに対して実装が1クラスになる場合にはインタフェイスと実装を分離する必要が無いとボクは思うね。 追記：特定のDIコンテナの話はこのエントリと無関係です。 追追記：他所での議論の延長でボクの考えをここに書いただけなので、特定のDIコンテナとか特定の設計手法とかは何も関係ない（というか意識もしていなかった）話ですけど。 上にも例外として書いたしコメントにも書いたんだけど、たとえばトランザクション自動制御とかでFacadeに対してAspectをかけたい場合の設計手法の一つとしてインタフェイスと実装を強制的に分離（インタフェイスと実装が1対1)してDynamic Proxyを使う設計手法を用いても構わないのではないでしょうか？最近のプロジェクトでDIコンテナは使ってないけどHibernateのセッションとかの管理をFacad
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jarコマンド - Javaちょこっとリファレンス
モダンなプログラミング言語の開発環境の構築方法まとめ - ネットサービス研究室
CoolCoding.com is for sale | HugeDomains