BlackBerry Forums Support Community

BlackBerry Forums Support Community (http://www.blackberryforums.com/)
-   BES Admin Corner (http://www.blackberryforums.com/bes-admin-corner/)
-   -   Wireless Application Push (http://www.blackberryforums.com/bes-admin-corner/17511-wireless-application-push.html)

Khue 10-19-2005 02:49 PM

Wireless Application Push
 
So just to test out this functionality i have been messing around with a few dummy files to try and push software to a Nextel 7520 from a BES 4.0.2 server and I am having some difficulties. I was wondering if there is a comprehensive document or howto about pushing apps wirelessly (game, custom application, whatever)?

T-Roy 10-19-2005 08:56 PM

Handheld Management guide that comes with the server?

Basically share research in motion directory under programfiles/common files
install 3rd part apps in program files/common files/research in motion/shared/application/<you app folder here>/
run program files/common files/research in motion/apploader/loader.exe /index
create new software configuration
access shared research in motion directory via unc path
create a new policy with disposition required (meaning software is required)
check application from the software configuration list
assign policy to the application with required disposition
assign software configuration to handheld.
wait up to 4 hours....enjoy

i beleive this is it...

Khue 10-20-2005 07:23 AM

As far as the files to install the application what is required? Just the .alx and the .cod? Someone said you may need a .jad file or .jed file or something.

I can see that the policy gets successfully pushed out. That should mean that the configuration got pushed out properly right?

bfrye 10-20-2005 11:03 AM

It should. I wrote up a howto on it a long time ago. You should be able to search for it. But T-Roy's plan is basically it.

T-Roy 10-20-2005 04:13 PM

alx and cod files work.

Khue 10-24-2005 08:35 AM

Well, it ended up taking me damn near the whole weekend to figure it out however, I've managed to do it. The majority of the problem centered around adding Authenticated Users to 3 seperate folders. On my BES there were 3 seperate places i had to touch. The folders include:

Code:

C:\program files\common files\research in motion
C:\research in motion\BlackBerry Enterprise Server\Package Cache\FILESHARE_<servername>\RIM
C:\program files\research in motion\BlackBerry Enterprise Server\Logs

For some reason on our install only local admins had rights to do this. This was particularly odd considering a domain account that had "local admin" rights to the bes setup the account.

The database consistancy service had to be turned on and in order to get a faster response on the log file while troubleshooting i changed the polling for the policies from the standard 4 hours to 10 minutes (never ever do this unless absolutely necessary, this is such a bad idea i lack the verbage to illustrate how utterly bad this is to do on a production box).

The entire process took about two days to do and i can now wirelessly deploy/install applications. Whooo hoooo!

bbgirl 10-24-2005 09:10 AM

I definately need this. Is this only for ver 4.0.2?

bfrye 10-24-2005 12:08 PM

No, was introduced with the release of 4.0

Khue 10-24-2005 02:51 PM

It's very convoluted if you read the RIM documentation and a lot of the information I found out was through some high level tech support and some guess and test work. I believe you can use the same methodologies to remove applications too.

In case you are wondering we are currently developing some custom logistics software that deals with gps readings and accounting type information.

BB Junkie 10-24-2005 03:16 PM

Forgive me if it is dumb question, but can you actually push certain applications (Ramble IM, for example) that uses alx and cod push to your blackberry over the air from BES?

Khue 10-25-2005 07:23 AM

Yes, I believe you can remove it as well (if installed OTA).

bscanlon 10-28-2005 08:31 AM

[quote=Khue]Well, it ended up taking me damn near the whole weekend to figure it out however, I've managed to do it. The majority of the problem centered around adding Authenticated Users to 3 seperate folders. On my BES there were 3 seperate places i had to touch. The folders include:

Code:

C:\program files\common files\research in motion
C:\research in motion\BlackBerry Enterprise Server\Package Cache\FILESHARE_<servername>\RIM
C:\program files\research in motion\BlackBerry Enterprise Server\Logs

For some reason on our install only local admins had rights to do this. This was particularly odd considering a domain account that had "local admin" rights to the bes setup the account.

The database consistancy service had to be turned on and in order to get a faster response on the log file while troubleshooting i changed the polling for the policies from the standard 4 hours to 10 minutes (never ever do this unless absolutely necessary, this is such a bad idea i lack the verbage to illustrate how utterly bad this is to do on a production box).
QUOTE]
I'm currently trying to setup a wireless push for a 3rd party application that my company distributes to it's employees. I've read through the Handheld guide about 10 times now, and believe I have configured everything correctly. Still no pushes though. the handheld configuration tool is picking up that an installation or update is required on an application, but It never does it.
I have two questions from the quote above. What did you have to do in the logs directory? we have ours moved to a seperate drive so I am wondering if thats causing anything... and the other is which polling did you change? the polling of the IT policies?
BES 4.1 sp3/ exchange / win 2003 server... the 3rd party app is packaged with an ALX and the two files that indexing creates. Any suggestions you guys may have would be much apprecaited.

Khue 11-02-2005 02:28 PM

Sorry, for the long delay in answers. Sometimes I forget about the forum. The entire process as catalogued by RIM is somewhat convoluted. To explain it is a little more involved then I care to spend in on a forum post until I actually have sat down and written out the exact process. If you would like you may contact me via email at (email removed! leave me a private message on the forums!) and I will be happy to help.

Khue 11-07-2005 01:24 PM

I had to do a write up of this for SOX because this has some security implications but there were some questions about this and this was a painful experience having to work this out. And i know a lot of you might not have nice dev environments. Admins feel free to do whatever with this post. And sorry to keep bringing this back to the top of the list for the forum. Feel free to correct me where I am wrong as I just started doing BES work less then a month ago.

I have been messing around with the PUSH technology for some time now and because I havenxxx8217;t really seen any xxx8220;n00bies, this is how you do itxxx8221; posts I have decided to make the first. A lot of the BES manual information is rather convoluted and difficult to understand for new administrators or administrators who have simply not been exposed to this side of the BES software. Most consider this as a xxx8220;nicexxx8221; addition to what the BES can do but donxxx8217;t seriously consider this a feature that they have to have.

For the duration of this post I will refer to a test application that hypothetically exists. It is composed of an .alx file and a single .cod file. A .cod file is usually a compiled java application file and an .alx file is usually an index or record keeping file that appears to be XML. If you view the .alx file you will see it has information like what version number the software is, what files compose the complete software package, and company information. If an application is composed of several .cod files they will be recorded here as well. A good example of a multiple .cod supported .alx file is ShapeServices IM+ application. Typically there should be only one .alx file per software application (no matter how many .cod files there are) however on rare occasion because of different development environments it is not unusual to see a single .alx file per .cod file. There can sometimes be issues with this instance as well but usually it just requires cleaning up some of the XML in the individual .alx files. If requested I can amend this post with details about that.

From what I could tell there is no file structure system that applications on the BlackBerry rely on. For example in windows most programs are buried several directories deep and require references to different folders that exist somewhere else in the file tree. On a BlackBerry from my observation all you need to do is simply make sure the files are present on the device.

Now that Test application is ready to go, meaning we have the files we need, it is necessary to place the application in the appropriate directory for delivery. Copy the software, in our case test.cod and test.alx, to <whatever letter:\>program files\common files\research in motion\shared\applications\Test. You will need to create a xxx8216;testxxx8217; folder there for the 2 files.

The files are now in the appropriate directory to be sent out to wireless devices. Even though they are in this directory they will not be present to the BES Handheld Configuration Tool (the app used to actually do the push). In order to make the files available for the Handheld Configuration Tool to properly send you must index the files with the loader application. The loader application can be found <whatever letter:\>program files\common files\research in motion\apploader\loader.exe. You will need to run loader.exe from a command prompt. You may want to consider adding this to the environment path to make things easy on yourself but as a BES Admin this is completely up to you. At the command prompt, navigate to that directory on the BES and type the following: loader /index. The flag /index will create 2 files within the previously established xxx8216;testxxx8217; folder. It will create a PkgDBCache.xml and a specification.pkg file. Once these files have been created, you can then move on to creating the configuration.

The configuration is the actually information that packages the files up and prepares them to send. Open up the xxx8220;Handheld Configuration Toolxxx8221; and navigate to the xxx8220;Configurationxxx8221; tab. Once you are here you will want to click on the link that says xxx8220;Add New Configuration.xxx8221; This will open up a new window titled xxx8220;Handheld Software Configuration.xxx8221;

Because we are starting from scratch, I will go through an entire process example install to reinstall. The first configuration we will create will be Test App Install. Title the configuration xxx8220;Test App Install.xxx8221; You may optionally choose to add a description to this title. Next, add the xxx8220;Handheld Software Locationxxx8221; to the configuration. This wants the share name of that directory. To begin with make sure the share is setup. Refer back to the <whatever letter:\>program files\common files\research in motion folder is shared out and has xxx8220;Read & Executexxx8221;, xxx8220;List Folder Contentsxxx8221;, and xxx8220;Readxxx8221; permissions delegated to xxx8220;Authenticated Users.xxx8221; Once this has been setup successfully, in the xxx8220;Handheld Software Locationxxx8221; line you will need to type the share name of that directory in. For example, if our test BES is BESTest the directory should be listed as \\BESTest\Research In Motion.

Once you have selected the proper UNC path for the application directory, you should then see the application listed in the grid below. If you expand the xxx8220;Application Softwarexxx8221; tree you should see our test application listed. Check the checkbox mark next to the application and choose the delivery method as xxx8220;wireless.xxx8221;

To complete the configuration you will need to assign the configuration a policy. This policy governs the properties of the application. If disposition is marked xxx8220;Requiredxxx8221; the BES will push the application to the units with the configuration. If a user attempts to delete a file that is listed as required, they will have access denied to deleting it. If an application is listed as xxx8220;Disallowedxxx8221; it will uninstall any application that the policy is designated to govern. An odd thing about this is when wirelessly removed, the application will still remain listed in the xxx8220;Applicationsxxx8221; options menu however the modules will be removed as well as the application icon (I have not yet found an explanation for this). If a user attempts to install something that is explicitly marked as xxx8220;Disallowedxxx8221; through the desktop manager application they will not be allowed to.

Click on the xxx8220;Policiesxxx8230;xxx8221; button and then click xxx8220;Newxxx8230;xxx8221; This will take you to the xxx8220;Application Control Policyxxx8221; screen. Once you are here name this policy xxx8220;Push Appxxx8221; and change the disposition to required. For details on what the other options do see Appendix B: Software application control out of the BES admin guide. Once you have set the proper settings for the application simply hit the xxx8220;OKxxx8221; button to both of the open dialogs which should take you back to the xxx8220;Handheld Software Configurationxxx8221; box. From the Policy column next to the application you wish to push select xxx8220;Push App.xxx8221; Sometime during this process you should create another policy called xxx8220;Remove Appxxx8221; and make the disposition xxx8220;Disallowedxxx8221; for the uninstall process.

Now that the xxx8220;Test App Installxxx8221; configuration has been made with the required disposition policy called xxx8220;Push Appxxx8221; we now must assign the configuration to a hand held device. Click on the xxx8220;Handheldsxxx8221; tab in the BlackBerry Handheld Configuration Tool and highlight the handheld device you wish to assign the configuration to. Once you have done this click the link in the bottom pane that says xxx8220;Assign Software Configuration.xxx8221; Select the xxx8220;Test App Installxxx8221; policy. If you have this column added to your view you should see the xxx8220;Configuration Namexxx8221; column in the top pane say xxx8220;Test App Install.xxx8221; After applying the configuration make sure you hit the xxx8220;Update Configuration Check Statusxxx8221; link to complete the process (to uninstall you can either create an alternate configuration or you can reapply the xxx8220;Remove Appxxx8221; policy described to the current configuration; remember to xxx8220;Update Configuration Check Statusxxx8221; when done).

After you have done this allow up to 4 hours to deploy the software configuration. In a 400 BlackBerry BES environment to wirelessly push an application to 10 test units using the same configuration applied at the same time it has taken me anywhere from 15 minutes to one full hour and has rarely take the full 4 hours to push out. During the actual PUSH action the BlackBerries will be inoperable for approximately 15 minutes (with a 224kb application). At the completion of the push a BlackBerry unit will restart itself and you should see the application available on the BlackBerry unit.

*edit: updated the package location to actually read c:\program files\common files\research in motion\shared\applicationS\test. Changed from application (plural is required).*

juwaack68 12-05-2005 02:24 PM

Thanks so much for writing this all up in simple terms! I had an application (TeleNav) set up some time ago (with help) and couldn't figure out how to get another one set up. That loader /index command was the piece I was missing.

I love this forum!

greenhut 12-06-2005 11:26 AM

Outstanding post Khue! Thanks for contributing!

phlukanad 12-13-2005 02:57 PM

I'd like to add my thanks to Khue. After having performed a successful app push for the first time today I'd like to add a couple of observations:

1. A reset of the target device (remove battery & SIM) "appeared" to kick-start the app install. This is unconfirmed at the time of writing and needs some more testing.

2. I was unclear as to whether the Handheld Configuration tool needed to be run on the BES - it doesn't. Setting up the software configuration and policy worked from an administrative workstation.

geekwall 12-14-2005 04:16 PM

Could use some help. I am stuck unfortunately in the step where the loader.exe /index writes 2 files to the application folder I am trying to push. The files are not there and I am not sure where to go from here. Any help would be appreciated.

greenhut 12-14-2005 04:19 PM

So you run loader /index and the xml and pkg files are not created?

Did you put the alx and code files in <whatever letter:\>program files\common files\research in motion\shared\applications\Test ?

Hatchy 12-14-2005 06:03 PM

Some additional Comments...

1 - You can increase the 4 hour Application Polling schedule via an update to the Registry. This is very convenient with you don't want to wait up to four hours.

2 - An Application control policy is not required, but recomended if you want to make the application required or if you don't want constant security prompts to the user (when invoking the phone, etc.)

3 - If you receive a never version of an application already deployed to the device, the new version should be listed in the software configuration. It becomes listed after you re-index the applications on your BES (the new *.alx file should have the new version). This is how the BES knows to push out an update (it compares the version on the device with the version in the software configuration). IF you have changed or added an application control Policy, the upgrade may not push out. This is a bug in the BES software, an SDR an workaround are available (involves editing the SQL tables).

4 - If you're deploying an application to an 8700 device (4.1 O/S), you will need to install the 8700 O/S on the BES. This will be the case until you upgrade your BES to 4.1

That's all, hope this information helps. Some of it has taken many, many hours to resolve, hopefully it will save someone else some time.

greenhut 12-14-2005 06:15 PM

Hi Hatchy - thanks for the addtl info. What is the registry entry to decrease the polling interval?

thanks,
jeff

Hatchy 12-14-2005 06:26 PM

Here's the KB article on on the RIM site:

http://www.blackberry.com/knowledgec...40216&vernum=1

This article is missing some important points...

It also works for BES 4.0 for Domino (not mentioned in the KB). If you have to create the Registry key (my BES is Domino and didn't have it), create a new DWORD Value. The Value Data (Decimal) is measured in MINUTES. Be carefull when modifying this value, the four hour default was there for a reason. I wouldn't suggest going any lower than 60 minutes.

Once you add/edit the registry entry, you need to restart the BlackBerry Policy Service. Again, the KB article doesn't mention this rather important detail.

To monitor activity, turn up the logging of your BlackBerry Policy Service to debug level 5. Then, simply search this log (look for your application name) to see deployment information (successfull or failure).

Hatchy

geekwall 12-15-2005 10:20 AM

Quote:

Originally Posted by greenhut
So you run loader /index and the xml and pkg files are not created?

Did you put the alx and code files in <whatever letter:\>program files\common files\research in motion\shared\applications\Test ?

Yes, I ran the loader /index at the command prompt and it acts as if it is running. I check the common files/research in motion/shared/application/test folder wher the app files are and no new files are written - pkg or xml. Is this a file permissions issue or something else?

geekwall 12-15-2005 11:09 AM

Quote:

Originally Posted by geekwall
Yes, I ran the loader /index at the command prompt and it acts as if it is running. I check the common files/research in motion/shared/application/test folder wher the app files are and no new files are written - pkg or xml. Is this a file permissions issue or something else?

Nevermind, the application(s) folder name wasn't correct - missing the s at the end. DOH! Working now.

darryls 12-28-2005 03:31 PM

Add'l requirements??
 
Hope these aren't totally stupid questions, but
- Does MDS need to be running for this to work? We are currently not running MDS due to internal bandwidth issues
- If I have an administrative policy that says "Disallow 3rd party application download", does that restrict the handheld from getting the pushed app? We have this policy set so that we don't have a support nightmare with everyone installing whatever they want.

greenhut 01-06-2006 03:06 PM

Hatchy - the link you posted is dead, and searches on their site don't yield any hits. Do you know the registry name/values?

greenhut 01-06-2006 03:45 PM

Talked to RIM, they said:

Key Name: HKEY_LOCAL_MACHINE\SOFTWARE\Research In Motion\BlackBerry Enterprise Server\BlackBerry IT Admin Server


Name: AppProvisioningPollInterval
Description: Sets the interval the IT Admin will rescan the DB for Applications that have are set or required for provisioning
Type: REG_DWORD

Khue 01-23-2006 10:38 AM

Becareful how you use that poling provisioner. Use it ONLY as a temporary test feature. Depending on your environment a bunch of things could happen like logs growing and a rate that you cannot control or the server taking a continuous dump.

bradmiral85 03-09-2006 02:12 PM

No response so I removed this post

bbgirl 04-05-2006 02:42 PM

okay, so i'm following the instructions and am am stuck here...

"The loader application can be found <whatever letter:\>program files\common files\research in motion\apploader\loader.exe. You will need to run loader.exe from a command prompt. You may want to consider adding this to the environment path to make things easy on yourself but as a BES Admin this is completely up to you. At the command prompt, navigate to that directory on the BES and type the following: loader /index."


Do you run the loader.exe from its native directory? When I run it does nothing, and the files are not created also.

I'm also having problems with the share, my HCT is not accessing the share, I have setup the share correctly, but still have issues.

Khue 04-05-2006 03:18 PM

When you run loader.exe /index you should simply see a quick drop to the next command prompt line. All loader.exe /index does is create an index file of the packages available for wireless push. Basically it creates a glossary of items for the push service reference when asking you what you want to send. This file usually consists of a .pkg file found with the .cod files and the .alx files in the folder containing the application.

Translation: Visually when run, loader.exe /index appears to do nothing but it infact creates files in the share folder where the programs for push are located.

I am not sure i understand your second question. Can you please elaborate?

Hatchy 04-06-2006 10:45 AM

Polling Interval
 
Quote:

Originally Posted by greenhut
Hatchy - the link you posted is dead, and searches on their site don't yield any hits. Do you know the registry name/values?

The KB Article is 04580. I just checked the site again and this Article is no longer on their site.

It basically stated the following...

Description - The BlackBerry Enterprise Server searches periodically for BlackBerry wireless devices that are missing any required applications, accoring to the application polling interval settings. The default polling interval is four hours.

The setting may be changed by creating or modifying the AppProvisionsPollInterval registry key in HKEY_LCOAL_MACHINE\SOFTWARE\Research In Motion\BlackBerry Enterprise Server\BlacikBerry IT Admin Server.

Note: Within a production environment, you should not set this key lower than one hour.

That's all it states. You need to add a DWord value, Decimal, with the value in MINUTES. You then need to restart the "BlackBerry Polling Service"

Regards,

Khue 04-06-2006 11:08 AM

>_< be careful with that reg hack!

PDA Admin 04-26-2006 09:38 AM

Thank you all for your posts. I have been able to successfully push out my first app to the BB. Before I make it widely known I can do this, does anyone know of any preformance degradation on either the BES or the device that I should be aware of?

Thanks again!

richever 04-26-2006 02:24 PM

Quote:

Originally Posted by greenhut
Talked to RIM, they said:

Key Name: HKEY_LOCAL_MACHINE\SOFTWARE\Research In Motion\BlackBerry Enterprise Server\BlackBerry IT Admin Server


Name: AppProvisioningPollInterval
Description: Sets the interval the IT Admin will rescan the DB for Applications that have are set or required for provisioning
Type: REG_DWORD

I'm currently using BES 4.1 and would like to try this; however, the key is either renamed or removed. Anyone have an idea what the name of this key might be in 4.1?

Richard

Khue 05-03-2006 11:09 PM

I'll be on Exchange 2003 and BES 4.1 in about a month or so. I can help you out then. Have you attempted to search the registry for AppProvisioningPollInterval yet?

By the way, I had no idea this post would become this juggernaut of a thread. O_O!

Hatchy 06-26-2006 01:24 PM

So now that everyone knows how to push out an application... how about removing it? Simply removing the software configuration from devices doesn't appear to actually remove the application. Obviously the user can do this themselves, but how about centrally? (the way it was deployed in the first place)

And what if you deployed the application with no app control policy, but wanted to add one AFTER initial deployment? Does it automatically get pushed to the device?

Khue 06-26-2006 09:43 PM

Removing the application is as easy as selecting the right option out of the policy. Simply change the policy to "Disallowed" poof the application is removed. Furthermore you can prevent applications from being downloaded and installed on devices using this same method.

mrc7928 07-14-2006 11:08 AM

I have run into an issue where I have a configuration set up, but it wont let me change it from wireline to wireless or set a policy for it. Any suggestions? All 3 of my other programs I have been able to change the option to wireless and add a policy before I send it, but this one only allows wireline. Is this written into the code somewhere? Thanks.

kpoland 07-26-2006 02:09 PM

This isn't working for me at all. No matter what I've done, I cannot get the BES to see the application I want to push. It seems all the device OS's, but not the 3rd party app. I've tried to copy the .alx and .cod files into the OS directories, no luck. I've also tried to create the Applications directory. Nothing.

When I run the loader /index, it does not create files. Where do I run it from? The BES? Or the machine with the share? And does it matter what directory it's run from? I added it to the path so I can run it easy from anywhere...

Someone help! I have no idea why the /index isn't working...

Thanks

.... After a couple hours... I had the Applications folder one directory too deep...

mrc7928 07-26-2006 03:51 PM

All of the following steps must be run on the BES.
Anywhere there is an _ you must type in the drive letter of the BES.


Copy the software you want into _:\program files\common files\research in motion\shared\applications\PROGRAM FOLDER
where PROGRAM FOLDER is the name of the program you wish to install and contains the .cod, .alx, .jar, etc and that folder should have read and execute, list folder contents and read selected as permissions.
Pull up a command prompt and browse to _:\program files\common files\research in motion\apploader.
Type: loader /index
Once these steps have been followed, open up the Handheld Configuration Tool and navigate to the configuration tab. Click add new configuration and now you should be able to add the configuration for the program.

Let me know if you have any questions about the above.

qc_metal 07-26-2006 03:54 PM

You have to run the loader.exe /index command from the BES server (at least this is what I did, and it worked). Run it from the common files\research in motion\apploader folder.

I just wanted to say thanks for this thread. Application push to me was somewhat esoteric, and I have to say, this simplified things to no end.

Many many thanks -

Rob

Khue 07-27-2006 03:20 PM

Sorry for taking so long to reply. I am glad you figured it out. On my BES server I've added the exe to the environment path so I can type the command from anywhere. You might want to try this too if you feel confident enough.

qc_metal 07-28-2006 08:39 AM

Just a follow up to my app pushing experiences...I've been able to push Berry411 and MidpSSH no problem, for the life of me I cannot get Mobile Google Maps 1.3.0 to push out to my devices. I downloaded this .cod directly from Google: http://google.com/gmm/apps/v1.3.0/L1...00_v4_0_L1.cod - and I can't get it to go.

They have another one for the 7290 here: http://google.com/gmm/apps/v1.3.0/L1...90_v4_0_L1.cod

No love on the 7290's either. Anyone else try this? I did have some success with 1.19, but the icon never appeared (although it showed up in the applications listing on the device).

I did as everyone suggested, making it a required application via the disposition setting, etc - the loader /index process worked fine, it appears in my app configuration - I did have to generate my own .alx file:
Code:

<loader version="1.0">
        <application id="GoogleGMap">
                <name >
                        Google Mobile Maps for BlackBerry 8700
                </name>
                <description >
                        Search Google maps from your BlackBerry
                </description>
                <version >
                        1.3.0
                </version>
                <vendor >
                        Google
                </vendor>
                <copyright >
                        Copyright (c) 2006 Google
                </copyright>
                <fileset Java="1.18">
                        <directory >
                               
                        </directory>
                        <files >
                                gmaps8700_v4_0_L1.cod

                        </files>

                </fileset>

        </application>

</loader>

I checked my policy log file (set to debug level 5) - and I'm finding entries like this:

[30000] (07/27 22:04:15):{0x1090} Either the vendor ID 0x64 or hardware ID 0x84000b03 is not supported.

Now, I do know that I have installed this application on an 8700 without any throubles, although it was from the .jad file directly through OTA install via Google's website. So I can't say for sure (yet) that this .cod works. I'm going to try it via Desktop Manager next and see what I come up with.

Anyone else with similar experiences?

Rob

kpoland 08-03-2006 08:22 AM

Anyone try to push METAmessage?
 
I've gotten it set up, and it pushes fine, but the app comes across corrupt. When you try to launch it from the BB, you get all kinda of java uncaught exception errors...

Khue 08-03-2006 08:29 AM

Let me try on my system setup. Maybe i can see something we are missing.

onelikeseabass 08-09-2006 05:11 PM

Ok fellas, here ya go. Using what you all have accomplished so far, I've figured out how to get GMaps pushed from the BES or installed via Desktop Manager.

QC_Metal noticed that the Blackberry gives an error stating it can't find a certain module. Well, that's because the download link given earlier in this post (.../apps/v1.3.0/L1/gmaps8700_v4_0_L1.cod) is only *half* of what you need. Simply tack on a -1 to that file name before the extension (.../apps/v1.3.0/L1/gmaps8700_v4_0_L1-1.cod) and then edit a .alx file to include both .cod files! I found this out by examining the error given on the Blackberry when trying to load GMaps according to QC_Metal's notes. The BlackBerry error states that it can't find a module named gmaps8700_v4_0_L1-1. duh ;)

I've successfully downloaded all the necessary .cod's, installed via Desktop Manager *and* pushed through the BES.

To download for any other model, just modify the model number in the URL. It's that simple.

Here are the contents of an .alx file you will need to edit per your specific model. To use this example, simply copy all the code and paste it into a blank Notepad document. Edit appropriately, make sure WordWrap is turned *off*, and then save as anything.alx (anything is to be replaced with whatever you want to call it). Place the .alx file, along with the .cod files, in the _:\Program Files\Common Files\Research In Motion\Shared\Applications folder. (_ = the appropriate drive letter) Delete the two files named PkgDBCache.xml and specification.pkg in that same folder. Finally, using the command line (Start, Run, cmd), go to _:\Program Files\Common Files\Research In Motion\AppLoader and type loader /index. This will rebuild the index used by the BES when searching for applications.

Note that the <name> section of the .alx file refers to what will be shown on your BlackBerry under the Applications list. So if you make it really long, it will get cut off.

Code:

<loader version="1.0">
        <application id="GoogleGMap 7290">
                <name >
                        GMaps for BB 7290
                </name>
                <description >
                        Search Google maps from your BlackBerry
                </description>
                <version >
                        1.3.0
                </version>
                <vendor >
                        Google
                </vendor>
                <copyright >
                        Copyright (c) 2006 Google
                </copyright>
                <fileset Java="1.18">
                        <directory >
                               
                        </directory>
                        <files >
                                gmaps7290_v4_0_L1.cod
                                gmaps7290_v4_0_L1-1.cod
                        </files>

                </fileset>

        </application>

</loader>

It probably wouldn't hurt to *test* this new .alx file by trying to install GMaps using the Desktop Manager. This will help with troubleshooting the BES App push later if need be. i.e. you'll know the .alx and .cod files are fine if they install successfully over the Desktop Manager Application Loader :)

Cheers and thanks to QC_Metal for the work done beforehand!
Another note here... JAD files simply point your device to the JAR. The simplest way to look at it is this; JAD is to ALX as JAR is to COD. JAD is used for OTA, and ALX is for Desktop Manager or BES push :).

onelikeseabass 08-09-2006 05:15 PM

Quote:

Originally Posted by mrc7928
All of the following steps must be run on the BES.
Anywhere there is an _ you must type in the drive letter of the BES.


Copy the software you want into _:\program files\common files\research in motion\shared\applications\PROGRAM FOLDER
where PROGRAM FOLDER is the name of the program you wish to install and contains the .cod, .alx, .jar, etc and that folder should have read and execute, list folder contents and read selected as permissions.
Pull up a command prompt and browse to _:\program files\common files\research in motion\apploader.
Type: loader /index
Once these steps have been followed, open up the Handheld Configuration Tool and navigate to the configuration tab. Click add new configuration and now you should be able to add the configuration for the program.

Let me know if you have any questions about the above.

You are partially incorrect. You do not have to store the Applications folder on the BES. It can be stored on any machine as long as the folder is shared and accessible by the BES when you setup Software Configuration aka Handheld Configuration. The share needs to have read only permissions and the folder itself should have the Authenticated Users group added with list/execute permissions as well.

When running loader /index, do so from the apploader folder, but do so from the machine that holds the applications. Also note that the system holding the applications for download will need to have the Blackberry Desktop Software Installed at a minimum.

Fromme 08-10-2006 06:29 AM

Hi All

Why am I getting the Application Status = Install Required

I have waited 30 hours.

Fromme

Fromme 08-10-2006 09:16 AM

Hi Again

Found this in the Policy log.
[20000] (08/10 14:09:23):{0x1330} {xxxxxxxx@xxxxxxxx.com, PIN=xxxxxxxx, UserId=107}RequestHandler::HandleAPPDDataCommand - Send Application to device failed for entryid 583, "FF Device Reported a general failure installing the module".
I tried to install GMaps on my 8700v.
My ALX file comes here.
<loader version="1.0">
<application id="GoogleGMap 8700">
<name >
GMaps
</name>
<description >
Search Google maps from your BlackBerry
</description>
<version >
1.3.0
</version>
<vendor >
Google
</vendor>
<copyright >
Copyright (c) 2006 Google
</copyright>
<fileset Java="1.18">
<directory >

</directory>
<files >
gmaps8700_v4_0_L1.cod
gmaps8700_v4_0_L1-1.cod
</files>

</fileset>

</application>

</loader>

Fromme

onelikeseabass 08-10-2006 12:54 PM

Fromme... try installing GMaps by using the Desktop Manager Application Loader. This will tell you right away if you have any corrupt files. If GMaps installs and works, then I'm leaning towards you not reindexing your Applications folder. See my post above for more info.

technickel 08-16-2006 10:24 AM

This is trippin me out because I don't see "shared" under RIM folder
<whatever letter:\>program files\common files\research in motion\shared\application\Test.

All is see is:
Apploader
Rimdevicemanager
USB Drivers

technickel 08-16-2006 01:01 PM

I seem to be having a problem browsing out to the folder. I installed the alx,cod,xml and pkg locally, (does that matter)? I add new conf then browse out to the Shared folder but the OK button is grayed out. I have shared every stinkind folder..whats the deal?

||||||| 08-16-2006 01:06 PM

Quote:

Originally Posted by technickel
I seem to be having a problem browsing out to the folder. I installed the alx,cod,xml and pkg locally, (does that matter)? I add new conf then browse out to the Shared folder but the OK button is grayed out. I have shared every stinkind folder..whats the deal?


Don't browse to it, type in \\machinename\Research In Motion\

technickel 08-16-2006 02:31 PM

awesome, it worked, now I wait 4 hours

Fromme 08-21-2006 08:49 AM

It looks like the Security Policy to disallow download off 3'rd party application is disallowing application push to, this seems to be a fault.
Any comments on this one...?

Fromme

nicatnite303 08-21-2006 01:50 PM

Any .alx .cod file to push?
 
Hello,
I followed Khue's instructions to the letter and while it looks like everything is set up correctly, everytime I set a handheld to use the software config that has my app in it, nothing gets pushed to the handheld. RIM support is telling me that the files I am trying to send may not be compatible but I verified that the .alx and .cod files are for my model handheld. Whenever I add the sofware config to the handheld and click the link to check config status, an error is generated in the app log: Event ID 20000 - [CHandheldView::OnUpdateConfigCheck] Unable to load configuration data - error 10; skipping 1 handhelds using this configuration

...and nothing ever gets to the handheld. Anyone have any ideas as to what might be happening? RIM's tech support seems to be blaming the app.

jinksPadlock 08-21-2006 05:09 PM

Fromme,

The Disallow 3rd party apps takes precedence over the Software Configuration. But if you set Disallow 3rd party apps to false, then go to Software Config and create a "Disallow" Application Policy. And next, Assign it to the top level dropdown beside Applications in the Software Config. This is in essence the same as setting Disallow 3rd party downloads to true.

You can then whitelist approved applications by setting a "Required" or "Optional" application policy beside the application in Software Config.


nicatnite303,

Sorry I've never seen that error message, Have you tried loading the Apps the oldskool way using Desktop Manager? This would at least let you know that they run on the device.

Also I've had issues where my apps would not push through OTA if I had already failed at one attempt. Try the link below...
Livelink

nicatnite303 08-22-2006 06:55 AM

Thanks jinx...
I wish I had more to go on in the Event Logs. The only error is that Event ID 20000 error and it's so non-descript. These apps are push-able from the desktop application and I verified that they are compatible with the model handhelds I am trying to push them too.

One thing to note to everyone...
This passed weekend, we upgraded to BES 4.0 SP5a (Exchange) per Blackberry Tech support's recommendation. During the upgrade, it failed midstream (password error) and my only option was to abort/cancel because retry/skip was apparently not an option. While the installer stated that nothing had been changed as it backed out, I quickly found that it had uninstalled the original install. Basically, I had to reinstall BES again from the original media and then try the upgrade again. I had made a good backup of the db's so the reinstall/setup was pretty quick... but it's very lame for an upgrade like that to not allow you to re-enter a password if it was fat-fingered, and when backing out it didn't restore original files. BB Tech support said this was a "known issue" with the service pack. Just a heads up.

Sp!ke 09-13-2006 07:15 AM

Quote:

Originally Posted by jinksPadlock

The Disallow 3rd party apps takes precedence over the Software Configuration. But if you set Disallow 3rd party apps to false, then go to Software Config and create a "Disallow" Application Policy. And next, Assign it to the top level dropdown beside Applications in the Software Config. This is in essence the same as setting Disallow 3rd party downloads to true.

You can then whitelist approved applications by setting a "Required" or "Optional" application policy beside the application in Software Config.

I seem to have stumbled into this problem and am very interested in the above.

I dont understand what you mean by "Assign it to the top level dropdown beside Applications in the Software Config." Can you provide a step by step process of doing this?

jinksPadlock 09-14-2006 03:17 PM

I will assume at this point that you already have a software configuration set up and pointing to a network share.

Open BB manager and select the Software Configurations tab.
Edit your current Software Configuration.

There should be a treeview with the root node being "Application Software"
and all the different applications you have in the share as leafs on the tree.

We'll get to these in a minute. First create your control policies. Click Policies. Click New. Create two policies. One named Required, the other named Disallowed. On each make sure the setting for "disposition" matches the name.

(NOTE: These policies are what give software configurations a more granular approach than IT Policies. You can have a control policy for each piece of software that you use. For instance I have a policy for CoolMIR USB Keyboards that allows event injection and that is the only software for which this will be enabled. I also have other software for which I deny netowrk access, and it doesn't prevent Bloomberg from working on the same device.)

Once you have those two control policies in place click OK and go back to the Device Software Configuration menu. At the root node, "Application Software", set the policy to "Disallowed." Now on all the leafs, for each piece of software you want to get pushed, set the delivery to "wireless" and the policy to "required."

By disallowing applications at the root level and then enabling only allowed applications you have effectively whitelisted your chosen apps.

Sp!ke 09-15-2006 08:29 AM

Aha.... OK, I'm with you now.

The problem I see however is that you end up having loads of software configurations and the BES only allows visibility of one configuration at a time effectively allowing me to only see one application... or one configuration assigned to a user.

It also gets very complicated when the Gmaps app is handset specific (or so it seems) So one would have to have many many configurations just for 1 application.

Since turmning off the ability to download applications I am now facing a barrage of users all complaining that they want such and such application - seeing as they personally own the handsets and expense the monthly charges to the company I can understand why they feel they have a right to install stuff on their own handsets.

mrc7928 09-18-2006 02:27 PM

I'm having some issues installing Google Maps wired or OTA. Either way that I do it, I still get the error that I am missing the gmaps7520_v4_0_L1-1.cod file. My .alx file is as follows:

<loader version="1.0">
<application id="GoogleMaps">
<name >
GMaps BlackBerry 7520
</name>
<description>
Search Google maps from your BlackBerry
</description>
<version >
1.3.1
</version>
<vendor>
Google
</vendor>
<copyright >
Copyright (c) 2006 Google
</copyright>
<fileset Java="1.18">
<directory>

</directory>
<files>

gmaps7520_v4_0_L1.cod
gmaps7520_v4_0_L1-1.cod

</files>

</fileset>

</application>

</loader>


When I load it up using a wired connection and desktop manager, I notice that when I look at the details, it says it contains only 1 module and does not show the L1-1 module. I figure once I figure out the wired push, I should just have to index it and send it out wirelessly, but am having a hard time with getting this to work. I have read through this topic a couple times thinking I was missing something, but can't find anything. Any help is greatly appreciated.

qc_metal 09-19-2006 01:14 AM

FYI - GMaps deployment working via wireless push
 
I gave up on this awhile back (was having an issue where the app never pushed) and for kicks and grins I re-enabled it for a test group who I set up with Berry411. About an hour and a half went by, and lo and behold, GMaps appeared on both my BlackBerry and our on-call phone! How about that... :)

konger 09-20-2006 11:55 AM

directory structure
 
I keep getting the message that "the specified path does not contain the required handheld software directory structure blackberry".
Any suggestions?

PellaBob 09-21-2006 12:31 PM

so how long before the app pushes out.. I have been waiting fo 1.5 hours for berry411 to hit my 7100i and ...nothing... Everything looks good on the setup and The Update Configuration Status says everything is OK

||||||| 09-21-2006 12:47 PM

Quote:

Originally Posted by PellaBob
so how long before the app pushes out.. I have been waiting fo 1.5 hours for berry411 to hit my 7100i and ...nothing... Everything looks good on the setup and The Update Configuration Status says everything is OK

4 hours.

PellaBob 09-21-2006 03:42 PM

OK..it been nearly 5 hours and no app has hit the phones yet... What log files do I look in to see it there was a failure or problem sending the app?

edonin 09-22-2006 08:20 AM

Lots of possible causes for a failed wireless app push. One that I've run into: Check the Windows Event Applog, see if there's a "Failed to acquire write access to ..\Research In Motion\Blackberry Enterprise Server\PackageCache". Alternately, try applying the Handheld Configuration Tool's Update Configuration Check Status to your Blackberry under Handhelds.

If you get the packagecache write error or the "error 10" after running Update Configuration... in the Eventvwr Applog that nitecatnite303 mentioned earlier on in this thread, RIM recommends the following:

* Stop the BB Policy Service
* Delete the PackageCache Folder
* Restart The BB Policy Service
* Wait up to 4 hours for the Packagecache folder to be recreated
* Verify that the BESAdmin account that starts the Policy Service has Full Control permissions over the newly recreated PackageCache folder
* Make sure that the PackageCache folder is not Read-Only
*Use Advance Properties to turn on "For Fast Searching...Index" optoin
* Clear the "Compress Contents..." & "Encrypt Contents..." checkboxes

Retry the wireless application push w/ time, patience and Gin

Khue 09-22-2006 09:38 AM

I completely agree with edonin. Unless you have messed with your AppPollProvisioning reg entry the push could take up to 4 hours... If your 100% sure its been longer then 4 hours then there is a possibility that something is wrong. The troubleshooting techniques he's outlined from Rim will fix your problem most likely. IF you think that everything that is outlined in his post is right, you may just want to try restarting the policy service as this is responsible for kicking off the actual push (I think, anyone know for sure?).

PellaBob 09-22-2006 09:43 AM

Quote:

Originally Posted by edonin
Lots of possible causes for a failed wireless app push. One that I've run into: Check the Windows Event Applog, see if there's a "Failed to acquire write access to ..\Research In Motion\Blackberry Enterprise Server\PackageCache". Alternately, try applying the Handheld Configuration Tool's Update Configuration Check Status to your Blackberry under Handhelds.

If you get the packagecache write error or the "error 10" after running Update Configuration... in the Eventvwr Applog that nitecatnite303 mentioned earlier on in this thread, RIM recommends the following:

* Stop the BB Policy Service
* Delete the PackageCache Folder
* Restart The BB Policy Service
* Wait up to 4 hours for the Packagecache folder to be recreated
* Verify that the BESAdmin account that starts the Policy Service has Full Control permissions over the newly recreated PackageCache folder
* Make sure that the PackageCache folder is not Read-Only
*Use Advance Properties to turn on "For Fast Searching...Index" optoin
* Clear the "Compress Contents..." & "Encrypt Contents..." checkboxes

Retry the wireless application push w/ time, patience and Gin


I let the push set all night with no update...
I have followed all the steps listed above, eventhough there were no errors in the log. I will see what happens. I did adjust the AppPollProvisioning reg setting to speed up the process.

Khue 09-22-2006 10:12 AM

What's your disposition set to on the policy?

PellaBob 09-22-2006 10:16 AM

Quote:

Originally Posted by Khue
What's your disposition set to on the policy?


Disposition is set to Required...

Unless there is some other basic server set up that I have missed, I don't know what the deal is..

everything looks like it should. All the files are in place and the Packagecache folder has been recreated.

PellaBob 09-22-2006 10:16 AM

Is there a whay to see if the app has tried to send to the units...

guruleenyc 10-24-2006 06:58 AM

Where do I find your so called "Handheld Configuration Tool"? On my BES 4.1 I only have BES Config tool and BES Mgr....please advise ASAP.

guruleenyc 10-24-2006 08:32 AM

I I get this working from my BES, would I be able to push out a specific custom "home screen" web icon, with a specific URL to all my handhelds? Or do I have to manually configure the shourtcututility on each handheld?

guruleenyc 10-24-2006 08:51 AM

I followed the necessary steps and my Software Config column reads "Device Status Unknown" Anyone know why this is?

guruleenyc 10-24-2006 08:59 AM

Another thing, I have two Policies created under Software Configuration, but when I select a device and try to assign a Policy under MDS for that device--I only have a single policy called "default policy".

Any ideas?

guruleenyc 10-24-2006 04:00 PM

okay, just an update to my mass hysteria....

I realized the definition of Policies under MDS and I was basically impatient with the Software Configuration Wireless deployment of MDS runtime.

Although, I am still plagued with trying to setup a "Browser-Based Push Application", which essentially points to a local intranet page. If anyone can IM/PM with additional pointers---it would be much appreciated!

guruleenyc 10-24-2006 07:39 PM

Can someone that successfully performed this help me out via IM/PM/Messenger?

Click Here: BlackBerry

I can't figure out this damn thing out and its driving me nuts!

At this point I get a 404 Page Cannot be displayed upon submitting the form.

Frank Castle 10-25-2006 09:23 AM

Head hitting desk!
 
Ok .. I partially have this working ..

issues: applications push fine during Enterprise Activation .. but if I try and send a new app or to someone who was already activated prior to setting up the software configurations nothing .. no push.

Other issue is the status for Application is: downgrade required? I have alse seen upgrade required.

I have also during setting up a new user .. added them to one software configuration but during the Enterprise Activation the user gets ALL the apps I've setup .. is this normal?

I have devoured all the great information in this thread and feel I'm close but missing something ... my latest adjustment was to add the BES service account to the packagecache folder with full control ..

Any insight?

kmcphedran 10-25-2006 12:21 PM

I believe that if you have applied the IT Policy' 'Disallow Third Party Application Downloads' to a device, then you cannot push applications wirelessly. The same things happens when you connect the device to the BB Manager and try to install the application. Since the device has this policy set, then the application cannot be loaded on the device. This has been the experience that I have had, can anyone else can confirm this?

Fromme 10-27-2006 04:27 AM

jinksPadlock

Thank You for your help.
Nice workaround...

/Fromme

ts937km 11-06-2006 01:06 PM

No matter what I do. I cannot get Berry 411 and Google Maps 1.32 to push correctly. They do show up on the handheld. But it looks like it is still pushing the apps every 4 hours.

Configuration Name: 8100 Configuration
Status Check Time:
Configuration Status: OK
System Status: Up to date
Application Status: Upgrade Required

I have done the disalllow and required policies. All other apps delete of the handheld. The new ones are push. But it continues to say Upgrade required. Unless it is a version issue in my ALX files I am stumped. I am pushing 1.32 of Google Maps (L1 and L1-1)

Is there a way to get more info about the Application Status??

Thanks

DominikGR 11-10-2006 08:51 AM

Hi,
thanks "Khue" for your brilliant detailed description.
It makes me (newbie in BB) easier to understand some things.
We have a BES 4.10 and always BB 8707v devices.
However i run all those tasks you mentioned three or more times but the applications never pushes wirelessly.
So i called Vodafone and they RIM for help. But untill now no usefull answer received.

In the meantime i found out what´s going wrong. In short word´s:

"The BB-Server (4.1) do not support the BB-8707v devices". Means: The BB-8707v device is newer than the server version.

In our Policy-Log (Program Files\Research In Motion\BlackBerry Enterprise Server\Logs\[DATE]\BESV_POLC_01_[DATE]_0001.txt
i found this:

"{0x5B88} Device info for hardwareID 0x84000b07 could not be found."

So i modified the two device.xml files you will find in

"c:\Program Files\Research In Motion\BlackBerry Enterprise Server\PackageCache\FILESHARE_[YourShareName]\Research In Motion"

and

"C:\Program Files\Common Files\Research In Motion\AppLoader"

and added the following settings for the newer BB 8707v device:

.......
<!-- 8707 -->
<os radio="UMTS" series="8700" Colour="True" Theme="Normal" JVMLevel="1.0" KeyboardType="Qwerty" Sound="Tunes7130c" SystemSize="normal" Bluetooth="True" MMS="True">0x84000B07</os>
......

Also you can copy the device.xml file from your local PC if you allready installed the latest BB-Desktop/Device Manager to the BB Server directorys mentioned above.
You will find this on you local PC in C:\Program Files\Common Files\Research In Motion\AppLoader\device.xml

After this the application should be pushed out to the BB-Devices wirelessly (attends 4h delay !)

So i pushed out the applications "BlackBerry Enterprise Messenger for Sametime" and "Google Maps" successfully. Others coming soon ;-)

Dominik

BESAdmin2006 11-20-2006 05:16 PM

Problem Pushing upgrades
 
If you want to roll out a newer version of the same application, but still want to keep the old version on the server for re-pushes to those who are still on the old version, there is an issue which will prevent you from doing it.

If any one cares to know the work around.......

Assuming the old version is in a share called FOLDER1 with loader.exe to index the files. Create a NEW (separate) share and put the application files in there - follow the usual steps from RIM to index the files.

Create a separate Application Configuration and point it to that new share you created. Now you will not have a problem pushing out the desired version as needed.

Enjoy!

MotoUp 11-30-2006 04:43 PM

Wow, this is killing me! I have a software configuration for a bluetooth keyboard that pushes out just fine, but I cannot get Berry411 to push. It's been 6 hours, and I've tried everything in this thread. I'm at a loss as to what to do It's set identical to the keyboard policy and configuration, but still won't push. Any ideas?

||||||| 11-30-2006 05:05 PM

Quote:

Originally Posted by MotoUp
Wow, this is killing me! I have a software configuration for a bluetooth keyboard that pushes out just fine, but I cannot get Berry411 to push. It's been 6 hours, and I've tried everything in this thread. I'm at a loss as to what to do It's set identical to the keyboard policy and configuration, but still won't push. Any ideas?

See if there are any errors in the policy(POLC) log.

MotoUp 11-30-2006 05:15 PM

If you are talking in event viewer, all I have is Application, Security and System, it's Server 2K3.

EDIT: Nevermind, found the log, but not sure what I'm looking for.

||||||| 11-30-2006 05:44 PM

You'll see logs about the BBerry411 software and it should give an error or something. If it's not there then it's a configuration issue.

noname 12-01-2006 06:45 AM

Hi all,

The last time I have 3rd party wireless push issue, these 2 articles saved my day...

KB-04768 Support - Application is not wirelessly pushed to the device

KB-04763 Support - Failed to write access to the package cache path

MotoUp 12-01-2006 09:50 AM

Quote:

Originally Posted by |||||||
You'll see logs about the BBerry411 software and it should give an error or something. If it's not there then it's a configuration issue.

I didn't see any errors at all. However, 18 hours later, the app showed up. Wow! Thanks for your help.

Snyder81 12-11-2006 01:41 PM

Thanks a lot for this tutorial. I was able to set up wireless push and it's surprisingly simple. I also like being able to blacklist all apps without disallowing 3rd party downloads by policy, yet still be able to push out whitelisted apps. Very cool! The application pushed out in about 15 minutes and only took a second using an 8700 with EDGE data speeds.

One caveat - if you have an existing BES user base and don't currently disallow third-party apps, "whitelisting/blacklisting" will delete non-whitelisted third-party apps on the handheld. I had 5 on my handheld that are going to be deleted.

Khue 12-12-2006 09:28 AM

Dominik,
Thanks for the support man. I got tired of reading the docs for pushing from RIM so I decided to make my own. Unfortunately I do not have any experience/access to BES 4.1+ as my company has deemed it not essential and we are having budgeting issues. There are great contributors to this thread and all the participants here on the Admin section of the BBforums are great at some aspect of BES. Someone will surely answer your question and I regret not being able to help you personally.

Snyder81 01-17-2007 08:09 PM

Preferred method for pushing version upgrades?
 
Question - what is the preferred method of pushing out an updated version of a particular app? I have version 1.4.1 of Google Maps on my 8100/Pearl, but I want to push 1.4.2 without interrupting the user with prompts. What is the correct way to do this? Have a generic folder called GMaps8100 and keep replacing the COD files and reindexing the application every time a new version comes out? If I'm disallowing non-whitelisted apps, will the user see a prompt about their handheld having a non-allowed app that will be deleted?

Snyder81 01-18-2007 06:35 PM

How to set up the BlackBerry Handheld Configuration Panel for wireless app push
 
It looks like RIM now covers this in a KB article:

How to set up the BlackBerry Handheld Configuration Panel for wireless application push

BlackBerry Search Results

Khue 01-30-2007 02:34 PM

RIM's always gotta be wastin' my flava...

mgrisetti 02-01-2007 10:50 AM

does anyone know what to do when configuration status is saying check required

what do you have to do when you get configuration check returned error 11

Khue 02-01-2007 07:04 PM

Quote:

Originally Posted by mgrisetti
does anyone know what to do when configuration status is saying check required

what do you have to do when you get configuration check returned error 11

In the Handheld Manager Tool, find that user and there should be an option to Update configuration status.

technickel 02-01-2007 07:13 PM

I am to lazy to read all these posts but

How many configurations can you push out at one time?
500 devices * 4 hours = forever


All times are GMT -5. The time now is 05:03 AM.

Powered by vBulletin® Version 3.6.12
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.