Shared Hosting Plans are starting at $10/year RAID 10 SSD disks Unlimited domains Control Panel - DirectAdmin One-Click Script Installer Free SSL certificates 24/7/365 Support Daily Backups (separate server) Newest PHP versions Free Migration to our hosting SSD VPS KVM Plans are starting at $6/month RAID 10 SSD disks Xeon E5 CPUs 1 additional IP - $3/Mo KVM Virtualization Free VNC access Full root
この記事は、TDD Advent Calendar 2013 の第23日目(の一日遅れ)です。 昨年のアドベントカレンダー以来、記事を書いていないという事実に、本人も驚きです。 あなたはJavaでTDDしてる人ですね そうじゃなくても構いませんが、一応、そういう人が対象です。 または、Javaでテスト気軽に書きたいけど面倒で〜、という方も対象です。 あるいは、Javaでテストとかただの二重苦だろw、という方も対象です。 偉大なJUnit、しかし苦行 Javaでテストと言えば、プログラマに開発者テスト文化やTDDを根付かせた偉大なツール、JUnitがあります。 JUnitの最大の利点は、Javaプログラマがその知識のままテストを書けることですが、それと同時に、Java自体の表現力の弱さも100%享受してしまうのであります。脱初心者後に、JUnitで沢山のテストを書き続けるというのは、ちょっと
2024-02-29:6月以降の開催日および場所を公開しました。 2024-02-25:読書会(基礎からのサーブレット/JSP 第5版)第1回議事録を掲載しました。 2024-02-13:2月からの新しい課題図書は「基礎からのサーブレット/JSP 第5版」に決定しました。 2024-01-29:読書会(Practical Design Patterns for Java Developers)第6回議事録を掲載しました。 2024-01-28:4月以降の開催日および場所を公開しました。 2023-12-25:読書会(Practical Design Patterns for Java Developers)第5回議事録を掲載しました。 日時:3月23日(土) 10:00~17:00 場所:てくのかわさき 第4研修室 募集要綱:定員24名 地図:https://tekuno-kawasaki
最初は誰しもがファッ!?となるんですよねロガーって。 いずれtree-tipsで公開しようと思っている、solrのプロジェクトを今作っています。mavenでjarを管理している訳ですが・・ なんだこのロガーの数は!! commons-logging、log4j、slf4j-api、jcl-over-slf4j、logback-classic・・・・、こいつら一体何が違うんだ!どう使い分けるんだ!そもそも必要なのか!?となりました。 昔はcommons-logging+log4jというのがトレンドだった訳ですが、今はslf4j+logbackがトレンドになり、jdkも1.4から1.7になり、これらトレンドが推移する過程で、いろいろなjarが旧式に依存してしまい、旧式依存を解決するためにアダプタが登場し始め、mavenでjarを収集すると大抵両方入ってしまい、カオスになっているのです。 特にs
2020-07-22更新: 以下の投稿で情報をアップデートしています。 https://blog.kengo-toda.jp/entry/2020/07/21/223136 いつも購読させていただいている id:teppeis さんのブックマークに以下のエントリが流れてきて、なるほどこいつはたしかに厄介だと思いました。 javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ ただSLF4Jが最も先進的かつ著名なインタフェースである以上、配布側としてはSLF4Jを使いつつ問題を解決したいところです。他のインタフェースを使ったりオレオレ実装を使ったりしてしまうと、それこそユーザの自由度を奪ってしまう形になります。 実際、SLF4Jを配布パッケージに含めないという簡単な解決法がありますので、簡単に紹介します。悲劇を繰り返さないためにライブラリ開発者がす
忘年会シーズンで肝臓への負担を極力避けている@masudaKです。今回はJavaアプリケーションの運用のポイントに関して、書いてみたいと思います。 このエントリはJava Advent Calendar 2012の22日目のエントリです。 Javaアプリケーションの運用ポイントとは 昨今ではLLのほうが敷居が低く、開発スピードも早いということからか、PHPやRubyなどのLLによるWebアプリケーションが多くリリースされているかと思います。 しかしながら、TwitterがJVMベースの開発にシフトしたように、より深いレベルで実装を行おうとした際にLL以外の実装も一つの選択肢として残っているのは間違いないでしょう。 そのようななかで自分が最もよく触れているJavaでのアプリケーションの運用ポイントについて述べてみたいと思います。 ここでいう「運用」とは、サービスをリリースしたのち、サービスへ
– その1: 自宅サーバがハング – その2: フリーズの原因はガベージコレクション – その3: 侍でヒープ使用量を確認 – その4: リーク箇所を確認する色々な方法 – その5: Memory Analyzer でヒープダンプを解析(最終回) 延々と連載してきたメモリリークトラブルシューティング記もいよいよ最終回です。 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプ
わたし的棚ぼた一万円選書 急に千葉さんに手渡された封筒、開けてみたら1万円札が1枚。何ごとかと思えば、同期の出張を代わったお礼をもらったらしい。 「葵はワンオペで育児してくれたから」と半分わけてくれました。 泡銭の1万円 これはもう、わたし的1万円選書をしろという思し召しなのでは……
今日の夜、日本Javaユーザーグループ(JJUG: Japan Java Users Group)主催のナイトセミナー「Project Lambdaハンズオン」が開催されました。 JJUG Project Lambda Hands-on 事前準備 Project Lambda ハンズオン セミナー資料 Togetterページ 前半がJavaにおけるラムダ導入までの紆余曲折の経緯、ラムダの概説、後半が例題によるハンズオンです。 今回のセミナーの個人的にとってもよかったところは Scala、Groovy、Rubyなどの話題がほとんど出なかった点 ラムダ計算の話題がでたけど小難しくなかった点 実際に見て聞いて手で動かして結果を目で見るのは、新しい概念を学ぶのに有効 ですね。 残念なところは、 夜の勉強会なので時間が短く、十分なハンズオン時間がなかった点 です。 プログラミングは、自分の手で書いて
JDBC接続を使うアプリケーション リレーショナルデータベースを利用する方法の一つに、JDBC APIがあります。最近の流行は多層C/Sシステム(Webアプリケーション等)なのでJDBCをクライアントで直接利用することは少ないかもしれません。しかし、SQL文を直接記述して発行することができるなど、使い道が広いAPIです。また、J2SEだけでプログラミングができます。 JDBCで指定したテーブルの内容を表示するJavaプログラム ではまず簡単なサンプルを作ってみましょう。簡単なサンプルといっても、よくあるJDBCでRDBMSに接続して簡単なテーブルをコンソールに表示するサンプルではおもしろくないです。ここでは、Javaの標準GUIライブラリであるSwingの表部品JTableに表示させてみましょう。
10万行コード読んだらJava分かるよってTwitterに書いたらすげぇ勢いでRTされたので、調子に乗って捕捉エントリ書くよ。 Java Core API JDKインストールしたディレクトリに入ってるsrc.zipを展開すると入ってるから読むと良いよ。 すぐ近くにあるのから読むってのはメンタル的に楽でいい。 厳密にはOSSじゃなくて単に公開されてるってだけなんだけども、JavaプログラマなのにコアAPIのコード読んでないとか無いよね? どれから読めば良いか分からんかったら、 java.lang java.util java.io java.text 辺りをまずはキチンと理解すること。当然コードを読み終わったら、それを使ってコードを書く事。 OpenJDK http://hg.openjdk.java.net/jdk7/jdk7 OpenJDKを読むことで、プログラム言語してのJavaではな
まず仕様を満たすための振る舞いを定義し、それに準拠するようにプログラムを段階的に開発していく手法 BDD(Behavior Driven Development, 振舞駆動開発)。 ITアーキテクト Vol.4 (IDGムックシリーズ) で知った時に、そのうち試すつもりがすっかり忘れてしまっていた。今回、エンジニアマインド Vol.8 の特集のおかげで思い出したので、とりあえず試してみる事に。 テーマは「Java の開発で BDD を実施するには」って事で以下の 2点を試してみた。 JDave を使う(Ant からの実行) JRuby から Rspec(Ruby用の BDD フレームワーク)を使う はじめ、JDave だけを試すつもりだったのだが、残念ながら JDave は工夫されているものの DSL っぽく無いし記述が面倒に感じられたので、JRuby から Rspec 使った方が実用的か
2022-09-03 AutoTicketLinkName 2014-10-31 PukiWiki/1.4 PukiWiki/1.4/Manual Help FormattingRules server/サーバの仕様 2009-02-27 FrontPage 2008-09-16 links/よく使うツール Profile 2008-08-07 gentoo/lvm2+raid1 2006-12-16 gentoo/linux-igd 2006-11-23 gentoo/PPPoEの設定 gentoo 2005-09-14 InterWikiName SandBox 2005-04-15 MenuBar 2005-04-08 links/巡回先 2005-04-07 Java/XML/rngomでXMLSchemaのDatatypeLibraryを使う 2005-04-06 Java/Ti
Java Programming Language Googleの20%プロジェクトからJava向けの新しい技術「cofoja (Contracts for Java)」が公開された。既存の実装に大きく手を加えることなく、デバッグをより簡単にしてくれる効果が期待できる。バグは些細なコードが起こすものだったりするが、それを追跡して発見するのは時に困難を極める。これは問題が発生した箇所と、実際にバグがある箇所が大きく離れていることが理由になっていることもある。問題発生箇所とバグ発生箇所を近くにまとめることができれば、それだけバグ発見も取り組みやすくなる。 cofojaはこれを簡単に実現するための技術。インタフェースに制約表現を追加可能にするところがポイントとなっており、クラスの実装に手を加えなくてもインタフェースに制約表記を追加することで実行時にチェックできるようになる。ブログに掲載されている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く