2012R2サーバへに移行に関しまして

お世話になっております。

　Tanda様
　ISHIJIMA様
　pu_mahalo様

　本当にありがとうございました。

　ISHIJIMA様
　pu_mahalo様
　のおっしゃるとおりでした。
　アカウントを変更する事によって無事に起動しました。

　いろいろとお手数をおかけいたしました。
　

こんにちは　Ｐｕです

私も以前権限でサーバーから他のサーバーへのアクセスで
うまくいかなかつた経験があります。

その時の対処方法は
MRBのサービスのプロパティのログオンのところを
ローカルから権限のあるアカウントに変更して
対応しました。

参考になれば幸いです。
でわ〜でわ〜

多分ＭＢＲでアプリケーションを立ち上げる時に通常はユーザー・パスワードは指定しませんが今回のような別のサーバーにという場合はそこの設定が必要になってくると思われます。自身のサーバー及び別サーバーに権限のある同じユーザー・パスワードを登録してそのユーザー・パスワードでアプリケーションを立ち上げればどうでしょうか

参考資料
スキルアップセンター
http://devnet.magicsoftware.co.jp/skillup/magicskillup/
自習書(uniPaaS1.8)の中にMagic uniPaaS V1Plus サーバ構成があります。
そのＰＤＦの６章の１８に書かれています。

ISHIJIMA様

　いろいろと試してみたのですが、
　どうも権限が怪しい様です。
　クライアントからブラウザで各仮想ディレクトリが
　見えていたので大丈夫だと思ったのですが、
　どうも違うようです。

　DataViewToTexで一旦サーバに保存して
　それを、クライアント側にコピーしています。
　これがサーバに書き出しもされない状態なので
　権限が不足しているのだと思います。

　対象フォルダをeveryone でフルコントロールにしても
　ダメだったので、
　根本的に何かを勘違いしているのだと思います。
　AcrobatProもきっと出力先に権限が無いため、
　そこで、止まってしまうのでしょう。

　お手数ですが、まず、何を確認したら良いのかを
　アドバイス頂けませんでしょうか

　宜しくお願い致します。

TANDA様

　おっしゃっている意味がようやく分かりました。
　私が、バッチをオンラインと書き込んでいたのですね。
　申し訳ありませんでした。

自身のサーバー上のフォルダーに変更したら出力できますか？

gs_kuwabaraさん

ひょっとすると、前の環境で動作していたのが不思議だった
のかもしれませんね。いずれにしても、リッチクライアントから
オンラインはコールできませんよ。

Tanda様

　すみません、良く理解できなくて申し訳ないのですが、
　現在、２００３Ｒ２で稼働中のシステムを
　２０１４Ｒ２の６４ビットサーバへ移行をしたい。
　
　サーバとサーバＯＳを変更したいだけなんですが・・・

gs_kuwabaraさん

リッチクライアントはクライアント側のメモリ上で動作するモジュールです。

その動作環境において、リッチサーバを経由してオンラインタスクを
コールしようとすると、そのオンラインタスクはサーバ上のメモリで動作
しようとします。したがって、エラーとなりますよ。(^^)

いろいろとアドバイスありがとうございます。

現状、２００３Ｒ２のサーバでは動作しているロジックなので
２０１２Ｒ２の６４ビット環境で何かあるのではと思うのですが、
これと言ったものを思いつかない状態です。

あと、親の配下のトランザクションに入っておりますと、親タスクの
レコードがコミットされるまでは、すべてキャッシュ内での処理に
なりますので、物理ファイルが生成されない可能性もあります。

これは、テストしてみないと断定はできませんが。。。

gs_kuwabaraさん

リッチクライアントからオンラインを呼び出すと、F8の構文チェック
でエラーが出るはずですが。。。

つまり、リッチクライアントからオンラインは呼び出せません。また、
その逆も駄目です。

RIAトレーニングコースを受講されると、このあたりの詳しい解説
が聞けますよ。

Tanda様

　お世話になっております。

　トランザクションは、「W=親と同一」「T=ﾀｽｸの前の前」です
　

　親のタスクは「W=有効な遅延ﾄﾗﾝｻﾞｸｼｮﾝ内」「P=ﾚｺｰﾄﾞの前の前」

　となっています、親タスクのﾘｯﾁｸﾗｲｱﾝﾄﾀｽｸから
　ｵﾝﾗｲﾝの子ﾀｽｸを呼び出して印刷しています。

gs_kuwabaraさん

トランザクションの設定の問題かもしれませんね。出力タスクの
トランザクション設定はどうなっていますか？

トランザクション中に生成されたファイルは、Magicキャッシュの
中だけに生成されていて、指定フォルダにはまだ物理的に保存
されていない可能性がありますね。

Tandas様

　アドバイスありがとうございます。

　既存のＰＤＦは表示できます。

　サーバ上でも通常の文章をＰＤＦ化して
　所定の場所に保存も正常に行えます。

　プログラム上、出力のあるタスクをコメントアウト
　すると次のステップへ進めるので
　出力の行に何かあるのかなぁと思っています。
　

gs_kuwabaraさん、こんにちは。

障害切り分けのひとつの方法なんですが、一度AcrobatProを
使わずに、既存のPDFファイルを単純に該当フォルダに置いて、
それをブラウザコントロールで表示するだけのプログラムを作って
試してみてはいかがでしょうか？

お世話になっております。

　動作検証中にいろいろと問題が出てきてしまいました。

　Acrobat Proで印刷をしていますが、
　（AcrobatProでPFをサーバ上の仮想ディレクトリに出力して
　　Unipaasでブラウザ表示しています。）
　Unipaasの出力の部分で固まってしまいます。
　
　また、DataViewToTextでＣＳＶを出力していますが、
　こちらもエラーとなってしまいます。

　双方とも、サーバ上のフォルダには、クライアントからは
　正常にアクセスできブラウザ上でも問題なくアクセスが可能です。

　６４ビットだからなのか何か設定がおかしいのか不明なのですが
　アドバイスを頂ければ幸いです。

　ちなみに、当初悩んでいた現象は、ＭＢＲが正常に動作して
　いなかった事が原因でした。
　こちらは、ライセンスサーバとＭＢＲの起動を遅延させる事
　でサーバ起動時に正常に動作する様になりました。
　

ISHIJIMA様

　アドバイスありがとうございました。

　インタフェースビルダからやり直しをしました。

　結果、正常に動作をしました。

　お騒がせいたしました。

ヘルプの共通エラーの中に下記の記述がありました。
3. マニュフェストファイルが改ざんされている
マニフェストファイルをテキストエディタなどで修正された場合に発生します。

何か該当するところはありますか？

ver1.8JSP1cを使用しています。

もう一回最初からセットアップしてます。

Server 2012はVer1.8JSP1c／Ver1.9g2よりとなっていますが大丈夫ですか？

ISHIJIMA様

　アドバイスありがとうございました。

　確認はしております。

　IISの32ビットアプリケーションの有効化はTRUEにしてあります。
　ファイアウォールの例外指定は、ファイアウォールはすべて無効にしています。

　などは問題ないとは思うのですが・・・

READ MEの中のWindows Server 2008での留意・制限事項等は確認されましたか？

いつもおせわになっております。

　現在、リッチクライアントサーバを
　2003R2サーバから2012R2サーバへの移行をおこなって
　おります。

　クライアントにインストールする際に下記のエラーが
　表示されてしまいます。

　「続行できません。アプリケーションは正しくフォーマット
　　されていません。・・・」

　「詳細」ボタンをクリックすると、
　下記の内容で動作しないようなのですが、
　何が原因なのか解読できません。
　ＩＩＳ設定等がおかしいのかもしれませんが、
　アドバイスを頂ければ幸いです。
　
エラーの概要
以下はエラーの概要です。これらのエラーの詳細はログに一覧表示されています。
* http://192.168.130.94/CERAMIC/CeraSys.application のライセンス認証により例外が発生しました。 次の失敗メッセージが検出されました:
+ http://192.168.130.94/CERAMIC/CeraSys.application からマニフェストを読み取っているときに例外が発生しました。マニフェストが無効であるか、ファイルを開くことができなかった可能性があります。
+ マニフェストの XML 署名が無効です。
+ オブジェクトのデジタル署名が検証されませんでした。

エラーの詳細
この操作中に次のエラーが検出されました。
* [2014/08/21 14:48:07] System.Deployment.Application.InvalidDeploymentException (ManifestParse)
- http://192.168.130.94/CERAMIC/CeraSys.application からマニフェストを読み取っているときに例外が発生しました。マニフェストが無効であるか、ファイルを開くことができなかった可能性があります。
- ソース:System.Deployment
- スタック トレース:
場所 System.Deployment.Application.ManifestReader.FromDocument(String localPath, ManifestType manifestType, Uri sourceUri)
場所 System.Deployment.Application.DownloadManager.DownloadDeploymentManifestDirectBypass(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, SubscriptionState& subState, IDownloadNotification notification, DownloadOptions options, ServerInformation& serverInformation)
場所 System.Deployment.Application.DownloadManager.DownloadDeploymentManifestBypass(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, SubscriptionState& subState, IDownloadNotification notification, DownloadOptions options)
場所 System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
場所 System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
--- 内部例外 ---
System.Deployment.Application.InvalidDeploymentException (SignatureValidation)
- マニフェストの XML 署名が無効です。
- ソース:System.Deployment
- スタック トレース:
場所 System.Deployment.Application.Manifest.AssemblyManifest.ValidateSignature(Stream s)
場所 System.Deployment.Application.ManifestReader.FromDocument(String localPath, ManifestType manifestType, Uri sourceUri)
--- 内部例外 ---
System.Security.Cryptography.CryptographicException
- オブジェクトのデジタル署名が検証されませんでした。

- ソース:System.Deployment
- スタック トレース:
場所 System.Deployment.Internal.CodeSigning.SignedCmiManifest.Verify(CmiManifestVerifyFlags verifyFlags)
場所 System.Deployment.Application.Manifest.AssemblyManifest.ValidateSignature(Stream s)