dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
Tomcatのデータソースを利用する - はるひ畑日記
Seasar2からはできない（トランザクションが使えない）と思いこんでいたのですが、Seasar 2.4.11からorg.seasar.extension.dbcp.impl.DataSourceXADataSourceというクラスがあって、これを使うとできました。 トランザクションマネージャと連携するには， 単なる DataSource ではなく XADataSource が 必要です． 対応としては， 1．Tomcat 側で XADataSource を設定する． 2．S2DBCP を使用する． 3．S2DBCP で Tomcat の DataSource を使用する． などの方法が考えられます． 1．の場合は XADataSource に加えて JTA 実装も Tomcat 側に定義することになります． JOTM を使うことが多いようですが，自分は詳しく ありません． 2．は Sea
ここが大変だよBigtableとGoogle App Engine
ここが大変だよBigtableとGoogle App Engine：分散Key-Valueストアの本命「Bigtable」（3）（1/2 ページ） RDBとは別の、クラウド時代のデータベースとして注目を浴びている「分散Key-Valueストア」。その本命ともいえる、Googleの数々のサービスの基盤技術「Bigtable」について徹底解説 月間3000万PVの大規模サイトの運用費が月額4万円!? 月間3000万PV相当の膨大なトラフィックを楽々とさばく大規模サイトが、月額4万円弱で運用されている。 Google App Engine（以下、App Engine）が普及するにつれて、そんな驚愕の国内事例も登場しつつあります。GClueがApp Engine上で実装したmixiアプリモバイルモバイルには、1日100万PV以上のアクセスが集中している状態でもサービスのレスポンス低下やダウンは皆無
MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 - kazuhoのメモ置き場
useServerPrepStmtsのここの説明ではデフォルトがtrueになっているが、これは上述の通り嘘である。 (中略) そしてなぜfalseにされたかということの背景を察すると、trueにすることの弊害もありそうで、手放しでこれをtrueにすることを勧めることが少しはばかられる。 http://www.geminium.com/chiba_blog/2008/12/23/33/ 自分は Java 使ってないですが、MySQL の中の人が使うなって言ってます *1。その理由はメモリリークのような症状が出る可能性があるから。 So why are prepared statements a problem? Because users do not clean up/close unused prepared statements. Multiply the number of prep
2フェーズコミットと分散トランザクション - おおたに6号機blog
2フェーズコミットと分散トランザクションの日本語のさっと読めるサイトなら、この辺よいですよと獄長に教わりましたｍ（＿ ＿）ｍ 5.X/Open の分散トランザクション処理参照モデル とかちゃんと知らなかったっす・・・・ http://www.ogis-ri.co.jp/otc/hiroba/technical/DTP/step2/index.html http://www.datadirect.co.jp/SupportLink/dev_center/jdbc/topics/jta （追記） 2フェーズコミットとその最適化として、あわせて読みたい 「2 フェーズコミットと Logging Last Resource，特許とオープンソース」 http://d.hatena.ne.jp/koichik/20081204#1228395633 ちょw、いま気づいたけど小林さんのblogが業務連絡
Slim3のコネクションプーリングの実装を読んでみる - wyukawa's diary
DIってAOPと組み合わせないとうまみがあんまり無いよね →AOPっていったらログよりトランザクションだよね →トランザクションっていったらコネクションプーリング関係するよね →じゃあSlim3のコネクションプーリングの実装を読んでみるか。まだソース少ないからよみやすそうだし。 というわけで Javaのコネクションプーリングの仕組み - yvsu pron. yas をたよりに読んでみました。ちなみにリビジョン71ね。72以降は登場するものが増えているので。 DataSource#getConnectionして、コミットして、Connection#closeまでの流れを読んでみる。あ、ちなみにステップ実行とかはしてない し、間違ってるとこあるかも。 DataSourceの実装クラスはXADataSourceImplです。このクラスがコネクションプーリングを実現している。freePoolフィ
試験管のなかのコード :: Apache Tomcat + DBCP で Connection のリークを確認する方法をメモ
Flag to log stack traces for application code which abandoned a Statement or Connection. Logging of abandoned Statements and Connections adds overhead for every Connection open or new Statement because a stack trace has to be generated. 設定の確認 設定が有効な状態で Apache Tomcat を起動すると、起動時に下記の様なメッセージがコンソールに出力される。 AbandonedObjectPool is used (org.apache.tomcat.dbcp.dbcp.AbandonedObjectPool@5f8bae) LogAbandoned:
データベース・リファクタリングがアツい件 - cypher256's blog
S2JDBC 最近動きが激しいですねー。タイプセーフを取るか見やすさを取るかは難しいところですが、タイプセーフのほうを推奨されているようです。Ruby on Rails の ActiveRecord の場合はモデルのプロパティーはコード上に存在せず、実行時にしか存在しない（というか find 系メソッドさえも実行時にしか存在しない）ので見た目がすっきりしているのですが、やはり Java ではタイプセーフを前面に押し出すような感じでしょうか。 これまでのS2JDBCだとこんな感じ。 jdbcManager.from(Model.class) .where("name.firstName like ?", "Yu%") .getResultList() S2JDBCのタイプセーフな書き方だととこうなります。 select() .where(starts(name().firstName(),
データベースもアジャイル開発に対応したい！ （1/3） － ＠IT
Jiemamy作者が考える “データベースの進化的設計” データベースもアジャイル開発に対応したい！ アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく体制が必要です。アジャイル開発の考え方にのっとるなら、アプリケーションだけではなくデータベースについても設計の凍結はせず、また、ソースコードに限らずデータベースの構成・設計についてもリファクタリングが適用されるべきです。Jiemamyはこの問題に取り組むプロジェクトとして始められました。本稿ではこのJiemamyの取り組みを紹介します。 ソースやスキーマだけ管理しても意味がない 近年注目を集めている「アジャイル開発」は、リファクタリングが重要な要素の1つであることはご存じのとおりです。アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく
TopHatenarとHatenarMapsのDB！
TopHatenarとHatenarMapsとは 本連載では、さまざまなサービスで利用されているデータベースやその仕組みについて紹介していきます。第1回は、Webアプリケーションである「TopHatenar（http://tophatenar.com/）」と「HatenarMaps（http://hatenarmaps.com/）」を取り上げ、そのデータベース構造とデータアクセス手法を中心に、アプリケーションの裏側について解説を行います。 まずTopHatenarとHatenarMapsとは何かを紹介します。この2つのWebアプリケーションは、ともに大手ブログサービス「はてなダイアリー」のユーザー動向を把握するツールとして、筆者が開発したものです。 TopHatenarは、はてなダイアリーの全ブロガーを、「RSSフィード購読者数」と「ソーシャルブックマーク獲得数」の2つの指標に基づいて順位
この本はいいかもしれない - wyukawa's diary
id:higayashoさんやid:koichkさんが触れていたこの本はたしかによさげ。 Javaデータアクセス実践講座 (DB Magazine SELECTION) 作者: 松信嘉範出版社/メーカー: 翔泳社発売日: 2008/02/28メディア: 単行本（ソフトカバー）購入: 9人 クリック: 323回この商品を含むブログ (18件) を見る JDBCの基本的なところから説明されていて、ORマッパーに話が進むのでスムーズに理解できる。 ORマッパーの使い方だけ説明されても背後にある技術がわかってないと、いざというときに困るしね。 僕自身DB周りはかなり弱いので勉強になる。 SQLExceptionのErrorCodeとSQLStateの違いとかVersion NumberとかStatementのフェッチとかプリペアードステートメントキャッシュ とかバッチ更新とかメタ情報とかトランザク
Java向けデータベースバージョン管理ライブラリLiquiBase Core 1.5.0 - builder by ZDNet Japan
iPhoneデバイスも統合的に管理 激しく変化する業務環境とリスクに合わせ 深化するM365セキュリティ 仮想デスクトップサービスの最新事情 複数の選択肢のあるMSのVDIサービス どう違うのかをわかりやすく解説 A Business New Era あらゆるモノ・コトが変化している今 デジタルでビジネスは生まれ変わる データ活用は次のステージへ トラディショナルからモダンへ進化するBI 未来への挑戦の成功はデータとともにある 本当のデータ活用できていますか？ データドリブンがあたりまえと言われる今あらためて考えたいデータ活用のありかた 年間5,000件の問い合わせに対応 疑問を解消したいユーザーも答える情シスも みんな幸せになるヘルプデスクの最適解 現場主導のデジタル変革 ビジネス変革のための“ITの民主化” そして 変わるIT部門の役割 ハイブリッドクラウド時代の救世主 企業ITを素早
ERダイアグラムを編集するAmaterasERDでDB設計
AmaterasERDの特徴 AmaterasERDは、ベースとしてAmaterasUMLのコンポーネントを利用しており、AmaterasUMLの姉妹品といえます。AmatarasUMLについては、本連載第14回「軽量なUMLプラグインAmaterasUML」をご覧ください。AmaterasERDは次のような特徴を持ちます。 物理設計と論理設計をサポート 多くのフリーERダイアグラム作成ツールは物理設計しかサポートしていませんが、AmaterasERDは論理設計も行うことができます。 また、論理設計と物理設計がシームレスに行えるようになっているため、論理設計モードで上流工程のモデリングを行えば、下流工程の物理設計をスムーズに行うことができます。 DDLファイルの生成 さらに、物理設計により作成したテーブルからDDL（Data Definition Language、データ定義言語）ファイル
Tomcatが使うコネクションプール"Commons DBCP"が1.2.2へアップグレード | エンタープライズ | マイコミジャーナル
The Apache Jakarta Project、the Jakarta Commonsおよびthe Jakarta Commons DBCP teamは3日(米国時間)、Jakarta Commons DBCPの最新版となる「Jakarta Commons DBCP(以降、Commons DBCP) 1.2.2」を公開した。 Commons DBCPはCommons Poolをベースコンポーネントに活用して開発中のデータベースコネクションプールコンポーネント。同コンポーネントはApache Tomcat ServerにおけるJNDIデータソースとして活用されている。 1.2.2はいくつものバグフィックスを実施したメンテナンスリリース。使用するCommons Poolも1.3へアップグレードされたほか、Commons Collectionsへの依存性が排除されている。すべての変更はソー
JPAの問題点 - ひがやすを blog
JPAには非常に期待している人も多いでしょう。私もその一人です。実際にプロジェクトで使ってみて、見えてきた問題点を書いてみます。JPAの実装としては､Hibernate3.2を使っています。 学習コストが高い。 JPAの全機能のうち､プロジェクトで使うものに絞り込んで教育すると、3日程度で教えることができるのですが､そこそこ使えるようになるには､2〜4週間かかります。これは、Hibernate in Actionにも書いているのでそういうものなんでしょう。 トラブルシューティングが難しい。 多くのプロジェクトで実際にハマルのはこれでしょう。うちのプロジェクトでは､Hibernate職人である小林さんがいるにもかかわらずいろいろ苦労しました。Hibernate職人のいないプロジェクトで使うのは厳しいのではないかと思います。 SQLの扱いが貧弱。 JPQLは、SQLのかなり貧弱なサブセットなの
H2 Database Engine、JDK 1.6におけるコンパイルをサポート | エンタープライズ | マイコミジャーナル
The H2 Database Engine Projectは17日(米国時間)、H2 Database Engine (以降、H2) 1.0/2006-12-17を公開した。H2はJavaで開発されたRDBMSエンジン。組み込み/サーバ両方の両用途に対応し、実行速度に優れるという特徴をもつ。 H2 1.0/2006-12-17における主な変更点は次のとおり。 JDK 1.6におけるコンパイルをサポート(ただし、まだJDBC 4.0機能セットの一部しか実装されていない) サーバモード/クラスタモードにおける大容量BLOB/CLOBサポートの追加。これによって大規模オブジェクトはクライアントサイドに一時的にバッファできるようになる "DELETE FROM TEST T0"のようにDELETEおよびUPDATE命令におけるテーブルエイリアスのサポート追加 RunScriptツールにおいて、@
待望のJava SE 6 でパーシステンス - ＠IT
教育界、技術者コミュニティでJava言語の教育と啓蒙に長年携わってきた筆者が、独自の視点からJavaの面白さを掘り下げていく。（編集部） Java2 SE 1.4とJava SE 5の間には、機能差があり過ぎたため、現場で導入ができずに、これまで移行を見送ってきた読者も多いことでしょう。しかし、今回のJava SE 6（開発コード名：Mustang）の登場で、そろそろ Java2 SE 1.4 から Java SE 5 もしくは 6 へ移行してもいい時期になりました。Java SE 5 が登場したときほどの機能追加はありませんが、Java SE 6 にも注目の機能がいくつかあります。 今回は、注目度が高いパーシステンス（永続化）に関係するものについて紹介しましょう。ただし、本稿執筆時点（2006年12月5日）ではJava SE 6はRC（Release Candidate）版ですので、リリ
H2 Database Engine、性能改善とバグ修正 - アップグレードの検討を! | エンタープライズ | マイコミジャーナル
The H2 Database Engine Projectは20日(米国時間)、H2 Database Engine (以降、H2) 1.0/2006-12-03を公開した。H2はJavaで開発されたRDBMSエンジン。組み込み/サーバ両方の両用途に対応し、実行速度に優れるという特徴をもつ。 H2 1.0/2006-12-03における主な変更点は次のとおり。 CREATE INDEXのパフォーマンスを約10%向上 深いネストビューの場合、何度もクエリをパースすることで実行速度が遅延していた点を改善し、パフォーマンスが向上 サービスとして動作するサービスラッパをデフォルトで同梱 2Qページリプレースアルゴリズムを改善 暗号化機能/COMMENTがドキュメントどおりに機能していなかった点を修正 H2はMozilla Public License version 1.1をベースにして作成された
【特集】Java Persistence API + H2徹底解説 - EJBじゃなくてもDBへ永続化 (1) Java Persistence APIとは | エンタープライズ | マイコミジャーナル
Java Persistence APIとは Java Persistence API(以下、JPA)は、JSR 220で仕様が標準化されているEJB 3.0(Enterprise JavaBeans, Version 3.0)の一部として新たに導入された、Javaオブジェクトの永続化のためのAPIである。EJB 3.0以前は、永続化に関する主要なAPIとしてJDO(Java Data Object)とEJB Entity Beanの2種類があった。しかしこの両者の間には互換性がないため混乱の元となっていた。このJDOとEntity Beanの整合性を取るために新たに設計されたのがJPAで、機能的には従来のEntity Beanに相当するPOJOベースのAPIとなっている。 JPAはEJB 3.0と同様にJSR 220においてその仕様が定められているが、APIとしてはEJBからは独立してい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
web.paulownia.jp - JDBC ドライバと接続 URL