Add an (empty) bundle definition for the framework
component. This has the practical effect of avoiding
404 errors in the console log, since platform/framework
is included in bundles.json (the set of active bundles)
in order to ensure detection by the test framework.
This also provides a place for possible future
extensions provided by the framework itself.
WTD-572.
Bring in changes from 'sandbox' branch. These include:
* Reconfiguring require's baseUrl such that relative
paths work as expected in define call dependencies.
Previously this only worked as expected in the
framework bundle, since data-main points there.
* Add support for a 'constants' category of extension,
to define application constants from bundles. This
allows services to treat static values (such as
persistence URIs) as injectable dependencies.
* Various assurances that properties from extension
definitions will be exposed upon resolved
implementations, even after partial construction.
WTD-572.
Remove temporary script file (introduced for initial
build/repository setup to illustrate naming conventions
and test declaration) from framework sources.
Completes implementation of framework layer for
WTD-518.
Provide Promise polyfill in test runner. This allows tests
of objects which use Promise directly to be run in environments
which don't yet implement Promise (including command line
test environment.) Completing test suite for framework layer,
WTD-518.
Remove spec for Constants.js (only constants are defined
here, and there is no particular use to verifying their
existence; also, implicitly tested by specs for code
which uses these constants.) WTD-518
Change the way missing test suites are detected by
the test runner; PhantomJS (used for executing tests
from the command line build) does not appear to give
consistent HTTP status codes, so use a more general
try-catch mechanism.
Addresses an issue introduced during ongoing
development of framework layer, WTD-518.
Exclude example bundles from produced web archive; this
allows the example folder to grow (e.g. in support of
framework component demonstration for WTD-518) without
influencing the size of the built archive.
Initial implementation of the service compositor, which
is responsible for registering components which follow
the provider-aggregator-decorator pattern as named
services within Angular. WTD-518.
Ignore bundles for which no test suites have been defined.
Used to support development of framework layer (don't
stall the test runner just because some bundle does not
have defined tests yet), WTD-518.
Fix the replicated behavior of the new operator in the
partial constructor such that it accepts factory-style
constructors (which will be the norm according to
current code style standards.) WTD-518.
Satisfy dependencies on empty extension sets when
necessary; extensions which depend on extension
categories which do not exist then get an empty
array. WTD-518.
Add tweaks in framework which fix errors which
were preventing controller registration. This
includes maintaining the type of controllers as
functions, even after decorating with information
from the extension. WTD-518.
Add bundle which will serve as an example of how to
declare the presence of Angular built-ins as extensions
which will be recognized by the framework layer.
Also useful for generally verifying that functionality
provided by framework layer provides sufficient support
for other bundles to expose application features.
WTD-518.
Fix error in CustomRegistrars; return a function when
creating general-purpose registration code for
Angular built-ins which follow the normal pattern
(directives, controllers, services...)
WTD-518.
