I now have code for FirstRunTask.java runTask() that will regenerate the
profiles and restart the gateway/phone devices. The code in runTask is
executed during a system startup, including a system startup due to an
upgrade.

The original issue requested the regenerate/restart behaviour only for
upgrades. I was wondering if it would be a good idea to
regenerate/restart the devices on all system startups? This would ensure
that the system starts up cleanly, however it may also take down
established calls. But perhaps that's a good thing since it will clear
calls that CDR may not be tracking properly?

Please refer to the original issue:
http://track.sipfoundry.org/browse/XCF-2739

Dave.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzeminski,
Damian (BL60:9D30)
Sent: Friday, October 10, 2008 11:22 AM
To: [EMAIL PROTECTED]
Subject: Re: [sipX-dev] Looking at XCF-2739

David Saint wrote:
> Hi,
> 
> I've started looking at fixing an issue XCF-2739 "Automatically 
> re-generate all profiles as part of an upgrade"
> _http://track.sipfoundry.org/browse/XCF-2739_ but I'm not familiar 
> with this code so I'm not sure where to start. To speed my progress 
> perhaps someone could help me with one or more of the following:
> 
>  - Where is the upgrade check located where code can be added to 
> trigger the download?

FirstRunTask.runTask - is only called after initial install and after
upgrade

>  - What command is used to regenerate the profiles?

check how ProfileManager is used in the code...

>  - What command is used to download the profiles?

there is not any - but you can trigger restart of devices when
generating the profiles

> 
> If you happen to know the answer to some or all of these it would give

> me a good starting point.
> 
> Thanks...
> Dave.
> 

_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev

Reply via email to