Go to file
joeduffy 45064d6299 Add basic analyzer support
This change introduces the basic requirements for analyzers, as per
pulumi/coconut#119.  In particular, an analyzer can implement either,
or both, of the RPC methods, Analyze and AnalyzeResource.  The former
is meant to check an overall deployment (e.g., to ensure it has been
signed off on) and the latter is to check individual resources (e.g.,
to ensure properties of them are correct, such as checking style,
security, etc. rules).  These run simultaneous to overall checking.

Analyzers are loaded as plugins just like providers are.  The difference
is mainly in their naming ("analyzer-" prefix, rather than "resource-"),
and the RPC methods that they support.

This isn't 100% functional since we need a way to specify at the CLI
that a particular analyzer should be run, in addition to a way of
recording which analyzers certain projects should use in their manifests.
2017-03-10 23:49:17 -08:00
cmd Add basic analyzer support 2017-03-10 23:49:17 -08:00
docs Add a shout-out to pulumi/coconut#54 2017-03-10 22:15:58 -08:00
examples No more nuts! 2017-03-10 13:27:19 -08:00
lib Check AMI validity 2017-03-10 22:34:25 -08:00
pkg Add basic analyzer support 2017-03-10 23:49:17 -08:00
sdk Add basic analyzer support 2017-03-10 23:49:17 -08:00
tools/cocojs Fix named import references 2017-03-09 16:23:42 +00:00
.gitignore Check in a missing test file 2017-02-01 19:41:13 -08:00
.gitmodules Fix an errant Git module 2017-02-25 10:35:51 -08:00
glide.lock Generate Golang Protobuf/gRPC code 2017-02-10 09:08:06 -08:00
glide.yaml Coconut! 2017-02-25 07:25:33 -08:00
main.go Coconut! 2017-02-25 07:25:33 -08:00
Makefile Coconut! 2017-02-25 07:25:33 -08:00
README.md Fix a broken link 2017-02-25 10:57:07 -08:00

Coconut

Coconut is a framework and toolset for creating reusable stacks of services.

If you are learning about Coconut for the first time, please see the overview document.

Installing

To install Coconut from source, simply run:

$ go get -u github.com/pulumi/coconut

A GOPATH must be set. A good default value is ~/go. In fact, this is the default in Go 1.8.

It is common to alias the shorter command coco to the full binary coconut:

alias coco=coconut

At this moment, libraries must be manually installed. See below. Eventually we will have an installer.

Compilers

The Coconut compilers are independent from the core Coconut tools.

Please see the respective pages for details on how to install, build, and test each compiler:

Development

This section is for Coconut developers.

Prerequisites

Coconut is written in Go and uses Glide for dependency management. They must be installed:

If you wish to use the optional lint make target, you'll also need to install Golint:

$ go get -u github.com/golang/lint/golint

Building and Testing

To build Coconut, ensure $GOPATH is set, and clone into a standard Go workspace:

$ git clone git@github.com:pulumi/coconut $GOPATH/src/github.com/pulumi/coconut

At this point you should be able to build and run tests from the root directory:

$ cd $GOPATH/src/github.com/pulumi/coconut
$ glide update
$ make

This installs the coconut binary into $GOPATH/bin, which may now be run provided make exited successfully.

Installing the Runtime Libraries

By default, Coconut looks for its runtime libraries underneath /usr/local/coconut. $COCOPATH overrides this. Please refer to the libraries README for details on additional installation requirements.

Debugging

The Coconut tools have extensive logging built in. In fact, we encourage liberal logging in new code, and addding new logging when debugging problems. This helps to ensure future debugging endeavors benefit from your sleuthing.

All logging is done using Google's Glog library. It is relatively barebones, and adds basic leveled logging, stack dumping, and other capabilities beyond what Go's built-in logging routines offer.

The Coconut command line has two flags that control this logging and that can come in handy when debugging problems. The --logtostderr flag spews directly to stderr, rather than the default of logging to files in your temp directory. And the --verbose=n flag (-v=n for short) sets the logging level to n. Anything greater than 3 is reserved for debug-level logging, greater than 5 is going to be quite verbose, and anything beyond 7 is extremely noisy.

For example, the command

$ coco eval --logtostderr -v=5

is a pretty standard starting point during debugging that will show a fairly comprehensive trace log of a compilation.