新元号「令和」

こんにちは。福岡です。

さきほど、新元号が発表されました。「令和(れいわ)」だそうです。エイプリルフールネタじゃなくて、本物ですよ。日本経済新聞社の記事のURLを張っておきます。

https://www.nikkei.com/article/DGXLASFL29HLH_Z20C19A3000000/

このブログ記事を書き始めたのが11時50分頃でしたが、「令和」でググると早速発表のWeb記事が上がってきたり、wikipedia.jp にもページが追加されたりと、皆さんとても素早いんですね。

さて、WebClass での新元号の対応・影響について念のため説明いたします。WebClass ではシステムとして和暦は使用していないので、元号の変更に伴う改修等は一切ありません。3月29日に v11.6.1 をリリースしましたが、その修正内容も再提出機能に関する不具合の修正など早めに適用いただきたい修正はありますが、和暦に関するものはありません。

ただし、コンテンツ等で先生や管理者の方が和暦を使用していた場合は、先生や管理者の方が用意した部分でもしかしたら調整したほうがいい点があるかもしれません。アンケートで和暦回答をさせるとか、でしょうか。

JaSakai/AXIES/IMS 合同カンファレンス 2019

こんにちは。福岡です。

しばらく間が空いてしまいました。年度末のこの時期は、あちこちでメンテナンス作業などがあって忙しい時期になります。

さて、今日は法政大で開催された「JaSakai/AXIES/IMS 合同カンファレンス 2019 (http://www.media.hosei.ac.jp/jasakai2019/)」にお邪魔してきました。オープンソースの Sakai、大学ICT推進協議会 (Axies) および標準規格のIMSの方々が集まってのカンファレンスで、ノートルダム大学の Learning Analytics についても紹介いただきました。私は聞いていただけですが、WebClass も学習の記録を分析活用するのには興味があり、規格実装や分析の実例について勉強させていただきました。

分析のソフトや動作速度の話など具体的なところも話に上がって面白かったのですが、やっぱりこういうのは、やってみないことにはわからないですね。行けるところから手を動かして試行錯誤してみたいと思います。

またオープンソースシステムの良し悪しについても議論がありました。

  • 実装が公開されていて自分たちで直せることは強みではありますが、あまり触ってしまうとアップデート等での保守が難しくなってしまう。
  • オープンソースといえども、影響力の強いコミュニティの方向性が機能に反映されやすい面はある
  • 研究室で開発したツールは、学生が卒業するとノウハウの多くが失われやすい

ということでした。大学である程度の規模で運用しているところは、やはり外部の運用会社とタッグを組んでいるケースは多そうです。Moodleもそんな話をよく聞きます。

WebClassはオープンソースではありませんが、運用するサーバのミドルウェアにはLinux, PostgresやApacheといったオープンソースツールを利用しています。また、連携では標準規格もいくつか対応しています。オープンコミュニティのいい面と、企業の製品・サービスの形でサポートした方がいい面とは、うまく組み合わせたり、刺激しあったりして共存していけたらいいなと思います。

植物

こんにちは。福岡です。

開発チームの事務所では、3つの植物を育てています。1つは種類の名前がわからなくなってしまいました。

ペペロミア
種類がわからない
アイビー

ツルのアイビーが強いかと思いきや、去年にいちど枯らしてしまいました。土にカビがつく「うどんこ病」というのにかかったみたいで、水の管理が悪かったと思っています。お世話をしてくれているスタッフの希望で、再チャレンジのため鉢を買いなおしました。

緑があるのは気持ちがいいです。また、様子を見ながらお世話をして育てるのは開発やサーバの保守とある意味似ているところもあり、難しくも楽しくもあります。

WebClassログイン画面のHTTP Status

こんにちは。福岡です。

WebClassはクラウドサービスも行っています。そこで弊社でも稼働ステータスを監視しています。オンプレミスのサーバでご利用いただいている学校でも、学校でWebClassサーバの監視を何かしら行っているケースは多く、監視に関する質問を頂くこともあります。 OSのメトリクスは一般的なツールで取りやすいと思いますが、WebClass のアプリケーションに関するステータスはどう取ったらいいか、あまり情報を提供したことがなかったかもしれません。そこで、稼働状況を確認するのに使えそうな、 v11.6.0 のログイン画面の表示とHTTPステータスについてご案内します。

ログイン画面の表示のパターン

ここでは前提として、特にSSOの設定がないケースを想定しています。何かしらのSSOを設定していて、未認証の状態でログイン画面を開くと別のページに転送される環境は当てはまりません。

ログイン画面は以下の2つのパラメータで4つの表示のパターンを持っています。

  • システムオプションのMAINTENANCE_MODE ON/OFF
  • DB への正常な接続 Yes/No

正常時

通常は、次のようなログイン画面が表示されます。HTTP Status は200です。

メンテナンス中

メンテナンスモードに切り替えている間は、下図のようにメンテナンスモードのメッセージが表示されます。HTTP Status は 200 です。通常のユーザはログインできませんが、すでにログインしている人はまだ操作を続けることができます。

メンテナンス中でDB停止時

メンテナンスモードに切り替えていて、かつ DB に接続できない状態の場合は、表示が変わります。この状態では仮にログインしたままのユーザがいても、操作はできません。メンテナンスメッセージは1つしか設定できないのでそのまま表示されますが、ログインフォームは表示されなくなります。HTTP Statusは503 になります。

予定外のDBアクセス不可

もしメンテナンスモードでないときに DB にアクセスできないときは、以下の表示となります。HTTP Statusは500になります。

応答時間

上記はHTTPレスポンスが帰ってくるケースになりますので、Webサーバがリクエストを受け取って応答可能な状態です。

ログイン画面の応答時間で負荷状況もだいたいはわかるかもしれませんが、サービスが実質利用可能かどうかはコースの教材一覧やテストの画面の速度が問題になります。

レポート再提出期限を過ぎた後の期限変更や再提出の不具合

こんにちは。福岡です。

WebClass の少なくとも v11.0~ と v11.6.0 において、レポート提出期限に関するバグが見つかっていますので、ご案内します。

症状

「回答の見直しを許可」を有効にしたレポート課題に、学生がレポートファイルを提出します。

学生の提出に対して、先生がレポート採点画面で再提出指示をだします。このとき、提出期限を設定しておきます。

学生が再提出しないまま再提出期限を過ぎた後で、先生がレポート採点画面で再提出期限を変更して保存すると、ここで再提出指示のデータ不整合が起きてしまいます。ただし、再提出の期限は更新されます。

ここでは、学生が更新された再提出期限までにレポート提出することができます。ですが、この後で改めて再提出指示が出された場合は、もう一度再提出をしようとするとエラーになってしまい、提出ができません。

対応方法

上記の状態になってしまった学生に対して、先生がレポート採点画面で「再提出指示をキャンセルする」ボタンで一度キャンセルします。

改めて再提出指示を出すことで、学生は提出できるようになります。

プログラムの修正状況

問題を特定できましたので、修正対応中です。

ご不便をおかけしております。

2019/3/26 修正できています。