Ext.data.JsonP.command({"title":"Introduction to Sencha Cmd","guide":"
Contents
\n\nSencha Cmd is a cross-platform command line tool that provides many automated tasks\naround the full life-cycle of your applications from generating a new project to\ndeploying an application to production.
\n\nSencha Cmd provides a collection of powerful time-saving features that\nwork together and in conjunction with the Sencha Ext JS and Sencha Touch frameworks.\nSencha Cmd provides the following capabilities:
\n\nSencha Cmd is designed for Sencha Ext JS version 4.1.1a or higher and Sencha Touch\nversion 2.1 or higher. Many of the new features of Sencha Cmd require framework support\nthat is only available at these version levels. There are some low-level commands that\ncan be used for older versions of Sencha frameworks or JavaScript in general.
\n\nIf you are using an older version of Ext JS, you may use Sencha Cmd's build
command to\nbuild via your JSB file. In other words, Sencha Cmd can replace JSBuilder to produce a\ncompressed build of the files described in a JSB file. Sencha Cmd will not update your JSB\nfile as was done by the previous SDK Tools v2.
Sencha Touch 2.0.x requires SDK Tools v2.
\n\nFollow these steps to set up your system and start using Sencha Cmd:
\n\nTo verify that Sencha Cmd is working properly, open a command line, change directory to\nyour application, and type the sencha command.
\n\nYou should see output that starts with:
\n\nSencha Cmd v3.1.n\n...\n
\n\nIf this message appears and the version number is 3.1.n or higher, you are all set.
\n\nThe Sencha Cmd web server lets you serve files from your applications directory.\nUse this command to start the web server:
\n\nsencha fs web [-port 8000] start -map <dir_name>\n
\n\n(You can use any available TCP port number or omit it and use the default.)
\n\nTo access the Sencha Cmd web server, use:
\n\nhttp://localhost:8000/\n
\n\nNew to Sencha Cmd v3.1 is the sencha upgrade
command. Once you have a version of Sencha\nCmd with the upgrade
command, you won't need to manually download Sencha\nCmd updates again.
Check for new updates to Sencha Cmd:
\n\nsencha upgrade --check\n
\n\nWithout the --check
option, the sencha upgrade
command downloads and installs the\nlatest version if you don't already have it:
sencha upgrade\n
\n\nIf you want to check for pre-release (a.k.a. \"beta\") releases, use:
\n\nsencha upgrade --check --beta\n
\n\nTo install the latest beta version:
\n\nsencha upgrade --beta\n
\n\nAfter the installer is done, start a new console or terminal\nto pick up the changes to your PATH environment variable.
\n\nBecause multiple versions of Sencha Cmd can be installed side-by-side, you can safely try\nthe Beta channel and then uninstall the beta (or adjust the PATH) to go back to the stable\nversion. Upgrading your applications using sencha app upgrade
however, is something you\nmay need \"roll back\" if you downgrade to an older Sencha Cmd.
Sencha Cmd features are arranged in categories (or modules) and commands:
\n\nsencha [category] [command] [options...] [arguments...]\n
\n\nHelp is available using the help
command.
sencha help [module] [action]\n
\n\nFor example, try this:
\n\nsencha help\n
\n\nAnd you should see this:
\n\nSencha Cmd v3.1.n\n...\n\nOptions\n * --cwd, -cw - Sets the directory from which commands should execute\n * --debug, -d - Sets log level to higher verbosity\n * --nologo, -n - Suppress the initial Sencha Cmd version display\n * --plain, -pl - enables plain logging output (no highlighting)\n * --quiet, -q - Sets log level to warnings and errors only\n * --sdk-path, -s - The location of the SDK to use for non-app commands\n * --time, -ti - Display the execution time after executing all commands\n\nCategories\n * app - Perform various application build processes\n * compass - Wraps execution of compass for sass compilation\n * compile - Compile sources to produce concatenated output and metadata\n * fs - Utility commands to work with files\n * generate - Generates models, controllers, etc. or an entire application\n * io - Create, deploy and manage applications on the Sencha.io cloud platform\n * iofs - Manage Files stored in the Sencha.io cloud platform\n * manifest - Extract class metadata\n * package - Manages local and remote packages\n * repository - Manage local repository and remote repository connections\n * theme - Commands for low-level operations on themes\n\nCommands\n * ant - Invoke Ant with helpful properties back to Sencha Cmd\n * build - Builds a project from a legacy JSB3 file.\n * config - Load a properties file or sets a configuration property\n * help - Displays help for commands\n * js - Executes arbitrary JavaScript file(s)\n * upgrade - Upgrades Sencha Cmd\n * which - Displays the path to the current version of Sencha Cmd\n
\n\nIn many cases, Sencha Cmd requires that you set a specific current directory. Or it may\njust need to know details about the relevant SDK. The appropriate SDK can be determined\nautomatically by Sencha Cmd when it is run from a generated application folder or, for\nsome few commands, from an extracted SDK folder.
\n\nImportant For the following commands, Sencha Cmd needs to be run from the root folder\nof a generated application. The commands fail if not run from the application's root folder.
\n\n* `sencha generate ...` (for commands other than `app`, `package` and `workspace`)\n* `sencha app ...`\n
\n\nTo generate an application, run the following command from an extracted SDK folder:
\n\ncd /path/to/SDK\nsencha generate app ...\n
\n\nOr you can use the -sdk
switch:
sencha -sdk /path/to/sdk generate app ...\n
\n\nWhen using the compiler, Sencha Cmd detects the framework in use when run from an\napplication folder. If you are not running from a generated application, you may need to\nuse the -sdk
switch:
sencha -sdk /path/to/sdk compile ...\n
\n\nImportant Do not specify the -sdk
parameter for sencha app
commands. As noted\nabove, these commands must be run from the application's root folder and therefore\nautomatically know which SDK to use. Using -sdk
on these commands causes Sencha Cmd\nto believe your current directory is the SDK specified which is not the proper current\ndirectory for an application.
The starting point for most projects is to generate an application skeleton. This is done\nusing the following:
\n\nsencha -sdk /path/to/sdk generate app MyApp /path/to/MyApp\n
\n\nExt JS and Sencha Touch applications are structured differently from each other. Further,\nparticularly with Ext JS, applications can be quite large and may contain multiple pages.
\n\nTo get started building applications using Sencha Cmd, consult the\nUsing Sencha Cmd guide.
\n\nThere are many other details related to using Sencha Cmd that can be helpful. The help
\ncommand is a great reference, but if you want to walk through all the highlights, consult\nAdvanced Sencha Cmd.
Here are some tips for solving common problems encountered when using Sencha Cmd.
\n\nIf running sencha
results in the error message sencha: command not found
on OSX/Linux\nor 'sencha' is not recognized as an internal or external command, operable program or\nbatch file
on Windows, follow these steps:
C:\\Users\\Me\\bin\\Sencha\\Cmd\\{version}
~/bin/Sencha/Cmd/{version}
~/bin/Sencha/Cmd/{version}
echo %PATH%
on Windows or echo $PATH
on Mac or Linux.\nThe Sencha Cmd directory should be displayed in part of the output. If this is not\nthe case, add it to your PATH manually.SENCHA_CMD_{version}
is set, with the value being\nthe absolute path to the installation directory mentioned above. For example, if the\ninstalled version is 3.1.0, a SENCHA_CMD_3_1_0
must be set. If the output is\nempty, set the environment variable manually. To check, go to the command prompt (or\nTerminal) and run:\n\necho %SENCHA_CMD_3_1_0%
echo $SENCHA_CMD_3_1_0
If you see an error related to not recognizing or finding \"ruby\"
this is likely because\nRuby is not installed or is not in your PATH. See the previous System Requirements section.
A common mistake is to perform a command that requires the current directory to be either\nan extracted SDK directory or an application directory, but such a directory has not been\nset. If this requirement is not met, Sencha Cmd displays an error and exits.
\n\nNote that a valid application directory is one that was generated by Sencha Cmd.
\n\nThe sencha app build
command works by reading your index.html
and scanning for\nrequired classes. If your application does not properly declare the classes it requires,\nthe build usually completes but will not contain all the classes needed by your application.
To ensure that you have all required classes specified, always develop with the debugger\nconsole enabled (\"Developer Tools\" in IE/Chrome, FireBug in FireFox and Web Inspector in\nSafari) and resolve all warnings and error messages as they appear.
\n\nWhenever you see a warning like this:
\n\n[Ext.Loader] Synchronously loading 'Ext.foo.Bar'; consider adding 'Ext.foo.Bar' explicitly as a require of the corresponding class\n
\n\nImmediately add 'Ext.foo.Bar' inside the requires
array property of the class from\nwhich the dependency originates. If it is a application-wide dependency, add it to the\nrequires
array property inside Ext.application(...)
statement.