I am currently trying to extract media from a game which will no longer be in service. android:installLocation is true and I can't find any files related to the package in android/data/ which I usually found the installed/additional data from other apk providers.
Related
I've created an MS Word add-in using my Mac, and want to begin the process of submitting it for validation to AppSource. However, the process requires a package to be uploaded, and I haven't been able to find any documentation whatsoever on how to compile my project into the sort of package expected.
The page where you upload your package lists the following file types as being acceptable: .msix, .msixbundle, .msixupload, .appx, .appxbundle, .appxupload, .xap. I've downloaded Visual Studio for Mac, as there's some documents which describe using VS to compile a project to these sorts of packages, but see no way to import my existing project folder – nor any way to start a new Word Add-in project (or anything that sounds similar.)
My project is a React-based add-in created using the Yeoman office project generator (https://github.com/OfficeDev/generator-office), consisting of your standard React project structure (package.json, webpack config files, src/components) as well as my manifest.xml file.
Edit:
To be clear, there is indeed a place within the Submission process which says:
Drag your packages here (.msix, .msixbundle, .msixupload, .appx, .appxbundle, .appxupload, .xap) or browse your files.
However, when I attempt to upload my manifest.xml file using this interface, I receive the following errors:
- You must provide a package that supports each selected device family (or uncheck the box for unsupported device families). Note that targeting the Xbox device family requires a neutral or x64 package.
- You must upload at least one package. If you are using market groups, then each market group must have at least one package.
- You must fix all package validation errors before submitting.
- Package acceptance validation error: manifest.xml is an unknown package type. Please name your file with the appropriate file extension.
I've used manifest validation tools on my current manifest, and they tell me it's structurally valid as well as possesses all required fields. This, as well as the list of accepted filetypes mentioned in my comment below, is what leads me to believe that I'm expected to upload a specific compiled package type.
In order to submit a Word add-in for publication to AppSource you need to submit your add-in via the Seller Dashboard. You will need to submit a .xml manifest file.
For more information on how to submit your add-in to SellerDashboard please see here.
Has anyone successfully used expansion files with appcelerator? I have found the module that is supposed to let us work with them, however I am running into the problem of the .obb file being downloaded directly from the play store and then being downloaded again with the module. Aside from that I can't seem to get access to any of the files contained within the .obb using the module.
I have heard all of the woes of having a big app, so please don't just tell me to make a smaller app, my client has a large "library" that they want installed directly on the app. It consists of html files that call javascript files and images through relative paths.
Are expansion files even the way to go with this? Should I simply zip up my files and download them after, unpack them, and access them using the file system? I am just looking for a way to get these large files onto the device and access them as if they were in the resources directory of the app.
Any help would be appreciated. thanks!
I have an app that needs over 300 PNG images and text files (to populate a database with) and could not get the app small enough to put up on the Play Store. What I ended up doing was create a barebones app (enough to get the user started) then I download the files on start up. I didn't mess with zipping everything (the data is constantly being updated), but if the information you have is pretty static, you could zip it. Once the download successfully finishes and installs the data, it sets an app property (Ti.App.Properties.setInt) 0 is never ran, 1 is partial download and 2 is download is installed (you can do this however you want, but that's what I did).
There are plenty of questions and answers about how to ignore the __MACOSX/.DS_Store files created by Mac OS X...
I would like to know how to go the other way, and include the __MACOSX/.DS_Store files, specifically when working with zip files created on another platform. Simply zipping up the file structure is not enough; it seems that there is some kind of hidden flag in the zip file that is marking that part of the file structure in the zip as the mac resource fork.
Creating the resource fork on the other platform isn't the issue, I'm specifically trying to generate a zip file that properly includes already existing resources. Any thoughts? Will I need to create my own zip tool?
I am working on an music application and after long testing I have came to the conclusion that for the firs run I have to Load in the XAP File the Levels Data instead of downloading it from a web service because it is faster and not so time consuming.
My question is if someone knows a method to read the file listing inside an application folder.
I have written a method that copies the data from one folder to the LocalStorage of the application (IsolatedStorage) and all I need is a way to read the content of the folder.
I have to mention that this is my first app for windows phone.
If the file is in the application folder - which means it is packaged up in the xap - you should be able to get the file using the Application.GetRourceStream like I've seen with apps that have local databases they package, but want to copy over to Isolated Storage after install.
Here's an example (from this page http://msdn.microsoft.com/en-us/library/hh202860(v=vs.92).aspx):
Stream str = Application.GetResourceStream(new Uri("appdata:/MyReferenceDB.sdf", UriKind.Relative)).Stream;
appdata: is what tells it to look in the application directory. Only other option is isostore:
So you have already copied the file from your xap resources to Isolated Storage, and you want to read the file back out of Isolated Storage? (Is there a reason you can't just load the data out of the xap, without copying it to Isolated Storage?)
Try this tutorial on files and Isolated Storage: http://www.windowsphonegeek.com/tips/all-about-wp7-isolated-storage-read-and-save-text-files (I recommend reading the whole thing, but I linked specifically to a page on creating and reading text files).
This question contains code for listing the files in your isolated storage, if you can't just hardcode your filename:
windows phone 7 File Listing IsolatedStorage
This guide shows how to deploy a COM object consisting of a single .dll file to a Windows Azure role using the start-up task mechanism.
Now I have a COM object that depends on several hundred other files - .dll files (I build them myself as well) and some binary data required for its operation that need to be deployed as a directory tree. Including that into the role project (as it is done for the single file in the guide) seems rather dumb - those files don't belong to the role functionality, instead the role just depends on the COM object.
How do I deploy a huge subtree containing the COM object and whatever it depends on onto Windows Azure most conveniently?
One popular technique is to store those files in blob storage. Two ways to do this:
Create a container for your DLL and dependent files, and store each file in its own blob.
Create a zip file of your DLL and dependency tree, and store that zip in a single blob
With an elevated startup task, you can copy down the file(s) and install your COM component.
Option #2 will likely result in a quicker bootup time, since it's a single copy, and it will have less storage transactions. You'll just need to bundle a zip application (or store that in a separate blob.
Nate Totten built a multi-tenant web role for Windows Azure, and the technique he uses for deploying a website involves option #2 above (although not as a startup task). I suggest looking at that project to see how the zip file is copied to local storage and unzipped.
EDIT: One more option is to look at AzureRunMe, an open source tool for unzipping and launching apps in a Windows Azure role.
If the files are going to change independently of the change process on the role, then I would agree with David's suggestions - I would put them all in a zip in Blob Storage and then use a startup task to download and install the files.
However, if the files are not going to change independently of the files in the role, then I would package the files in a .zip and then run a startup process to unzip and install those files from the role. One of the advantages of this approach is that the project is very straight-forward to deploy and version in "devops" - it doesn't have any dependencies on Blob storage.
One final option is that you could also put the DLLs in an Azure Drive - you could mount that drive and install the COM object from that drive during role startup.