スモークテストとは - IT用語辞典
概要 スモークテスト（smoke testing）とは、開発途上のソフトウェアをテスト（試験）する手法の一つで、開発・修正したソフトウェアを実行可能な状態に組み立て、起動するかどうかや基本的な機能が動作するかなどをざっと確認すること。 本格的なテストを実施する前に行われる簡易な確認で、プログラムの追加や修正などによって起動しなくなったり、すぐにエラーで停止してしまったりしないかどうかを確かめる。テストの進行を妨げる致命的なバグを早期に見つけ、効率的にテストを実施するために必要となる。 開発部門とテスト部門が分かれている場合には、スモークテストはテスト側に送る前に開発側で行うべきであるとされる。起動してもすぐに停止してしまうような状況では意味のあるテストのやりようがなく、テスト側はすぐに開発側に差し戻すしかなくなってしまうためである。 もとは電子機器・電気機械の開発工程において、試作品の電源
Alpine Linux - Wikipedia
特徴[編集] Alpine Linuxは独自のパッケージ管理システムとしてAPKを採用している。最初の頃はシェルスクリプトによって書かれていたが[12]、現在はC言語によって書き直されている[13]。GNOME・FFmpeg・Mozilla Firefoxなどが利用できる[14]。 Alpine LinuxはRAMディスクオペレーティングシステムとしてインストールすることができる。このときにlbuを利用することにより、変更した設定ファイルのバックアップを行うことができる。デフォルトの動作では、/etc以下が変更された場合に、tar.gzアーカイブが作成される[15]。 強化されたカーネルがデフォルトのカーネルに含まれているので、悪用や脆弱性の影響を軽減することができる。全てのユーザ空間バイナリがスタックスマッシング保護付きの位置独立実行ファイルとしてコンパイルされるので、バッファオーバーフ
Alpine Package Keeper - Alpine Linux
Because Alpine Linux is designed to run from RAM, package management involves two phases: Installing / Upgrading / Deleting packages on a running system. Restoring a system to a previously configured state (e.g. after reboot), including all previously installed packages and locally modified configuration files. (RAM-Based Installs Only) apk is the tool used to install, upgrade, or delete software
Runtime.Version (Java SE 16 & JDK 16)
public static final class Runtime.Version extends Object implements Comparable<Runtime.Version> Java SE Platformの実装用のバージョン文字列の表現。 バージョン文字列は、任意にリリース前およびバージョン情報が続くバージョン番号で構成されます。 バージョン番号 「バージョン番号」、$VNUMは、ピリオド(U+002E)で区切られた要素の空ではないシーケンスです。 要素は、ゼロまたは先行ゼロのない符号なし整数です。 バージョン番号の最後の要素はゼロであってはなりません。 要素がインクリメントされると、それ以降の要素はすべて削除されます。 書式は次のとおりです。 [1-9][0-9]*((\.0)*\.[1-9][0-9]*)* シーケンスは任意の長さでも構いませんが、最初の4つの要素に
SOAP Version 1.2 Part 1: Messaging Framework (Second Edition)
SOAP Version 1.2 Part 1: Messaging Framework (Second Edition) W3C Recommendation 27 April 2007This version:http://www.w3.org/TR/2007/REC-soap12-part1-20070427/Latest version:http://www.w3.org/TR/soap12-part1/Previous versions:http://www.w3.org/TR/2006/PER-soap12-part1-20061219/Editors: Martin Gudgin, Microsoft Marc Hadley, Sun Microsystems Noah Mendelsohn, IBM Jean-Jacques Moreau, Canon Henrik Fry
致命的エラー・ログ
file変数内の%%という部分文字列は%に変換され、%pという部分文字列はプロセスのPIDに変換されます。 次の例では、エラー・ログ・ファイルが/var/log/javaディレクトリに書き込まれ、java_errorpid.logという名前が付けられます。 java -XX:ErrorFile=/var/log/java/java_error%p.log -XX:ErrorFile=fileフラグを指定しない場合、デフォルトのログ・ファイル名はhs_err_pid.log ( pidはプロセスのPID)になります。 また、-XX:ErrorFile=fileフラグを指定しない場合、システムはそのファイルをプロセスの作業ディレクトリに作成しようとします。作業ディレクトリにファイルを作成できない場合(領域不足、アクセス権の問題、またはその他の問題がある場合)は、オペレーティング・システムの一時
WiX Toolset
About the WiX toolsetThe WiX toolset lets developers create installers for Windows Installer, the Windows installation engine. The core of WiX is a set of build tools that build Windows Installer packages using the same build concepts as the rest of your product: source code is compiled and then linked to create executables; in this case .exe setup bundles, .msi installation packages, .msm merge m
JEP 158: Unified JVM Logging
Summary Introduce a common logging system for all components of the JVM. Goals Common command-line options for all logging Log messages are categorized using tags (e.g. compiler, gc, classload, metaspace, svc, jfr, ...). One message can have multiple tags (tag-set) Logging is performed at different levels: error, warning, info, debug, trace, develop. Possible to select what messages that are logge
Eclipse Memory Analyzer Open Source Project | The Eclipse Foundation
The Eclipse Memory Analyzer is a fast and feature-rich Java heap analyzer that helps you find memory leaks and reduce memory consumption. Use the Memory Analyzer to analyze productive heap dumps with hundreds of millions of objects, quickly calculate the retained sizes of objects, see who is preventing the Garbage Collector from collecting objects, run a report to automatically extract leak suspec
File (Java Platform SE 8)
すべての実装されたインタフェース: Serializable, Comparable<File> public class File extends Object implements Serializable, Comparable<File> ファイルおよびディレクトリのパス名の抽象表現です。 ユーザー・インタフェースおよびオペレーティング・システムは、システムに依存するパス名文字列でファイルおよびディレクトリを指定します。このクラスは、階層的なパス名の抽象的でシステムに依存しないビューを提供します。抽象パス名は2つのコンポーネントで構成されます。 システムに依存する任意指定の接頭辞文字列。ディスク・ドライブ指示子、UNIXルート・ディレクトリの"/"、Microsoft Windows UNCパス名の"\\\\" など ゼロ以上の文字列名前のシーケンス。 抽象パス名の最初の名前は、デ
CompletionStage (Java SE 11 & JDK 11 )
CompletionStageが完了したときにアクションの実行または値の計算を行う、非同期の可能性がある計算のステージです。 ステージはその計算が終了したときに完了しますが、これに続いて他の依存ステージがトリガーされる場合があります。 このインタフェースで定義される機能は、少数の基本形式しか取りませんが、それらがより大規模なメソッドのセットに展開することで、一定範囲の使用スタイルに対応します。 ステージによって実行される計算は、引数を必要とするか、結果を生成するか、あるいはその両方かに応じて、Function、ConsumerまたはRunnableとして(それぞれapply、acceptまたはrunを含む名前を持つメソッドを使用して)表されます。 たとえば: stage.thenApply(x -> square(x)) .thenAccept(x -> System.out.print(
CompletableFuture (Java SE 11 & JDK 11 )
型パラメータ: T - この将来のjoinおよびgetメソッドによって返される結果の型 すべての実装されたインタフェース: CompletionStage<T>, Future<T> public class CompletableFuture<T> extends Object implements Future<T>, CompletionStage<T> 明示的に(その値とステータスを設定して)完了できるFutureです。その完了時に発生する依存関数およびアクションをサポートし、CompletionStageとして使用できます。 2つ以上のスレッドがCompletableFutureのcomplete、completeExceptionallyまたはcancelを試行すると、1つのスレッドのみが成功します。 ステータスと結果を直接操作するこれらのメソッドおよび関連メソッドに加えて、C
HttpClient (Java SE 11 & JDK 11 )
HTTPクライアント。 HttpClientを使用して「リクエスト」を送信し、「レスポンス」を取得できます。 builderを介して HttpClientが作成されます。 ビルダーを使用して、クライアントごとに次のような状態を構成できます: 優先プロトコル・バージョン(HTTP/1.1またはHTTP/2)、リダイレクトの有無、プロキシ、認証プロバイダなどがあります。一度ビルドされると、HttpClientは不変になり、複数のリクエストの送信に使用できます。 HttpClientは、すべてのリクエストの構成情報とリソース共有を提供します。 HttpRequestが送信されるたびにBodyHandlerを指定する必要があります。 BodyHandlerは、レスポンス本文(存在する場合)の処理方法を決定します。 HttpResponseを受信すると、ヘッダー、レスポンス・コードおよび本文(typ
HttpResponse.BodyHandlers (Java SE 13 & JDK 13 )
含まれているインタフェース: HttpResponse < T> public static class HttpResponse.BodyHandlers extends Object レスポンス本文を文字列として処理したり、レスポンス本文をファイルにストリーミングするなど、様々な便利なハンドラを実装するBodyHandlerの実装。 これらの実装では、ステータス・コードは調査されません。つまり、本文は常に受け入れられます。 通常は、同等の名前がBodySubscriberを戻します。 また、必要に応じて、カスタム・ハンドラを使用してステータス・コードおよびヘッダーを確認し、同じタイプの別の本文サブスクライバを返すこともできます。 次に、事前定義された本体ハンドラを使用して、レスポンス本文データのフローを一般的な高水準のJavaオブジェクトに変換する例を示します。 // Receives
HttpClient (Java SE 12 & JDK 12 )
HTTPクライアント。 HttpClientを使用して「リクエスト」を送信し、「レスポンス」を取得できます。 builderを介して HttpClientが作成されます。 ビルダーを使用して、クライアントごとに次のような状態を構成できます。: 優先プロトコル・バージョン(HTTP/1.1またはHTTP/2)、リダイレクトの有無、プロキシ、認証プロバイダなどがあります。一度ビルドされると、HttpClientは不変になり、複数のリクエストの送信に使用できます。 HttpClientは、すべてのリクエストの構成情報とリソース共有を提供します。 HttpRequestが送信されるたびにBodyHandlerを指定する必要があります。 BodyHandlerは、レスポンス本文(存在する場合)の処理方法を決定します。 HttpResponseを受信すると、ヘッダー、レスポンス・コードおよび本文(ty
Application-Layer Protocol Negotiation - Wikipedia
Application-Layer Protocol Negotiation (ALPN) は、Transport Layer Security (TLS) の拡張の一つである。アプリケーション層でのプロトコルネゴシエーションに関する拡張であり、セキュア通信においてアプリケーション層がどの通信プロトコルを使用するのかを決定する際に、余分なラウンドトリップタイムの発生を避け、アプリケーション層のプロトコルに依らずにネゴシエーションを行うことを可能とする。ALPNは主にSPDYおよびHTTP/2で利用されている。 2021年現在では、ALPACAと命名されたTLSにおけるクロスプロトコル攻撃の対策の1つとして、それ以外のアプリケーションプロトコルでもALPNの利用が推奨されている[1]。 標準仕様[編集] 2014年7月11日、ALPNの仕様はRFC 7301にてProposed standa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JMC 8.3.1 GA Release
Windows/WSL Interop with AF_UNIX
HttpClient.Builder (Java SE 12 & JDK 12 )
CompletableFuture (Java SE 17 & JDK 17)
Java Is Still Free - Google ドキュメント