The Kinetic Jump site navigation header requires JavaScript to be enabled and the latest version of the Macromedia Flash Player. If you are you using a browser with JavaScript disabled please enable it now. Otherwise, please update your version of the free Flash Player by downloading here.

Welcome Guest Search | Active Topics | Log In | Register

Testing updates before relelease them Options
Edhy
#1 Posted : Monday, June 28, 2010 1:19:03 PM
Rank: Newbie
Groups: Member

Joined: 10/11/2009
Posts: 18

Hi Brian,

When an update is created we have to provide the location to retrieve the update from. All applications will always check this location.  If I want to test an update prior to release it, is there a way for me to control where to download the update from? also how could this be done?

Basically I want to be able to test an update before allowing the customer to download the test update.



Edhy Rijo
adamh
#2 Posted : Wednesday, June 30, 2010 7:18:07 AM
Rank: Administration
Groups: Member, Administration

Joined: 7/12/2007
Posts: 17
Location: Michigan
There are a couple of ways you might test an update before releasing it to all users.

- You can publish a "limited" (test) update. In order to download a limited update, the client software must have the following information in the <appSettings> element in its app.config file:
Code:
<add key="Kjs.AppLife.Update.Limited" value="true" />
You can toggle whether the current update will be limited from the Build menu.

- If your build system and test system are on the same network, you can use the "Build Update" command, instead of the "Publish Update" command. Then, configure your test software to check for updates at the build location instead of the publish location. This configuration will have to be done manually.

The upcoming release of AppLife Update 4.0 has many new features related to update publishing and management. These features will make publishing updates in different locations (such as a testing location and a final location) more intuitive.
Adam Hill
Kinetic Jump Software
Edhy
#3 Posted : Wednesday, June 30, 2010 5:44:13 PM
Rank: Newbie
Groups: Member

Joined: 10/11/2009
Posts: 18
Hi Adam,

Thanks a lot for the explanation, I tested the Limited update that works perfectly since I can just manually add the App.Config file with the key.

I am pretty happy the next version will cover this type of scenario so please keep up with the good work, AppLife Update is just amazing Dancing.



Edhy Rijo
Edhy
#4 Posted : Friday, November 11, 2011 6:36:01 AM
Rank: Newbie
Groups: Member

Joined: 10/11/2009
Posts: 18
Hi All,
I am wondering if there is a property somewhere that will allow me to set the controller to see Test updates instead of using the app.config file?

This is my scenario:
I control my applications using an online licensing system where I can tun On/Off various settings.  Must of the time, when testing an update I only want specific customers to be able to download these updates, but if customer have several workstations, it means I would need to manually create the app.config and add the Kjs.AppLife.Update.Limited key, this is very difficult to control and maintain because after this test finish, I would then have to go clean up the app.config file.
I would like to have a property which I can set True/False to be able to see Test updates without having to depend on the app.config file.


Edhy Rijo
brianh
#5 Posted : Friday, November 11, 2011 7:50:19 AM
Rank: Administration
Groups: Member, Administration

Joined: 5/24/2007
Posts: 351
Location: Minnesota

Hello Edhy,

 

The solution is to utilize the Custom Data property of an update.  Here you can add any value you like during the publish process, and remove or alter the value from the Manage Publlished Updates window without rebuilding the update.

 

You will add a string value such as "Test=true" or simply "test update" when you publish the update.  Then in your code, you can access this value from the CurrentUpdate property after a check for updates process completes.  If your own application setting that controls whether or not to allow test updates is not set, then check the custom data for an indication that the current update is a test update.  If it is, set the current update to null, effectively hiding the update.

 

Alternatively you could utilize the UpdateFound event of the update controller to perfrom the test update check. You'd do the same thing, except set the e.SelectedUpdate to null, or the highest available non-test update in the e.AvailableUpdates collection.

Brian Haas
Kinetic Jump Software
Edhy
#6 Posted : Friday, November 11, 2011 8:24:42 AM
Rank: Newbie
Groups: Member

Joined: 10/11/2009
Posts: 18
Hi Brian,

Thanks for the quick reply.

I understand your approach, but I don't think it would work in my case.  Currently I am using the Kjs.AppLife.Update.Limited key which is fine, except that requires the existence of the app.config file.

I already have logic inside my application to know if the current license is allowed to download test updates, I control that online (nice feature), now I need to tell ApplifeUpdate that it should look for Test updates without me having to create the app.config, that is why I think that having a property in the controller where I can set True/False to allow discovering of Test updates would be the solution.  What do you think?


Edhy Rijo
brianh
#7 Posted : Friday, November 11, 2011 9:53:36 AM
Rank: Administration
Groups: Member, Administration

Joined: 5/24/2007
Posts: 351
Location: Minnesota

Hello Edhy,

 

If you used the solution I described, you would no longer use the tester/limited key in an app.config. file.  Instead of  using the test update checkbox, you'd identify the update as a test update by using the custom data field, and rely on your application code to control the visibility of test updates to your clients.  It would work for you and it is the only way to accomplish your goal with the currently released software.

 

I'll add to the feature request list a new update controller property to control test update behavior.  This could enhance the built in test update feature. The benefit of the app.config approach is that no previous code or code changes are necessary to configure a tester installation. Install your application onto a client and add/modify the config file for testing updates.

Brian Haas
Kinetic Jump Software
Edhy
#8 Posted : Friday, November 11, 2011 12:41:20 PM
Rank: Newbie
Groups: Member

Joined: 10/11/2009
Posts: 18
Hi Brian,
Oh, now I understand, I will not use the "Make this update only available to tester" checkbox, instead use the Custom Data Property to pass a value that I will check internally.
I will explore that option, and I agree with your suggestion to enhance the build-in test update feature, having that property available make sense.

Thanks!!!


Edhy Rijo
Users browsing this topic
Guest
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.