問題タブ [derby]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 同一の休止状態マッピング ファイルを持つ 2 つの異なるデータベースの使用
基本的には、2 つの異なる基礎となるデータベースに同じ hibernate マッピング ファイルを使用するという考え方です。本番環境では、基盤となるデータベースは MySQL5 であり、テスト目的で Apache Derby を使用したいと考えています。これは、テスト目的でさまざまな MySQL データベースをセットアップして維持することを避けるためです。
DataSource のドライバーを切り替えて、いくつかのパラメーターを変更するだけでうまくいくことを願っていましたが、すでにいくつかの小さな問題に遭遇しています。したがって、実際には2つの質問があります。最初の具体的な質問は次のとおりです。
I. データ型が MySQL で使用可能で、Derby で使用できない場合、どのデータ型を使用するかを Derby に指示することは可能ですか? マッピングは次のとおりです。
Derby は sql-type "text" を認識しないため、テーブルの作成を拒否します。Derby 10.4.2.0 と Hibernate 3.2.6 です。ところで。
Ⅱ.テスト用と本番環境で 2 つの異なるデータベースを使用した経験はありますか? ストアド プロシージャやデータベース固有のクエリをテストできないなど、いくつかの欠点があることは知っていますが、その一方で、テストがより簡単かつ迅速になります (最終的に実行した場合)。どう思いますか?
web-applications - webapp の derby.log (etc) コントロール
Cloudscape には、システム・プロパティーによって制御される一連の構成オプションがあります。Web アプリケーションでシステム プロパティの設定を調整するのは非常に面倒です。誰かが解決策を思いつきましたか?
さらに、私はそれらを webapp で動作させることができませんでした。
以下は、サーブレット コンテキスト リスナーのコードです。derby.log は、ロギング プロシージャが呼び出されるのではなく、コンテナの cwd に作成されたままです。
maven-2 - Derby が閉まらなくなった?
derby を使用する単体テスト (maven) があります。
テスト実行の最後に非常に長い一時停止があり、一時停止の前にこれらのログ メッセージが表示されます。
休止状態の設定:
から参照:
そして最後にmaven:
glassfish - ジェロニモ対グラスフィッシュ
本番環境では、Apache Geronimo は ActiveMQ、Derby、Solr を使用するアプリケーションに適していますか?
mysql - Grail の HSQLDB 組み込みデータベースを移行する
Grail の HSQLDB 組み込みデータベース (失いたくないアプリのデータを含む) を MySQL や ApacheDerby などの外部データベースに移行する方法を教えてください。
grails - Apache Derby と連携するように Grails を構成するにはどうすればよいですか?
HSQLDB の代わりに Apache Derby で動作するように Grails を構成する方法
java - ClassNotFoundException:DerbyでJPAを使用しようとしたときのorg.apache.derby.jdbc.EmbeddedDriver
私が尋ねた関連クエリ:JPAを使用するための単純なJavaアプリを構成およびパッケージ化する方法
WebLogicでホストされているEJBを介して接続できる単純なDerbyデータベースがあります。ここで、JPAを使用してコマンドラインJavaアプリから接続したいと思います。
これまでのところ、このJavaコード+persistence.xmlファイルは以下のエラーをスローしています。私は何が間違っているのですか?
私のディレクトリレイアウト:
スタンドアロンクライアント:
persistence.xml
C:\ temp \ jpa> java TxnClient
java - Derby / JavaDBは、(プレーンな)DESではなくトリプルDESで_本当に_暗号化できますか?
Triple-DES(> 128ビット)とプレーンDES(64ビット)を混同しているようです。Java 1.5を使用して、トリプルDES(またはDESede)でDerbyデータベースを暗号化しようとしています。
JDK 1.5の問題に関するこのディスカッションフォーラムのメッセージを偶然見つけたので、それが実際にDESedeを使用していて、プレーンなDESを使用していないことを確認しました。トリプルDES(168ビット)URLでデータベースを作成したとき
私はまだそれを開いて、(プレーンな)DES(64ビット)URLでアクセスすることができました
これは私が期待する動作ではありません!!! 間違った暗号化アルゴリズムで開くことができないはずです。正しい(> 128ビット)アルゴリズムで実際に暗号化されていることを確認するにはどうすればよいですか?
Derbyは、JCECipherProvider.javaに記載されているJava1.5に適切な関数を使用しているようです。コードを読んだところ、DerbyはトリプルDESをプレーンDESとは異なり処理していないことがわかりました...強力な暗号化を使用していると本当に信頼できますか?
java - java derby の mysql の current_timestamp
MySQL では、タイムスタンプ フィールドのデフォルト値を現在の時刻に簡単に設定できます。
Java derbyで同じことを行う方法を知っている人はいますか?