プログラム1C8における技術の発展に伴い、デバッグ手順の重要な処理において(後述するように)必要性がある。 これはバージョン8.3.7.1759に反映されています。 第一に、この手順のための普遍的なインターフェースが作成され、第二に、そのような変更はプログラム自体のさらなる発展を確実にする。 結局のところ、今デバッグすることであなたはConfiguratorを通してだけでなく開発ツールを使っても働くことができます。 新しいバージョンから始めて、サーバー1Cでデバッグを有効にする方法を検討してください。
新しいデバッガを作成する目的
新しいプロトコルの使用
以前のバージョンに実装されていた以前のデバッガは、TCP / IPプロトコルを使用してクライアントおよびサーバーアプリケーションを管理していました。
現在、そのようなプロトコルの使用は、インターネットへの1C:Enterpriseプログラムの出力を制限し始めており、モバイルアプリケーションの動作に不便を引き起こしている。
したがって、ローカルグリッドの外側にある可能性がある情報データベースへの無料アクセスのために、フレキシブルHTTPプロトコルが現在採用されています。
新しい建築
以前は、コンフィギュレータのデバッグを実行するときに、従業員は情報ベースに接続する必要がありました。 これを行うには、管理者権限を付与する必要があります。
データベースと直接接続している新しいバージョンでは必要ありません - クライアントと同じベースを持つのに十分なだけです。 そして、あなたはそれをファイルからダウンロードすることができます。
モバイルアプリケーション
HTTPプロトコルには、サーバーデータ、クライアント、およびアプリケーションをデバッグする機能が追加されました。
その他の変更
新しいバージョンでは、ローカル変数の値をデバッグ手順で変更できます。このために新しいクイックビューウィンドウが実装されました。
計算モードが非同期に変更され、結果を待たずに作業を続けることができます。
開発ツールデバッガ
新しい手順とのやり取りは、特別に設計されたユニバーサルソフトウェアインターフェースで行われます。 一方では、このインターフェースはコンフィギュレータによって使用されます。 一方、新しい1C:Enterprise Development Tools環境に組み込まれています。
今のように見える
プログラム変更後、手順は以下のシナリオに従って発生します。
デバッグ手順のようです1C
今ではデバッガと項目だけでなく、以前と同じように関係しています。 追加の要素がサーバーに追加されました。
追加されただけでなく、デバッガとオブジェクト間の情報交換の主要な要素としても機能します。 そして交換自体はキューに入れられたメッセージを通して行われます。
そしてこの交換はHTTPプロトコルを通して行われるので、データがどこにあるのかは問題になりません。
サーバーへの呼び出しは、追加の接続要求の形式でデバッガとアイテムによって形成されます。 それらが現れると、彼らは適切な答えを送られます。
さまざまなシナリオでデバッグを有効にする
アプリケーション開発者に変更はありません。 大きな違いは、新しいメカニズムを含める必要があるということです。 結局のところ、デフォルトでは無効になっています。
2つのシナリオのいずれかを選択した場合に、モードを開始したときに何が起こるかを検討してください。
ファイルスクリプト
ファイルバリアントの冒頭で、コンフィギュレータ設定で新しいメカニズムの使用を指定する必要があります - “ HTTPプロトコルによるデバッグ”。
それから、Configuratorの側から、それは自動的にローカルサーバーを使用するように提案されます。 この状態は、コンフィギュレータモードで受け入れて再起動する必要があります。
HTTPデバッグ
その後、新しく起動されたConfiguratorは次のセッションで私達が選択した新しい方法を保存します。 しかし、同じ情報ベースのために。 したがって、別の情報ベースにアクセスするときにはそれも含める必要があります。
有効化されたメカニズムは、特別なアプリケーションdbgs.exeであるDebugger Serverを自動的に起動します。 タスクマネージャウィンドウに反映されます。
特別なアプリケーションdbgs.exe
ownerPIDパラメーターの値は、それに関連付けられているアプリケーションIDと一致します。
Configuratorからデバッグセッションを開始すると、サーバー接続が自動的に行われます。 そしてそれは関連項目を反映するでしょう。
接続デバッグ項目1C
1Cプログラムが新しいメカニズムなしで起動された場合は、1Cサーバ上でデバッグを手動で有効にする必要があります。 サーバーアドレスを指定する必要があります。
サービスに行く - オプション
それはアイテムの設定にあります:
接続に行く - セットアップ
複数のデータベースでファイルスクリプトを使用する場合は、同時に重要な微妙な違いを考慮する必要があります。(HTTP経由でオンになっているメカニズムを持つ)各コンフィギュレータは、それぞれ独自のサーバーを送信します。
さまざまなデバッグサーバー
したがって、複数のコンフィギュレータが開いている場合は、クライアントに接続するために正しいものを指定する必要があります。
クライアントサーバースクリプト
前の場合のように、クライアント - サーバシナリオにおけるサーバ1Cでのデバッグは、モードの起動から始まる。 これは新しいHTTPメカニズムの使用を示しています。 これは次のようにして行われます。
ragent.exe -debug -http
起動すると、デバッガは自動的に起動します。
ownerPIDパラメータの値は、1Cクラスタマネージャの識別番号に対応します。
さらに、コンフィギュレータの設定で新しいデバッグメカニズムの使用を示します - "Debugger pop-protocol HTTP"。
プログラムは、(前のシナリオのようにローカルではなく)今すぐクラスターデバッグサーバーを使用するという提案を作成します。 同意して再起動してください。
今すぐクラスタデバッグサーバーを使用する
将来的には、すべてがファイルスクリプトのようになります。 Server Base Configuratorを起動したときだけ、ローカルサーバーデバッガは起動しなくなります。
私たちの出版物があなたが1Cサーバ上でデバッグを可能にする方法の問題に対処するのに役立ったことを願っています。
質問をしたり、経験を共有したり、コメントを残したりしてください。