まだブロ(ミニ)

ソースの一括pdf変換

find src -name *.java -exec bash -c ’/System/Library/Printers/Libraries/convert -f $0 -i text/plain -o pdf/`echo $0 | sed ”s/\//_/g”`.pdf’ {} \;

derbyで制約を確認

stackoverflowで確認。

SELECT sc.schemaname, co.constraintname, t.tablename, cg.descriptor, t2.tablename, cg2.descriptor, f.deleterule, f.updaterule FROM sys.sysconstraints co JOIN sys.sysschemas sc ON co.schemaid = sc.schemaid JOIN sys.systables t ON co.tableid = t.tableid JOIN sys.sysforeignkeys f ON co.constraintid = f.constraintid JOIN sys.sysconglomerates cg ON f.conglomerateid = cg.conglomerateid JOIN sys.sysconstraints co2 ON f.keyconstraintid = co2.constraintid JOIN sys.systables t2 ON co2.tableid = t2.tableid JOIN sys.syskeys k ON co2.constraintid = k.constraintid JOIN sys.sysconglomerates cg2 ON k.conglomerateid = cg2.conglomerateid WHERE co.type = ‘F’ and sc.schemaname = current schema;

実行結果

SCHEMANAME            |CONSTRAINTNAME            |TABLENAME                   |DESCRIPTOR     |TABLENAME     |DESCRIPTOR     |&|&
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
APP                 |FK8FD9605120A1A856          |RECORD                        |BTREE (1)      |ACCOUNT                                     |UNIQUE BTREE (&|R|R

1 row selected

RequestFactoryを使ったGWT実装のメモ

①RequestFactoryを拡張する形で所定のFactory(I/F)を定義する(LOGICを準備)


 このとき@Serviceを書き、中にLocatorを指定することで処理実体とひも付けておく
 Locator指定先はServiceLocatorを拡張したクラスとし、実体(PizzaDaoImpl)をnewして返す(流儀?)
 そのPizzaDaoImplはPizzaDao(I/F)を継承して作られている
 (DAO経由で)やり取りされる実体(Pizza)もProxyを準備しておき、

②定義した所定のFactoryを(GWT.create経由で)で作り、それをEventBusを持たせつつinitialize

③initialiezeされたFactoryからcontext()をコールしcontextを作る

④(同様に)contextからProxyクラスを持たせつつcreateする(DATAを準備)


　このとき引き渡すオブジェクト実定義はidとversionを持たせて先に定義。
　このProxy側はEntityProxyを拡張して(I/Fとして)作っておく

⑤そのcontext経由を用いて、必要なら作った引数を持たせつつ(サーバ側の)関数をコール

MaxMindのデータをderbyに

http://www.maxmind.com/app/worldcities から得られるデータは、以下でderbyに入った。

CREATE TABLE cities (
countryCode char(2) NOT NULL, cityName varchar(100) NOT NULL, cityAccentedName varchar(100) NOT NULL, regionCode char(2), population bigint,
latitude float NOT NULL,
longitude float NOT NULL);

CSVのインポートが例のごとく難しい。

call SYSCS_UTIL.SYSCS_IMPORT_TABLE('APP','CITIES','/Users/tf0054/Downloads/worldcitiespop.txt',null,null,'8859_1',0);

全体で2797245行。

クジラの大きさ01

gitいろいろ

ローカルへの変更を取り消す。

rm -rf .
git checkout .

ローカルで作ったブランチbeta20120202をリモートにpushする。

git push origin beta20120202

ローカルを所定のリビジョンにきれいに(強制的に)戻す。

git checkout -f

リモートブランチも含めてブランチを一覧する(リモートのみは”-r”)。

git branch -a

リモートリポジトリの内容をローカルへ取り込む

git pull --rebase -v
git checkout -b newkou origin/kousan20120201 

作業ログをブランチ関係なく全部見る

git reflog

Geek Chic >> Canada's Geek Store for Geek Ware and Geek Gifts

JDOエラーでTaskTrackerが上がらないときに

以下のようなエラーが出るときは、$HADOOP_HOME/buildディレクトリを$HADOOP_HOME/build.xxxみたいにリネームすることで解決する。

11/10/23 01:40:24 INFO metastore.HiveMetaStore: 0: Opening raw store with implemenation class:org.apache.hadoop.hive.metastore.ObjectStore
11/10/23 01:40:24 INFO metastore.ObjectStore: ObjectStore, initialize called
Exception in thread "MetaServerThread" javax.jdo.JDOFatalInternalException: Unexpected exception caught.
        at javax.jdo.JDOHelper.invokeGetPersistenceManagerFactoryOnImplementation(JDOHelper.java:1186)

確かに、そのとき上がっているHadoopプロセス一式を停止(stop-all.sh)してからでないと、buildのリネームができないところを見ると、build/を使って起動している様子。