Руслан Лопатин

Всё возможно.

Способ номер раз:

@Component({
  templateUrl: 'your-smarty-template.php'
})

Способ номер два:

@Component({
  template: '<div [innerHTML]="myHtml"></div>'
})
export class MyComponent implements OnInit {

  myHtml?: SafeHtml;

  constructor(private _http: Http, private _sanitizer: DomSanitizer) {
  }

  ngOnInit() {
    this._http.get("your-smarty-template.php")
      .subscribe(response =>
        this.myHtml = this._sanitizer.bypassSecurityTrustHtml(response.text()));
  }

}

Но вот зачем это нужно - непонятно.

Используя Promise напрямую. Должно получиться что-то вроде этого:

function func1(bla: any | any[]): Promise<any> {
  if (bla instanceof Array) {
     return Promise.all(bla.map(func2));
  }
  return func2(bla);
}

function func2(bla: any): Promise<any> {
  return new Promise((resolve, reject) => {
    if (cond2) {
      resolve(...);
    } else {
      reject(...);
    }
  });
}

Добавьте target:
<a href="#top" target="_self">Вверх</a>
Описание и ответ на вопрос "почему" - здесь.

angular-file-upload, например, поддерживает свойство formData, содержащее дополнительные данные, передаваемые на сервер. Вот пример.

Если вы не хотите возвращать статус ошибки с сервера, то можно перехватить ответ и отклонить его (reject) в случае наличия признака ошибки (поле errors в вашем случае). Всё есть в документации (см. actions.interceptor).

Можно в классах анимации указать transition-delay так, чтобы следующая анимация начиналасть, когда предыдущая закончится.

То же самое можно сделать программно, в функции enter или addClass анимации.

Ну и, в конце концов, саму анимацию можно запускать программно, например по событию, генерируемому по завершении предыдущей анимации. Смотрите $animate

Мыслете вроде верно. Тоже сейчас делаю такое приложение на AngularJS + Spring. На клиенте хранится объект авторизации с некоторыми данными пользователя (имя, роли) - в специальной службе. Так же, как и на сервере. Этот объект запрашивается один раз и обновляется по мере надобности (после редактирования профиля, например).

Но вот заморачиваться с обновлением прав, если администратор их поменял, я пока не стал. Роли пользователя остаются в силе на всё время действия авторизации. Нужно ведь обновлять авторизацию как на клиенте, так и на сервере, а потому нужно на сервере держать список всех авторизованных пользователей... ну его.

Но если сильно надо - то есть альтернатива socket.io и веб-сокетам. Можно обновление данных авторизации передавать вместе с обычными ответами сервера. Например, в HTTP-заголовках. При этом в AngularJS можно перехватывать все ответы, и, если такой заголовок найден, менять данные авторизации на клиенте. На стороне сервера передачу таких заголовков можно выполнять с помощью специального фильтра, чтобы не заморачиваться с каждым отдельным запросом...