Javaを使ってBOM付きUTF-8でハマる - Gobble up pudding
Javaのサーバアプリにクライアント側からPOSTで文字列でXMLを送りつけたらXMLの解析時にパースエラーになって1時間ほどハマった時の話。 結論を先に言いますと、BOM付きのまま文字列としてサーバに送信してしまったのでJAXBでコケた。ということです。対策としてはファイルをBOMなしにしました。 当初Python内で文字列を書いてそれをJavaのサーバアプリ側にPOSTしていたときは問題が起こらなかったが、XMLファイルをあらかじめつくっておいてそれをPythonで読み込んでPOSTしたときにエラーになってしまった。 XMLのパースにつかっていたライブラリはJAXBというもの。 // クライアントからPOSTで受け取ったXML文字列をパース JAXBContext jaxbContext = JAXBContext.newInstance(Foo.class); Foo foo = (
Travis CIからDeployGateにアップロードする - へんてこのブログ
Travis CIでAndroidアプリをビルドしてDeployGateにアップロードします 使うもの gradleでビルド出来るAndroidアプリのソースコード deploygateアカウント travis ciアカウント githubアカウント 今回のサンプルプロジェクト henteko/AssistHack · GitHub gradle準備 普通にgradleでビルド出来るようにしたAndroidアプリのプロジェクトを用意します そして、gradleでdeploygateに簡単に上げられるgradleプラグインがあるので詳しくはここを参照しながら準備して下さい ここで重要なのが、deploygateを上げる際にtoken(api key)が必要なんだけど、これは公開してはいけないので、gradle.propertiesを使って外部化する(下のやつのmyToken部分) 今回はこの
OpenSSLの「Heartbleed」脆弱性は2年前から存在、「最悪のケースを想定して対処を」と専門家
OpenSSLの「Heartbleed」脆弱性は2年前から存在、「最悪のケースを想定して対処を」と専門家：チェック方法まとめ オープンソースのSSL/TLS実装「OpenSSL」に見つかった情報漏えいにつながる脆弱性の影響が拡大。専門家は「最悪のケース、つまり秘密鍵の漏えいを想定して対処すべき」と述べている。 オープンソースのSSL/TLS実装「OpenSSL」に見つかった情報漏えいにつながる脆弱性の影響が拡大している。OSやクラウドサービス、ネットワーク機器の中には、脆弱性のあるOpenSSLを利用しているものが多数あり、ベンダー各社が確認・対応を進めている。国内でもこの脆弱性の影響を受けるサイトが確認されており、中には一時的にサービスを停止し、対処を優先したサービスもある。 この脆弱性は、OpenSSL バージョン1.0.1／1.0.2系に存在する。Heartbeat拡張の実装に見つか
エンジニア「で、あなたは何が出来るの？」
そこにあるのは不平等感非エンジニアの起業家が最初のエンジニアを採用出来ない理由 | rake:enjoy 非エンジニアの起業家が悩んでる間に、エンジニアは趣味で作っちゃうんですよ。で、これを採用で考えた場合、趣味レベルで作れるものが出来ていないアイデアだけの状態で誘われたとして一緒にやりたいって思うでしょうか？？ エンジニアの立場として考えると、ジョインしたいと思えるスタートアップは、エンジニアがいなかったとしても最低限形になっていて、更に言うとユーザが付き始めて使い始めている状態じゃないと 「で、あなたは何が出来るの？」 と思わざるを得ないかなと。 よくぞ言ってくれた、というところ。 この手のことってなかなか言いにくいので、これに便乗する形でしか僕こういうこと言いませんけど、たとえば僕はおよそ30年の人生の中で自分のエンジニアスキルに投資した時間は少なく見積もっても10000時間は超えて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
