このページでは、ライセンス、ライセンス付与、パッケージング、ソフトウェアの再配布に関して当団体に寄せられる一般的な質問のほとんどに回答しています。ライセンスに関連しない質問については、一般 FAQをご覧ください。
上記のいずれも質問に当てはまらない場合は、さらに詳しい情報については、このページの下部にあるリソースを確認してください。
Apache License 2.0 (現在のバージョン) は次の場所にあります: https://apache.dokyumento.jp/licenses/LICENSE-2.0.txt
次の 2 つは現在使用していない古いバージョンです。
Apache ソフトウェア ライセンス 1.1: https://apache.dokyumento.jp/licenses/LICENSE-1.1.txt
Apacheソフトウェアライセンス1.0: https://apache.dokyumento.jp/licenses/LICENSE-1.0.txt
Apacheが開発したコアコードはすべてApacheライセンスに従う一方で、含まれるサードパーティの作業や、ライセンスのテキストはApacheプロジェクトのLICENSEまたはNOTICEファイルに追加されている可能性があります。また、別途に利用できる場合もあります。
'Apache'、'Apache Software Foundation'、多色の羽、さまざまなApacheプロジェクト名やロゴは、米国およびその他の国で登録商標または商標です。商標ポリシーでApacheプロジェクト商標を使用する方法の詳細と、商標リソースに関する親切なサイトマップをご覧ください。
はい。Apacheソフトウェア財団のすべてのプロジェクトによって開発された すべてのソフトウェアは、財団のWebサイトから無償で自由に利用できます。これは財団の定款に記載されており、なぜソフトウェアが常に無償なのかを詳しく説明します。
これは、ソフトウェアの使用目的とは無関係です。個人的な使用、内部使用、または商用利用を区別せず、これらのいずれの使用に対しても料金は請求しません。ただし、ライセンスの条項はいつでも適用されることに注意してください。
ASF輸出分類とソースリンクページを参照してください。
もちろん。ライセンスのバージョン2.0は再利用可能に設計されており、ASF以外の多くの関係者が使用しています。
通常、LICENSEという名前のファイルでApacheライセンスのコピーを自分の作業に含め、NOTICEファイルの追加も検討してください。
ソースコードファイルがLICENSEファイルから切り離された場合に備えて、各ファイルをタグ付けすることも重要です。Apacheライセンスをソースコードファイルに適用する方法の1つは、次の通知を各ファイルの一番上にコメントとして添付することです。著作権テンプレートを、あなた自身の識別情報に置き換えてください。
Copyright [yyyy] [name of copyright owner]
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
https://apache.dokyumento.jp/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
使用したい短いバリエーションは次のとおりです。
Copyright [yyyy] [name of copyright owner]
SPDX-License-Identifier: Apache-2.0
Apacheソフトウェア財団はCLAの使用に関連する別のソースヘッダーを使用することに注意してください。プロジェクトのソースヘッダーの指示はこちらにあります。
はい、再利用して変更できます。ただし、これらのドキュメントが意図どおりにならない場合、ASFに法的責任を負わせることはできません。何が起こっているかを正確に把握するために、独自の法的助言を得ることをお勧めします。
独自の目的に合わせてこれらの協定を適合させる場合は、「Apacheソフトウェア財団」というフレーズや混乱を招くような同様の参照、またはApache組織を具体的に参照する部分を協定のバージョンに表示しないようにしてください（バージョンがASFによって提供された元のバージョンから派生し、異なることを示す場合を除く）。
使用許諾を変更せずに再利用し、変更することもできます。
変更した場合、法的観点から自己責任となり、結果はApache Licenseではなく、単にASFに触発された新しいライセンスになります。
つまり、「Apache License」、「Apache」、およびASFへの同様の参照という用語は、元のライセンスとは異なることを示す場合を除き、変更されたライセンスには表示できません。
また、「Apache」という名前を変換されたライセンスで使用することはできません。「Apache Licenseのそのような条項」などの名前は、混乱を引き起こすため許可されません。
新しいライセンスを作成することは、簡単な作業ではありません。これを行う場合は、法的なアドバイスを受けることをお勧めします。
一部の変更は、本質的にささいなものまたは純粋に表面的なものであり、ライセンスに意味のある方法では変更されません。そのような場合、結果は依然としてApache Licenseとみなされ、このような場合には名前を変更する必要はありません。ライセンスのヘッダーのURLで「http:」の代わりに「https:」を使用したり、フォントや行間隔を変更してライセンスの読みやすさを向上させることは、このような変更の例です。変更がささいなことではないかどうかがわからない場合は、独自の法的なアドバイスを求める必要があります。
もちろん、 Apacheライセンスの条件に従って配布できます。変更したコードを無料で配布したり、販売したり、自分自身に保管したり、好きなようにできます。元のコードは依然としてApacheライセンスの対象であり、その条件を遵守する必要があることを忘れないでください。使用しているApacheコードのすべての行を変更した場合でも、結果は引き続きFoundationのライセンスコードに基づいています。結果を別のライセンスで配布できますが、Foundationのソフトウェアの使用を認識する必要があります。それ以外のことは盗みになります。
ただし、あなたの変更が他の人にも役立つと思われる場合は、Apacheプロジェクトに送信して追加を検討することをお勧めします。
できません。ただし、「Apacheをベースにした」、「Apacheにより強化された」、「Apacheテクノロジーをベースにした」などの言い回しを使用できます。Apache Software Foundationが最終製品を承認または作成したと述べたり、暗示したり、または述べたり、暗示したりすると解釈できるような方法でFoundationのマークを使用することはできません。たとえば、「Apacheを搭載したSuperWonderServer」という名前を使用することは許容されますが、「Apache SuperWonderServer」という名前は使用できません。これは、「Microsoft Burp」という名前の製品と「Burp for Microsoft Windows」という名前の製品の違いに似ています。
同様に、使用しているコードの特定のFoundationプロジェクトを「Apache Xercesをベースにした」や「Apache Tomcatテクノロジーによって強化された」などで識別することもできます。
Foundationのマーク（「Apache」という単語など）を含む名前を使用したい場合は、事前に許可を求めてください。詳細については、 商標ポリシーを参照してください。
いいえ。ただし、必要に応じて変更を秘密にしておくことができます。ただし、元のコードを取得したプロジェクトに変更を投稿することを真剣に検討してください。提供していただければ、全員にメリットがあります。
はい、ライセンステキストを現地語に翻訳できます。ただし、その翻訳は理解を助けるためだけのものであり、法的拘束力はありません。法的解釈が必要な場合は、パッケージに必ず含める英語バージョンのライセンスのみが正式なものになり、適用されます。
Free Software Foundationウェブサイトから
これは、GPLのバージョン3と互換性のあるフリーソフトウェアライセンスです。このライセンスは、古いバージョンにはないいくつかの要件があるため、GPLバージョン2と互換性がないことに注意してください。これらには、特定の特許の終了および補償規定が含まれます。
これは、4つの部分からなる質問です。
いいえ。ASFのPMCで本当に例外的な状況がある場合は、JIRAの問題を作成してください。
雇用状況によりCCLAに署名する必要がある場合のみ。詳細については、ICLAのセクション4を参照してください。
コミッターはICLAに署名する必要があります。彼らは自分が貢献するコードが自分のものであると個別に主張します。雇用主の所有権、適用される州および国の法律、雇用契約およびビジネスポリシーの特定の側面との照合作業で、特定のコミットがどの特定のプロジェクトで行われているかに関係なく、この主張をすることができることがわかります。
CCLA は、コミッター/ICLA 署名者がこれらのすべての矛盾する法律、契約、ポリシー、および業務割り当てのあいまいさを排除するために使用できるバックアップ文書です。当社ではこれまで必須ではありませんでした。多くのコミッターは ICLA 下での各自の表明に自信を持っており、また、多くのコミッターは会社がこちらの包括的な文書で自社独自の ICLA をバックアップしていることに安心感を覚えています。
ICLA 署名者の判断では必須となりますが、IT/ソフトウェア業界に雇用されている多くのコミッターにとって、まったく簡単な判断ではありません。
最後に、ICLA のセクション 8 を参照してください。署名者は、ICLA の再評価が必要になる可能性のあるような状況の変化があった場合、財団に通知することが求められています。
Apache リポジトリにあるソースコード（機械可読ドキュメント、リリースノート、ガイド、テストケース、実行手引き書、およびスクリプトを含む）は、3 つの分類に分けられます（この説明の目的でのみ）
Apache でのコードの大部分がこれにあたります。このコードには、配布における標準 Apache ライセンスを参照する標準 Apache ライセンスヘッダーが含まれています。
Apache プロジェクトの一環として将来の開発のために Apache に持ち込まれたコードです。すべてのファイルのヘッダーは標準 Apache ヘッダーに変更されます。ほとんどのインキュベータープロジェクトは外部開発コードのリポジトリから始まり、知的財産クリアランスプロセスはインキュベーションの一環として行われます。
他の場所から元々開発され、既存のプロジェクトの一環として将来の開発のために Apache に持ち込まれたコードでは、知的財産クリアランスプロセスは、プロセスを承認する必要があるインキュベーター PMC の下で、受信プロジェクトの PMC によって明示的に行われる必要があります。
このコードは外部の識別情報を保持し、プロジェクトの管理下にない外部リポジトリを参照しないようにするために、利便性を考慮して Apache プロジェクトに組み込まれます。コードは元のライセンスを保持し、Apache プロジェクトの一環としての配布では明示的にライセンスを呼び出します。コードは、配布における独自のライセンスを参照する元のヘッダーを保持します。Apache でコードに変更が加えられた場合は、標準 Apache ヘッダーが各変更されたファイルの先頭に付加されます。さらに、コードに関連する法的義務のある通知は、配布時に公開されます。
The Apache Software Foundation、そのプロジェクト、またはそのソフトウェアに関するご質問がある場合は、以下のリンクから詳細情報やサポートを受けることをお勧めします。
Apache ライセンスまたは Apache ソフトウェアの配布に関して特にご質問があり、このページでは解答が得られなかった場合は、法務委員会にご連絡ください。