Dapatkan Peluang Menang Slot Online Lebih Besar Di Bandar Teraman Karena banyaknya pilihan situs judi di internet. Penting bagi seorang pemula khususnya untuk memilih sebuah bandar judi terpercaya. Karena berbagai…
javaのバッチプログラムから、外部のサーバにアクセスして、Getメソッドでzipファイルをダウンロードすることになったので、調査したことを書いておきます。 javaプログラムからHttpでサーバにアクセスして情報取得するライブラリはいくつかあるのですが、「Apache HttpComponents」プロジェクトの「HttpClient」が使いやすかったです。 以前は「The Commons HttpClient」プロジェクトだったようですが、それがこちらに置き換わったようですね。 このプロジェクトは 「java.net」等のパッケージを使って頑張ってプログラムを書くのもいいんだけど、もう少し利用しやすい形でHTTPをハンドリングするアプリから利用できないか という理念に基づいて運営されていて、通常のGET、POSTはもちろん、proxy経由でのWebアクセスや、BASIC認証、SSLでの
久しぶりにApache Jakarta HttpClientを利用してみたところ最新の4.3であまりにもインターフェースが変更されていて非推奨の警告ばかりでてきました。 警告なので当面は動作するのですが今後のことを考えて正しい使い方を調べてサンプルコードを作成してみました。 2013年11月現在、英語も含めてあまりサンプルソースコードが見つからないので参考にしたのは本家のJavaDocとソースコードを追って確認しました。 これまで使い慣れていた人にとってdeprecatedが多くなってしまうほどの大幅な変更です。 本家JavaDoc https://hc.apache.org/httpcomponents-client-4.3.x/httpclient/apidocs/ 大きな変更点として、実装面ではスレッド処理に強い実装になっていること、プログラミング記述上の変更点としては設定系がそれぞ
HttpClientの3.0系はレガシーということで、4系を触ってみました。 実行環境は以下です。 JRE 1.6 HttpClient 4.0.3 (httpclient-4.0.3.jar) HttpCore 4.0.1 (httpcore-4.0.1.jar) Commons Logging 1.1.1 (commons-logging-1.1.1.jar) 簡単に、HTTP接続ができていい感じです。 サンプルは以下。 public class HTTPSample { private static HttpClient httpClient = new DefaultHttpClient(); public static void main(String[] args) { // プロキシがある場合は、以下のようにして設定する //HttpHost proxy = new Http
少し前にJAX-RSのクライアントを触ったこともあり、久々にいくつか書いてみたくなりまして。 java.netからJAX-RSまで、いくつかHttpClientのサンプルプログラムを書いてみたいと思います。 サンプルとしては、 簡単なGET/POSTを行う HTTPステータスコードが200かどうか判定する レスポンスをコンソールに出力する です。パラメータのURLエンコーディングとかまでは書いてないので、そこは微妙かも。まあ、こんなのがありますよってことで。 なお、ビルド・実行にはMavenを使用しました。 java.net.URL Java標準ライブラリを使って書く方法になります。特にMaven依存関係などは不要です。 サンプルソース。 src/main/java/httpclient/example/JavaNetHttpClient.java package httpclient.e
@Entityアノテーションと@Idアノテーション @Tableアノテーション @GeneratedValueアノテーション @Columnアノテーション @Transientアノテーション @MappedSuperclassアノテーション 次回は @Entityアノテーションと@Idアノテーション まずは、これが無いと始りません。@Entityは該当のクラスがエンティティであることを指定し、@Idはプライマリキーとなるプロパティかフィールドを指定します。 @Entity public class Customer { @Id private Long id; private String firstname; private String lastname; // ・・ } @Idは以下の様に指定することもできます。というかこっちの方が一般的か? @Id public Long getI
デブサミやJava Day Tokyoなど、会社の許可をもらってイベントにありがたく行かせてもらっているけど、ちゃんとレポートできていなかったということで、社内勉強会で話すことにしました。 まとめ資料を作ったので、このブログにて先行して公開してしまいます*1。少し前のエントリで資料をアップロードしたのはこのための準備でした。 資料の位置づけ 古いJavaの知識で止まっている人(自分含め)やこれから本格的にJavaを学ぼうと思っている人に、最近のJava関連の新機能などをざっくりつかんでもらうための資料です。内容の深さ・広さは、聴く人のJavaスキルに合わせた一応合わせたつもりです。 Java SE 8がリリースされて、その界隈では「for文禁止」などと言われる一方で、会社の新人研修で教えるJavaでは、「ループはforやwhileを使って書きます」みたいに教えるわけで、その辺のギャップを埋
RIAに代わる技術、実用的SPAについて考える~第7回エンタープライズ×HTML5ナイトセミナー~ 佐川 夫美雄(Ashiras, inc.) Appleショックにより禁じ手となったFlex、Silverlight、JavaアプレットなどのプラグインベースRIA製品の代替として、SPA(Single-page Application)が注目を集めています。HTML5の高度なオフライン機能を大規模開発で利用する際にも重要な役割を担う技術です。 しかしながらその実装方法には、ベンダ製品からOSS製品まで、思想も実装もバラつきがあります。何をもって正しいとするのか、どのような判断基準により選定するのかも、難しいという状況ではないでしょうか。 2014年1月27日に開催されたhtml5jエンタープライズ部による「第7回エンタープライズ×HTML5ナイトセミナー」。会場はKDDI様品川イーストワンタ
4 RESTful Webサービス・クライアントの開発 この章では、Java API for RESTful Web Services (JAX-RS)を使用して、Representational State Transfer (REST)アーキテクチャ・スタイルに従ったWebLogic Webサービス・クライアントを開発する方法について説明します。 この章の内容は以下のとおりです。 RESTful Webサービス・クライアントの開発について クライアント・インスタンスの作成および構成 Webリソース・インスタンスの作成 リソースへのリクエストの送信 リソースからのレスポンスの受信 RESTful Webサービス・クライアントの開発について Jersey JAX-RS RIにより、RESTful Webサービス・クライアントを開発するためのクライアントAPIが提供されます。クライアントAP
Jerseyのバージョン1.9.1で追加されたCSRFをステートレスに防ぐフィルタが興味深かったので、そのメモです。 CSRF対策の手法 通常、CSRF攻撃を防ぐにはトークンを使う方法があります。サーバがクライアントにトークンを発行して、クライアントは発行されたトークンをクエリパラメータなどの形でリクエストに付与します。サーバはトークンが付与されていないリクエストを実行しません。攻撃者は発行されたトークンを知らないため、リクエストを実行できないという寸法です。 CSRF対策とステート ただし、この方法ではトークンの取得〜リクエストの発行にステートができるため、WebAPIがステートフルになってしまうという問題があります。RESTベースのWebAPIはやはりステートレスに作りたいところです。 そこで、JerseyのCSRF対策フィルタはステートレスになるよう作られています。 JerseyのC
This document provides an overview of using Dropwizard, an open-source Java framework, to build RESTful web services. It discusses REST concepts like resources and representations, REST verbs like GET and POST, and architectures for REST APIs. It then introduces Dropwizard and its components for building HTTP services with features like Jetty, Jersey, Jackson, and metrics support. The document dem
<dependency> <groupId>com.sun.jersey</groupId> <artifactId>jersey-bundle</artifactId> <version>1.11.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>com.sun.jersey.jersey-test-framework</groupId> <artifactId>jersey-test-framework-http</artifactId> <version>1.11.1</version> <scope>test</scope> </dependency> Jerseyのartifactはjersey-serverやjersey-jsonなどいくつかに分かれているのですが、jersey-bun
JaveEE6に対応しているGlassfish 3.0を使う方が手っ取り早いとは思いますが、、サーブレットコンテナとしてTomcat6.0を使った環境でJAX-RSを使ってみます。 JAX-RSの実装としては、JavaによるRESTfulシステム構築では、Jersey, Apache CXF, JBoss RESTEasyなんかが紹介されています。CXFはJAX-WSも含んでいて大きそうなので、今回は参照実装であるJersey 1.5を使ってみます。前提としてMavenを使ったWebアプリケーションのプロジェクトがあるとします。 pom.xmlでの依存ライブラリの追加 pom.xmlにrepositoryとdepenencyを追加します。jersey-jsonはJSONを使用する場合に追加します。Jacksonが使われるようです。 <repositories> <!-- 省略 --> <r
http://www.youtube.com/watch?v=cDBdzxwQh6k1 comment | 0 pointsRent the RunwayのHead of EngineeringのCamille Fournierが、Dropwizardを利用して、オペレーション駆動型のサービスづくりをしている取組みを紹介しています。 ドレス服レンタルサービスのRent the Runwayは、Founder二人がnon-technicalだったこともあり、最初のサイトはDrupalでつくられたシンプルなもので、複雑なサービスを扱うにはメンテもままならず、サービスが成長するとパフォーマンス的にも対応できなくなった。そこで全てを一度に書き直すのではなく、機能を順次切り出し、Javaでつくるアプローチをとった。Javaにした理由は、自分がよく理解していて、信頼して使えるものだったから。そもそも他
HTTPSを用いたサイトを構築する場合、Cookieにsecure属性をつける必要が出てくる場合があります。 Jettyで設定のメモです。 JettyのCookieにSecure属性を付与する 探しました。 How to get jetty to send jsessionid-cookies with the secure-flag when using a secure channel Jettyの設定ファイルのjetty-web.xmlを書き換えれば良いようです。 true これを試してみたんですが、動きませんでした。 java.lang.NoSuchMethodException: class org.eclipse.jetty.server.session.HashSessionManager.setSecureCookies(boolean) Jetty9でインターフェイスが変
Posted on 2011-09-16 by yyuu yyuu です。前回投稿してから随分と間が空いてしまいました。前回は node.js について書いた気がしますが、続きも書かないままに今回は Java、というか Jetty についてのお話です。 通常、Jetty で動くアプリケーションのセッションデータは org.eclipse.jetty.server.session.HashSessionManager と呼ばれるセッションマネージャの実装により JVM のヒープ中に保持されます。一台のサーバからなる小規模な環境であればこれでも問題ありませんが、複数台の JVM からなるクラスタなどで障害ノードからセッションのフェイルオーバーを行ないたい場合には、JVM ヒープの外部にセッションデータを保存したうえでクラスタのメンバー間で共有する必要があります。 このような用途に向けて、Jet
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く