Steve 提到: > Damian Krzeminski 提到: >> [I am responding to you directly but from now on please keep the >> communication on sipx-dev list] >> >> Steve wrote: >> >>> Damian Krzeminski 提到: >>> >>>> Steve wrote: >>>> >>>> >>>>> Damian Krzeminski 提到: >>>>> >>>>> >>>>>> Steve wrote: >>>>>> >>>>>> >>>>>> >>>> [...] >>>> >>>> >>>>> The attach file GtekPhone.tar.gz with following files >>>>> >>>>> sipXconfig/neoconf/src/org/sipfoundry/sipxconfig/phone/gtek/GtekPhone.java >>>>> sipXconfig/neoconf/test/org/sipfoundry/sipxconfig/phone/gtek/GtekPhoneTest.java >>>>> sipXconfig/neoconf/test/org/sipfoundry/sipxconfig/phone/gtek/expected-config >>>>> sipXconfig/neoconf/etc/gtekPhone/config.vm >>>>> sipXconfig/neoconf/etc/gtekPhone/phone.xml >>>>> sipXconfig/neoconf/etc/gtekPhone/line.xml >>>>> >>>>> Thank you for help >>>>> >>>>> >>>> I created a new issue to track this: >>>> http://track.sipfoundry.org/browse/XX-6175 >>>> >>>> I attached the patch which contains your changes. >>>> http://track.sipfoundry.org/secure/attachment/20452/0001-New-G-Tek-phone-plugin.patch >>>> >>>> This should contain all your changes so start with a clean working copy and >>>> just apply this patch if you intend to change anything. >>>> >>>> I made several small changes to you original submission: >>>> - moved the code to sipXconfig/plugins/gtek directory - it generated >>>> gtek-phones.jar that can be dropped into any recent sipXecs installation >>>> for testing. >>>> - added model definition file (gtek-models.beans.xml) see if you want to >>>> define more models there >>>> - fixed profile generation for multiple lines - line.xml just needs a >>>> single group with setting, when generating profile sipXconfig iterates >>>> through the line collection and generates parameters for each line >>>> separately >>>> >>>> I can now add G-Tek phones, add lines, generate profiles. But I do not have >>>> the phones so I don't know if generated profiles actually work. >>>> >>>> If you want to improve something I would suggest changing speed dial >>>> support: it looks quite ugly at the moment and you can easily fix it by >>>> hiding or removing Speed Dial related groups in phone.xml and using >>>> SpeedDial instead. Check how other phones do that (LgNortelPhone is one of >>>> the examples). >>>> >>>> Some parameters in the line.xml - especially those that sipXconfig provides >>>> values automatically (REGIST_SERVER, REGIST_ID etc.) should be declared as >>>> hidden or at least advanced, since there is little value in displaying them >>>> in UI. >>>> >>>> This is in a pretty good shape now. Check if my changes work for you and if >>>> you want to make some more changes before it goes into mainline. >>>> Damian >>>> >>>> >>>> >>>> >>> Hello Damian >>> >>> I try to compiling sipXecs from source for several days, there are too >>> many libraries and problems. >>> >> >> The easiest way to build sipx using: >> >> http://sipx-wiki.calivia.com/index.php/Express_Development_Environment_Setup >> >> Just create a new VM and run the scripts as described on wiki. >> >> Alternatively you can build only gtek plug-in and drop the jar >> (gtek-phone.jar) in the same directory where you have sipxconfig.jar >> installed. >> >> >> >>> Finally I can compile sipXconfig. the gtek-phone.jar has build but test >>> fail... >>> Then I copy sipxconfig.jar and gtek-phone.jar to SCS500. >>> Nothing happen... >>> >> >> Nothing would happen until you actually add the GTEK phone. I worked for me >> and I could even generate profile. You seem to be quite close, don't give >> up now ;-) >> >> >>> My environment is FC7 >>> >> >> It's probably why you have compilation problems. Most developers use F8 or >> F10. >> >> >>> Any other way to patch SCS500 so that I can exaim the phone work ? >>> >> >> As I said: all you need to do it to drop gtek-phone.jar into already >> installed sipXecs (or SCS) system. >> >> >>> The attached file is the error log while compile >>> >> >> >> Not sure what's going on here. It looks like some of the files in >> plugins/gtek/etc are invalid. Did you make any changes in addition to the >> patch that I attached to the issue? >> Why don't you generate the patch and attach your version of it so that I >> can compare mine and your versions. >> >> >>> >>> Thank you >>> >>> Steve >>> >>> >>> >>> >>> CONFIDENTIALITY NOTICE: This e-mail, including attachments, may include >>> confidential and/or proprietary information, and may be used only by the >>> person or entity to which it is addressed. If the reader of this e-mail >>> is not the intended recipient or his or her authorized agent, the reader >>> is hereby notified that any dissemination, distribution or copying of >>> this e-mail is prohibited. If you have received this e-mail in error, >>> please notify the sender by replying to this message and delete this >>> e-mail immediately. >>> >>> >> >> > > Hello Damian > > Thank you for reply. > > I doesn't make any change to the patch. > > Although the gtek-phone.jar test fail, I have copy gtek-phone.jar and > sipxconfig.jar to SCS500. I still cannot see gtek phone device on the web. > > According to > http://sipx-wiki.calivia.com/index.php/Building_from_source > http://sipx-wiki.calivia.com/index.php/Setting_up_a_development_environment_on_Fedora > > FC7 should be a suitable environment, but it seems not ? > (Before FC7 I have try FC6 & FC11 ... > > Ok, I will install FC8 and try again. > > Steve > > > > > CONFIDENTIALITY NOTICE: This e-mail, including attachments, may > include confidential and/or proprietary information, and may be used > only by the person or entity to which it is addressed. If the reader > of this e-mail is not the intended recipient or his or her authorized > agent, the reader is hereby notified that any dissemination, > distribution or copying of this e-mail is prohibited. If you have > received this e-mail in error, please notify the sender by replying to > this message and delete this e-mail immediately.
Hello Damian I have build sipx through EDE on FC8, the situation as below 1) Build and config successful, but running the sipxecs service eats all system resources(CPU, file descriptors) There are thousands of 011_sipx-config-httpd-access process created... I confirm the static IP address, FQDN, hostname -f are all correct by EDE document. 2) Trying SCS500 Copy sipxconfig.jar sipxconfig.war gtekPhone.jar to SCS500 Copy config.vm phone.xml line.xml to gtek/ on SCS500 Goto to web page and there's still no gtek phone device. 3) Reboot SCS500 The web page not work any more. I ssh into SCS500. The sipxpbx and httpd has already running. 4) My goal is to write plugin for G-Tek phone, but I spend most of time on building sipXecs. That's go too far... I suggest if you can send me gtekPhone.jar & sipxconfig.jar you build then I can do test with SCS500 for G-Tek phone. Thank you Steve CONFIDENTIALITY NOTICE: This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
_______________________________________________ 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/
