2010-12-20

[GWT]Amazon API のXMLを解析する （クライアントサイド）

Amazon Product Advertising APIを利用して商品データを解析するGWTのサンプルです。クライアント側の処理なので、XMLパーザーは、com.google.gwt.xml.client.*のパッケージのクラスを利用します。まあ、ふつうのXMLの処理ですので特筆するべきところはありませんが、商品によって要素が抜ける場合がありますので注意が必要です。例えば下記では、AuthorとCreatorの扱い方など。


投稿者 OCHI 時刻: 14:00 1 コメント
ラベル: , ,

2010-12-17

[Java]ファイルアップロードサーブレットプログラム

純粋なサーブレットでのファイルアップロードプログラムの例です。下記のプログラムの動作には、
のライブラリが必要です。
protected void processRequest(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        Logger log = Logger.getLogger(Logger.GLOBAL_LOGGER_NAME);
        try {

            //URLより保存場所の絶対パスを入手
            ServletContext sc = getServletContext();
            String path = sc.getRealPath("/WEB-INF");
            log.info("filepath:" + path);
            File fileDir = new File(path);

            if (!ServletFileUpload.isMultipartContent(new ServletRequestContext(request))) {
                throw (new Exception("Not FileUpload Request"));
            }
            ServletFileUpload upload = new ServletFileUpload(new DiskFileItemFactory());
            List＜fileitem> list = upload.parseRequest(request);
            for (Iterator＜fileitem> iter = list.iterator(); iter.hasNext();) {
                FileItem fItem = (FileItem) iter.next();
                if (fItem.isFormField()) {
                    continue;
                }
                String fileName = (new File(fItem.getName())).getName();
                File newFile = new File(fileDir, fileName);
                fItem.write(newFile);

            }
            log.info("アップロード終了");
        } catch (Exception ex) {
            log.warning("アップロード処理異常終了");
        }

    }


投稿者 OCHI 時刻: 15:26 0 コメント
ラベル: , ,

2010-12-16

[C++] Visual C++でerror C2143: 構文エラー がでた場合の原因と対処

卒研のプログラムで、
  • error C2143: 構文エラー : ';' が '◯◯' の前に必要です。
というエラーが発生。ちょっとハマったのでそのメモ書きです。まず、その原因は次の２つのいずれかです。
  1. ケアレスミス。括弧やセミコロンが抜けているなど
  2. 利用しているクラスが未定義

今回の原因は後者でした。具体的に言いますと以下のような記述のところでエラーがでました。
CString str;
CTest* test; // ←ここでerror C2143
なにがまずいかというと、この状況でのエラーは、「CTestがクラスとして認識されていない」のが原因だったようです。

【解決策】
  • CTestを定義しているヘッダをincludeする
  • プロジェクトのプロパティ→構成プロパティ→C/C++→全般→追加のインクルードディレクトリ　にCTest.hが入っているディレクトリを指定する
インクルードディレクトリの設定もうっかり忘れることがありますので、気をつけたいものです。


投稿者 OCHI 時刻: 19:03 0 コメント
ラベル: , ,

2010-12-14

[C#] WebRequestクラスの利用時のプロトコル違反への対応策

WebRequestクラスを利用してウェブサーバにアクセスした場合、
  • サーバーによってプロトコル違反が発生しました. Section=ResponseHeader Detail=CR の後には LF を指定しなければなりません。
という意味不明なエラーが発生します。このようなときは、アクセスする前に以下のような記述をしてください。
Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
SettingsSection section = (SettingsSection)config.GetSection("system.net/settings");
section.HttpWebRequest.UseUnsafeHeaderParsing = true;
config.Save();
なお、ここで記述しているクラスは、
  • System.Configuration
  • System.Net.Configuration
のライブラリを利用します。参照設定で追加しておきましょう。


投稿者 OCHI 時刻: 19:02 0 コメント
ラベル: , , ,

2010-12-13

Netbeansのインストールでトラブった場合の対処法

Netbeansのバージョンアップを繰り返すと、最新版にした場合にインストール後の動作がおかしくなる場合があります。例えば

  • インストールしたはずのサーバがない、登録できない
  • プラグインが見つからない
  • 動作がやけに遅くなる
などなど、、、これらは、前バージョンの設定ファイルを継承し続けたことによる弊害が原因の場合があります。
思い切ってフレッシュな気分で新しいバージョンのNetbeansを使いたいときは、
  • ホームディレクトリ下の隠しファイルになっている「.netbeans*」関係のファイルをごっそり消す
という荒業をすることで、正常に動作するかもしれません。うちの研究室では、きままにバージョンアップをしているので、バージョンが変わったときに前の設定の継承を何回か行う傾向があります。その際に、何らかのデータの齟齬が発生して、まともに動かなくなることがあります。今日もそういったトラブルがあり、再インストールなどを行って３時間ぐらい時間を潰しましたが、結局設定ファイルを削除してOKという感じでした。




投稿者 OCHI 時刻: 14:49 0 コメント
ラベル: ,

2010-12-10

ET研究会に参加してきました

「Web検索APIを利用した英語表現評価支援システム」という題目で、信学会教育工学研究会にて発表をしてきました。発表したのは院生でしたが、無事終了です。質疑応答もちょっと難しかったですが自分なりに答えてたと思います。で、反省と感想です。

質疑応答から感じたこと
「ターゲットとするユーザ」については、もう少し考えたほうがいいかもしれません。ただし、目的として支援したいユーザと、現状のシステムの実装機能で支援できる内容に齟齬が起きないように気をつけなければなりません。あるいは、現状のシステムが本来の目標に対してどのような立ち位置にあるのか？を説明できないといけないでしょう。
「先行研究」については、ちょっと調べ直しですね。元々のこの研究を始めた発端が、個人的なモチベーションからはじまったものなので、調査不足の点は否定できないですね。まあ、先行研究と類似していたとしても、前々から研究室でやりたかった「英語学習支援」がテーマなので、今回のシステムをベースに、いろいろ発展させていきたいなと思う今日この頃です。

その他の発表について
特に気になった発表を２点ほど。
「e-Leariningにおける受講者の動作の分析」については、うちの研究室でも動作分析の研究をやっていたので、興味深いものでした。特徴量の取り方とか、評価の仕方など参考になりそうです。
「学習・教育支援環境支援フレームワークMeshの構成」については、「汎用的なフレームワークを作る」という研究の視点はマネしたいなと。。。ただ、なかなか難しい感じがしているので、まずはWeb APIレベルかなぁというのが思っているんですが、、、
その他、今回の研究会のテーマにインタフェースというのがあったせいか、PCのマウス・キーボード以外のデバイスを利用する研究の多さが目立ちました。

投稿者 OCHI 時刻: 17:38 0 コメント
ラベル: , ,

[GWT] Cometでプッシュプログラミング ～クライアントプログラミング編～

GWTでCometサーバーにアクセスするクライアントプログラムの実装方法についてです。

基本的には、通常のサーバアクセスと同様にRequestBuilderを利用してCometサーバに非同期にアクセスします。Cometからデータが送られてくると、onResponseReceivedメソッドが呼ばれるのでそこで内容を抽出し処理を行います。処理が終わったら、再帰的に接続処理を呼び出すことで、Cometサーバとの通信を継続して処理することができます。

private void connectComet() {
        try {
            Window.alert("CometConnect()");
            RequestBuilder requestBuilder = new RequestBuilder(RequestBuilder.GET, cometURL);
            
            requestBuilder.sendRequest(null, new RequestCallback() {
                @Override
                public void onResponseReceived(Request request, Response response) {
                  String tmp= response.getText();
                  connectComet();
                }
                @Override
                public void onError(Request request, Throwable exception) {
                                  }
            });
        } catch (RequestException ex) {
            //エラー処理をここで書く
        }
    }


投稿者 OCHI 時刻: 13:59 0 コメント
ラベル: ,

2010-12-08

Amazon Product Advertising API 利用時の日本語処理

Amazon Product Advertising API を利用したプログラムをGAE上で動かしているのだけれど、日本語の処理で手間取ったので、覚書き。いちおう話の前提としては、GWTとGWT-RPCを利用してサーバ側でAmazonに接続しています。アクセス方法は、HttpURLConnectionクラスを用いました。

【検索キーに日本語を含める場合】
検索クエリーを生成する際に、

  • URLEncoder.encode(keyword,"utf-8")

というように、UTF-8に変換しておきます。こうしておかないと、正しい検索がされません。

【検索結果に日本語が含まれる場合】
検索するプログラムについては、サンプルプログラムにある SignedRequestHelprクラスを利用してます。日本語が含まれていると文字化けとなって、ただしく受け取ることができません。そこで、BufferReaderに受け渡すときには、以下のように記述します。


  • BufferedReader reader =　new BufferedReader(new InputStreamReader(urlconn.getInputStream(),"UTF-8"));


投稿者 OCHI 時刻: 22:39 0 コメント
ラベル: ,

2010-12-06

プログラミングリソースをWebサービスで残す

うちの研究室にはいろいろプログラミングのリソースが溜まっているのだけれど、なかなか後年への技術継承が上手くいかない、、、その理由は、やはりソースコードレベルの継承だと、そもそもそのソースコードが汎用的に作られているかが怪しいし、継承する学生もその理解に追いつかないという問題。。。そう考えるともっと使いやすい形に落としこむ必要があるわけで、その策としてWebサービス化という結論に。。。このことは昔から思っていたんだけど、実際問題として実装時にWebサービス化する利点がなかなかなかったというのもある。最近は、研究室でも各種外部ウェブサービスをマッシュアップするようになったので、それだったら研究室のリソースもウェブサービス化したらいいじゃんということで、今回ウェブサービス化に踏み切ることに。。。

とりあえずは研究室での運用だけど、今後は学外への公開も視野に入れる予定。

投稿者 OCHI 時刻: 21:11 0 コメント
ラベル: , ,

[Java]Cometプログラミング ～Glassfishの設定～

ここでは、Glassfishをサーバにした際の設定について取り上げます。また、開発環境としてNetbeansを利用する場合についても取り上げます。

[Glassfishでの設定]
Cometを利用する際、古い記事を見るといろいろ設定が必要なような記述がみられますが、Glassfish v3では標準で Cometをサポートしていますので設定は簡単です。手順としては

  1. 管理コンソールを立ち上げる（4848が標準ポートです）
  2. ネットワーク設定→プロトコル→http-listerner-1を開く
  3. Cometサポートを有効にする

これだけでOKです。

[Netbeansで利用する場合]
Netbeansには、標準でGlassfishがついてきます（これがNetbeansをオススメする理由の一つでもあるんですが）。同様にすればいい、、、と思ってるとドツボにハマります。
実は、NetbeansでGlassfishの管理コンソールで設定した内容は一時的なもので、サーバを再起動すると設定が標準に戻ってしまいます。どうすればいいのかというと、

  1. Netbeansでサービスペインをクリック
  2. サーバ→Glassfishを右クリックし、プロパティを選択
  3. Cometサポートを有効にする

という手順をふみます。これがわからず、設定ファイルをいじったりして悩んでました。(^^ゞ

投稿者 OCHI 時刻: 14:31 0 コメント
ラベル: ,

2010-12-03

徳島大への遠隔講義配信を行いました

昨年度もおこなった、徳島大への遠隔講義配信を行いました。１年前にやっていたので気を抜いてたのですが、前日にちょっと慌てました。。。。というのも、Polycomにネットワークカメラを接続するということを行っているのですが、それをどう接続すればよいのかというのをすっかり忘れてまして、、、(^^ゞやはりこういうちょっとしたノウハウも残しておくべきですね。昨日は、システムの配置位置とかを根本から考え直し、できるだけ柔軟にカメラを配置できるように、ラックに機器を収納するなど配置変更を行いました。おかげで、今日はすんなり行きましたが、、、、

さて、本日の講義の内容は昨年度と同様に
  • 画像映像処理技術を利用した教育システム
についてお話をさせてもらいました。前半は世間話でしたが、、、質問がなかったのが残念だなぁ。

なお、来年はハイビジョンカメラとハイビジョン対応Polycomを利用した配信を検討中です。


投稿者 OCHI 時刻: 19:01 0 コメント
ラベル:

[Java] Cometでプッシュプログラミング ～サーバプログラミング編～

サーバーサイドからのプッシュ配信を実現するフレームワークとしてCometというのがあります。これは昔からありまして、うちの研究室でも数年前の卒論で利用してました。で、今年も利用することになったんですが、ノウハウを整理しきれてなくて卒論だけ見てもわかりにくい状況になってましたので、ここであらためて整理しておきます。

12/6 プログラムに一部追記しました。

Cometの原理
httpで接続したコネクションを接続しっぱなしにして、レスポンスのストリームにデータを流し込むことでプッシュを実現します。

クラス構成
サーバー側では少なくとも３つのクラスが必要です
  • Cometサーバ実装クラス　・・・　プッシュするためのコネクションを確保するクラス。サーブレットです
  • Cometハンドルクラス　・・・　CometHandlerを実装したクラス。ここにプッシュで送信する処理を記述します。
  • ユーザプログラム　・・・　Cometを利用するプログラムです。

関連ライブラリ
Glassfishには
  • grizzly-comet.jar
というライブラリが同梱されています。このファイル名で探せば出てくるはずですから、見つけたらクラスパスに設定しましょう。

 Cometサーバプログラム
 クライアントとの接続を確保します。まず、init内では
  • Cometエンジンの登録
  • Cometエンジンの設定
を行います。そして、ユーザからコネクション要求があれば、processRequest（サーブレットのdoGet、doPost相当）内で、以下のように書かれている処理を行います。
  • Cometエンジンの呼び出し
  • Cometハンドラーへのコネクションストリームの受け渡し
  • Cometハンドラーの登録
//初期設定
    @Override
    public void init(ServletConfig config) throws ServletException {
        cometContextPath = config.getServletContext().getContextPath() + "/comet";
        System.out.println("cometContextPath:"+cometContextPath);
        CometContext context = CometEngine.getEngine().register(cometContextPath);
        context.setExpirationDelay(10 * 60 * 60 * 1000);
    }
    protected void processRequest(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        response.setContentType("text/html;charset=UTF-8");
        PrintWriter out = response.getWriter();
        //CometHandlerクラスの登録
        CometHandler handler = new MyHandler();
        handler.attach(out);
        CometContext context = CometEngine.getEngine().getCometContext(cometContextPath);
        context.addCometHandler(handler);
    }
Cometハンドラー Cometハンドラーとは何か？それは、Cometでの配信時の処理を記述するクラスです。ここで大切なのは、onEventメソッドです。これは、Pushする際に呼ばれるメソッドです。ここでwriterに対して書き込みを送ることで、クライアントにその内容が配信されます。なぜでしょう？それは、ここのwriterというのは、上記のサーバプログラムでハンドラーを登録する際にattachメソッドにて受渡したHttpServletResponseのWriterの事なのです。 
public class MyHandler implements CometHandler＜PrintWriter> {

    private PrintWriter writer = null;

    public void onEvent(CometEvent event) throws IOException {
        if (CometEvent.NOTIFY == event.getType()) {

         　 String id = (String) event.attachment();
            writer = response.getWriter();
            writer.write(id);
            writer.flush();
            event.getCometContext().resumeCometHandler(this);
        }
    public void onInitialize(CometEvent event) throws IOException {
        System.out.println("Init");
    }

    public void onTerminate(CometEvent event) throws IOException {
        onInterrupt(event);
    }

    public void onInterrupt(CometEvent event) throws IOException {
        writer.close();
        event.getCometContext().removeCometHandler(this);
    }
　//クライアントとのストリームを受け取る
    public void attach(PrintWriter writer) {
        this.writer = writer;
    }
   private void removeThisFromContext() throws IOException {
        response.getWriter().close();
        CometContext context =
                CometEngine.getEngine().getCometContext(cometContextPath);
        context.removeCometHandler(this);
    }
ユーザプログラム ユーザプログラムでの記述は下記の通りです。以下はサーブレットの例ですが、ポイントは最後の行です。notifyメソッドを呼ぶことで、CometハンドラークラスのonEventが呼ばれることになります。つまり、プッシュしたい時にnotifyを呼び出せば良いわけです。引数は、ハンドラーのonEventメソッドでeventのアタッチメントとして取り出すことができます。 
protected void processRequest(HttpServletRequest request, HttpServletResponse response)
    throws ServletException, IOException {
        ServletConfig config=this.getServletConfig();
        String id = request.getParameter("id");
        CometContext context = CometEngine.getEngine().getCometContext(cometContextPath);
        context.notify(id);
 }
以上の３つを見比べることで、Cometが何をやっているのかわかるでしょう。コメットのサーバの設定や、クライアントプログラムの記述については、後日書こうかと思ってます。

投稿者 OCHI 時刻: 18:19 0 コメント
ラベル: , ,

2010-12-01

GWTでXMLを扱う ～クライアントサイド編～

GWTでのXMLプログラミングについて基本のところを書いてなかったので、、、今回は、クライアントサイド編です。クライアントサイドでの操作は、JavaScriptでの操作とほぼ同じになるのでそんなに難しく考える必要はないでしょう。利用するクラスは、 com.google.gwt.xml.clientパッケージを利用します。importする際には間違えないようにしましょう。

gwt.xmlファイルに以下の記述を追加してください。
操作するXMLファイル
Javaのコードは以下のようになります。基本的な使い方のパターンを挙げています。前提として、stringXML変数に上述のXMLデータが入っているものとします。
注意点ですが、他のXMLパーザーと同様に子ノードを取ってくる際には、改行が入ってくると子ノードの個数が変わってきます。具体的に言うと、上記のXMLではsbosyタグの子ノードは2つとなりますが、これらに改行が入ってくると、改行がテキストノードとしてカウントされます。たいていのXMLドキュメントには改行は入ってないと思いますが、気をつけてください

投稿者 OCHI 時刻: 19:01 0 コメント
ラベル: ,
登録: 投稿 (Atom)