問題タブ [lifecycle]

注:この質問は、もともとLahiru Gunathilakeが別の質問への回答として投稿したものです。明確にするために、別の質問としてここに移動します。

リリースを行うときは、ローカル マシンでビルドして QA を行い、それをリポジトリにホストします。実行するmvn deployと、新しいアーティファクトが作成されます。これにより、ローカル リポジトリからバイナリ ディストリビューションを作成しているため、リポジトリとバイナリ ディストリビューションに異なるアーティファクトが作成されます。しかし、誰かがソース コードを入手してビルドすると、別のコードが得られます。ただし、mvn deployビルドせずにデプロイするだけであれば問題ありません。

大規模なアプリケーション（client-flex、server-.net）に取り掛かろうとしています。サーバー側は、クライアントが要求せずにデータをクライアントにプッシュする必要があります。このデータは、DBからのテーブル、またはアプリケーションが考慮する必要のある2つの整数にすることができます。

私はその仕事のためにWebOrb.netを検討しようとしましたが、ドキュメントは非常に貧弱で、サポートは単に存在しません（エンタープライズライセンスを購入したい）。

.netアプリケーションとSQLサーバーからAMFを使用してフレックスクライアントにデータをプッシュできるサーバー側のソリューションを探しています。トラフィックとデータ量が非常に効率的であるはずです。

アプリケーションはあらゆる場所のすべてのクライアントから可能な限りアクセス可能である必要があるため、接続はファイアウォールによってブロックされているものであってはなりません。

まともな解決策はありますか？BlazeDS？-.netで動作しますか？安定？ライフサイクル？.netで動作しますか？安定？WebORb.net？誰かがそのサーバーの別の印象を持っていて、私が彼らと一緒に持っていたよりも良い経験をしていますか？

私はあなたの答えが大好きです。

どうもありがとう、Avi

グローバル jndi 名を使用して、Glassfish 2.1 から EJB3 のリモート インターフェイスを検索できます。ただし、私が理解しているように、これが LC モジュールではなく EJB (サーブレット) である場合、そのejb-jar.xml ( web.xml ) にejb-local-refエントリがあります。

LC モジュールのローカル参照を定義する場所はありますか? ありがとう！

2つのアプレットAとBがあります。これらは別々のページに埋め込まれています。破棄すると、Aはオブジェクトをローカルファイルシステムにシリアル化します。初期化時に、Bはこれらのオブジェクトを逆シリアル化します。この設定はWindowsで正常に機能します。残念ながら、Mac OS Xでは機能しないことがわかりました。これは、Aが破棄される前にBが初期化されるためです。Mac OS X JavaプラグインがWindowsプラグインと同様に動作することを可能にするアプレットパラメータ、設定、構成、または回避策があるかどうかを誰かが知っていますか？

ブラウザ：FF 3.0 OS：Mac OS X 10.4 Javaプラグインバージョン：1.5.0_06

シリアライズ可能な Java Bean オブジェクトがあるとします。アクティビティが意図的に onDestroy()を通過するとき(つまり、onSaveInstanceState() が呼び出されないとき) に、安全に保管したいと考えています。

私は、データベースを作成してそれにオブジェクトを書き込むことを伴わない方法を探しています (主に、a) Android の DB API は恐ろしいものであり、b) データベースはアプリケーションの更新を悪夢にするため、移行を適用するための適切なサポートがないためです。 ）。

オブジェクトを ByteArrayOutputStream にシリアル化し、それを base64 エンコードして、SharedPreferences ファイルに文字列として書き込むことを考えました。それとも、それは遠すぎますか？

アップデート

おそらく、文字列へのシリアル化のアイデアはそれほど悪くはなかったのですが、かなりうまく機能しているようです。これが私が今していることです：

onDestroy() では、Base64 文字列を環境設定ファイルに書き込むだけで済みます。このファイルは、次のアクティビティの起動時に再度読み取るまで安全です。予想よりもはるかに高速で、Bean が大量のデータを保持しない限り、かなりうまく機能します。さらに良いことに、DB スキーマを維持する必要はありません。

それでも、私は他の人がこれをどのように行うかについて興味があります。

The company I work for has attempted to maintain configuration data for our application across multiple environments, but syncing that data has always been problematic and we've never come up with a good solution.

To help clarify, we (developers or business) might change some configuration using our admin interface on the Staging environment, test it, and then want to copy those changes to our Production environment without having to redo all the changes in the Production environment. We've also typically wanted to sync these changes between all of our environments (dev, staging, & production), again without having to make the changes individually on each environment.

Preferably we don't want to use any low level tools, as asking the business to use something like RedGate's SQL Data Compare and copying individual rows wouldn't work. It would need to be something intuitive enough so the not-so-technical could use it and not overwhelm them.

How do we maintain this configuration data across the different environments while still providing the business with the ability to test their changes before applying it to the live environment?

私は最近、提供された小規模で比較的単純な C# ライブラリを使用しなければならない一部の学部生向けのコースワークを設定しました。このライブラリの主な目的は、色付きのグリッド (操作可能)、多数のボタン、テキスト付きのラベルで構成される単純なフォームを表示することです。

それらが拡張するクラスは、実装する必要がある多数の抽象メソッドを提供します。そのうちの 1 つは UpdateAction と呼ばれ、設定された間隔で自動的に呼び出されます。

私自身は次の問題に遭遇したことはありませんが、ラボでは、一部の学生が、フォームを閉じるときに UpdateAction メソッド内から断続的に InvalidOperationException がスローされることに遭遇しました。エラー メッセージは、別のスレッドから UI を変更しようとしたときに通常表示されると予想されるエラーですが、''通常は問題のあるコントロールの名前が二重引用符で囲まれているだけです。
これが引き続き問題である場合は、ライブラリの修正バージョンを再発行する必要がありますが、このエラーが作業のマーキングに影響を与えないことは既に述べています (コードの欠陥のように見えるため)。 .

私が知る限り、学生は更新が実行されている時点でフォームを閉じている必要があり、更新スレッドが停止する前に変更中のコントロールが破棄されます。つまり、コントロールが null になっているように見えます。奇妙なことは、それがどれほど断続的であるかということです. 一部の学生は問題を抱えていませんが、他の学生は継続的に問題を抱えています. コースワークのモデル ソリューションの開発中、またはライブラリ自体の開発中に、個人的に遭遇したことはありません。

だから私の質問は、フォームのライフサイクルのどの時点でコントロールが破棄されるのでしょうか?したがって、更新スレッドを停止するコードをどこに配置するのが最善でしょうか? 現在、このコードは Dispose メソッドのフォームにありますが、別の場所に配置したほうがよいでしょうか?

顧客は Dynamics CRM 4.0 に保存され、外部向けアプリケーションへのアクセスが必要な場合があるため、DMZ Active Directory にプロビジョニングする必要があります。

MS Identity Management Lifecycle を使用して DMZ Active Directory にアカウントをプッシュすることは理にかなっていますか?

WCF を介して公開されているサービスがあります。このサービスは、Linq to SQL データ コンテキストを介してデータベースと対話するいくつかのメソッドを公開します。datacontext は CallContext にバインドされます。これはすべて正常に機能していますが、Linq to SQL データコンテキストを配置する適切な場所がわかりません。助けてください。

グリッドにネストされたウィンドウに画像アイコンを手動で入力しようとしています。

実行イベントでは、フィールドにはまだ値がないように見えます。文字列コントロールは常に空の値を返します。このコードに適した場所はありますか? .NET では、データバインド イベントを使用します。AXに同等のものはありますか?

ありがとう