タグ

2013年11月13日のブックマーク (15件)

  • Ant「antcallタスク」メモ(Hishidama's ant-antcall Memo)

    Ant:サブルーチン呼び出しタスク タスクの一部をサブルーチンのようにして呼び出すことが出来る。 depends antcall macrodef ant [2010-02-13] targetのdepends属性 targetタグには、dependsという属性がある。 これは、自分のターゲットを実行する前に、準備(前提条件)として呼び出す為の別タスク(ターゲット)を指定するもの。 例えば、コンパイルする前にコンパイル先のディレクトリーを作っておく、といった用途に使用する。 <?xml version="1.0" encoding="EUC-JP"?> <project name="depends_sample" basedir="." default="compile"> <property name="classes" location="../classes" /> <target

    nobusue
    nobusue 2013/11/13
    Groovyタスクを外だししてimportする場合は、antcallでtargetを呼び出すとよい。パラメータは<param name="a" value="1">で渡せば、callされた側で${a}みたいにして拾える。
  • Antスクリプト内でGroovyを利用する - No Programming, No Life

    はじめに GroovyではAntBuilderやGantといったAntを利用する上でとても強力な拡張が存在しますが、もうちょっとシンプルにAntスクリプト内からGroovyを利用する方法もあるのでそのご紹介です。 使い方 Seeing is believing!! ということで、サンプルをば。 (動作確認 Groovy Version: 1.7.2 JVM: 1.6.0_20, Apache Ant version 1.7.1 compiled on June 27 2008) taskdefにてgroovyタスクを宣言します。classpath属性でgroovy-all-*.jarへのフルパスを指定して下さい。*1ちなみに、<![CDATA[ ... ]]> のようなCDATAセクションで囲んでいるのは、Groovyスクリプト内で "<" などのようにxml文字列をエスケープする煩わしさ

    Antスクリプト内でGroovyを利用する - No Programming, No Life
  • crontabがどうしても動かないときに確認すべき3つの点+α - ドキッ!はてなブログに移転しました!

    とりあえずここではCentOS5.3に標準で入ってたcronでの話ということで crondは動いているか 実行ファイルの権限は正しいか cronのログを確認すべし ということで crondは動いていますか? # /etc/rc.d/init.d/crond status crond (pid xxx) を実行中...で動いているか確認 # chkconfig --list crond crond 0:off 1:off 2:on 3:on 4:on 5:on 6:offで2-5番までonになっていますか? 実行ファイルの権限は正しいですか? ls -al | grep test -rwxrwxr-x 1 hoge hoge 2615380 3月 10 01:54 test.jarで実行したいファイルの実行権限を確認してみましょう ちなみにここでは 最初のrwxはファイル所有者の権限 次のr

    crontabがどうしても動かないときに確認すべき3つの点+α - ドキッ!はてなブログに移転しました!
  • フィルタを使ってみよう

    はじめに xsltを使い始めたが,よく似たxsltをいくつか作らないといけないことに気がついた.例えば,備忘録と雑録はディレクトリのパス等を除いてほぼ共通である. antのフィルタ機能を使うと,これらの良く似たxsltを一つにできそうだ. xsltファイルを修正 それぞれのxsltで違うところを“@”で囲んだ文字列に書換える.例えば,備忘録のxsltの場合,以下のようになる. <!-- 書換える前 --> <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:include href="framework.xsl"/> <xsl:template name="link"> <link rel="st

    nobusue
    nobusue 2013/11/13
  • Windows OS上で超気軽にbash環境を楽しめる「clink」

    コマンドプロンプトとの互換性も十分 Windows OSはMS-DOSによるCUI(キャラクターユーザーインターフェース)環境から、GUI(グラフィカルユーザーインターフェース)の流行(りゅうこう)に沿って生まれたOSである。そのため、Windows 9x時代はMS-DOSと密着し、Windows NT系となる現在ではNTVDM(仮想DOSマシン)という仮想マシン上で実行されてきた。既にWindows XP Service Pack以降は、後継のコマンドラインシェルとしてWindows PowerShellが標準搭載されていることから、長年使ってきたコマンドプロンプトの進化を期待するのは難しい。 そもそもシェルと呼ばれるコマンドラインインタープリタは、Windows 9x時代のcommand.comやWindows NT系のcmd.exe(コマンドプロンプト)だけではない。UNIXに目を向

    Windows OS上で超気軽にbash環境を楽しめる「clink」
  • 第3回 ファイル/レジストリの操作

    PowerShellではファイルシステムだけでなく、レジストリや環境変数なども同じ方法でアクセスできる。その操作方法を解説する。 連載目次 前回までは、PowerShellの概要と基礎文法について述べた。今回からは、PowerShellを用いたシステム管理の具体的な方法についてテーマ別に述べていく。今回はシステム管理の基となるファイル操作およびレジストリ操作の方法について述べる。 PSプロバイダとPSドライブ PowerShellでは従来のシェルと同じく、ファイル・システムの情報を取得したりファイル操作を行ったりすることができる。例えばカレント・ディレクトリに含まれるファイルとフォルダの一覧を取得するにはGet-ChildItemコマンドレット(エイリアスはdir、ls、gci)を利用する。またカレント・ディレクトリを移動するにはSet-Locationコマンドレット(エイリアスはcd、

    第3回 ファイル/レジストリの操作
  • 第2回 PowerShellの基礎

    PowerShellを使いこなすために必要な、最低限の基礎文法知識を身に付けよう。PowerShell 2.0の新機能についても解説する。 連載目次 前回はPowerShellの概要およびインストールと使用方法について解説した。次回からはPowerShellを使ったシステム管理法をテーマ別に解説するが、その際に必要となるPowerShellの基礎文法を今回取り上げ、解説しておく。またPowerShell 1.0から2.0にバージョンアップした際に追加された新機能についても説明する。 前回説明したとおり、PowerShellはシェルであり、コンソールを用いて対話的にコマンドレット(PowerShellのコマンド)を実行していくことができる。またPowerShellがシェルであると同時に、スクリプト言語でもあることも前回述べた。PowerShellにおいてはコンソールで入力するものとスクリプト

    第2回 PowerShellの基礎
  • PowerShell的システム管理入門 第1回 PowerShellの概要 − @IT

    コマンド・プロンプトやWSHスクリプトはもう古い!? これからのWindowsシステム管理はPowerShellでスマートに片付けよう。 連載目次 Windows PowerShell(以下PowerShellと表記)は、コマンド・プロンプトに代わってWindowsを管理するための新しいシェルとして開発され、Ver.1.0が2006年に、Ver.2.0が2009年にリリースされた。PowerShellはクライアントOS(Windows XP/Vista/7)とサーバOS(Windows Server 2003/Server 2008/Server 2008 R2)のいずれでも動作する。 PowerShellについてはすでにフォーラムでも何度か記事を掲載しているが(関連記事参照)、連載ではより進んだ活用方法として、PowerShellを用いたシステム管理について解説していく。毎回テーマを

    PowerShell的システム管理入門 第1回 PowerShellの概要 − @IT
  • How to install and use JRebel in IBM WebSphere with Rational Application Developer or Eclipse | ZeroTurnaround.com

    In this blog post, Product Manager Curtis Johnson calls out key themes from the 2024 Java Developer Productivity Report.

    nobusue
    nobusue 2013/11/13
    jRebelを開発しているとこが発行しているWebマガジン なかなか読みごたえがあります
  • http://linux.just4fun.biz/%E9%80%86%E5%BC%95%E3%81%8DUNIX%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89/%E3%82%B7%E3%83%B3%E3%83%9C%E3%83%AA%E3%83%83%E3%82%AF%E3%83%AA%E3%83%B3%E3%82%AF%E3%81%AE%E5%AE%9F%E4%BD%93%E3%81%AE%E3%83%91%E3%82%B9%E3%82%92%E5%8F%96%E5%BE

  • ブログ名は後で考える: シンボリックリンクの張替え

    PHP使ってると使用頻度の高いSmartyとかZendFrameworkとか。 多分に漏れず私もよくお世話になってますー。 大抵はどこか置き場所を決めて、'Smarty-2.6.26'の様にバージョン含んだディレクトリ名のまま集めといて、そのサーバで主に使うバージョンにはバージョン無しで(Smartyなら'Smarty'という名前で)シンボリックリンクを張って、シンボリックリンク経由で使うようにしている。 そんな運用方法をしていながらずっと悩んでたのが、既にあるシンボリックリンクを削除せずにリンク先を変更する方法。 だって、新しいバージョンに切り替える時とか、リンク先を変更したい事は結構多いけど、 普通にln -sしたって上手い事リンク先が上書きされるとか、そんな事にはならないし。 だからって一旦削除して作り直しをすると、 タイミング悪く削除して作られる前の瞬間にアクセスしてくる人が居ない

  • DBスキーマもバージョン管理したい!

    PostgreSQLカンファレンス2013 LightningTalk (2013-11-13: migr8.rbの設定箇所を若干修正) (2013-11-14: SQLite3での設定等を修正、「migr8.rb new --table=users」を追加)

    DBスキーマもバージョン管理したい!
  • Netty.docs: Related projects

    Did you know this page is automatically generated from a Github Wiki page? You can improve it by yourself here! Make sure the list contains only open source projects documented in English and the list is sorted alphabetically. Remove unmaintained projects (no commit activity for last 12 months.) Akka is a Scala-based platform that provides simpler scalability, fault-tolerance, concurrency, and rem

    nobusue
    nobusue 2013/11/13
    すげー使われてるな
  • Netty 4がTwitterのGCオーバーヘッドを1/5に削減

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Netty 4がTwitterのGCオーバーヘッドを1/5に削減
    nobusue
    nobusue 2013/11/13
    GCを避けて自力でメモリ管理、というのがパフォーマンスを稼ぐための定番テクニックになりつつある
  • 『Jenkinsで定期実行するJobを管理したほうが良い3つの理由』

    定期実行って、Cronを使ってやるのが一般的ですよね。 エンタープライズシステムだとJP1とか使って管理したりしますが、 それJenkinsで良くない? というわけで考えて見ました。なんでJenkinsがいいのか。 メリット(cronとの比較)① SVNなどのSCMとの連携が可能 ② メール等のアラートが可能 ③ 実行履歴の確認が容易 デメリット① Jenkinsが落ちたら動かない ただこれはJenkinsの監視やバックアップである程度回避できます。 またJP1 などは大変高価なので、無償で使えるのは嬉しいですね!実際にやってみたまずはSVNに適当なプロジェクトを作って適当なShellスクリプトをコミットしてみます。 SVNはファイル単位でのチェックアウトができないのでGitで管理したほうがいいのかもしれません。 Shellスクリプトは終了コードを明示的に0と書いたほうが良いでしょう。 J

    『Jenkinsで定期実行するJobを管理したほうが良い3つの理由』
    nobusue
    nobusue 2013/11/13
    cronの代替として