As far as I know, launching an activity in an uninstalled apk is impossible.
The problem is not the correct context enviroment, but the manifest file not
be registered. That means you can use resouces and codes in dynamic loaded
apk, but can not use activities, services directly.
2008/3/24, Ben Dodson <[EMAIL PROTECTED]>:
>
>
> what does that snippet do now?
>
> I was also thinking on my approach of creating my own Context with my
> own ClassLoader. I haven't thought it out completely but it may be a
> security risk, as you could override "com.google.os.securePackage" to
> do something else, and it may be possible to skirt around permissions.
> This is of course not what I'm trying to do =) But it may mean that
> method is not possible and/or should be examined as a possible
> security risk.
>
> I'm going to try something later today- I can define my own
> Context.getResources() method, so rather than launching activities,
> I'll have an alternate entry point called MyActivity.load(), called
> from within a Context with getResources overwritten to use that apk's
> resources.
>
> So many paths, so many dead ends ; (
>
>
> On Mar 23, 9:17 pm, tu <[EMAIL PROTECTED]> wrote:
> > I do think so! I think there is no way to register a manifest other than
> > package manager API now. The nearest approach I got is the following:
> > ActivityThread thread = ActivityThread.currentActivityThread();
> > PackageManager manager = this.getPackageManager();
> > PackageInfo info =
> > manager.getPackageArchiveInfo
> ("/data/data/my.test/install/testHello.apk",
> > 0xffff);
> > ApplicationInfo ai = info.applicationInfo;
> > ai.dataDir = "/data/data/my.test";
> > ai.processName = "my.test";
> > ai.uid = 10008; //uid of the running package
> > ActivityThread.PackageInfo actPackageInfo = thread.getPackageInfo
> (ai,
> >
> Context.CONTEXT_IGNORE_SECURITY|Context.CONTEXT_INCLUDE_CODE
> > );
> > thread.getApplicationThread().scheduleLaunchActivity(intent, null,
> > ai.packageName, "/data/data/my.test/",
> > "/data/data/my.test/", ai.theme, ai.nonLocalizedLabel,
> ai.labelRes,
> > null, null, null, false);
> >
> > It would work if ApplicationThread class is public.
> >
> > 2008/3/24, [EMAIL PROTECTED] <
> > [EMAIL PROTECTED]>:
> >
> >
> >
> > > I guess package manager API is what you want, hackbod said is still
> > > under development.
> >
> > > On Mar 23, 5:03 pm, Ben Dodson <[EMAIL PROTECTED]> wrote:
> > > > Right, but is there a way to load these dynamically, given another
> > > > manifest file? Can I edit my manifest file on the fly and inject the
> > > > activities of the .apk I want to load? Or can I adjust the context
> I'm
> > > > running in so the downloaded .apk's manifest is used instead of my
> own
> > > > until it is removed from the application stack?
> >
> > > > On Mar 23, 7:54 pm, "[EMAIL PROTECTED]"
> >
> > > > <[EMAIL PROTECTED]> wrote:
> > > > >http://code.google.com/android/devel/bblocks-manifest.html
> >
> > > > > "Every Activity must have an <activity> tag in the manifest
> whether it
> > > > > is exposed to the world or intended for use only within its own
> > > > > package. If an Activity has no matching tag in the manifest, you
> won't
> > > > > be able to launch it."
> >
> > > > > On Mar 23, 3:17 pm, Ben Dodson <[EMAIL PROTECTED]> wrote:
> >
> > > > > > Well it looks like I jumped the gun.. no, I haven't yet been
> able to
> > > > > > launch an activity from my data folder. I can load classes from
> them
> > > > > > with the PathClassLoader, but can't call an activity. I think I
> need
> > > > > > to somehow create a new Context with my PathClassLoader as the
> > > > > > ClassLoader. Then use this context to run:
> >
> > > > > > Context packageContext =
> > > > > > context.createPackageContext(mclassname.substring(
> > > mclassname.lastIndexOf(". ")),
> > > > > > Context.CONTEXT_IGNORE_SECURITY);
> > > > > > intent = new Intent();
> > > > > > intent.setClass(packageContext,
> m_class);
> >
> > > > > > no luck yet on creating that context.. I'm not positive this is
> the
> > > > > > way to go, but it's my best guess for now.
> >
> > > > > > Is it possible to load the contents of a foreign .apk's manifest
> > > file
> > > > > > into the current context?
> >
> > > > > > On Mar 23, 2:15 pm, tu <[EMAIL PROTECTED]> wrote:
> >
> > > > > > > Can you launch an activity defined in
> > > "/data/data/my.app/files/test.apk" ?!
> > > > > > > For start an acitivity in a installed apk, just use
> > > > > > > Intent.setClassName(packageName,
> > > > > > > foreignClassName)
> >
> > > > > > > 2008/3/23, Ben Dodson <[EMAIL PROTECTED]>:
> >
> > > > > > > > Well thanks for the help, I made some good progress on this
> once
> > > I
> > > > > > > > realized I needed the full path to the apk file
> > > (/data/data/my.app/
> > > > > > > > files/test.apk)
> >
> > > > > > > > Now I'm able to load classes dynamically using the
> > > PathClassLoader and
> > > > > > > > instantiate/run methods on them. Dependency classes also
> load
> > > with no
> > > > > > > > problem, including the R class.
> >
> > > > > > > > I'm still stuck on the last step of running an activity from
> > > > > > > > another .apk. I've tried two main approaches. One is to use
> > > > > > > > startActivity(this, foreignClass), so the context is that of
> the
> > > > > > > > calling app. The result:
> >
> > > > > > > > ERROR/lobos(796): java.lang.RuntimeException: Not supported
> in
> > > system
> > > > > > > > context
> > > > > > > > ERROR/lobos(796): at
> > > > > > > > android.app.ApplicationContext.getPackageName(
> > > ApplicationContext.java:
> > > > > > > > 312)
> > > > > > > > ERROR/lobos(796): at
> > > > > > > > android.content.ComponentName.<init>(ComponentName.java:74)
> > > > > > > > ERROR/lobos(796): at android.content.Intent.setClass(
> > > Intent.java:
> > > > > > > > 2740)
> > > > > > > > [...]
> >
> > > > > > > > I also tried instantiating the foreignClass (extends
> Activity)
> > > and
> > > > > > > > using that as the context:
> >
> > > > > > > > ERROR/lobos(794): at
> > > > > > > > android.app.Activity.startSubActivity(Activity.java:1935)
> > > > > > > > ERROR/lobos(794): at
> > > > > > > > android.app.Activity.startActivity(Activity.java:1978)
> > > > > > > > ERROR/lobos(794): at
> > > > > > > > com.lobos.app.LobosAPKApp.launch(LobosAPKApp.java:68)
> >
> > > > > > > > I'm sure there's a pretty hefty piece I'm not handling, but
> any
> > > ideas
> > > > > > > > what?
> >
> > > > > > > > I tried overriding the getPackageName method
> >
> > > > > > > > On Mar 19, 12:33 pm, tu <[EMAIL PROTECTED]> wrote:
> > > > > > > > > Yes, an apk file can be put into assets folder or any
> > > accessible path! I
> > > > > > > > > have been working on it over 2 months. I can download an
> apk
> > > file by
> > > > > > > > http
> > > > > > > > > and run code or use its resources dynamically, including
> > > version control
> > > > > > > > > features. It's a platfrom similar to OSGi or EclispeRCP.
> Now
> > > nearly
> > > > > > > > > everything goes smoothly.
> >
> > > > > > > > > 2008/3/19, Peli <[EMAIL PROTECTED]>:
> >
> > > > > > > > > > This sounds interesting. Can an apk file be put into the
> lib
> > > or assets
> > > > > > > > > > folder? If yes, then this would be an alternative to
> lib/jar
> > > for
> > > > > > > > > > including widgets with graphics and code...
> >
> > > > > > > > > > Peli
> >
> > > > > > > > > > On Mar 19, 3:14 pm, Ben Dodson <[EMAIL PROTECTED]>
> wrote:
> > > > > > > > > > > Thanks a ton, I'll play with this tonight and see how
> it
> > > goes.
> >
> > > > > > > > > > > Ben
> >
> > > > > > > > > > > On Mar 18, 4:46 pm, hackbod <[EMAIL PROTECTED]> wrote:
> >
> > > > > > > > > > > > You should be able to use
> android.lang.PathClassLoaderto create a
> > > > > > > > > > > > class loader for .apk. Just make an instance of the
> > > object with
> > > > > > > > the
> > > > > > > > > > > > full path the .apk and, if desired, a parent class
> > > loader that it
> > > > > > > > > > > > links with or ClassLoader.getSystemClassLoader
> ().getParent()
> > > for
> > > > > > > > just
> > > > > > > > > > > > the frameworks.
> >
> > > > > > > > > > > > You can also load the resources from the .apk with
> code
> > > like this:
> >
> > > > > > > > > > > > AssetManager assets = new
> AssetManager();
> > > > > > > > > > > > assets.addAssetPath(apkPath);
> > > > > > > > > > > > Resources r = new Resources(assets,
> > > myMetrics,
> > > > > > > > > > > > myConfiguration);
> >
> > > > > > > > > > > > On Mar 18, 11:57 am, Ben Dodson <[EMAIL PROTECTED]>
> > > wrote:
> >
> > > > > > > > > > > > > That sounds like exactly what we're hoping to do.
> Can
> > > you point
> > > > > > > > my
> > > > > > > > > > > > > towards any references for how to load the code
> from
> > > the
> > > > > > > > filesystem?
> >
> > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > Ben
> >
> > > > > > > > > > > > > On Mar 18, 1:06 pm, hackbod <[EMAIL PROTECTED]>
> wrote:
> >
> > > > > > > > > > > > > > Hi Ben,
> >
> > > > > > > > > > > > > > The package install API is still under
> development,
> > > and may
> > > > > > > > not be
> > > > > > > > > > > > > > working. I think right now the install package
> > > permission is
> > > > > > > > also
> > > > > > > > > > > > > > only allowed for built-in applications, since it
> > > will allow
> > > > > > > > you to
> > > > > > > > > > > > > > circumvent the permission system by deciding
> which
> > > permissions
> > > > > > > > to
> > > > > > > > > > > > > > allow: this API is really intended for use by a
> > > > > > > > graphicalinstaller
> > > > > > > > > > > > > > that is included with a shipping device, and
> when
> > > third party
> > > > > > > > apps
> > > > > > > > > > > > > > want to install something we will probably have
> an
> > > activity
> > > > > > > > they
> > > > > > > > > > can
> > > > > > > > > > > > > > launch to do so (to ensure the user is always
> > > involved in this
> > > > > > > > > > > > > > process).
> >
> > > > > > > > > > > > > > I don't understand what you mean by your app
> being
> > > the launch
> > > > > > > > > > point of
> > > > > > > > > > > > > > other applications. Do you mean you want to
> make
> > > your own
> > > > > > > > private
> > > > > > > > > > > > > > world of applications that others don't see? If
> so,
> > > I really
> > > > > > > > > > don't
> > > > > > > > > > > > > > think you want to use this API: this is for
> > > installing
> > > > > > > > top-level
> > > > > > > > > > > > > > applications in to the system. If you want to
> > > manage
> > > > > > > > applications
> > > > > > > > > > > > > > yourself, you can just put their code into your
> > > private file
> > > > > > > > area,
> > > > > > > > > > use
> > > > > > > > > > > > > > the function to parse the manifest if you want,
> and
> > > load that
> > > > > > > > code
> > > > > > > > > > > > > > directly yourself.
> >
> > > > > > > > > > > > > > On Mar 18, 6:14 am, Ben Dodson <
> [EMAIL PROTECTED]>
> > > wrote:
> >
> > > > > > > > > > > > > > > I'm trying to write an app that can install
> other
> > > > > > > > applications.
> > > > > > > > > > I came
> > > > > > > > > > > > > > > across the installPackage() method and tried
> to
> > > give it the
> > > > > > > > URI
> > > > > > > > > > of
> > > > > > > > > > > > > > > a .apk file on the web, but I'm getting a
> > > permission denied
> > > > > > > > > > error. I
> > > > > > > > > > > > > > > have what I think should be the correct
> > > permissions in my
> > > > > > > > > > manifest:
> >
> > > > > > > > > > > > > > > </uses-permission><uses-permission
> > > > > > > > > > > > > > > android:name="
> android.permission.INSTALL_PACKAGES
> > > ">
> > > > > > > > > > > > > > > </uses-permission><uses-permission
> > > > > > > > > > > > > > > android:name="
> android.permission.DELETE_PACKAGES">
> >
> > > > > > > > > > > > > > > is there anything else I need? should
> >
> > ...
> >
> > read more ยป
> >
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---
