Use and host your own remote Ext JS packages

Ext JS Remote Packages

In a previous article I have shown how you can use local packages. In this article I will show you how you can create and host your own remote packages on your own server.


For this article you require Sencha CMD and an URL to a webspace where you host your packages. This can be on your intranet server or on the internet. If you have a webspace available under f.e., you could create a subdomain “sencha” or “cdn” to this domain to serve your packages. The only thing that matters is that you can do a GET to the space you reserve for hosting your packages.

Configuration of the webspace

On your webspace (we assume you create the following folder structure: cmd->packages. That would point to the URL:

Adding the remote repository

With Sencha CMD we can see the list of current remote repositories by entering the command

It will show you the list of current remote repositories. By default it will show

Now we create a new remote repository that links to We are going to call this repository “demo”. We do this by entering the following statements with Sencha CMD

This will add a reference to a remote repository.


will initialize your local repository with an identity.

Your remote repository list (sencha repository list) should look like this:

Creating your Ext JS package

With Sencha CMD you enter in the packages folder of your workspace/application

Now the package MyPackage will be created in the packages->local folder of your workspace/application.


We have to modify the package.json file in the packages->local->MyPackage folder. It could be looking like this

Important is the “creator” tag in this file. It should match the name of your remote repository that we have created earlier on. Whatever name you create for your repository, it is wise to use one (1) word only. Windows doesn’t handle f.e. “Demo Repo” very well.

It is also important to make clear for which framework this package is used.

You may remove the attributes that you don’t need/have, like “example”, “sass”, “overrides”, “slicer”. Then you also may remove the corresponding folders to clean up your package to a minimum.


Now we have to make a small modification to the sencha.cfg file in the .sencha folder of the package.

We have to add because we don’t need styling and because our package is containing “code” and is not a theme.

Build the package for remote hosting

After we have our first version ready and maintained our code it’s time to publish the package. First we have to build the package for remote hosting.

In the folder of our package we enter with Sencha CMD

After this is done the package folder will contain a “build” folder containing the build of the package. We won’t do anything with this. Instead we go to the “build” folder of the workspace/application. In that folder you will notice a folder called “MyPackage” (or the name of your package). In this folder you will find a file called “MyPackage.pkg”.

This file is the zipped version of the package just build. Now we have to add this file to the local repository “demo”.

We do this with Sencha CMD by entering from the “build/MyPackage” folder!

When done it will put the package in the cmd folder of your Sencha CMD installation.

In Windows this can be found in the C:\Users\YourUser\bin\Sencha\Cmd\repo\pkgs folder.

In Linux it can be found in the /root/bin/Sencha/Cmd/repo/pkgs folder.

Within this folder you will find now a folder with the name “MyPackage”.

Hosting the package

The only thing that remains is to copy the “MyPackage” folder in the bin/Sencha/Cmd/repo/pkgs folder to our webspace. You can do this with your ftp program or with the Fireftp plugin in the Firefox browser. You put the “MyPackage” folder into the packages (!) folder in your webspace! Also make sure that the catalog.json is updated to the last version! It should look like this:


This catalog only has 1 package called “Factory”. And that contains 4 versions (it’s a repository):


Your remote repository can now be found by Sencha CMD through: 

Everytime you do a Sencha Watch or Sencha app refresh or Sencha app build with Sencha CMD, it will check the remote repository for a newer version of the package.

Versioning your package

If you update your package by modifying your source code, it is important to update the remote repository as well. There are only a few steps required to update the version of your package.

  1. Change your package.json file and modify the “version” tag
  2. Build your package: sencha package build
  3. Add the package to your repository: sencha package add MyPackage.pkg (from the build folder!)
  4. Transfer the local repository (version + package.json) from the repo folder in C:\Users\YourUser\bin\Sencha\Cmd\repo\pkgs (see Hosting the package earlier on) to your webspace

After you have done this the folder could look like this

Ext JS Remote Packages

How to use the package in your application

To use the package in your application you have to modify the app.json file in your application root folder. You have to change the requires attribute the following way

or you modify the the requires according to the specific toolkit used

Useful repo and packages commands with Sencha CMD

  • In the app folder of your  application: sencha app refresh -packages, this will refresh your application’s used packages, do this after an update of your remote package.
  • sencha repository list, lists all your available repositories
  • sencha package list,  lists all the available global packages

Problem syncing a remote package (important)

Sometimes it happens that after uploading a package to a remote repository and a Sencha app refresh, the latest version is not updated (downloaded). In that case it is very well possible that you have to clear the local cache by entering the following command:

After you have done that, you can enter the following command:

A download of the complete package from the remote repository in your global repository will be executed.

How to remove the last version of a package

If you need to go back to an earlier version of a package within an workspace/application, you can enter:

This will not remove the package from your global repository on your server/system, but it will remove the last version from the package in the workspace/application. You can enter this command more than once, if you have more than version available (updates).


Official documentation of Sencha

Johan van de Merwe
Dedicated to professional software development since 1985. Has worked since 1992 as IT manager in several international operating companies. Since 2007 CEO and Sencha Ext JS web application developer at Enovision GmbH.


Leave a Reply