アプリケーションやシステム開発においては、開発効率を向上させるためにフレームワークを使用する企業も少なくありません。 今回はJavaの開発環境で使用できるフレームワークの中から「Spring Framework」について詳しく紹介します。 目次 Spring Frameworkとは Spring Frameworkとは、Javaの開発環境で使用できるオープンソースのフレームワークです。企業やエンジニアによっては、縮めてSpring（スプリング）と呼ぶこともあります。Spring Frameworkの初版がリリースされたのは2004年ですが、令和の現在においてもバージョンアップが続けられており、その人気の高さが伺えます。 そもそもフレームワークとは、ソフトウェアやアプリケーション開発を行う際に必要となる機能や、基本的な骨組みをまとめたもので、プログラミング言語によって使用できる種類が異なると
Spring Framework は、Javaプラットフォーム向けのオープンソースアプリケーションフレームワークである。単に Spring とも呼ばれる。ロッド・ジョンソン（英語版）が自著 Expert One-on-One J2EE Design and Development（Wrox Press、2002年10月）と共にリリースしたのが最初である。.NET Framework 向けの移植版もある[2]。2006年、Spring Framework 1.2.6 は Jolt productivity award を受賞した[3]。 Spring Framework は特定のプログラミングモデルを強制するものではないが、Javaコミュニティでは Enterprise JavaBeans (EJB) モデルの代替・置換・追加として広く認知されつつある。設計上、このフレームワークはJava開
技術的な標準・規格 (TODO: IATA, Microsoft) tz database タイムゾーンに関する、ソフトウェア・エンジニアにとって最も標準的なデータが tz database (Wikipedia) でしょう。 "Asia/Tokyo" や "Europe/London" のようなタイムゾーンの名前は、この tz database のものです。 tz database のタイムゾーンは "/" の前の最初の部分に大陸名・海洋名を用い、続いて、典型的にはそのタイムゾーン内の著名な都市名・島名をその代表として名付けられています。21 国名は基本的に使われません。22 "America/Indiana/Indianapolis" のように3要素で構成されるタイムゾーンも少数ながら存在します。 tz database はボランティアによってメンテナンスされています。タイムゾーンの情
Java Native Access (JNA) とは、JavaプログラムがJava Native Interfaceを用いずにネイティブの共有ライブラリにアクセスする方法を提供するライブラリである。JNA は最小限の作業でネイティブコードにアクセスできることを目指して設計されており、決まりきったアクセスコードを書いたりグルーコードの生成を行ったりせず、ネイティブコードへ正しく簡単にアクセスすることを最優先としている（ただし、性能にも注意が払われている）。JNAライブラリはネイティブコードを呼び出すためにlibffiを用いており、名前を指定してライブラリをロードするネイティブの関数を用いて、目的のライブラリ関数の関数ポインタを取得する。ネイティブコードにアクセスする過程で静的なバインディング、ヘッダファイル、またコンパイルは必要ない。アプリケーションの開発者はJavaのインターフェイスを用
環境１ - メインマシン CPU Athlon 64 x2 4400+ Mem 6GB - DDR2 800 DualChannel OS WinXP x64 SP2 Java 1.6.0_07 32bit版 環境２ - サブマシン CPU Athlon 1500+ Mem 1.5GB - DDR 400 OS WinXP SP3 Java 1.6.0_07 32bit版 環境４ - ATOM CPU ATOM 330 Mem 2GB - DDR2 533 OS WinXP x64 SP2 Java 1.6.0_07 32bit版 cpp - native コード Visual Studio 2003 でビルド cl /O2 /GL /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /FD /EHsc /MD /
こんにちは、ミドルウェア開発チームの青木(@a_o_k_i_n_g)です。将来の夢は川口浩探検隊に入ることです。 先日、弊社のアプリケーションサーバーで大量にメモリを消費するという現象に遭遇しました。アクセス頻度の低いサーバーがメモリを大量消費するという謎深いものでした。 発生当初の状況はこんな感じです。 アプリケーションサーバーでは Jetty が稼働 現象が発生した JVM は 5GB 程度のメモリを消費しており、明らかに通常ではない量のメモリを消費している 複数台のサーバーで発生していたが、全てで発生したわけではない。 また、発生したサーバーはいずれもアクセス頻度が少ないサーバーだった。 ヒープ、パーマネント、スタック ひとまず、JVM でトラブルが発生した時は何はともあれヒープダンプとスレッドダンプを見るに限ります。各種情報の取得をインフラ部隊へ依頼し、得られたヒープを解析すると、
アプリのアイデアはあるが、どうやってアプリを作成するのかまったくわからないという人を対象に、Googleが講座を用意した。 米国時間6月22日に提供開始された「Google Android Basics Nanodegree」は、初心者を対象にJavaで簡単な「Android」アプリを作成する方法を教える。受講にあたっての前提条件はない。Googleによると、対象者はスマートフォンでウェブを閲覧したことがあるすべての人だという。 Nanodegreeを構成する個々のコースのすべてがオンラインで無料提供されるとGoogleは述べている。一方、「Udacity」では追加の有料サービスが提供されている。 Googleが作成したコース教材は、学習プラットフォームUdacity上に提供されている。この教材は、「Android Nanodegree for Beginners」などの以前のプログラムを
こんにちは、ミドルウェア開発チームの青木です。 先日、アプリケーションサーバーが応答を返さなくなるトラブルに遭遇しました。 今回はその時のトラブルの原因と対策の顛末についてお話しようと思います。 現象 アプリケーションサーバーが突如応答を返さなくなりました。 現象が発生したアプリケーションサーバーのスタックトレースを見ると、あるスレッドの先頭が上記のようになっていました。 "qtp258153142-514386" prio=10 tid=0x00007f40b8dbf000 nid=0x7b4e runnable [0x00007f415ccb0000] java.lang.Thread.State: RUNNABLE at java.util.regex.Pattern$Loop.match(Pattern.java:4692) at java.util.regex.Pattern$G
protocol buffersとは、Googleが自社のサービス用に開発したオブジェクトシリアライズの仕様です。 JSONに似ていますが、.protoという名前のファイルで構造を定義し、JSONのキーは数値に変換されよりデータサイズが小さい形でやりとり可能です。 開発された背景は、Googleでは社内でJavaだったりPythonだったり複数の言語が使われているので、言語ニュートラルなシリアライズデータのやりとりの仕組みが必要だったということのようです。 マニュアルには、XML-RPCよりもデータサイズが小さく解析速度は100倍早いと記述されています。 protocol buffersを使う利点としては以下のようなことが挙げられます データが小さい パースが速い 言語に依存しない(公式のライブラリはJava、C++、Pythonのみですが、Rubyのライブラリなどもあります) 現在は、パ
愛知県でシステムエンジニアとして働く友人のMは、プロジェクトメンバの書くJavaのクソコードに苦しめられているそうです。Mはリードプログラマとして、プロジェクトメンバがあげてくる成果物（ドキュメントとコード）のレビューをする立場にあるらしく、提出されてくる数々のクソコードをTwitterでつぶやいていました。 Mを救うことはできるのでしょうか？ もし、クソコードをすばやく見つけることができたら救えるのであれば、救える見込みはあるかもしれません。 コードの問題を見つける静的解析ツール クソコードとは、おおむね次のような問題のあるコードをさすようです。 潜在的バグ バグの可能性があるコード。 重複 機能追加やバグ修正を困難にしがちなコードの重複。 設計上の問題 クラスやパッケージ間の依存関係、多すぎるメソッド引数など。 慣習違反 プログラミング言語やライブラリの慣習、コーディング規約などに違反
Android Open Source Project のコーディングガイドライン には、いくつかのハンガリアン記法があります。 publicでなく、かつstaticでないフィールドにはmを、static なフィールドにはsをつけるのが Android 流のハンガリアン記法のようです。 が、そもそも Java を使って、かつ IDE を使っている時点で、ハンガリアン記法を取り入れるメリットはそんなに無いように思われます。 このあたりは、Twitter での Jake Wharton と Romain Guy のやりとりの中でその経緯が語られています。 このやりとりを要約すると、以下のような内容です。 Jake Wharton: Android の Java にハンガリアン記法を使うことにしたやつ謝れ。 Romain Guy: 激しく同意。C++やってる人とか Vimmer に Java を
JavaでPDFを生成する場合、こういった方法や、http://allabout.co.jp/gm/gc/80691/ こういった方法http://www.atmarkit.co.jp/fjava/javatips/121jspservlet41.html がある。しかし、どちらも低レベル過ぎて、美しいビジネス文書や帳票を出力するにはワープロを作るくらいの気合が必要となる。 手っ取り早いのは、ExcelやWordの文書をApache POI経由で編集し、そいつをPDFにして出力出来れば、美しいPDFが任意のテンプレートで作れるというプランである。 最近のOfficeならPDF出力をできるので、もしMSマンセーな組織なら、Windowsサーバ上でExcelを常駐させて、COMなんちゃらを利用して実現するのが良いと思う。しかし僕はJava屋だ。サーバはLinuxが好きだ。というわけで、今回は、
The f2j home page is at http://icl.cs.utk.edu/f2j/ file f2j-0.8.tgz for f2j Fortran-to-Java Source Code (tgz archive) by Keith Seymour <seymour@cs.utk.edu> size 453k file f2j-0.8.zip for f2j Fortran-to-Java Source Code (zip archive) by Keith Seymour <seymour@cs.utk.edu> size 493k file jlapack-0.8.tgz for JLAPACK source and class files (tgz archive) by Keith Seymour <seymour@cs.utk.edu> size 1.3M f
Recent News JRuby 9.4.9.0 Released The JRuby community is pleased to announce the release of JRuby 9.4.9.0. Homepage: https://www.jruby.org/ Download: https://www.jruby.org/download JRuby 9.4.x targets Ruby 3.1 compatibility. Thank you to our contributors this release, you help keep JRuby moving forward! @kares, @jpcam... more... Awards InfoWorld 2010 Bossie Awards: Best of Open Source Software In
LAPACK (Linear Algebra PACKage)は数値線形代数のための数値解析ソフトウェアライブラリで、線型方程式や線型最小二乗問題、固有値問題、特異値問題等を数値的に解くために利用される。本ライブラリは複素数または実数を成分とする行列を扱うことが可能であり、LU分解やコレスキー分解、QR分解、シュア分解等の行列の分解を行うためのサブルーチンを含む。サブルーチンは単精度版と倍精度版が提供される。1992年)のLAPACKの初版はFORTRAN 77 で実装されていたが、現在はFortran 90が用いられている。LAPACK 3.4.0からはC言語インターフェースであるLAPACKEが統合され、C言語やC++からの利用が容易になった。 LAPACKはLINPACKおよびEISPACKの後継と見做されている。ただし、LINPACKの設計が開発当時近代的であった共有メモリ型ベクト
JRuby は、RubyインタプリタのJavaによる実装である。自由ソフトウェアであり、CPL/GPL/LGPL の3つのライセンスを採用している。JRuby はJavaと密に連携しており、インタプリタを任意のJavaアプリケーションに埋め込むことができ、JavaとRubyのコード間で双方向のアクセスを可能にしている。 JRuby の主な開発者は Charles Nutter[1]、Thomas Enebo[2]、Ola Bini[3]、Nick Sieger[4] である。2006年9月、サン・マイクロシステムズは Enebo と Nutter を雇用し、仕事として JRuby の開発をさせている[2]。2007年6月、ThoughtWorks は Ola Bini を雇用し、Ruby と JRuby に関する仕事をさせている[3]。 2009年7月、JRubyの開発者らはサンを離れ、E
なお、一般的なデータ圧縮には、圧縮前のデータが完全に復元される圧縮と、完全には復元されない圧縮との2種類があります。ここで紹介しているファイル圧縮（そして、今回の記事で紹介するもの）では、圧縮前のデータが完全に復元されます。 このような圧縮のことを、「可逆圧縮」と呼びます。 Java APIで提供されているアーカイブ／圧縮機能 Java APIでもアーカイブ／ファイル圧縮に関する機能が提供されています。標準的に利用できるアーカイブ／ファイル圧縮形式はgzip、zip、jarの3形式です。この3形式が標準的なAPIで利用できるのは、とても便利なことです。 java.util.zipパッケージでgzipファイルを操作 gzipファイル形式の概要 gzip、zip、jarの3形式のうち、gzip形式には複数のディレクトリやファイルを1つにまとめるアーカイブ機能はありません。Linuxなどでは、よ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jnlpファイルの起動(linux)
