IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

Webのシステムが最も苦手にしているのが帳票システムだ。幾つかのソフトウェアは存在しているが、海外製であるために日本語の取り扱いに問題があったり、レポートテンプレートがビジュアル的に作れなかったりと問題点もある。 Excelで書かれた帳票テンプレート そんな中、ExCellaのとった方法は最適な解と言えそうだ。何せ使うのは一番慣れているであろうExcelなのだ。 今回紹介するオープンソース・ソフトウェアはExCella、Excelをテンプレートに用いた帳票作成ライブラリだ。 ExCellaは全部で3つのパートに分かれる。ExCella CoreはExcelに書かれているデータをJavaオブジェクトに変換する。データベース以外の入力データでもExCellaを使えば簡単に帳票元データとして利用できる。 サンプルの帳票データ（公式サイトより） ExCellaはExcelファイルで作ったテンプレー

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

TopHatenarとHatenarMapsのシステム構成が、バージョンアップの度に複雑化してきて、自分でも把握しづらくなってきたので、整理する意味で図を作ってみました。 図に示したように、HatenarMapsは、S2RMIを使ってTopHatenarと協調動作しています。はてなダイアリーとはてなブックマークに関するデータをクロールしているのは、TopHatenarの側です。HatenarMapsの側では、TopHatenarのService層をS2RMI経由でコールして、集計済みのはてブ情報を取得し、クラスタリング処理の後にポリゴンを計算しています。その他、HatenarMaps上でコメントビームの表示等がリクエストされる度に、TopHatenarをコールしています。よって、HatenarMaps側のDBには、基本的にポリゴンデータしか入っていません。 以下、図中に出てくるフレームワー

連載第1回の「Strutsの諸問題を解決するWebフレームワークとは？」では、TERASOLUNA Server Framework for Java Web版（以下、TERASOLUNAフレームワーク）を利用する以下のようなメリットを紹介してきました。 第2回では、TERASOLUNAフレームワークを使って簡単なサンプルアプリケーションを作成します。実際にサンプルを作成する過程で、各クラスや設定ファイルの内容について解説し、TERASOLUNAフレームワークの動作原理を理解しましょう。また、多人数でのWebアプリケーション開発で、具体的にどの作業を分業化し、どの作業について情報共有しなくてはならないのかについても触れ、Webアプリケーション開発の全体的な作業イメージについても理解していきましょう。

「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 標準JDKに含まれる便利なツール 読者の皆さんは、最近のJDK（Java SE）に、開発やデバッグに便利な新しいツールが含まれていることをご存じでしょうか？ 古くからのJava開発者は、古い時代のJDKのツールしか知らず、一方で新しいJava開発者はEclipse/NetBeansなどの統合開発環境に慣れてしまい、細かなコマンドツールを直に使う状況が減ってきているかもしれません。 そこで今回は、最近のJava SE 6含めて比較的新しいと思われるツールを以下の5種類に分けて紹介します。 プロファイリング トラブルシューティング／情報取得 監視 配備／補助 スクリプティング 「こんなツー

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた

最近は時間を作ってEffective Javaの2版をよんでます。 Effective Java (Java Series) 作者: Joshua Bloch出版社/メーカー: Prentice Hall発売日: 2008/05/08メディア: ペーパーバック購入: 6人 クリック: 65回この商品を含むブログ (42件) を見る ほとんど1版と同じ内容ですが、"Item 44: Write doc comments for all exposed API elements" を読んでよくまとまってるなと思ったので、触発されてメモがてらに私のやり方を。 引用の2段落目は基本的に超約。 どこに書くか If an API is to be usable, it must be documented. ユーザが利用可能なすべてのAPIにJavadocを書く。 これはとりあえず必須だと思います。ち

プログラマの大半は絵心がない。そのため、Webデザインやアイコンなどを上手に配置してサイトを出来映えを一歩高めるというのは非常に難しく感じてしまう。だがそれはWebデザインに限った話で、絵が全くできないという訳ではない。 開発環境 趣味で風景画を描いたり、油絵をやる人だっているだろう。もしあなたが幾何学模様のアートに興味があるなら、これを使って描くのが良いだろう。 今回紹介するオープンソース・ソフトウェアはProcessing、アートプログラミング言語だ。 ProcessingはJavaで作られたソフトウェアで、専用の言語Processingを通して幾何学的なアートを作り出すことができる。簡単な記述で、十分に目を見張る作品ができあがるはずだ。 作品例 できあがった作品はエクスポート機能を使って、Javaアプレットとして出力できる。これをサイトにアップロードすれば、誰でもあなたの作品を見るこ

Wikiを使って書かれた文章は正式な文章よりも、ライトで手軽な文章と言う位置づけにされることが多い。それは多人数でいつでも誰でも修正できてしまうこと、レンダリングが弱いHTMLが出力対象であることからきている。 編集画面 だが待って欲しい。何かの形式を利用することで、HTMLはもちろん他のファイル形式も容易にできるのではないだろうか。 今回紹介するオープンソース・ソフトウェアはWixer、マークアップ言語WIXを使ったWikiエンジンだ。 WixerはJavaベースのWikiエンジンで、Webサーバを内蔵しており、コマンドを実行するだけでブラウザからすぐに利用できるようになる。WiXというフォーマットで記述、保存される。このWiXはHTMLやPDF、テキスト、RTF、man pageなどに変換できる。なお、現状ではWiXからHTMLのみとなっているが、将来的にPDF出力をサポートする予定だ

S2BlazeDSを用いたFlex＋Javaアプリの【いろは】：業務用RIAの本命!? Flex＋Java開発入門（2）（1/4 ページ） 本連載では、サーバサイドとして「Java」、リッチなクライアントサイドとしてJavaと相性の良い「Adobe Flex」（以降、Flex）を用いたRIA開発の基礎を解説します。EclipseベースのIDEである「Flex Builder」を使って、「Tomcat」で動くeラーニングのRIAが完成するまでお届けする予定です 編集部注：Flex Builderは、2010年3月の新版から「Flash Builder 4」に名称変更しています。期間限定の無料版をダウンロードして使えます 「しょせん、Hello World！アプリだろ」と、侮るなかれ 前回の「EclipseベースIDEとTomcatで始めるFlex＋Java開発」では連載第1回ということで、W

フレームワークを作っている人にはいつもあるひとつのジレンマがあるんじゃないでしょうか。 それは機能追加によるフレームワークの肥大化です。 ユーザさんから言われた機能・自分達のチームでこれは良い！と思って入れた機能など 理由はそれぞれですが、フレームワークが形になってからの機能追加は進む一方です。 機能が増えればそれだけ故障箇所が増えるのと一緒です。また想定しない使い方をユーザさんが してくる場合もあるでしょう。 自分もこのような機能追加は正しい・求められているんだとずっと思っていました。 今でも間違ったことだと思ってるわけではありません。 ただし、それには大きな前提があることにちょっとだけ気づいたのです。 それは、 最初に開発されたフレームワークの機能は十分に検討され、 厳選されたミニマルセットな機能以外はあってはならない。 という前提です。書いてみれば当たり前で拍子抜けされるかもしれませ

最近うんざりしているのは、自ら作った(or用意した)フレームワークを案件にバーターしてくるSIerがいることだ。 SIerから仕事を請けているソフトウェアハウスの多くは、コンペで低く抑えられた発注金額や単価を生産性や熟練度でカバーするために自社又はOSSのフレームワークを採用することが多いのだが、プラットホームやミドルウェアならまだしもフレームワークまで押し付けられると、こういった目論見がパーになるのである。 SIerのフレームワークといっても、ソースを見ると大抵はOSSのフレームワークを拡張しただけの設計であり、それにオーサリングツールとEclipseプラグインを組合せた構成なので、結局は使う開発環境やツールまでロックインされており、お世辞にも快適とは言えない場合が多い。その癖エンドユーザからはちゃっかりとフレームワークのライセンスフィーを頂いていることが多く(ユーザ向けにはパッケージ扱