@camptocamp/closure-util

Utilities for Closure Library based projects. Camptocamp fork with support for goog.module.

Downloads in past

Stats

StarsIssuesVersionUpdatedCreatedSize
@camptocamp/closure-util
001.27.06 years ago7 years agoMinified + gzip package size for @camptocamp/closure-util in KB

Readme

Build Status
The Closure Compiler is a tool for making JavaScript download and run faster. It is a true compiler for JavaScript. Instead of compiling from a source language to machine code, it compiles from JavaScript to better JavaScript. It parses your JavaScript, analyzes it, removes dead code and rewrites and minimizes what's left. It also checks syntax, variable references, and types, and warns about common JavaScript pitfalls.

Getting Started

Download the latest version (Release details here) Download a specific version. Also available via:
- [Maven](https://github.com/google/closure-compiler/wiki/Maven)
- [NPM](https://www.npmjs.com/package/google-closure-compiler)
Use the JavaScript version, with no Java dependency See the Google Developers Site for documentation including instructions for running the compiler from the command line.

Options for Getting Help

  1. Post in the Closure Compiler Discuss Group.
  2. Ask a question on Stack Overflow.
  3. Consult the FAQ.

Building it Yourself

Note: The Closure Compiler requires Java 8 or higher.

Using Maven

  1. Download Maven.

  1. Add sonatype snapshots repository to ~/.m2/settings.xml:
```
<profile>
  <id>allow-snapshots</id>
     <activation><activeByDefault>true</activeByDefault></activation>
  <repositories>
    <repository>
      <id>snapshots-repo</id>
      <url>https://oss.sonatype.org/content/repositories/snapshots</url>
      <releases><enabled>false</enabled></releases>
      <snapshots><enabled>true</enabled></snapshots>
    </repository>
  </repositories>
</profile>
```
  1. On the command line, at the root of this project, run mvn -DskipTests (omit the -DskipTests if you want to run all the
unit tests too).
This will produce a jar file called `target/closure-compiler-1.0-SNAPSHOT.jar`. You can run this jar
as per the [Running section](#running) of this Readme. If you want to depend on the compiler via
Maven in another Java project, use the `com.google.javascript/closure-compiler-unshaded` artifact.

Running `mvn -DskipTests -pl externs/pom.xml,pom-main.xml,pom-main-shaded.xml`
will skip building the GWT version of the compiler. This can speed up the build process significantly.

Using Eclipse

  1. Download and open the Eclipse IDE.
  2. On the command line, at the root of this project, run mvn eclipse:eclipse -DdownloadSources=true to download JARs and build Eclipse project configuration.
  3. Navigate to File > Import > Maven > Existing Maven Projects and browse to closure-compiler inside of Eclipse.
  4. Import both closure-compiler and the nested externs project.
  5. Disregard the warnings about maven-antrun-plugin and build errors.
  6. In Package Explorer, remove from the build path:
- `src/com/google/javascript/jscomp/debugger/DebuggerGwtMain.java`
- `src/com/google/javascript/jscomp/gwt/`
  1. Exclude the files in the directory src/com/google/debugging/sourcemap/super from the project.
  2. Build project in Eclipse (right click on the project closure-compiler-parent and select Build Project).
  3. See Using Maven above to build the JAR.

Running

On the command line, at the root of this project, type
java -jar target/closure-compiler-1.0-SNAPSHOT.jar

This starts the compiler in interactive mode. Type
var x = 17 + 25;

then hit "Enter", then hit "Ctrl-Z" (on Windows) or "Ctrl-D" (on Mac or Linux) and "Enter" again. The Compiler will respond:
var x=42;

The Closure Compiler has many options for reading input from a file, writing output to a file, checking your code, and running optimizations. To learn more, type
java -jar compiler.jar --help

More detailed information about running the Closure Compiler is available in the documentation.

Run using Eclipse

  1. Open the class src/com/google/javascript/jscomp/CommandLineRunner.java or create your own extended version of the class.
  2. Run the class in Eclipse.
  3. See the instructions above on how to use the interactive mode - but beware of the bug regarding passing "End of Transmission" in the Eclipse console.

Compiling Multiple Scripts

If you have multiple scripts, you should compile them all together with one compile command.
java -jar compiler.jar --js_output_file=out.js in1.js in2.js in3.js ...

You can also use minimatch-style globs.
# Recursively include all js files in subdirs
java -jar compiler.jar --js_output_file=out.js 'src/**.js'

# Recursively include all js files in subdirs, excluding test files.
# Use single-quotes, so that bash doesn't try to expand the '!'
java -jar compiler.jar --js_output_file=out.js 'src/**.js' '!**_test.js'

The Closure Compiler will concatenate the files in the order they're passed at the command line.
If you're using globs or many files, you may start to run into problems with managing dependencies between scripts. In this case, you should use the Closure Library. It contains functions for enforcing dependencies between scripts, and Closure Compiler will re-order the inputs automatically.

How to Contribute

Reporting a bug

  1. First make sure that it is really a bug and not simply the way that Closure Compiler works (especially true for ADVANCEDOPTIMIZATIONS).
Check the official documentation Consult the FAQ Search on Stack Overflow and in the Closure Compiler Discuss Group
  1. If you still think you have found a bug, make sure someone hasn't already reported it. See the list of known issues.
  2. If it hasn't been reported yet, post a new issue. Make sure to add enough detail so that the bug can be recreated. The smaller the reproduction code, the better.

Suggesting a Feature

  1. Consult the FAQ to make sure that the behaviour you would like isn't specifically excluded (such as string inlining).
  2. Make sure someone hasn't requested the same thing. See the list of known issues.
  3. Read up on what type of feature requests are accepted.
  4. Submit your request as an issue.

Submitting patches

  1. All contributors must sign a contributor license agreement (CLA).
A CLA basically says that you own the rights to any code you contribute,
and that you give us permission to use that code in Closure Compiler.
You maintain the copyright on that code.
If you own all the rights to your code, you can fill out an
[individual CLA](https://code.google.com/legal/individual-cla-v1.0.html).
If your employer has any rights to your code, then they also need to fill out
a [corporate CLA](https://code.google.com/legal/corporate-cla-v1.0.html).
If you don't know if your employer has any rights to your code, you should
ask before signing anything.
By default, anyone with an @google.com email address already has a CLA
signed for them.
  1. To make sure your changes are of the type that will be accepted, ask about your patch on the Closure Compiler Discuss Group
  2. Fork the repository.
  3. Make your changes. Check out our
[coding conventions](https://github.com/google/closure-compiler/wiki/Contributors#coding-conventions)
for details on making sure your code is in correct style.
  1. Submit a pull request for your changes. A project developer will review your work and then merge your request into the project.

Closure Compiler License

Copyright 2009 The Closure Compiler Authors.
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 http://www.apache.org/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.

Dependency Licenses

Rhino

<td>Code Path</td>
<td>
  <code>src/com/google/javascript/rhino</code>, <code>test/com/google/javascript/rhino</code>
</td>

<td>URL</td>
<td>https://www.mozilla.org/rhino</td>

<td>Version</td>
<td>1.5R3, with heavy modifications</td>

<td>License</td>
<td>Netscape Public License and MPL / GPL dual license</td>

<td>Description</td>
<td>A partial copy of Mozilla Rhino. Mozilla Rhino is an
implementation of JavaScript for the JVM. The JavaScript parse tree data structures were extracted and modified significantly for use by Google's JavaScript compiler.
<td>Local Modifications</td>
<td>The packages have been renamespaced. All code not
relevant to the parse tree has been removed. A JsDoc parser and static typing system have been added.

Args4j

<td>URL</td>
<td>http://args4j.kohsuke.org/</td>

<td>Version</td>
<td>2.33</td>

<td>License</td>
<td>MIT</td>

<td>Description</td>
<td>args4j is a small Java class library that makes it easy to parse command line
options/arguments in your CUI application.
<td>Local Modifications</td>
<td>None</td>

Guava Libraries

<td>URL</td>
<td>https://github.com/google/guava</td>

<td>Version</td>
<td>20.0</td>

<td>License</td>
<td>Apache License 2.0</td>

<td>Description</td>
<td>Google's core Java libraries.</td>

<td>Local Modifications</td>
<td>None</td>

JSR 305

<td>URL</td>
<td>https://github.com/findbugsproject/findbugs</td>

<td>Version</td>
<td>3.0.1</td>

<td>License</td>
<td>BSD License</td>

<td>Description</td>
<td>Annotations for software defect detection.</td>

<td>Local Modifications</td>
<td>None</td>

JUnit

<td>URL</td>
<td>http://junit.org/junit4/</td>

<td>Version</td>
<td>4.12</td>

<td>License</td>
<td>Common Public License 1.0</td>

<td>Description</td>
<td>A framework for writing and running automated tests in Java.</td>

<td>Local Modifications</td>
<td>None</td>

Protocol Buffers

<td>URL</td>
<td>https://github.com/google/protobuf</td>

<td>Version</td>
<td>3.0.2</td>

<td>License</td>
<td>New BSD License</td>

<td>Description</td>
<td>Supporting libraries for protocol buffers,
an encoding of structured data.
<td>Local Modifications</td>
<td>None</td>

Truth

<td>URL</td>
<td>https://github.com/google/truth</td>

<td>Version</td>
<td>0.32</td>

<td>License</td>
<td>Apache License 2.0</td>

<td>Description</td>
<td>Assertion/Proposition framework for Java unit tests</td>

<td>Local Modifications</td>
<td>None</td>

Ant

<td>URL</td>
<td>https://ant.apache.org/bindownload.cgi</td>

<td>Version</td>
<td>1.9.7</td>

<td>License</td>
<td>Apache License 2.0</td>

<td>Description</td>
<td>Ant is a Java based build tool. In theory it is kind of like "make"
without make's wrinkles and with the full portability of pure java code.
<td>Local Modifications</td>
<td>None</td>

GSON

<td>URL</td>
<td>https://github.com/google/gson</td>

<td>Version</td>
<td>2.7</td>

<td>License</td>
<td>Apache license 2.0</td>

<td>Description</td>
<td>A Java library to convert JSON to Java objects and vice-versa</td>

<td>Local Modifications</td>
<td>None</td>

Node.js Closure Compiler Externs

<td>Code Path</td>
<td><code>contrib/nodejs</code></td>

<td>URL</td>
<td>https://github.com/dcodeIO/node.js-closure-compiler-externs</td>

<td>Version</td>
<td>e891b4fbcf5f466cc4307b0fa842a7d8163a073a</td>

<td>License</td>
<td>Apache 2.0 license</td>

<td>Description</td>
<td>Type contracts for NodeJS APIs</td>

<td>Local Modifications</td>
<td>Substantial changes to make them compatible with NpmCommandLineRunner.</td>