Windowsにデカい脆弱性。修正パッチ今すぐ入れよう2014.11.12 19:00 satomi 恐怖のパッチの日。 本日、春に騒がれたHeartbleed並みにおっかない脆弱性がWindowsの幅広い範囲で見つかり、深刻度「緊急」の修正パッチがリリースです。 まだこの脆弱性を悪用した事例の報告はマイクロソフトには上がってないようですが、「特別に細工されたパケットの不適切な処理により、セキュア チャネル (Schannel)セキュリティパッケージにリモートでコードが実行される脆弱性が存在します」と公式サイトには書かれています。 つまり攻撃者がパケットに特別な細工を施してサーバーを攻撃すると、アカウント認証抜きでリモートで任意のコードが実行されるっぽいのです。穴の在り処が、Windowの暗号化と認証を管理するレイヤーの「セキュアチャネル(Schannel)」のライブラリ内というところも深
Java 8でSpockを使ってJavaクラスのモックを作成しようとしたらエラーが出ました。 Groovyクラスのモックではエラーは出ません。 class ExampleSpec extends Specification { def "shell should write stdout to #logging"() { given: def out = System.out System.out = Mock(PrintStream) when: //... then: System.out.println('some message') cleanup: System.out = out } } java.lang.IllegalArgumentException at net.sf.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeM
概要 namespaceという機能を使えば、Grailsで同名のコントローラを使い分けることが出来るようになります。 別の言い方をすれば、コントローラをpackageに分けて整理することが出来るようになります。 例えば、一般ユーザがアクセスするコントローラはfrontendパッケージ内に配置して、管理画面用のコントローラはbackendパッケージに配置して整理するといった使い方が想定されます。 以前、namespaceについて2回記事をQiitaに投稿しました。 [Grails]namespaceを使って同名コントローラを使い分ける [Grails]namespaceの使い方 うまく動かないな〜と言いながら上記の記事を書きましたが、結局自分の理解が間違っていただけでした。 今回のものが最終版という位置付けです。 前提条件 アプリケーション名はnamespacetestとしました。 今回は、
デプロイなどでGradleからSSHアクセスするためのプラグインGradle SSH Pluginのバージョン0.4.4をリリースしました。 build.gradleでプラグインを読み込めばすぐに使えます。以下はreloading Tomcatのサンプルです。 plugins { id 'org.hidetake.ssh' version '0.4.4' } remotes { webServer { host = '192.168.1.101' user = 'jenkins' identity = file('id_rsa') } } task deploy << { ssh.run { session(remotes.webServer) { put 'example.war', '/webapps' execute 'sudo service tomcat restart' } }
/tmp/sbt_234ad403/CompilerInterface.scala:240: error: recursive method rootLoader needs result type override def rootLoader = if(resident) newPackageLoaderCompat(rootLoader)(compiler.classPath) else super.rootLoader ^ /tmp/sbt_234ad403/CompilerInterface.scala:240: error: value rootLoader is not a member of scala.tools.nsc.backend.JavaPlatform override def rootLoader = if(resident) newPackageLoader
この記事は自分のはてなブログに書いた記事のqiitaコピペ版です.http://programmermot.hatenablog.com/entry/2014/11/09/033433 何が起こったのか gradle普通にやると,gradlewとかいうgradleを持ってない下々の者でもgradleを利用できるようになる便利ツールがあるんだけど,なぜか「Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain」というエラー吐いて今動かなかった. 色々調べてると,/gradle/wrapperの中にある,gradle-wrapper.jarが存在しないからと言われた. 何が原因だったのか 色々調べてると,<project root>/gradle/wrapperの中にある,gradle-wrap
GradleからJettyを動かすときはJettyEclipse Pluginを使っていたのですが、Jettyのversion upに追随してなかったり、HotDeployされなかったり、ちょこちょこ痒いところに手が届かない。そんなおりGitHubをうろうろして見つけたのがGretty。 Jetty7-9だけでなくTomacat7-8にも対応しており、Spring-Loadedを利用したHotDeployもできるようです。しばらく使ってみよう。 pluginのインストールはこんな感じ。 buildscript { repositories { jcenter() } dependencies { classpath 'org.akhikhl.gretty:gretty:+' } } apply plugin: 'org.akhikhl.gretty' Register as a new u
groovyとDocker Remote APIでDockerfileからイメージを作成するには、以下のようなコードを実行します。 サンプルコード @Grab(group='org.apache.httpcomponents', module='httpclient', version='4.3.5') import org.apache.http.client.methods.* import org.apache.http.impl.client.* import org.apache.http.entity.* import groovy.json.* // Dockerfileはstageディレクトリに配置する def ant = new AntBuilder() ant.tar(destfile:"dockerfile.tar", basedir:"./stage") def h
Quick startup, by using a JVM process running in background GroovyServ reduces startup time of the JVM for runnning Groovy significantly. It depends on your environments, but in most case, it’s 10 to 20 times faster than regular Groovy. Features GroovyServ provides following features: Quick startup of Groovy script (about 10 to 20 times much). Transparent server operation. If a server is not runni
やりたいこと Copy.expandは環境に応じてプロパティを変えるのに使うことが多いかと思いますが、今回はマルチプロジェクト構成でプロジェクトごとにプロパティを変える必要があったので用意しました。 ディレクトリ構成はこんな感じ。 ├── build.gradle ├── proj-a │ ├── build.gradle │ └── properties ├── proj-b │ ├── build.gradle │ └── properties ├── properties │ └── fileA └── settings.gradle build scripts subprojects { task filterProperties (type: Copy) { afterEvaluate { project -> from('../properties') in
クラウドメールサービスSendGridを使ってJavaからメールを送ってみます。 SendGridを使ってメールを送る方法はいくつかあります。詳しくは公式ブログを参照してください。 SMTP Web API マーケティングメール機能 今回はSMTPとX-SMTPAPIを組み合わせて宛先毎に内容の異なるメールを送ってみます。 SMTP SMTPはWeb APIに比べて細かいメール送信パラメータを指定できるのがメリットですが、それが面倒な場合、デメリットにもなります。でも、UTF-8以外のエンコードを指定してメールを送りたい、といった場合はSMTPが必須になります。今回は歴史的な経緯上よく使われるJIS(ISO-2022-JP)でメールを送ります。ちなみにUTF-8で送るバージョンはこちら。メール送信用ライブラリは定番のJavaMailを使っています。 X-SMTPAPI 名前がSMTPっぽく
クラウドメールサービスSendGridを使ってJavaからメールを送ってみます。 SendGridを使ってメールを送る方法はいくつかあります。詳しくは公式ブログを参照してください。 SMTP Web API マーケティングメール機能 今回はSMTPとX-SMTPAPIを組み合わせて宛先毎に内容の異なるメールを送ってみます。 SMTP SMTPはWeb APIに比べて細かいメール送信パラメータを指定できるのがメリットですが、それが面倒な場合、デメリットにもなります。今回はUTF-8でメールを送ります。メール送信用ライブラリは定番のJavaMailを使っています。 X-SMTPAPI 名前がSMTPっぽくて紛らわしいですが、X-SMTPAPIはSendGrid独自の拡張ヘッダです。これを利用するとメール送信時にSendGridの様々な機能を使うことができます。今回は、To、Substituti
この記事の内容は、Jacob氏による"Grails Diary"を、意訳した内容です。誤訳等有りましたら @tyama宛てに(DMで)優しく報告ください。 元記事:Grails Diary - Week 45。 Gradle version 2.2がリリースされました。 このバージョンでは、依存管理で簡単に設定ファイルを共有したりクロスビルドを行うなど多くの性能が盛り込まれています。詳しくはリリースノートを参照してください。もちろんGVMからもインストール可能です。 Grooscript version 0.6.2がリリース!jQueryのファンクションが呼び出せるようになりました。 これに対応するGradleプラグインはバージョン 0.7 となります。 Elasticsearch version 1.4.0,のリリース!このバージョンから、MVELに変わってGroovyがデフォルトのス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く