連続バーコードリーダー更新

前々から公開していた「連続バーコードリーダー」を更新。
単機能アプリなのでバグがほとんどなくアップデートいていなかったが、今回機能拡張を行いアップデートを実施した。

新規機能
テキストエディタと連携できるようにした

コメント

コメントを投稿

このブログの人気の投稿

ライフイズテックレッスンの効果的な使い方

高校と中学校で時期は違うがここ2～3年で、本格的に学習指導要領にプログラミングの指導が含まれるようになり、教科書にもがっつり記述されるようになった。また、来年の大学入試共通テストより情報Iが追加され、国公立大学を受けるにはプログラミングは必須となる。 しかし、それを教える人材である技術・情報の教員の大半は、大学時代にプログラミングを少しやった程度の人が多く、教えなければいけない内容に対して、教えられない人が多数発生している。 当然そのような状態を見越して、ビジネスチャンスと考えた民間会社が様々な教材を作って販売している。多くの教材は、eラーニングスタイルの教材で、Web上でPythonのコードを学べる環境にPythonの実行環境を組み合わせたものが大半である。 ライフイズテックレッスンもeラーニングで学べる教材の一つである。ライフイズテックレッスンは、生徒の進捗も簡単に追え、また、理解度チェックワークといった問題も用意されており、実際採用してみると、今後これなしでプログラミングの単元をできないといえるくらい完成度が高い。 しかし、教材を渡してやっとけだけで、プログラミング能力が付いたら、街のプログラミング教室やオンラインのメンター付きプログラミングスクール（TechAcademy、CodeCamp、DMM WEBCAMPなど）なんか存在しない。つまりは、結局は教材ではなく人が教えているのである。ライフイズテックレッスンを使ってどのように教えるかが重要である。 実際に２年ライフイズテックレッスンと使って感じた、効果的な使い方を説明したいと思うが、その前にライフイズテックレッスンの機能を確認しておく。 教員向けスライド 前回の復習や発問等で生徒をレッスンに集中させるための前座コンテンツである。 レッスンの終了後にも今日のまとめが入っている。 レッスン 教材の本体である。 当然レッスンの進捗は生徒によってさまざまである。 理解度チェックワーク レッスン終了後に対して実施し、生徒の理解度を測定する。 では、それぞれの機能の強みを見ていく。 機能 強み 弱み 教員向けスライド 教員がコンテンツに対して補足説明できる 生徒全員に話すことになるので、生徒の進捗によっては、まだレッスンが終わっていない場合がある。 レッスン 教員がサポートせずに、生徒自ら進め
続きを読む

Javaでデュアルスタック環境のときIPv6通信させるには

最近、Java(JDK11)環境でHTTP通信しているときに気が付いたのだが、Javaアプリケーションの通信の多くはIPv4で通信している。IPv6対応のサービスに接続してもIPv4通信している。Javaのドキュメントを見ると、IPv6対応をうたっており、通信できないわけではない。 実際、IPv6のアドレスを直接打って通信させると問題なくIPv6で通信する。 IPv6が使われない理由は、Javaのデフォルト設定だとIPv4とIPv6の両方対応している場合、IPv4を優先して利用するようになっているためである。 IPv4とIPv6の両方対応しているとはどういうことなのか？ ここからはJava固有の話ではなく、インターネット通信全般の話になる。 そもそも、IPv6とIPv4は全く互換性がなく相互通信できない。つまり、IPv4のネットワークとIPv6のネットワークは完全に分離されており別物である。したがって、IPの世界で両方対応するということは不可能である。 そのため、両方対応するにはDNSのデュアルスタックという技術が一般的に利用されている。 DNSの仕様で、IPv4のアドレス解決はAレコード、IPv6のアドレス解決はAAAAレコードを登録することになっている。IPv4/IPv6デュアルスタックとは、同じホスト名に両方のレコードを登録することである。 IPv4ネットワークに接続している端末からは、DNSでAのクエリを発行し、IPv4アドレスに変換する。IPv4アドレスが判明するので、IPv4ネットワークでサーバーに接続しに行く。 IPv6の場合も同様で、IPv6ネットワークに接続している端末から、DNSでAAAAのクエリを発行し、IPv6アドレスに変換する。IPv6アドレスが判明するので、IPv6ネットワークでサーバーに接続しに行く。 つまり、IPv6とIPv4の両方に接続している端末が、最初にAレコードとAAAAレコードのどっちを投げるのかで、IPv4/IPv6のどっちのネットワークに接続するかが決まる。 サーバー側は、IPv4とIPv6で別のサーバーを用意してもいいし、1台で両方のネットワークに接続してもよい。両方のネットワークにサーバーを用意して、DNS設定さえすればいい。 やっと、本題。JavaでIPv4とIPv6どっちを優先するかの設定は、以下のJVMプロパテ
続きを読む

正しくカスタムプロトコルのURLStreamHandlerを登録する

JavaでカスタムプロトコルのURLStreamHandlerを登録する方法として、ネット上で挙げられている方法は URL.setURLStreamHandlerFactory である。 しかし、このメソッドは大きな欠点があり、複数回setURLStreamHandlerFactoryを呼びさせない仕様にしてある。つまり、複数のURLStreamHandlerFactoryが登録できない。複数のURLStreamHandlerを登録したいときには、一つのURLStreamHandlerFactoryで、すべてのURLStreamHandlerを登録しなければならない。 しかし、ドキュメントをよく読むと、カスタムプロトコルのURLStreamHandlerを登録する方法がもう一つ存在すると示されている。 以前にアプリケーションが URLStreamHandlerFactory のインスタンスをストリーム・ハンドラ・ファクトリとして設定している場合は、そのインスタンスの createURLStreamHandler メソッドがプロトコル文字列を引数として呼び出されて、ストリーム・プロトコル・ハンドラを作成する。 まだ URLStreamHandlerFactory が設定されていない場合、あるいはファクトリの createURLStreamHandler メソッドが null を返した場合は、コンストラクタが次のシステム・プロパティの値を探す。 java.protocol.handler.pkgs このシステム・プロパティの値が null でなければ、値は、垂直スラッシュ文字「 | 」で区切られた、パッケージのリストとして解釈される。コンストラクタは次の名前を持つクラスをロードしようとする。 < package >.< protocol >.Handler ここで、< package >にはパッケージの名前が入り、< protocol >にはプロトコルの名前が入る。このクラスが存在しない場合、あるいはクラスは存在してもそれが URLStreamHandler のサブクラスではない場合には、リストにある次のパッケージを試すことになる。 以上の手順でもプロトコル・ハンドラが見つからなかった場合、コンストラクタはシステム
続きを読む