Intermediate Builds Sample Clauses
The "Intermediate Builds" clause defines the requirements and procedures for delivering and reviewing partial or in-progress versions of a project before final completion. Typically, this clause outlines when and how these builds must be provided, what level of functionality or completeness is expected, and the process for feedback or approval from the client. By establishing clear expectations for intermediate deliverables, this clause helps ensure ongoing communication, allows for early detection of issues, and reduces the risk of major problems at the final delivery stage.
Intermediate Builds. If Licensee generally uses a bona fide open source software development methodology and does so to develop the Product, then, notwithstanding the limited license grant set forth in Section 2.1(a) or the additional limitation set forth in Section 2.1b(v), Licensee may make "Intermediate Builds" available subject to the following conditions:
i. such Build is marked with the word "UNTESTED" or "INCOMPATIBLE" or "UNSTABLE" or "BETA" in any list of available builds and in every link initiating its download, where the list or link is under Licensee’s control;
ii. Licensee displays the following notice in such a manner that anyone downloading the Intermediate Build must see the notice before commencing the download: "This is an intermediate build made available for testing purposes only. The code is untested and presumed incompatible with the <name of Java Specification>. You should not deploy or write to this code, but instead use the tested and certified <name of Java Specification> compatible version of the code that is available at [include a url and a link]. Redistribution of any Intermediate Build must retain this notice." Licensee must also include the same notice as a README.<shorthand name of specification> file with any source code bundle (e.g. tarball) download that corresponds to the Intermediate Build;
iii. Moreover, Licensee shall not distribute (except as a passive download as provided above), market or promote Intermediate Builds, including without limitation in connection with providing any goods or services.
iv. After making its initial release of a Product available, for any Intermediate Build subsequently made available by Licensee that is for the same context or environment (e.g. described by the same hardware architecture, operating system and version, and Java Virtual Machine version). Licensee must at all times also make the corresponding Product available. The link to such Product must be prominent and in close proximity to any corresponding Intermediate Build in any list of available builds or downloads.
v. Licensee must include the following README.<shorthand name of specification> file in the root directory of any source code it may make available through access to a revision control system (e.g. CVS): "This version of [Project name] source code is made available in support of the open source development process. Some numbered or tagged revisions of this source have been tested and found to pass the <name of Java Specification> Compati...