Paul Mossman wrote:
> Scott wrote:
>   
>>> Maybe we change the RPM to install sipxconfig.(jar/war) with a .new 
>>> suffix, and then have the start-up script move the files when the 
>>> process is re-started?
>>>       
>> No... that's not the issue.
>>
>> You need to look at how the refresh is being done on that 
>> page.  If the page is maintaining a connection to the server 
>> and the server is periodically sending new content, then 
>> doing the upgrade will break the refresh.  If the refresh is 
>> being done by a local script on the page periodically 
>> checking for new content, it can be made to work.  The 
>> periodic check needs to be to some URL that does not require 
>> any jetty context to fetch (a REST api, probably); something 
>> that returns a value that will be updated after the reboot is 
>> complete.
>>     

Hi!

I will summarize some ideas related to issue 
http://track.sipfoundry.org/browse/XX-6524 - Software Update Screen 
needs a status indicator. The ideas are about how to avoid the UI 
crash(which happens when sipxconfig rpm is updated) on installation 
update. So, if you have a suggestion/opinion related to this, pls share 
it with us so we can chose the best way to fix this issue.

 - first idea is to install all rpms but sipxconfig rpm from Software 
Updates page, and then install the sipxconfig rpm on WaitingPage where 
system is also restarted. The log will be displayed on Software Update 
page. Here, the problems are that the log will not contain any details 
about sipxconfig rpm installation and there might be some dependencies 
to sipxconfig rpm(although in http://track.sipfoundry.org/browse/XX-5805 
Laurentiu told that he updated all the rpms but sipxconfig and it worked 
fine).
 - another idea is to use a REST service(outside Jetty context) for 
getting the installation log, so this way UI won't crash. Here, the 
question is where the REST service should be placed so that it won't be 
affected by the installation?

Thanks,
 Cosmin.
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to