Mit 'Number' in NumberList sind numerische Werte und nicht Telefonnummern mit Vorwahlen gemeint. Telefonnummern sind im Zusammenhang mit 'pattern matching' eigentlich nur als Text sinvoll verwendbar.
Gruesse,
Paul
Mit 'Number' in NumberList sind numerische Werte und nicht Telefonnummern mit Vorwahlen gemeint. Telefonnummern sind im Zusammenhang mit 'pattern matching' eigentlich nur als Text sinvoll verwendbar.
Gruesse,
Paul
Nach ein wenig Frickelarbeit ist mir gelungen STARFACE auf einem Sheeva Plug mit einem ARM Prozessor unter Ubuntu 9.04 laufen zu lassen.
Softwarekomponente:
OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu10)
Tomcat 5.5
Asterisk 1.4.36
PostgreSQL 8.3.11
Die Weboberflaeche und Telefonie funktionieren (nur Grundfunktionalitaeten getestet). Nur ein kleines Problemchen habe ich. Wegen eines Bugs in JIT Compiler der OpenJDK fuer ARM5 Plattform ist es unmoeglich Starface mit JIT zu starten, es geht nur in interpreter Modus was erwartungsgemaess nicht die optimale Performance liefert:
QuoteDisplay MoreStarting STARFACE 4.5.0.3
INFO [de.vertico.starface.StarfaceStarter] - Starting STARFACE 4.5.0.3
Initializing Logging configuration took 2371ms
Initializing System configurations took 1290ms
Initializing CATManager DsSettings took 691ms
Initializing CATManager RMI & JMX took 1ms
Initializing CATManager HibernateConnector took 135884ms
Initializing CATManager ajax took 472ms
Initializing CATManager persistenceLayer took 5866ms
Initializing CATManager federation system took 6174ms
Initializing CATManager module system took 56001ms
Initializing CATManager took 216077ms
Initializing XMPPDomain took 670ms
Initializing UpdateHook took 1529ms
Initializing WireconSystem took 620ms
Initializing Servlet context took 36ms
Initializing UCI took 6512ms
Initializing PhoneConfig took 35898ms
Initializing Services took 185ms
Initializing SessionManager took 23ms
/opt/tomcat/webapps/localhost/starface/WEB-INF/shell/save-firewall.sh: 2: /sbin/iptables-save: not found
Initializing Firewall 2301ms
Initializing Addressbook took 3965ms
Initializing CallInfoListeners took 258ms
Initializing FSInterface took 45ms
Initializing CallHandlingDefaults took 0ms
Initializing Proxy configuration took 127ms
Initializing BackupManager took 355ms
Initializing SystemCheckManager took 180ms
Initializing Standard Modules took 9636ms
Updating Phone IPs took 734ms
Initializing Hylafax took 949ms
Initializing Berofix-cards took 1ms
Initializing UpdateReporterManager took 88ms
####### starface version 4.5.0.3 started in 285277ms. #######
Current Java version is: 1.6.0_0
Running on: 1x arm Processor(s)
RAM available for JVM: 125 MB
Free hard disk space: 2 GB
HardwareId: a48217ea964ca3c3de2695daaab83ab0cc7485e6
####### ############################################ #######
Oct 2, 2010 11:14:12 AM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-80
Oct 2, 2010 11:14:20 AM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-444
Oct 2, 2010 11:14:23 AM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-50080
Oct 2, 2010 11:14:28 AM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-50081
Oct 2, 2010 11:14:30 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in 364249 ms
Das Problem liegt in der Verwendug der JMX Technologie. Waere es moeglich JMX irgendiwe per Konfiguration zu unterbinden? Sonst wird mit eingeschatetem JIT-Compiler folgende Exception geworfen und Webapp startet dann nicht:
QuoteDisplay Morejava.lang.InternalError: Unsupported Management version
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684)
at java.lang.Runtime.loadLibrary0(Runtime.java:840)
at java.lang.System.loadLibrary(System.java:1047)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
at java.security.AccessController.doPrivileged(Native Method)
at sun.management.ManagementFactory.<clinit>(ManagementFactory.java:485)
at java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:521)
at de.vertico.starface.manager.SessionManager.<init>(SessionManager.java:93)
at de.vertico.starface.manager.SessionManager.<clinit>(SessionManager.java:65)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at java.lang.Class.newInstance0(Class.java:372)
at java.lang.Class.newInstance(Class.java:325)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3713)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Wenn dass mit JIT klappt koennte man STARFACE als supersparsame Kleinstinstallation laufen lassen: Energieverbrauch unter 5 Watt und eine SD-Card fuer Root-Partition. Das waere echt GREEEEEN ;-D
Gruess,
Paul
Hi,
um den richtigen Namen, bzw Rufnummer, anzuzeigen muss man nur entsrpechenden Eintrag im SNOM-Adressbuch machen. Bei frueheren SNOM Modellen (z.B. 360) wurde das gleich bei der Funktionstastenuebetragung von SF erledigt. Wieso das jetzt mit SNOM 370 nicht geht weiss ich momentan nicht. Wahrscheinlich ist es ein Fehler.
Gruesse
Hallo slu,
die Datenuebertragung erfolgt per HTTPS mit ganz normalem HTTP POST-Request. Dazu muss sich Starface gar nicht bei dem Server authentifizieren. Die Serveridentitaet wird dagegen mit einem von uns signiertem SSL-Zertifikat auf Clientseite geprueft. Datenuebertragung selbst wird mit AES128 verschluesselt. Fuer nicht Techies: gleiches Verfahren wie bei Internet-Banking. Von Extern kann man auf die uebermittelte Daten gar nicht zugreifen (kein WebDAV). Daten koennen nur rein gehen, niemals raus. Die verschickte Logs bleiben nicht mal auf dem Webserver liegen, sondern werden sofort intern an den Support weitergeleitet.
Gruesse
Paul
Hallo,
mit IP-Adressen in XML manuell einzutragen ist es leider nicht getan. Der Anlagenverund ist auschliesslich darauf ausgelegt, dass die Anlagen direkt erreichbar sind: ohne NAT dazwischen. Mit entsprechend eingerichtetem Port-Forwarding waere es villeicht moglich Anlagen uber NAT zu verbinden. Das haben wir aber weder getestet oder ausprobiert. Allein aus Sicherheitsgruenden rate ich ausdruecklich ab Anlagen ueber oeffentlichen Internet zu koppeln. Fuer Anlagenverbund ist ein VPN zwischen den Standorten vorausgesetzt.
Gruesse,
Paul
Hi slu,
HttpGet liefert ein Stream Objekt zurueck und keinen Text. Fuer deinen Zweck waere HttpGetValue Funktion die bessere Wahl, weil die direkt ein Text-Objekt zuruckgibt. Mit HttpGetValue Funktion kann kann man sogar einfaches Pattern-Matching betreiben um z.B. aus einer Webseite benoetigten Abschnitt zu extrahieren.
Gruesse,
Paul
Nach dem Upload wird die WAV Datei in ein Asterisk kompatiblen Format umcodiert. Wenn die Ansage lang ist dauert es auch entsprechend.
Hm, sehr seltsam das ganze insbesonders im Zusammenhang mit dem Fehler . Bitte das Telefon auf Werkseinstellungen resetten und danach am besten mit SF suchen und provisionieren (wenn keine Autoprovisionierung eingeschaltet ist).
Intern koennen wir den Fehler nicht reproduzieren.
Wurden Namen fuer 'normale' eingebaute Funktionstasten in das Adressbuch uebertragen? Tritt der Fehler nur bei einem Telefon oder bei mehreren. Wenns nur bei einem auftritt dann am besten 'Factory Reset' machen und dann das Telefon von STARFACE finden lassen.
Ein Screenshot der SF-Funktionstasten und Snoms Adressbuch auch.
Hi,
kannst Du mir bitte die PDF Datei mit der Tastenbeschriftung und die Snoms HTML-Seite mit der Tastenbelegung (http://<telefon-ip>/fkeys.htm) an *geloescht* schicken? Intern koennen wir den Fehler nicht nachvollziehen deswegen moechte ich direkt schauen welche Daten in deinem Fall zum Fehler fuehren.
Gruesse
Paul
Hat nach dem Update Jabber-Messaging funktioniert oder nicht? Nur das ist wichtig. Die Logausgaben kann man ignorieren: die ersten 2 Ausschnitte sagen nur dass Openfire versucht selbst Tabellen anzulegen die schon existieren (vom Installationsscript angelegt). Die letzten beiden Ausschnitte haben gar nichts mit Openfire zu tun.
Gruesse
Ja, stand es, war aber falsch.
Mit Googlemail wird es so oder so nicht gehen auch nicht mit anderem Port. Googlemail erlaubt nur verschluesselte Verbindungen mit SSL/TLS und Starface kann zur Zeit nur unverschluesselten SMTP.
Hallo,
die Tomcat Speicherreservierung unter OpenVZ muss man leider per Hand einstellen und nicht auf automatische Zuweisung verlassen. Etwa nach der Formel: (Gesamt_RAM / Anzahl_Instanzen) * 0,75. Mindestens 128MB muss es aber sein.
Wir haben das Problem lokalisiert. Unter bestimmten Umstaenden schickt Watchdog zuviele Ping-Pakete zu Asterisk sodass CPU-Load bei Watchdog und Asterisk Prozessen stark ansteigt.
Als Hotfix kann man die Datei /var/lib/watchdog/watchdog.jar durch gefixte watchdog.zip Version direkt ersetzen und 'service watchdog restart' aufrufen.
Gefixte Watchdog wird auch in dem naechsten Bugfix-Release dabei sein.
Tomcat reserviert fuer sich allein 75% des gesamten RAMs ohne andere OpenVZ Instanzen zu beruecksichtigen. In der 'top' Ausgabe sieht man, dass freie Speicher = 0 ist. Es bleibt nichts weder fuer Cache noch fuer IO-Buffers ueberig. Das allein fuer sich ist schon ein schwerer Fehler. Ich wuerde auf jeden Fall empfehlen /etc/init.d/tomcat5 Script anzupassen um den Speicherverbrauch zu reduzieren und dann Tomcat/System restarten.
In der Version 3.5 von /etc/init.d/tomcat5 steht folgendes:
JAVA_OPTS=$(free | grep "Mem" | awk '{CONVFMT = "%.0f"; tomcatmem= ($2-267890)/1024; if (tomcatmem < 128) tomcatmem=128; if (tomcatmem > 1
024) tomcatmem=1024; print "-Xmx" tomcatmem "M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/tomcat-jmv-dump.hprof -XX:PermSize=6
4M -XX:MaxPermSize=128M -Dderby.storage.pageCacheSize=200"}')
das kann man etwa so abaendern:
Die Option -Xmx128M reserviert fuer Tomcat in diesem Fall 128MB RAM. Dies ist die unterste Grenze und sollte je nach Auslastung ggf erhoeht werden.
Wie siehts bei anderen Instanzen aus? Das Problem liegt vermutlich an fehlendem RAM. Laut 'top' sind naemlich genau 0 Byte frei.
Hallo,
danke fuer die Fehlermeldung. Wir werden uns das Problem naeher anschauen.
Gruesse
Solche Funktionen gibt es leider noch nicht.