Sourceforge Tracker Monitor
norep****@sourc*****
2003年 5月 7日 (水) 08:27:00 JST
Bugs item #1797, was opened at 2003-04-17 00:12 You can respond by visiting: https://sourceforge.jp/tracker/?func=detail&atid=1698&aid=1797&group_id=430 Category: ロボット管理 Group: None >Status: Closed >Resolution: Fixed Priority: 4 Submitted By: Naoki Kurosawa (kurosawa) >Assigned to: Naoki Kurosawa (kurosawa) Summary: ユーザ詳細・ロボットの登録日と更新日が常に同じ値になっている Initial Comment: そのロボットを始めて登録した日が登録日、 最新バージョンをアップロードした日が更新日のはず。 DBの方がおかしいのか、情報の拾い方がおかしいのかは未調 査。 ---------------------------------------------------------------------- Comment By: Naoki Kurosawa (kurosawa) Date: 2003-04-30 14:40 Message: Logged In: YES user_id=3710 robotsテーブルのregist_dateはロボットの登録日(つまり初回登録日) robot_versionsのregist_dateは特定バージョンの登録日 を表しているつもりでした。 ソースを見たところ、 問題はRobotCheckerBean:160行目、 ロボットのバージョンアップの際に、robotsテーブルの regist_dateを更新しちゃっているのがいけないのでした。 ---------------------------------------------------------------------- Comment By: Konkiti (konkiti) Date: 2003-04-29 16:20 Message: Logged In: YES user_id=4835 > そのロボットを始めて登録した日が登録日、 > 最新バージョンをアップロードした日が更新日のはず。 > > DBの方がおかしいのか、情報の拾い方がおかしいのかは未調査。 java/rumblejp/ejb/session/RobotManagerBean.java getRobotSummary の select 文に問題ありか? 下記だと robot_versions からカレントバージョンのレコードを 持って来てまう。 初期登録日は robot_versions の一番小さい robot_version_id の レコードの regist_date であるはず。 r.current_version = v.version ついでに、そうなると取りだす列の r.regist_date, v.regist_date AS update_date は逆か? も一つついでに取りだす列の v.version は r.current_version の 方がよい のでは? で、どうすればいいかというと、う〜ん。副照会を使えれば簡単に いけそう だけど、MySql じゃ 4.1 以降での実装らしいし。 ということで、私はここまで(おい ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.jp/tracker/?func=detail&atid=1698&aid=1797&group_id=430
