自動化Night リバースエンジニアリングツールの紹介
自動化Night リバースエンジニアリングツールの紹介 1. リバースエンジニアリング ツールの紹介 AQD 太田健一郎 2. 自動化対象のソフトウェアやプログラム、サービ スと同様の問題が発生する 作った本人しか理解できない複雑怪奇なスクリプト スクリプトだけで意図を示した設計書が存在しない 設計書は存在するが、スクリプトと同期していない 複数の人の手が入り、複雑怪奇になっている 自動テストのテストが必要な状態になっている 自動化が進むと発生する問題 3. 定義 ソフトウェアやハードウェアなどを分解、あるいは 解析し、その仕組みや仕様、目的、構成部品、要素 技術などを明らかにすること。プログラムの分野で は、モジュール間の関係の解明やシステムの基本仕 様の分析といった行為を含む。 http://e- words.jp/w/E383AAE38390
ant taskを使ってnative2asciiを実行メモ - tomoTaka’s blog
antのnative2asciiを使って「src」フォルダ配下にある「test.properties」を「dest」フォルダ配下に「test.properties」を作成してみました。 フォルダ構成とプロパティファイルの値 destフォルダ配下のファイルはユニコードエスケープされて作成されていることを確認できました。 build.gradle タスク名に「native2ascii」を指定して、２行目でantのnative2asciiを指定しているだけです。 task native2ascii << { ant.native2ascii(src: 'src', dest: 'dest') } 実行 タスク名の「native2ascii」を指定して実行 gradle native2ascii 実行結果 実行が成功しています。 本来ならもっといい方法があると思うのですが、、、（汗） とりあえず少
HudsonでJMeterを使った負荷テストを定期的に行う - cynipeと読む
Performance Pluginを使えばant+jmeterで簡単に出来る。jmeter-maven-pluginなんてものもあるけれど負荷テストをプロジェクトのpomに書くのはやり過ぎ感にあふれるので今回は使わなかった。 まずはantを使って負荷テスト用プロジェクトを以下のようなディレクトリ構成で作成。ぶっちゃけPerformance Pluginのwikiのをコピーしてディレクトリをちょこっと弄るだけで済んだ。わーい。 load-test ├── build.xml ├── results:結果ファイル用ディレクトリ │ ├── html │ └── jtl └── scenarios:jmxファイル置き場 ├── some-dynamic-properties.csv └── some-stress.jmxbuild.xml <project default="all"> <pr
Ant「execタスク」メモ(Hishidama's ant-exec Memo)
Windowsの例 JBossのrun.batを実行する例。 <?xml version="1.0" encoding="Shift_JIS"?> <project name="jboss" basedir=".." default="run"> <property name="jboss.home" location="C:/jboss/jboss-4.2.3.GA" /> <target name="run"> <exec executable="${jboss.home}/bin/run.bat" /> </target> </project> Eclipseのantで実行すると、Eclipseのコンソール上にメッセージ類が表示される。 そのコンソール上のコマンドが終了するまで、ant実行自体も終了しない。 spawn属性をtrueにして別プロセスにしてみると、ant実行はすぐ終了す
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Apache Ant - Wikipedia
Apache Ant is a software tool for automating software build processes for Java applications[2] which originated from the Apache Tomcat project in early 2000 as a replacement for the Make build tool of Unix.[3] It is similar to Make, but is implemented using the Java language and requires the Java platform. Unlike Make, which uses the Makefile format, Ant uses XML to describe the code build process
AntのGroovyタスクを使うときの俺流ベストプラクティス - nobusueの日記
G* Advent Calendar 2013の12/16担当、@nobusue です。 12/7に続き二度目の登場になりますが、引き続き実務に役立つシリーズでいきたいと思います。といっても、「ビルドはGradleで決まりだよね！」というイマドキの現場ではなく、いまだにAntでがんばっている(ちょっと残念な)現場の方向けです。 最近はMavenやGradleやsbtなんかの新興勢力に押され気味のAnt御大ですが、その安定感からいまだに「Ant以外認めない」という現場も多いと聞きます。(あくまで伝聞ですよ。。。)実際、要件的にはAntで十分というケースも多いでしょう。しかし、やはりAntで無理やりがんばるのはあまり得策ではないケースというのもままあります。例えば、 テンプレートエンジンを利用して設定ファイルを動的に生成したい(単純なプロパティの置換ではすまない、もしくは日本語を含む文字列を置
Gradleからマイナス文字を含んだAntタスクを呼び出す - Toby55@新潟の日常
約一年振りって、、、それは昨年もやったよ(大汗)ということで、今年もやってきました、G* Advent Calendar 2013。6日目は私です。 Antを使っていた方がGradleに移行する際に何が便利か、というとAntのタスクをそのまま呼び出せることだと思います。 昔作ってそのまま使っていた為に、Gradleのプラグインにするにもソースが見つからないとか、開発者がもう居ないとか(汗)の場合でも安心ですね。 さて、AntのタスクはXMLで定義しますので、タスク名にマイナス文字が含まれたものを定義できてしまいます。このようなAntタスクをGradleから呼び出すには、どうしたら良いでしょうか。 例えば、"foo-bar"タスクを呼び出す際には、Antなら次の様に書きます。 これをGradleから呼び出す為に、次の様に書くとエラーになります。 ant.foo-bar(user: 'Toby
Antでファイルの存在チェック - cigiの日記
available タスクで存在チェック。 target の if 属性で分岐。 <?xml version="1.0" encoding="Shift_JIS" ?> <project name="file.exist.sample" default="main"> <target name="main"> <available file="hogehoge.txt" property="have.resources" /> <antcall target="file-is-existing" /> </target> <target name="file-is-existing" if="have.resources"> <echo message="File is existing"/> </target> </project> 実行結果： main: file-is-existin
Ant独自タスクの作り方メモ(Hishidama's Ant make task Memo)
タスクの使用（build.xml上の記述） コンパイル用クラスパス [2007-08-26] タスククラス [/2009-01-22] 実行（execute） [/2010-01-23] 属性（set） 候補選択 [2008-12-25] 子要素（add） [/2007-08-26] DataType 子要素の継承 [/2009-01-13] テキスト要素 [/2009-01-27] プロパティーの展開 [/2015-12-28] ログ出力の方法 タスク定義 独自に作ったタスクをbuild.xmlで使うには、antにそのクラスの場所を教えてやる必要がある。 taskdefを使えば、build.xml内で指定できる。（typedefでも可） build.xml： <taskdef name="original" …build.xml内で使う名称 classname="jp.hishidama
Ant × Groovy = 最強！ - mtoyoshi開発メモ
Groovyには最初からAntBuilderなるクラスが組み込まれていて、それを使って、build.xmlでやっていることと同等のことが出来ることはわかった。Groovy!参照。 しかしそれだとGroovyベースになってしまい、既にbuild.xmlが結構な量ある場合はそれを全部置き換える必要があるため、反発が強そうだ。やりたいこととしてはxmlの弱点であるifやforが使いたいだけなので、jspのようにタグの中にスクリプトを組みこむようなことが出来たらいいなぁと思うんです。でね、色々探していたら、出来たんす！ 次のコードをご覧あれ！！ <?xml version="1.0" encoding="Shift_JIS"?> <project name="sample project" basedir="."> <property name="src.dir" value="C:/hogeho
ant中からgroovyを呼び出す〜あれこれ〜 - mtoyoshi開発メモ
Antからgroovyが呼び出せるようにする設定はこちらを参照してください。 http://d.hatena.ne.jp/mtoyoshi/20071125/1195955576 基本編 タグ中はgroovyプログラミングが可能。Antで用意した変数はgroovy側でも利用可能です。 <target name="some_target"> <antcall target="func"> <param name="sample.flag" value="true" /> </antcall> </target> <target name="func"> <groovy> println properties['sample.flag'] </groovy> </target> 外部groovyファイルを呼び出す groovyタグで囲んだ中ではgroovyのプログラムが実行可能。 こうやれば外
antcallやantでプロパティをまとめて指定する
プログラムでは、同一の処理を複数個所に記述してしまうと、可読性やメンテナンス性が低くなってしまいます。そのため、複数個所で同一の処理を利用する場合は、同一の処理を1つのサブルーチンとして記述しておき、必要な個所でそのサブルーチンを呼び出すのが一般的です。同様に、Antスクリプトでも、サブルーチンをtargetとして記述し、antcallタスクやantタスクを使用して呼び出すことが可能です。 しかし、Antでサブルーチンを呼び出すときには注意が必要です。antcallやantのinheritAll属性値を“true”（デフォルト値）にしてtargetを呼び出すと、呼び出し元で参照可能な全プロパティが呼び出し先からも参照できてしまうからです。通常、一度設定されたプロパティは再設定することができないため、呼び出し先で定義しようとしているプロパティが呼び出し元ですでに定義されていた場合、予期しない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Exec Task
How to get the SVN revision number for use in ANT - SixFive
Executing PL/SQL from ANT - how to keep the format straight - AMIS Technology Blog | Oracle - Microsoft Azure
SSHEXEC Task
How to install and use JRebel in IBM WebSphere with Rational Application Developer or Eclipse | ZeroTurnaround.com
http://groovy.codehaus.org/The+groovy+Ant+Task
Writing a Simple Buildfile