Publicación de aplicaciones en los stores SD
•Descargar como PPTX, PDF•
0 recomendaciones•705 vistas
Recomendados
Más contenido relacionado
Destacado
Destacado (16)
Similar a Publicación de aplicaciones en los stores SD
Similar a Publicación de aplicaciones en los stores SD (20)
Más de GeneXus
Más de GeneXus (20)
Publicación de aplicaciones en los stores SD
- 1. Publicación de aplicaciones SD Gonzalo Echague Gte.Proyectos Artech
- 2. Agenda • Conceptos Comunes a los mercados • Proceso de publicación en: 2
- 3. CONCEPTOS COMUNES A LOS v MERCADOS
- 4. • Cuenta de desarrollador • Firmar aplicativo • Binarios apk cod ipa pkg • Publicación • Versionado 4
- 6. Certificados KeyTool en el JDK de Android BlackBerry Signing Keys 6
- 10. Subir aplicativo 10
- 11. Subir aplicativo 11
- 12. XCode 12
- 15. Aplicativo Publicado 15
- 16. Aplicativo en la store 16
- 17. iTunes Connect Waiting for review 17
- 18. Aplicativo en la store 18
- 19. Windows 8 Application Submit 19
- 20. VERSIONADO v
- 21. Versionado de Aplicaciones Minor Changes Major Changes 21
- 23. MUCHAS GRACIAS
Notas del editor
- El primer pasoparapoderpublicaraplicativos en Google Play escrearunacuenta de desarrollador la cualnoshabilita a publicar.En play.google.com, se realiza la creacion de la cuenta. Debemoscrearunacuenta en GoogleWallet, la cualva a estarasociada a la direccion Gmail con la cualcreamos la cuenta de Developer en Google Play. Developer Account: 25 dolaresporunicavezMerchant Account: en casoquesubamosaplicativospagos se debedefinirunacuenta de Merchant
- All applications must be signed. The system will not install an application on an emulator or a device if it is not signed. To test and debug your application, the build tools sign your application with a special debug key that is created by the Android SDK build tools. When you are ready to release your application for end-users, you must sign it with a suitable private key. You cannot publish an application that is signed with the debug key generated by the SDK tools. keytool -genkey -v -keystoreaug.keystore -alias alias_name-keyalg RSA -keysize 2048 -validity 10000 Se puede utilizer el mismokeystoreparadistintosaplicativos, comohacemos con GeneXusperoesaconsejablecrear un keystoreporaplicativoporejemplo, aug.keystore, bid.keystore, fia.keystore, el mismocertificadodebeserusadocuandorealizamos la actualizacion del aplicativo en play.google.
- 3.) Certificados iOSProvising Portal / CertificatesDesarrollador: Luego de creada la cuenta, podemos ingresar al developer.apple.com y bajar el certificado de desarrollador, el cual voy a usar cada vez que quiera compilar el aplicativo.Distribución: Este certificado es generico y permite armar el IPA en modo distribución para subirlo a la applesotre o distribuirlo internamente en caso que sea una cuenta enterprise.
- 3.) Certificados iOSProvising Portal / CertificatesDesarrollador: Luego de creada la cuenta, podemos ingresar al developer.apple.com y bajar el certificado de desarrollador, el cual voy a usar cada vez que quiera compilar el aplicativo.Distribución: Este certificado es generico y permite armar el IPA en modo distribución para subirlo a la applesotre o distribuirlo internamente en caso que sea una cuenta enterprise.
- Brindar los datos de el keystore file las claves correspondientes y GeneXus se encargara de generar el apk firmado con las claves brindadas.
- Datos yscreenshots del aplicativo a subir.
- Datos del binario del aplicativo firmado, iconos.Finalmente al salvar se publica el aplicativo.Queda inmediatamente disponible en play.google demora unas dos horas en replicarse en todos los servidores.Lo mismo sucede con las actualizaciones.
- Datos del binario del aplicativo firmado, iconos.Finalmente al salvar se publica el aplicativo.Queda inmediatamente disponible en play.google demora unas dos horas en replicarse en todos los servidores.Lo mismo sucede con las actualizaciones.
- Datos del binario del aplicativo firmado, iconos.Finalmente al salvar se publica el aplicativo.Queda inmediatamente disponible en play.google demora unas dos horas en replicarse en todos los servidores.Lo mismo sucede con las actualizaciones.
- Minor ChangesAny change that affects the applications' metadata requires updating the application that is executed on the devices. It can be done with a Minor Change and therefore the binaries sent to the store don’t have to be updated.The connected applications detect the change, update the metadata and keep on running with its new version.New Action (new button). It can even call a new screen/layout.Changes to an Action (changes in parameters of calls to procs).Control is associated with a User Control that is already used in another part of the application in the previous version.Adding or deleting a column to a grid or any field to a screen.Changing a control Class.Enabling / disabling Caching.Changing the Control property of the Dashboard.Changes to Themes.Change to the parm of a REST procedure or REST Data Provider, called from SD Objects Actions.Major ChangesAny change that doesn’t involve the metadata but affects the binaries requires a redistribution of the application to the store.New image (in Layout, Action, Background, Theme, etc.).A new User Control or External Object (a control starts referencing a User Control that is NOT used in the rest of the application, and therefore is not packaged).Changing the main object (so that instead of a dashboard it is an SD panel).Changing the GeneXus version.Changing the URL ServicesPlatformsIt is applicable to iOS, and this is verified when the application is executed or takes focus.In Android, it works only when the application is completely shut down/killed.In Blackberry (as of 06/12/12 12:01 PM) it hasn’t been implemented yet.