76 lines
2.7 KiB
Markdown
76 lines
2.7 KiB
Markdown
JSPM Registry
|
|
---
|
|
|
|
Pull requests welcome. View `registry.json` to see what is currently in the registry.
|
|
|
|
All registry entries are managed here through Github, moderated by the registry maintainers.
|
|
|
|
What it does
|
|
---
|
|
|
|
### 1. Endpoint Mappings (registry.json)
|
|
|
|
Modules are served from _endpoint servers_. Endpoints include `github:`, `npm:` and `cdnjs:`, and anyone can submit a new endpoint, provided it meets certain requirements.
|
|
|
|
If I want to load Twitter Bootstrap directly from the Github endpoint with the [JSPM loader](https://github.com/jspm/jspm-loader), I would write the following:
|
|
|
|
```javascript
|
|
jspm.import('github:twbs/bootstrap@3.0/js/bootstrap');
|
|
```
|
|
|
|
The loader then sends a request to the URL `https://github.jspm.io/twbs/bootstrap@3.0/js/bootstrap.js` and the **Github endpoint server**, returns the associated code.
|
|
|
|
The registry simply remembers the `github:twbs/bootstrap` part, allowing the shortcut form:
|
|
|
|
```javascript
|
|
jspm.import('bootstrap@3.0/js/bootstrap');
|
|
```
|
|
|
|
The `registry.json` is just a collection of these mappings:
|
|
|
|
```javascript
|
|
"bootstrap": "github:twbs/bootstrap"
|
|
```
|
|
|
|
Anyone is welcome to submit a mapping.
|
|
|
|
The current supported endpoint servers are:
|
|
|
|
* Github (SPDY optimized)
|
|
* npm (SPDY optimized)
|
|
* cdnjs
|
|
|
|
To add a new endpoint server to the registry, provide a pull request to `endpoints.json`.
|
|
|
|
### 2. Package.json Overrides (package_overrides)
|
|
|
|
The registry also provides a service for overriding the `package.json` of existing repos.
|
|
|
|
This is useful for enabling JSPM functionality in the `package.json` when direct access to the underlying repo is not possible.
|
|
|
|
This is because JSPM uses the `package.json` for modular package configuration, including:
|
|
|
|
* Setting the main entry point (`main`)
|
|
* Shim config for globals (`shim`)
|
|
* Auto-enabling minification (`buildOptions.uglify`)
|
|
|
|
In this way, the right package options can make any library play well with JSPM, without needing any manual configuration at all.
|
|
|
|
Submitting a pull request to the original repo is still preferable to package overrides, this is a convenience service only and not a long term solution.
|
|
|
|
Read more about [configuring packages for JSPM](https://github.com/jspm/registry/wiki/Configuring-Packages-for-JSPM) in the wiki.
|
|
|
|
To submit a new package override:
|
|
|
|
* Fork this repo, then create the file `package_overrides/[endpoint name]/[repo name]@x.y.z.json.
|
|
* Provide the correct configuration according to the configuration guide above.
|
|
* Submit a pull request.
|
|
* If the configuration is correct, this will be accepted and that will instantly enable the functionality on the endpoint.
|
|
|
|
The overrides only apply to exact version, tag or branch names.
|
|
|
|
Note that package overrides do not work for the cdnjs endpoint, so manual configuration is still necessary here.
|
|
|
|
|
|
|