Jeffrey I. Schiller
|2 weeks ago|
|.github||9 months ago|
|appinventor||2 weeks ago|
|.gitattributes||1 year ago|
|.gitmodules||4 years ago|
|LICENSE||8 years ago|
|README.md||2 years ago|
|Vagrantfile||3 years ago|
|bootstrap.sh||3 years ago|
|buildtools||1 month ago|
|buildtools.cmd||2 years ago|
|sample-.gitignore||2 years ago|
Welcome to MIT App Inventor
Learn more about MIT App Inventor.
This code is designed to be run in Google's App Engine. MIT runs a public instance that all are welcome to use to build App Inventor Applications. You do not need to compile or use this code if you wish to build MIT App Inventor applications.
We provide this code for reference and for experienced people who wish to operate their own App Inventor instance and/or contribute to the project.
This code is tested and known to work with Java 8.
The best way to go about integrating changes in App Inventor is to start a conversation in the Open Source forum about whatever you intend to change or add.
We use very brief and informal design documents with descriptions of the proposed changes and screenshots of how the functionality would look like and behave, in order to gather as much feedback from the community, as early as possible. We generally use shared Google docs for this (with permissions to add comments), but any format that is accessible from a web browser (and allows comments) would do.
If you have skipped this step and have gone ahead and made your changes already, feel free to open a pull request, but don't be too surprised if we ask you to go back and document it in a design document. Remember that the main goal of doing this is to gather as much feedback, as early as possible. We will also possibly ask you to put an instance with your changes on appspot, and provide a modified Companion app (if that applies) so that reviewers can play with the changes before looking at the source.
Check out our open source site to find a lot more information about the project and how to contribute to it.
Setup instructions (Vagrant)
The easiest way to get a development environment up and running is to use the provided Vagrantfile. Install Vagrant and open a terminal in the root directory of this repository. Run the following commands
vagrant plugin install vagrant-vbguest # optionally for virtualbox users, and only once vagrant up # initializes the VM
It may take a few minutes for Vagrant to initialize as it will pull down a virtual machine image from the Internet and configure it with all of the App Inventor dependencies. Subsequent start-ups will be faster. Next, enter the virtual machine by running:
This should open up a terminal within the virtual machine in the directory
/vagrant/appinventor. This directory is the same as the
appinventor directory in this repository, shared between your host machine and the virtual machine. Any changes made on one side will be visible in the other. This allows you to edit files on your host machine with your preferred editor, while keeping the build environment relegated to the virtual machine. To build App Inventor, you may now run:
and to run App Inventor:
Press Ctrl+C to quit the server. Enter exit at the prompt to leave the virtual machine. To reclaim resources when you are not actively developing, you can run
vagrant halt to stop the virtual machine. To completely remove the virtual machine, run
vagrant destroy. If you destroy the VM, you will need to start these instructions from the top.
Note 1: For macOS users, if you are using VirtualBox and get any error while initializing the VM it may be due to security restrictions in System Preferences, consider reading this article.
Note 2: If it seems like none of the dependencies are installed in the VM, run
For better performance, consider using the manual instructions.
Setup instructions (manual)
You will need a full Java JDK (version 8, OpenJDK preferred; JRE is not enough) and Python to compile and run the servers.
If you want to make changes to the source, you are going to need to run an automated test suite, and for that you will also need phantomjs. Have a look at the testing section for more information.
Note 1: If you are working on a 64-bit linux system, you need to install 32-bit version of: glibc(to get a 32-bit version of ld-linux.so), zlib and libstdc++.
If you are on a Debian-based distribution(Ubuntu), use:
$ sudo apt-get install libc6:i386 zlib1g:i386 libstdc++6:i386
If you are on an RPM-based distribution(Fedora), use:
$ sudo dnf install glibc.i686 zlib.i686 libstdc++.i686
Note 2: Certain Java 8 features, such as lambda expressions, are not supported on Android, so please don't use them in your changes to the source code.
Forking or cloning
Consider forking the project if you want to make changes to the sources. If you simply want to run it locally, you can simply clone it.
If you decide to fork, follow the instructions given by github. After that you can clone your own copy of the sources with:
$ git clone https://github.com/YOUR_USER_NAME/appinventor-sources.git
Make sure you change YOUR_USER_NAME to your user name.
Configuring a remote pointing to this repository is also a good idea if you are forking:
$ cd appinventor-sources $ git remote add upstream https://github.com/mit-cml/appinventor-sources.git
Finally, you will also have to make sure that you are ignoring files that need ignoring:
$ cp sample-.gitignore .gitignore
App Inventor uses Blockly, the web-based visual programming editor from Google, as a core part of its editor. Blockly core is made available to App Inventor as a git submodule. The first time after forking or cloning the repository, you will need to perform the following commands:
$ git submodule update --init
For developers who will be working on Blockly within the context of App Inventor, the preferred checkout procedure is to perform a
git submodule init, edit the
.git/config file to use the read/write SSH URL for MIT CML's Blockly fork instead of the public read-only HTTPS URL assumed by default (to support pushing changes). After changing
git submodule update will pull the repository.
If you need to switch back to a branch that does contains the Blockly and Closure Library sources in the tree, you will need to run the command:
$ git submodule deinit --all
to clear out the submodules before switching branches. When switching back, you will need to repeat the initialization and update procedure above.
Troubleshooting common installation issues
Run this command to run a self-diagnosis of your environment. This command tries to figure out common installation issues and offers you a solution to fix them yourself. Make sure this passes all the checks before you proceed further.
Linux and macOS
Before compiling the code, an auth key is needed. You can create one by running the following commands:
$ cd appinventor $ ant MakeAuthKey
Once the key is in place, type the following to compile (from the appinventor folder):
You will see a lot of stuff in the terminal and after a few minutes (it can take from 2 to 10 minutes, depending on your machine specs) you should see a message saying something like Build Successful.
Running the server(s)
There are two servers in App Inventor, the main server that deals with project information, and the build server that creates apk files. More detailed information can be found in the App Inventor Developer Overview document.
Running the main server
$ your-google-cloud-SDK-folder/bin/java_dev_appserver.sh --port=8888 --address=0.0.0.0 appengine/build/war/
Make sure you change your-google-cloud-SDK-folder to wherever in your hard drive you have placed the Google Cloud SDK.
Running the build server
The build server can be run from the terminal by typing:
$ cd appinventor/buildserver $ ant RunLocalBuildServer
Note that you will only need to run the build server if you are going to build an app as an apk. You can do all the layout and programming without having the build server running, but you will need it to download the apk.
Accessing your local server
You should now be up and running; you can test this by pointing your browser to:
Before entering or scanning the QR code in the Companion, check the box labeled "Use Legacy Connection".
The automated tests depend on Phantomjs. Make sure you install it and add it to your path. After that, you can run all tests by typing the following in a terminal window:
$ ant tests
Building Release Code
Release builds with optimizations turned on for the web components of the system can be done by passing
ant -Drelease=true noplay
The release configuration sets the following additional options:
- Blockly Editor is compiled with SIMPLE optimizations (instead of RAW)
- App Engine YaClient module is compiled without
<collapse-all-properties/>to create per-language/browser builds
- App Engine YaClient module is compiled with optimization tuned to 9 and with 8 threads
Hot-reloading GWT code with 'Super Dev Mode'
- Run the main server.
- Open http://localhost:9876 (GWT CodeServer) and drag the two bookmarklets (Dev Mode On & Off) to the bookmarks bar.
- Open http://localhost:8888 (App Engine server)
- To see changes "live":
- Save your changes in file.
- Click on the "Dev Mode On" bookmarklet.
- A popup will be shown with a button to compile
- Press that button to compile. (That button is actually a bookmarklet. So you can drag this button to the bookmarks bar as well. This will come handy for subsequent compilations)
- After that, GWT CodeServer will compile the module incrementally.
- Refresh the page and that's it! The changes are live.
Join our community.