Do you need these in separate concatenated outputs or would it suffice to get them in the right order and still have a single file?
If the latter is workable for you, and if you can use the page compile command, here is a way to do it:
The above will tell the compiler about the legacy files and their order with respect to each other (the compiler will inject dependencies between each script tag to preserve this).
<!-- <x-compile> -->
<!-- <x-bootstrap> -->
<!-- </x-bootstrap> -->
<!-- </x-compile> -->
To ensure that the framework comes before the legacy files, you can add something like this to the first one:
Or you can put that one line in a new script and place it before the first legacy file. If you need several such directives to declare what you need (vs "Ext.*") then the new file may be easy to reuse across pages.
If you cannot use the page compile command, it will help to know how you currently handle load order of your legacy files.
The low-level commands to do this kind of thing are discussed in http://docs.sencha.com/ext-js/4-1/#!...mand_app_multi in the "Alternative Strategy - Sharing A Framework Subset" section. If you need to drop the page commands, you can still bring in the JS files by adding the folders to the classpath. That is mostly what the page command does behind the scenes (that and it performs the dependency scan / recursive union on the files directly used by the page but that is also achievable without the page command).