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.PathClassLoader to 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 this method work?
>
> > > > > > > > > > Also, I want my application to be the launch point of these
> > > > > other
> > > > > > > > > > apps, and I would prefer them to not show up in the main
> > > listing
> > > > > of
> > > > > > > > > > programs. Is this possible?
>
> > > > > > > > > > Thanks,
> > > > > > > > > > Ben
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
