You can use "adb pull" to retrieve an .apk from a running system.  In this
case our model is much more like PalmOS than windows, where the thing you
download and install is also the thing that you run, there is no separate
installer.

On Thu, Dec 18, 2008 at 5:41 AM, jarkman <jark...@gmail.com> wrote:

>
> Dianne - that reminds me of another question - is the user going to
> have any way to get the .apk back off a device after installation ?
>
> I'm wondering if we should expect this world to be a bit like old-
> school PalmOS, where users tended to pass apps around, or more like
> (I'm sorry for the comparison) Windows Mobile, where once they have
> installed it they probably don't keep the .cab and so don't pass the
> app on to their friends.
>
> Thanks,
>
> Richard
>
>
> On Dec 17, 2:07 am, "Dianne Hackborn" <hack...@android.com> wrote:
> > We deliberately do not do this, so we can always reset the application
> back
> > to the initial state it was installed in.  Keeping .apks entirely
> > self-contained, self-sufficient, and without needing some external
> installer
> > that you can loose is of tremendous value in being able to manage
> everything
> > the user has installed and simplifying their experience.
> >
> > This is something that I will very strongly push back from changing, and
> is
> > central to just about everything about how we manage applications, such
> as
> > the fact that applications don't go and explicitly register themselves
> with
> > part of the system, but rather declare those things in the manifest.
> >
> >
> >
> > On Tue, Dec 16, 2008 at 3:18 PM, Urs Grob <grob....@gmail.com> wrote:
> >
> > > It would be nice to have something like an installation package that
> > > contains the apk as well as some files that are only needed during
> > > installation time. Like this you could deploy e.g. your sqlite db file
> > > with some initial content or some files that maybe should be stored
> > > inflated on the sdcard.
> >
> > > -- Urs
> >
> > > On Tue, Dec 16, 2008 at 11:33 PM, jarkman <jark...@gmail.com> wrote:
> >
> > > > Thanks for the confirmation. Still seems like a shame... :-)
> >
> > > > R.
> >
> > > > On Dec 16, 5:25 pm, "Dianne Hackborn" <hack...@android.com> wrote:
> > > >> The .apk is read-only, and can not be modified.
> >
> > > >> On Tue, Dec 16, 2008 at 12:49 AM, jarkman <jark...@gmail.com>
> wrote:
> >
> > > >> > We've got a similar issue, with a bunch of files that we extract
> from
> > > >> > the apk on first run and will never need in the apk again.
> >
> > > >> > It is a terrible waste of space to leave them there. Shame.
> >
> > > >> > Richard
> >
> > > >> > On Dec 15, 9:16 pm, Ralf <ralfo...@gmail.com> wrote:
> > > >> > > You can think of the the APK as being a read-only zip file, so I
> > > don't
> > > >> > > think you can remove anything from it. You don't really need to
> > > remove
> > > >> > > your lib from the apk anyway, do you?
> >
> > > >> > > R/
> >
> > > >> > > On Mon, Dec 15, 2008 at 5:50 AM, shuoshuo <wzshuos...@gmail.com
> >
> > > wrote:
> >
> > > >> > > > I have made an application, it uses a C++ shared library, I
> want
> > > >> > > > deploy it by including it with the .apk package, at run time,
> copy
> > > it
> > > >> > > > from the assets to a file, then remove it from assets in apk,
> how
> > > >> > > > could I remove a file from assets in apk at runtime? or Is
> there
> > > any
> > > >> > > > other alternative to deploy a C++ shared library?
> >
> > > >> --
> > > >> Dianne Hackborn
> > > >> Android framework engineer
> > > >> hack...@android.com
> >
> > > >> Note: please don't send private questions to me, as I don't have
> time to
> > > >> provide private support.  All such questions should be posted on
> public
> > > >> forums, where I and others can see and answer them.
> >
> > --
> > Dianne Hackborn
> > Android framework engineer
> > hack...@android.com
> >
> > Note: please don't send private questions to me, as I don't have time to
> > provide private support.  All such questions should be posted on public
> > forums, where I and others can see and answer them.
> >
>


-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support.  All such questions should be posted on public
forums, where I and others can see and answer them.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to