ホーム   フォーラム   FAQ
 
メインメニュー
ログイン
ユーザー名:

パスワード:


パスワード紛失

突然データソースの定義がおかしくなる。

  • このフォーラムに新しいトピックを立てることはできません
  • このフォーラムではゲスト投稿が禁止されています
depth:
0
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 .2 .3 .4 .5 .6 | 投稿日時 2019-11-17 22:10
iitsuka  新米 居住地: 広島  投稿数: 16
APGでファイルを開き範囲指定をしても一致するものがあるはずなのに表示されなくなります。(動作確認のためシステムを起動してログインしようとしても出来ないのでアレ?となって気が付く。)

違いを探していると
正常な時点でのデータソースを見ると、
<StoredAs val="3" id="173"/>
となっているが

おなしくなったものを見ると
<StoredAs val="1" id="173"/>
となっていました。

おなしくなったことに気づき、正常な時点からファイル変更をしていない場合、DataSources.xmlを上書きして復帰できますが。
ファイル変更をしているとこの方法が使えず、どのファイルのどこがおかしくなっているかわからず当方にくれています。

なぜおかしくなるのか、どうすれば治るのか、どこがおかしくなったのか特定する方法があるのか、など分かりますでしょうか?

MSSQLのファイルで、この現象を確認しています。
Magicのデータソースがおかしいだけで、MSSQLファイル自体は問題ありません。
xpa3.2 sp4です。
例えば書式が10で10文字のデータであれば範囲指定で抽出されますが9文字以下だと抽出されなくなります。

この現象はひと月ほど前から私のパソコンで、複数の環境において発生しています。(パソコンのリカバリをしようかとも考えています。開発業務が数日停止してしまいますが・・・。)

以上です。だれか助けてください。
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2019-11-18 6:36
nkmt  長老   投稿数: 1668
xpa3.2 だったか忘れましたがデータリポジトリがおかしくなった事は1度ぐらいはあります。

アプリケーション全体でリポジトリ出力をしてSourceフォルダを作り直して、アプリケーション取込みも1度やってみられてはいかがでしょうか?
投票数:0 平均点:0.00
depth:
2
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 10:36
nkmt  長老   投稿数: 1668
引用:

nkmtさんは書きました:
xpa3.2 だったか忘れましたがデータリポジトリがおかしくなった事は1度ぐらいはあります。

アプリケーション全体でリポジトリ出力をしてSourceフォルダを作り直して、アプリケーション取込みも1度やってみられてはいかがでしょうか?

壊れた後であれば、これは無意味です。
たまにやった方がいという話です。

私はTFSを使っていないのですが
開発前にSourceフォルダをタイムスタンプ付けて
丸ごとバックアップしております。
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 8:48
ISHIJIMA  長老 居住地: 静岡県  投稿数: 1827
その項目はモデルを使用していますか?
使用している場合はモデルを何か変更されたという事はありませんか?
あとは・・・
リボジトリ出力で再構成するとか
ウイルス対策等が悪さしていないかとか
ただバックアップは時々必要かと・・
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 9:34
TKitabayashi  一人前   投稿数: 90
Team Foundation Serverは使用していますか?

自分PC上だけで変わってしまい、Team Foundation Server上は変更がないのであれば、直接DataSources.xmlを修正せずに元のDataSources.xmlを取得できると思います。
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2019-11-18 11:53
iitsuka  新米 居住地: 広島  投稿数: 16
返答ありがとうございます。

モデルを変更したものもありますが、変更していない環境でも起きています。

ソースを出力→入力してみても治りませんでした。
プロジェクト全体を出力して、Sourceフォルダを空にして、入力しても内容は変わりませんでした。

バックアップは毎回とっていますが気が付くのが遅れると、正常な時点から何を変えたっけ?と途方にくれます。

原因も影響範囲も不明なので、とりあえずリカバリ必須ですね・・・。
投票数:0 平均点:0.00
depth:
2
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 11:59
ISHIJIMA  長老 居住地: 静岡県  投稿数: 1827
バックアップをしているのであれば下記ソフトで違いを確認することができるので役に立つかもしれませんね・・・
Magic Compare & Merge 4
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2019-11-18 13:28
Tanda  長老   投稿数: 2151
データリポジトリでF8チェックは掛けるようにしていますか?
投票数:0 平均点:0.00
depth:
2
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 16:34
Tanda  長老   投稿数: 2151
多くの方がご存じないようですが、F8のチェックはプログラムリポジトリだけでなく、データリポジトリでも使用できます。

データリポジトリを少しでも操作したあとは、必ずF8チェックを実行するように心がければ、データソースの定義が壊れたり、ずれたりするようなことはありません。
投票数:0 平均点:0.00
depth:
1
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2019-11-18 17:08
iitsuka  新米 居住地: 広島  投稿数: 16
返答ありがとうございます。

壊れたものをF8で確認しましたがデータソースは正常でした。

その後変更内容を確認し、正常な時点のDataSources.xmlで上書きしたので現状は回復できております。
またいつおかしくなるかわりませんが・・・。
投票数:0 平均点:0.00
depth:
2
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2019-11-18 17:12
Tanda  長老   投稿数: 2151
DataSources.xmlを手動で上書きしたりして操作するのは、かなりの危険が伴いますよ。普通はご法度です。
投票数:0 平均点:0.00

  条件検索へ


Copyright (C) Magic Software Japan K.K. All Rights Reserved.
個人情報保護方針 会員規約