Angular CLI: Change REST API URL on build

Question

I want to remove my local server prefix from my REST API URLs (example, http://localhost:8080) when building for production (ng build --prod).

I get that i

Answer 1

One possible way to achieve that is, to define different base URLs based on isDevMode() in your code. For example,

import { isDevMode } from '@angular/core';

// ...
let baseUrl: string;
if (isDevMode()) {
    baseUrl = "http://localhost:8080/";
} else {
    baseUrl = "http://api.myprodserver.com/";
}
// ...

Edit: This is meant to be for illustration. You'll likely want to use some type of (env-dependent) "config" in real code.

Answer 2

You don't need to hard code the API_URL as mentioned above just use your environment.prod.ts file. Set-:

1. production = true.
2. Change the API_URL to your desired url.
3. Now run the command ng build --prod=true

It worked for me I guess, will work for you too.

Answer 3

Relative URLs

Putting an API_URL in your environment config is a good idea, but if your API and client app is being served from the same server or domain, you can use relative URLs instead. It is much easier to set up and simplifies your build process.

Here is some code that would live in an API service.

  get(path: string, params: HttpParams = new HttpParams()): Observable<any> {
    return this.http.get(`/api${path}`, { params })
      .pipe(catchError(this.formatErrors));
  }

If you are using the environment.API_URL, you can still configure that value to be blank.

This can be helpful if you are serving your app and API from separate localhost servers in a development environment. For example, you might ng serve from localhost:4200 and run your API from a PHP, C#, Java, etc. backend on localhost:43210. You will need the API_URL config for development.

  get(path: string, params: HttpParams = new HttpParams()): Observable<any> {
    return this.http.get(`${environment.api_url}/api${path}`, { params })
      .pipe(catchError(this.formatErrors));
  }

As a bonus, here is an example of ApiService that is an injectable object you can use in your app!

https://github.com/gothinkster/angular-realworld-example-app/blob/63f5cd879b5e1519abfb8307727c37ff7b890d92/src/app/core/services/api.service.ts

Pay attention to the base ref in your main HTML page as well.

Answer 4

You will find the URL configuration in environment.ts and environment.prod.ts file. Don't put hardcoded URL while calling the API. A good practice is to read the API URLs from environment.ts and environment.prod.ts file

For the local environment use environment.ts

export const environment = 
{
    production: false,
    API_URL: 'http://localhost:8080',
};

For the production environment use environment.prod.ts

export const environment = 
{
    production: true,
    API_URL: 'http://api.productionurl.com',
};

Answer 5

DEV/PROD parity approach

One way to this approach using containers is by parsing your environment files before you launch your webserver. This assumes that your are following a good practice, that is, you aren't serving your angular application via ng.

For example, a rudimentary approach would be to craft your index.html with your desired configuration, this is just an example, do it how you see best:

<script>
  window.config = {
     ENV_VAR1: 'ENV_VAR1_PLACEHOLDER',
     ENV_VAR2: 'ENV_VAR2_PLACEHOLDER',
     ....
  }
</script>

Before launching your webserver with your static content, use a script that verifies and matches valid environment variables from your configuration window.config with your actual environment variables.

This is doable with sed for instance, or if you want to go pro, you may also use [jq][1].

After your validation is done, your index.html has the window.config object configured following the dev-prod parity approach from 12factors.

Running your docker container would be just,

docker run -it -e ENV_VAR1="my development value" ...

and for production,

docker run -it -e ENV_VAR1="my production value" ...

Answer 6

Hardcoding in this or another way an address to the API server is not a good way. The API URL should be stored in a configuration file possible to change without recompiling whole application. I think this is a way you should do it: Editable config file