0

私は古代のラババージョン1.3を使用してプロジェクトに参加しました。ここで提案されているように、分割構成セットアップを使用します。

これらのファイルはすべて、DTD定義としてhttp://www.symphonysoft.com/dtds/mule/mule-configuration.dtdを持っていました。これは、ドメインがなくなったURLをロードしようとするため、古いMuleIDEにとって問題であることが判明しました。

http://www.mulesoft.org/dtds/mule-configuration.dtdで、同じDTDのように見えるファイルを見つけました。ただし、最初のリンクの提案に従っているため、メインのmule-config.xmlを除くすべての構成ファイルで検証エラーが発生しました。mule-configuration要素のすぐ下にmule-descriptor要素があります。ただし、DTDはこれを許可していないようです（ミュール記述子要素はモデル要素の下にあります）。

<!ELEMENT mule-configuration (description?, environment-properties?,
  mule-environment-properties?, container-context*, security-manager?,
  transaction-manager?, agents?, connector*, endpoint-identifiers?,
  transformers?, global-endpoints?, interceptor-stack*, model*)>

変更されたDTDを自分でホストする以外に何かアイデアはありますか？別のDTDを利用できますか？

4

1 に答える 1

0

さて、他の誰かがこの問題を抱えている場合：URLの「dtds」の「s」はプレゼントであるはずです：http ：//www.mulesoft.org/dtds/

1.3.3 DTDには、「mule-configuration」のすぐ下に期待される「mule-descriptor」があり、MuleIDEとEclipseの両方の検証に満足しています。

（検証エラーの理由は、ロード可能なDTDをそこに置くと、EclipseがXMLの検証を開始したためです。この問題の別の解決策は、Eclipseの「XMLカタログ」にエントリを追加することでした。 「[設定]->[XML]->[XMLカタログ]で、「このPUBLIC IDを見つけたら、このローカルファイルを使用してください」ということです。）

于 2010-11-13T17:57:43.897 に答える