Issue 1:
I'm submitting a ...

[ ] bug report
[x] feature request
[ ] support request

Current behavior

NgModule cannot declare providers/service they need. It can only provide a service for global instanciation.

I see only two options :

The provider/service is defined above the NgModule, and it can be used in the NgModule. The service is shared according to scope, but this requiers the service to be instanciated even though it is never going to be used. I find this in contradiction with the goal of dynamic/lazy loading. Also An application must be aware of what service are needed by its underneath NgModules.

The provider/service is provided to the application with NgModule.providers and it is instanciated globally... If another NgModule provides the same Service, the service will be reinstanciated caussing possibly two instances. Also if the NgModule is loaded dynamically by route, the service is reinstanciated each time the route is activated. I find this option in contradiction with the idea of sharing a Service for multiple usage.

As a result, NgModule.providers is not really usable except to instanciate global service the NgModule defines or to instanciate local service when loaded dynamically.

Expected/desired behavior

Wouldn't it be great if an NgModule could just use existing service or create a new global instance if not yet created ? what do you think ?

I sugest :

The addition of a new descriptor (NgModule.uses or NgModules.services or NgModule.injects) to list all Services that are requiered by the NgModule to work. Implementation would inject a new Service of that class or inject yet created instance. This would allow for late loading/instantiation of Services and save boot time.

The renaming of providers into provides to make it clearer what this is.

What is the motivation / use case for changing the behavior?

Benefits :

No need to declare service before they are actually needed.

main.module.ts is easier to read because there are only the providers/services necessary at bootime.

developpers don't need to check services needed by NgModules they don't know.

NgModules can declare providers they need without conflicts.

module make it cleat what providers they need.

module make it clear what service they provide.

Service can be loaded and reused dynamically.

Modules loaded dynamically can declare a local service they can latter reuse.

Service is instanciated only when it is actually needed (by the first dynamically loaded NgModule)

Better distribution of code.

say Two NgModule XModule1 and XModule2 share data through a service XService that is of no use to the rest of the application. XModule1, XModule2 and Xservice can be better distributed in one bundle and XService don't need to be statically referenced in application code.

Please tell us about your environment:

Angular version: 2.0.0-rc.5

Issue 2:
I'm submitting a ... (check one with "x")

[x ] bug report
[ ] feature request
[ ] support request => Please do not submit support request here, instead see https://github.com/angular/angular/blob/master/CONTRIBUTING.md#question

Current behavior

When selecting a [routerLink] there appear to be no styles to indicate to the user that that routerLink is the selected one. Router used to add class outer-link-active but this doesn't seem to be the case now. Can be seen in the official documentation's plunker https://angular.io/resources/live-examples/router/ts/plnkr.html

Expected/desired behavior

The currently selected routerLink should have a class applied to allow styling, such as router-link-active.

Reproduction of the problem

https://angular.io/resources/live-examples/router/ts/plnkr.html

What is the expected behavior?

Class applied

What is the motivation / use case for changing the behavior?

Informing users of currently selected route.

Please tell us about your environment:

Angular version: 2.0.0-rc.3

Browser: Chrome latest Mac and FF latest Mac.

Language: Typescript 1.8.10