問題タブ [backout]

準備ができていないメインブランチに誤っていくつかの変更をプッシュしたので、すぐにバックアウトを実行しました。後で、トランクからブランチに新しい変更をマージしようとしましたが、マージはうまく機能しませんでした。特に、バックアウトはすべての変更を元に戻したいという意味だと考えられていたようです。幸い、変更したファイルはメインブランチの変更によって変更されなかったため、ファイルをローカルに戻すことができましたが、競合が発生した場合、これは面倒でした。この状況で行うべき正しいことを取り消すことでしたか、または後で潜在的な競合を回避するために私ができることが他にありますか。

Websphere 6.1 のバックアウト キューから有害なメッセージを取得するソリューションを開発しています。

私の質問は、このメッセージ (つまり、TextMessage) が通常のキューからバックアウト キューに再キューイングされる場合、msg.getJMSDestination() と msg.getJMSReplyTo() のキュー名は何ですか?

例: myQueue への宛先を含むメッセージがあります。ただし、何らかの理由で、このメッセージを処理できませんでした (ポイズン メッセージ)。Websphere がそのように構成されているため、このメッセージは myBOQueue という名前のバックアウト キューに再キューイングされます。(MDB を使用して) myBOQueue からこのメッセージを取得し、 ((Queue) msg​​.getJMSDestination()).getQueueName()を実行すると、myQueue または myBOQueue のどちらに移動しますか? ((Queue) msg​​.getJMSReplyTo()).getQueueName()を実行すると、何が得られますか?

メッセージ文書: http://download.oracle.com/javaee/1.4/api/javax/jms/Message.html

Thx、アンドレ

良いリビジョンがあるとします: 3200. 次に、何かをテストしたいのですが、10 行の変更があり、いくつかの行を削除する必要があるため、まだテスト中ですが、最初にコミットし、いくつかの変更の後、もう一度コミットします。たとえば、6 つのコミットを行いました。

今はこれを保留にしたいのですが、すべてのテストと記述されたコードを失いたくないので、

私が望む良い、安定したリビジョンはどれですか? 今、コミットしてヒントとしてプッシュできますか? （可能であればhg backout、多少見栄えが悪いのでバックアウトを避けたいです。また、ロールバックには「この間に誰かが私から引っ張った場合、変更が何らかの形でレポに戻る可能性がある」という副作用があるため、ロールバックしたくありません）

私は Git を使用する必要があり、ヒントの前にいくつかのコミットであった 1 つのコミットを元に戻したいと考えています。Hg ではhg backout. Git のアナログ コマンドとは何ですか?

(私はこれを投稿する前にダックダックに行きましたが、アナログ コマンドは表示されません。)

最近、意図せずに大量のファイルをコミットし、バックアウトしました。すべての変更を削除したことに気づき、バックアウトの前に「コミットされたファイル」を含むリビジョンに更新しました。しかし、変更されたファイルとしてそれらを再コミットできます。

バックアウトのバックアウトは可能ですか?

I've just found out that someone committed some time ago some changes locally, that was revision #410, now the right version is #638... that created a branch in that person's mercurial history, and I want to get rid of it... I tried to execute an Undo > Backout... but it won't let me...

The error message I got is:

That person's Mercurial history:

What can I do to get rid of that branch? The changes that it was supposed to do were already made some revisions ago...

との両方hg revertでhg backout、以前のリビジョンによって加えられた変更を元に戻します。2つの違いは何ですか？

メッセージ Broker 7.0.0.5 で次の問題が発生しました。フローは次のとおりです。

やりたいこと: 1. XML を受け入れ、XMLNSC を使用して解析する 2. 次に、いくつかのビジネス ロジックを実行する必要がありますが、それをスキップして次のことに焦点を当てましょう - 2 つのユーザー例外をスローしたい - 1 つはモジュール内GoodReport、もう 1 つ - モジュール BadReport では、Out フローと Catch フローの両方で処理された後、メッセージがバックアウト キュー (キュー用に 1 つ作成し、しきい値を 10 に設定) に送られると想定します。再度処理するための MQInput。したがって、バックアウト キューに 10 個のメッセージがあると予想されますが、代わりに - 何も得られません

フローで両方のエラーがスローされているのを確認できますが、トレースの最後の行に最も驚かされるのは、「XMLNS」ドメインがどこから出現したのかということです。 私は XMLNSC ドメインのみを使用しています。

メッセージがバックアウト キューに表示されないのはなぜですか?

前もって感謝します！

タチアナ。

ここにトレースがあります：

2012-12-17 19:25:54.692283 5756 RecoverableException BIP2488E: ('.Esql6_1Flow_Report.Main', '19.4') SQL ステートメント''THROW EXCEPTION MESSAGE 3 VALUES ('NO_SUCH_SOURCE');'' の実行中にエラーが検出されました。メッセージ ブローカは、指定されたステートメントの実行中にエラーを検出しました。SQL プログラムを短縮するために例外がスローされました。エラーの詳細については、以下のメッセージを参照してください。

2012-12-17 19:25:54.692302 5756 ユーザー例外?????????? 3 ?????????? BIPmsgs.properties 2012-12-17 19:26:52.830982 5756 エラー BIP2628E: 入力ノード 'Esql6_1Flow.MQInput' で例外条件が検出されました。入力ノード 'Esql6_1Flow.MQInput' は、メッセージの処理中にエラーを検出しました。メッセージ・フローはロールバックされており、メッセージが作業単位で処理されていた場合は、再び処理されるために入力キューに残ります。次のメッセージは、この例外の原因を示します。後続のエラー メッセージを確認して、例外が生成された理由を特定し、それらのメッセージの説明に従って対処してください。

2012-12-17 19:26:52.831005 5756 RecoverableException BIP2230E: ノード 'Esql6_1Flow.BadReport' でメッセージを処理中にエラーが検出されました。メッセージ ブローカは、ノード 'Esql6_1Flow.BadReport' でメッセージを処理中にエラーを検出しました。メッセージの処理を短縮するために、例外がスローされました。エラーの詳細については、以下のメッセージを参照してください。

2012-12-17 19:26:52.831012 5756 RecoverableException BIP2488E: ('.Esql6_1Flow_Compute.Main', '13.4') SQL ステートメント''THROW EXCEPTION MESSAGE 3 VALUES ('NO_SUCH_SOURCE');'' の実行中にエラーが検出されました。メッセージ ブローカは、指定されたステートメントの実行中にエラーを検出しました。SQL プログラムを短縮するために例外がスローされました。エラーの詳細については、以下のメッセージを参照してください。

2012-12-17 19:26:52.831020 5756 ユーザー例外?????????? 3 ?????????? BIPmsgs.properties

2012-12-17 19:26:53.831737 5756 エラー BIP2648E: メッセージがキューにバックアウトされました。ノード「Esql6_1Flow.MQInput」。ノード 'Esql6_1Flow.MQInput' は、メッセージ フローのメイン パスで処理エラーが発生したため、以前に 1 回以上バックアウトされたメッセージを受信しました。failure ターミナルが接続されていないため、メッセージ ブローカは、このノードに関連付けられた再キューまたはデッド レター バックアウト キューにメッセージを直接入れています。メッセージの MQMD 'backoutCount' は、WebSphere MQ 入力キューに定義された 'backoutThreshold' と等しくなりました。以前のメッセージとメッセージ フローを調べて、メッセージがバックアウトされている理由を判断してください。可能であれば、この状況を修正してください。

2012-12-17 19:26:53.832435 5756 UserTrace BIP2638I: MQ 出力ノード 'Esql6_1Flow.MQInput' が、キュー マネージャー ''testQueueManagerName'' に接続されているキュー ''SYSTEM.DEAD.LETTER.QUEUE'' にメッセージを書き込もうとしました. MQCC は「0」で、MQRC は「0」でした。

2012-12-17 19:26:53.832466 5756 UserTrace BIP2615I: WebSphere MQ 入力ノード 'Esql6_1Flow.MQInput' がメッセージをバックアウト リキューまたは送達不能キューにバックアウトしました。メッセージのバックアウト処理が呼び出されました。メッセージは、WebSphere MQ キュー マネージャーおよびキュー構成によって決定されるように、バックアウト リキューまたはデッド レター キューに書き込まれることによってバックアウトされました。ユーザーの操作は不要です。

2012-12-17 19:27:31.087949 4380 UserTrace BIP2632I: メッセージが受信され、MQ 入力ノード '.InputNode' の 'out' ターミナルに伝搬されました。

2012-12-17 19:27:31.088045 4380 UserTrace BIP6060I: ノード '.InputNode' に代わって作成されたパーサー タイプ ''Properties'' は、オフセット '0' で始まる長さ 0 バイトの着信メッセージの部分を処理します。

2012-12-17 19:27:31.088066 4380 UserTrace BIP6061I: ノード「.InputNode」に代わって作成されたパーサー タイプ「MQMD」は、オフセット「0」で始まる長さ「364」バイトの着信メッセージの部分を処理します。前のパーサーからの値 ''MQHMD'' に基づいて選択されたパーサー タイプ。

2012-12-17 19:27:31.088092 4380 UserTrace BIP6069W: ブローカーは、データ・タイプ「」のメッセージを処理できません。メッセージ ブローカは、タイプ「」のデータの処理を必要とするメッセージを受信しましたが、ブローカには、このタイプのデータを処理する機能がありません。メッセージ・ブローカーに送信されているメッセージとノードの構成データの両方を確認してください。メッセージがブローカーによって処理される場合は、サポートされていないデータ型への参照を削除する必要があります。

2012-12-17 19:27:31.088113 4380 UserTrace BIP6061I: ノード「.InputNode」に代わって作成されたパーサー タイプ「XMLS」は、オフセット「364」で始まる長さ「236」バイトの着信メッセージの部分を処理します。前のパーサーからの値''XMLS''に基づいて選択されたパーサー タイプ。

SVNコマンドラインを使用して、コミットされた変更を取り消すが、ローカルリビジョンにそれらを保持するための最良の方法は何ですか？つまり、リモートリポジトリの最終状態を最後のコミット前の状態にし、ローカルリビジョンの最終状態にバックアウトされた変更を含める必要があります（修正してから再コミットするために時間を費やすことができます）。 ）？

hg qnewパッチに未解決の変更が含まれていることに気付かずに発行しました。私はそれを取り消して、を使用して特定の変更のみを選択したいと思いhg qrecordます。元に戻すにはどうすればよいqnewですか?