Overview
Despia’s Android Studio Export feature allows you to download your entire Android project, including all source files and dependencies. This gives advanced developers full access to the native codebase for customization beyond the standard Despia platform capabilities.What You Can Do With Manual Export
- Make low-level modifications to the native code
- Integrate additional third-party libraries
- Configure custom build settings
- Deploy directly through Android Studio
- Implement advanced native Android features
- Access Gradle configuration files
Who Should Use This Feature
Recommended for:- Experienced Android developers comfortable with Android Studio
- Projects requiring deep native code customization
- Teams with dedicated Android development resources
- Developers familiar with Gradle and Android build systems
- Developers unfamiliar with Android development or Android Studio
- Projects that can be handled with Despia’s Auto Publish feature
- Teams wanting to maintain automatic over-the-air updates
Note: This approach is recommended for experienced Android developers who are comfortable working with Android Studio and native code. If you’re not familiar with Android development, we recommend using the Auto Publish option instead.
Export Process
Step 1: Access the Export Option
- Log in to your Despia dashboard
- Open your project
- Click on the Export Project button in the top navigation bar
Step 2: Select Android Project
In the export modal that appears:- Click on the Android Project option
- You’ll see a preview of some of the native code that will be included in your export
- Review the folder structure displayed in the preview panel
Step 3: Export Source Code
- Click the Export Source Code + Dependencies button at the bottom of the modal
- Your browser will download a ZIP file containing your complete Android Studio project
- The download may take a few moments depending on your project size and connection speed
- Complete Java/Kotlin source code
- All project dependencies
- Resource files and assets
- Gradle build configurations
- Android manifest files
- Keystore for signing (if available)
Working with the Exported Project
Opening in Android Studio
Follow these steps to open your exported project:- Extract the downloaded ZIP file to a location on your computer
- Open Android Studio
- Select Open an Existing Project from the welcome screen (or File → Open)
- Navigate to the extracted folder and select it
- Wait for Android Studio to complete the Gradle sync process
Important: The initial Gradle sync may take several minutes. Do not interrupt this process.
System Requirements
| Requirement | Minimum | Recommended |
|---|---|---|
| Android Studio | Latest stable version | Latest stable version |
| RAM | 8 GB | 16 GB or more |
| Disk Space | 10 GB free | 20 GB free |
| Java JDK | JDK 11 or higher | JDK 17 |
Understanding the Project Structure
Once opened in Android Studio, you’ll have access to:- Complete source code
- Resource files (layouts, images, strings)
- Configuration files
- Build scripts (Gradle)
- Dependencies and libraries
Making Modifications
Development Workflow
When modifying the exported project:- Make your desired changes to the code or configuration
- Test thoroughly on multiple device configurations
- Build and sign your APK/AAB using Android Studio’s built-in tools
- Submit to Google Play Store following the standard submission process
Important Considerations
Key points to remember:- Once you export and modify the project outside of Despia, those changes won’t automatically sync back to your Despia project
- Consider using version control (like Git) to track your changes
- The exported project contains all the necessary dependencies and configurations to build a complete Android application
Testing Your Changes
Recommended testing approach:| Test Type | Description |
|---|---|
| Emulator Testing | Test on Android Virtual Devices (AVDs) |
| Device Testing | Test on physical devices for accurate performance |
| Multiple API Levels | Verify compatibility across Android versions |
| Different Screen Sizes | Test on various device form factors |
| Different Manufacturers | Test on Samsung, Google, etc. |
Gradle Sync Issues
If Gradle sync fails:- Check internet connection (dependencies need to download)
- Verify Gradle version compatibility
- Ensure Android SDK is properly installed
- Check build.gradle files for errors
- Invalidate caches and restart: File → Invalidate Caches / Restart
Building Your Modified App
Build Configuration
Android Studio provides two output formats:| Format | Purpose | Use Case |
|---|---|---|
| APK | Android Package | Direct installation, testing |
| AAB | Android App Bundle | Google Play Store (recommended) |
Creating a Signed Build
Step 1: Generate Signing Key (if needed)
If you don’t have a keystore:- Select Build → Generate Signed Bundle / APK
- Click Create new… under Key store path
- Fill in the key store information:
- Key store path: Choose save location
- Password: Strong password
- Alias: Key alias name
- Validity: 25+ years
- Save the key store securely
Critical: Keep your keystore file and passwords secure. Losing them means you cannot update your app on Google Play.
Step 2: Build Signed APK/AAB
- In Android Studio, select Build → Generate Signed Bundle / APK
- Choose Android App Bundle (AAB) for Play Store or APK for direct installation
- Click Next
- Key store path: Select your keystore file (or use one from Despia export)
- Key store password: Enter password
- Key alias: Select alias
- Key password: Enter key password
- Release (for production)
- Debug (for testing)
- Click Next
- Choose destination folder
- Click Finish
Build Output
After successful build:| File Type | Location | Use |
|---|---|---|
| AAB | /app/release/ | Upload to Google Play Console |
| APK | /app/release/ | Direct device installation |
Publishing Your Modified App
Uploading to Google Play Console
Step 1: Prepare Your Build
- Ensure you built a Release variant (not Debug)
- Locate your AAB or APK file
- Verify the version code is higher than previous versions
Step 2: Upload to Play Console
- Log in to Google Play Console
- Navigate to your app
- Go to Release → Production (or Testing track)
- Click Create new release
Step 3: Add Your Build
- Click Upload in the App bundles section
- Select your AAB file
- Wait for processing (5-10 minutes)
- Review any warnings or errors
Step 4: Complete Release Information
- Add release notes describing changes
- Review countries and regions
- Complete any required compliance forms
Step 5: Submit for Review
- Click Review release
- Verify all information is correct
- Click Start rollout to Production
Review Process
| Stage | Duration |
|---|---|
| Upload | 5-10 minutes |
| Processing | 10-30 minutes |
| Review | 1-7 days (typically 1-3) |
| Published | Immediate after approval |
Troubleshooting
Common Issues and Solutions
Gradle Sync Failed
Issue: “Gradle sync failed: …” Solutions:- Check that you have the latest version of Android Studio installed
- Verify internet connection (Gradle downloads dependencies)
- Ensure all dependencies are properly synced in the Gradle files
- Try File → Sync Project with Gradle Files
- Invalidate caches: File → Invalidate Caches / Restart
Missing SDK Packages
Issue: “Failed to find target with hash string…” Solutions:- Open SDK Manager: Tools → SDK Manager
- Verify that you have the necessary SDKs installed
- Install required SDK platforms and build tools
- Accept SDK licenses if prompted
Build Errors
Issue: Compilation errors after export Solutions:- Check for syntax errors in modified code
- Verify all imports are correct
- Ensure dependencies versions are compatible
- Clean and rebuild: Build → Clean Project, then Build → Rebuild Project
Signing Issues
Issue: Cannot sign the app Solutions:- Verify keystore file exists and path is correct
- Check keystore password and key alias
- Use the keystore exported from Despia if available
- Create new keystore if original is lost (new app only)
App Won’t Run
Issue: App crashes immediately after installation Solutions:- Check logcat for error messages
- Verify minimum SDK version matches device
- Test on different devices/emulators
- Check for missing permissions in AndroidManifest.xml
Advanced Configuration
Modifying Gradle Files
App-level build.gradle
Located at/app/build.gradle:
- Change package name
- Update version code/name
- Modify SDK versions
- Add/remove dependencies
Adding Dependencies
Add libraries independencies block:
Android Manifest Configuration
Located at/app/src/main/AndroidManifest.xml
Common modifications:
- Add/remove permissions
- Configure activities
- Set up intent filters
- Define app components
Getting Help
When to Contact Support
If you encounter any issues with the exported project:- Check that you have the latest version of Android Studio installed
- Ensure all dependencies are properly synced in the Gradle files
- Verify that you have the necessary SDKs installed
- Review Android Studio’s error messages and suggestions
Support Resources
For additional assistance:| Support Channel | Contact Information | Response Time |
|---|---|---|
| [email protected] | 24-48 hours | |
| Dashboard Chat | Available in your Despia dashboard | During business hours |
Support Scope
What we can help with:- Export process issues
- Understanding the exported project structure
- General questions about Despia features
- Troubleshooting export-related problems
- Extensive custom development assistance
- Advanced Android Studio troubleshooting unrelated to Despia
- Third-party library integration support
- General Android development tutoring
- Gradle configuration beyond basic setup
We’re happy to help with any questions about the export process, though extensive custom development assistance may be outside our support scope.
Alternative: Auto Publish
Remember that this option is primarily for advanced developers who need direct access to the native code. For a simpler publishing experience, consider using our Auto Publish feature instead.Benefits Comparison
| Feature | Auto Publish | Manual Export |
|---|---|---|
| Ease of Use | Very simple | Requires Android Studio knowledge |
| Build Process | Automatic | Manual in Android Studio |
| Updates | Over-the-air updates | Manual rebuilds required |
| Customization | Limited to Despia features | Full native code access |
| Maintenance | Handled by Despia | Developer responsibility |
| Learning Curve | Minimal | Requires Android development skills |
When to Choose Auto Publish
Auto Publish is the better choice when:- You don’t need custom native code modifications
- You want simplified deployment and maintenance
- You prefer automatic over-the-air updates
- Your team lacks Android development expertise
- Project requirements fit within Despia’s feature set
Best Practices
Version Control
After exporting your project:- Initialize a Git repository in your project folder
- Create an initial commit with the exported code
- Track all changes with meaningful commit messages
- Use GitHub, GitLab, or Bitbucket for backup and collaboration
Security Considerations
Keystore Management:- Never commit keystore files to version control
- Store keystore and passwords securely
- Create backups of keystore file
- Document keystore information separately
- Use environment variables or secure storage
- Never hardcode API keys in source code
- Consider using Android’s BuildConfig for configuration
Code Documentation
Maintain documentation for:- Custom modifications made to exported code
- Reasons for specific implementation choices
- Build and deployment procedures
- Dependencies and their purposes
- Known issues and workarounds
Regular Updates
- Keep Android Studio updated to latest stable version
- Update Gradle and dependencies regularly
- Test on latest Android versions
- Monitor for security updates
- Consider re-exporting from Despia periodically for updated base code
Testing Strategies
Local Testing
- Emulator Testing
- Create AVDs for different API levels
- Test various screen sizes
- Simulate different device configurations
- Physical Device Testing
- Test on actual hardware
- Connect via USB debugging
- Enable Developer Options on device
Pre-Release Testing
Before publishing:- Internal Testing Track
- Upload AAB to Play Console
- Test with internal team
- Verify all features work
- Closed Testing
- Invite limited testers
- Gather feedback
- Fix issues before production
- Open Testing
- Broader audience testing
- Monitor crash reports
- Address feedback
Next Steps
After successfully exporting and working with your Android Studio project:- Test thoroughly before submitting to Google Play
- Submit for internal testing if needed
- Complete Play Store listing requirements
- Submit for production when ready
- Monitor reviews and ratings after launch
- Plan for maintenance and future updates
Additional Resources
Android Development Resources
- Android Developer Documentation
- Android Studio User Guide
- Gradle Build Documentation
- Material Design Guidelines
Google Play Resources
Community Resources
- Stack Overflow (android tag)
- Reddit r/androiddev
- Android Developers YouTube Channel
- Google Developer Groups