Автор Тема: Обсуждение РУЖЭЛЬ  (Прочитано 362833 раз)

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #885 : 22.11.2012 15:20:08 »
ls -l $NEXT_ROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java
итого 1336
-rw-r--r-- 1  501   80 683353 апр.  24  2008 javafoundation.jar
-rw-r--r-- 1 root root 683353 нояб. 22 08:11 javafoundation.pre2012.jar

Что означает перезапустить? если систему полностью, то не перезапускал, а webobjects остановил, применил патч, запустил.
Я конечно не знаю как написана программа, но не понимаю,(не читал, но осуждаю  :) ) как изменение часового пояса и переход на летнее/зимнее время влияет на уменьшение даты на сутки.
Если система работает в Якутии, может тоже выставить Якутское время? 
ls показывает, что у вас почему-то не обновился javafoundation.jar — его дата модификации 2008 год, а размер ровно такой же, как у резервной копии.
Попробуйте удалить javafoundation.pre2012.jar и снова установить патч. И выложить сюда все сообщения, которые он выводит.

Перезапустить РУЖЭЛЬ означает зайти в WOMonitor, остановить РУЖЭЛЬ и запустить снова. Рестарт сервиса webobjects тут не помогает — приложение РУЖЭЛЬ выполняется отдельно от этого сервиса.

В яве все даты, на самом деле, это таймстампы. И в этом таймстампе время установлено на 00:00 в текущем поясе. Для дат, полученных их поля базы данных типа "дата", в таймстампе на самом деле хранится 20:00 предыдущего дня по Гринвичу (для Москвы).
Проблема возникла из-за того, что преобразование из БД в таймстамп выполняется библиотекой Явы, а форматирование при выводе на экран — библиотекой WebObjects. Так встроено, я не могу это поменять, но в некоторых местах я явным образом преобразую дату в строку библиотекой Явы. Ява обновилась и знает, что Москва живёт в поясе +4 без переходов на летнее время, а WebObjects не обновлялся уже давно, и считает, что Москва живёт в поясе +3 с переходом на летнее время. Летом всё было хорошо — обе библиотеки жили в поясе +4, а с конца октября получилось, что дата преобразуется по поясу +4 в 20:00 предыдущего дня по гринвичу, а при выводе на экран этот таймстамп интерпретируется по поясу +3 — в 23:00 предыдущего дня. Соответственно, при выводе даты без времени мы видим дату на 1 день раньше, чем должно быть.
Предлагаемый патч обновляет информацию о часовых поясах в библиотеке WebObjects, чтобы она соответствовала действительности.

В Якутии всё работает, потому что у них выставлен не региональный часовой пояс (в котором изменился расклад с летним временем), а универсальный — с привязкой к GMT и без переходов.

Оффлайн vlakol

  • Участник
  • *
  • Сообщений: 15
Re: Обсуждение РУЖЭЛЬ
« Ответ #886 : 22.11.2012 16:27:22 »
vlakol@ubuserv:~/updateTZ$ sudo ./updateTZ.sh
I am on Unix
Searching for jar utility:
jar not found. Trying zip
Timezoneinfo updated successfully
vlakol@ubuserv:~/updateTZ$ ls -l $NEXT_ROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java
итого 1336
-rw-r--r-- 1  501   80 683353 апр.  24  2008 javafoundation.jar
-rw-r--r-- 1 root root 683353 нояб. 22 18:22 javafoundation.pre2012.jar

rujel и rujeldiary, webobjects остановлены
Похоже опять не встало

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #887 : 22.11.2012 16:39:03 »
Похоже опять не встало
Гм… да, похоже…
Почему-то у вас меньше строк выводится, чем у меня…
Видимо, какие-то различия в дистрибутивах тут играют.

Линуксоиды, выручайте! Что не так в скрипте? Почему zip отказывается обновлять? И почему при этом success?

Оффлайн vlakol

  • Участник
  • *
  • Сообщений: 15
Re: Обсуждение РУЖЭЛЬ
« Ответ #888 : 22.11.2012 16:47:07 »
У меня в системе нет zip сейчас попробую поставить, отпишусь

Оффлайн vlakol

  • Участник
  • *
  • Сообщений: 15
Re: Обсуждение РУЖЭЛЬ
« Ответ #889 : 22.11.2012 16:50:17 »
Вроде все хорошо

I am on Unix
Searching for jar utility:
jar not found. Trying zip
/usr/bin/zip
Updating javafoundation using zip
updating: com/ (stored 0%)
updating: com/webobjects/ (stored 0%)
updating: com/webobjects/foundation/ (stored 0%)
updating: com/webobjects/foundation/TimeZoneInfo/ (stored 0%)
updating: com/webobjects/foundation/TimeZoneInfo/zoneinfo.zip (stored 0%)
Timezoneinfo updated successfully
root@ubuserv:~/updateTZ# ls -l $NEXT_ROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java
итого 1448
-rw-r--r-- 1 root root 798711 нояб. 22 18:48 javafoundation.jar
-rw-r--r-- 1 root root 683353 нояб. 22 18:48 javafoundation.pre2012.jar

В Rujel с датами вроде все наладилось. Спасибо!
« Последнее редактирование: 22.11.2012 16:53:36 от vlakol »

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #890 : 22.11.2012 16:56:23 »
понятно.
значит, просто скрипт не отработал отсутствие в системе zip. хотя и отработал отсутствие jar.

плохо. надо чинить скрипт  >:(

Оффлайн vlakol

  • Участник
  • *
  • Сообщений: 15
Re: Обсуждение РУЖЭЛЬ
« Ответ #891 : 26.11.2012 08:03:27 »
Может кто знает, подскажите пожалуйста:
Не все учителя вовремя начали вести журнал, например начали со второй недели. Начали заполнять, заполнили пропущенную, но система подсчета план/дано теперь выдает неправильно - по плану меньше, как раз на количество уроков в пропущенной неделе, расписание внесено сначала, в учебном плане все выставлено?

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 242
Re: Обсуждение РУЖЭЛЬ
« Ответ #892 : 26.11.2012 14:48:59 »
С "потерями" Д/З никто не сталкивался?
Можно как-то отследить кто и когда его меняет?

Оффлайн vlakol

  • Участник
  • *
  • Сообщений: 15
Re: Обсуждение РУЖЭЛЬ
« Ответ #893 : 26.11.2012 15:53:41 »
Потери домашнего задания были когда перекидывались даты, т.е. для примера сегодня 26 число, д.з на 27, если недосмотреть дату то система ставила д.з. с 25 на 26 и на 27 д.з. не появлялось, хотя в работах было. После починки дат система не чудит и корректно выставляет даты, проблема ушла. Но если поправить даты, то с текущего дня д.з. может и уйти. Посмотрите в работах. Само по себе д.з. вроде не исчезало.

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #894 : 26.11.2012 19:58:16 »
но система подсчета план/дано теперь выдает неправильно
Нажмите на иконку план/дано — проверьте, может, там лишние поправки затесались. Убедитесь, что правильно настроены сроки учебных периодов и каникул.
Для диагностики, где что пропало, можно менять дату в окошке выбора режима — обнаружить, в какой момент что не так посчитано.

Можно как-то отследить кто и когда его меняет?
Узнать, кто когда ввёл и изменил работу, можно в окошке описания работы — там внизу история исправлений.
Если кто-то удалил, это надо уже искать по базе данных — это записывается, но интерфейса пока нет.

Оффлайн Bolot

  • Участник
  • *
  • Сообщений: 137
Re: Обсуждение РУЖЭЛЬ
« Ответ #895 : 11.12.2012 03:53:33 »
Заметил такую фишку...
Когда у завуча открыт журнал какого-либо класса, то у других учителей не получается его заполнять.  В принципе некритично... Вот только на второй год заметил. Не мешает вроде
И еще... По ошибке не того классного руководителя назначили завучи, потом поменяли, но старый  не исчезает со списка кураторов класса.
« Последнее редактирование: 11.12.2012 03:56:15 от Bolot »

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #896 : 11.12.2012 14:18:59 »
Интересная фишка. Такого не должно быть.
А что значит "у других учителей не получается его заполнять" ?

Чтобы снять куратора, надо указать дату, когда он перестал быть куратором. Если это было назначание по ошибке, то дату снятия нужно поставить ту же, что дата назначения.

Оффлайн derugu

  • Участник
  • *
  • Сообщений: 274
  • Филинов Андрей
Re: Обсуждение РУЖЭЛЬ
« Ответ #897 : 12.12.2012 22:11:40 »
По просьбе начальства передвинул с 25.10 на 14.11 сроки выставления оценок в первой четверти (Итоговое оценивание-Настройки прогноза - дата), а начало и конец учебного периода остались прежними(1.09 - 31.10). Теперь система все оценки до 14.11 считает первой четвертью. Можно ли убедить "обманутый" журнал считать вторую четверть с 6.11?

Оффлайн baywind

  • alt linux team
  • ***
  • Сообщений: 480
Re: Обсуждение РУЖЭЛЬ
« Ответ #898 : 12.12.2012 22:17:02 »
По просьбе начальства передвинул с 25.10 на 14.11 сроки выставления оценок в первой четверти (Итоговое оценивание-Настройки прогноза - дата), а начало и конец учебного периода остались прежними(1.09 - 31.10). Теперь система все оценки до 14.11 считает первой четвертью. Можно ли убедить "обманутый" журнал считать вторую четверть с 6.11?
Какие работы включаются в прогноз какой четверти, можно настроить, нажав на заголовок колонки прогноза на предметной странице. Но это придётся делать на каждой странице отдельно :-\

Оффлайн derugu

  • Участник
  • *
  • Сообщений: 274
  • Филинов Андрей
Re: Обсуждение РУЖЭЛЬ
« Ответ #899 : 12.12.2012 22:23:50 »
Какие работы включаются в прогноз какой четверти, можно настроить, нажав на заголовок колонки прогноза на предметной странице. Но это придётся делать на каждой странице отдельно :-\
В том то и дело, что в прогноз при пересчете теперь включаются работы с 15 ноября. а период с 6.11 по 14.11 выпал из прогноза, хотя по фильтру 2-й четверти в ней работы с 6.11