[AllInOne] eMail,iPhone,Log,SMS77,SMSTrade,RETTAlarm,GroupAla rm,Batch

[FF Pulsnitz]

Morgen Leute. Hab mal ne Frage bezüglich Sammelalarmierung. Kann es sein das am Ende des Alarm's die Benutzer stehen die den Alarm auch bekommen haben? Das die RIC-Zuweisungen dort stehen kann man nicht zufällig machen oder?


Sent from my iPhone using Tapatalk

[giha]

habe ein altes nokia 6310i via bluetooth angeschlossen, wird vom windows 7 32 bit auch erkannt, doch jedes mal wenn ich eine sms verschicken will bekomme ich einen error. Gerade mobil unterwegs, daher kann ich die genaue fehlermeldung nicht posten.
Aber es bringt einen Java error. Ideen woran es liegen könnte? Die 3 Datein sind richtig kopiert worden, hab sie vorsichtshalber mal in beide java ordner kopiert (fehler?)

thx für hilfe schonmal

[dg76]

Hallo,

ersteinmal ein riesiges Kompliment an Affenmensch ...
Das Programm ist echt klasse. Bin gerade dabei mich Schritt für Schritt heranzutasten.

Der iPhone Push funktioniert bestens. Allerdings bekomme ich die eMail Einstellungen nicht hin. Ich habe es schon mit zwei verschiedenen eMail-Accounts probiert; sowohl mit Authentifizierung als auch ohne.

Meine Konfiguration:
Alarmierungstool V 0.991
Windows XP
Mc Affee Firewall

Meine Einstellungen am System:

Absendende Adresse: .....@t-online.de
Postausgangsserver: smtpmail.t-online.de

oder:

Absendende Adresse: ....@o2online.de
Postausgangsserver: mail.o2online.de

Wie gesagt; ich habe es jeweils mit und ohne Authentifizierung versucht.

Die Fehlermeldung ist immer die folgende:
Sun Nov 14 10:03:39 CET 2010 --- .....(Empfängeradresse)....@t-online.de: Falscher eMail - Host angegeben, oder Login-Daten werden benötigt (530 5.7.0 Authentication required.)

Wer kann mir hier weiterhelfen? Bin mit meinem Latein am Ende ...

Grüße
dg76

[stgt88112]

@ dg76

du musst bestimmt noch deinen account im tool durch deine logindaten freistellen...

einfach deinen benutzernamen und password eingeben und dann sollte es funktionieren.

[dg76]

... das habe ich auch probiert. funktioniert leider nicht ....

[FF UBM]

Hallo zusammen.

Bekomme nach dem Update von Java auf die aktuellste Version folgende Fehlermeldung:

Exception: java.lang.Exception: Laden dauert zu lange, da Datei nicht freigegeben wurde
Message: Laden dauert zu lange, da Datei nicht freigegeben wurde
Filename: AlarmierungsToolMain.java-- Classname: AlarmierungsToolMain-- Linenumber: 263 -- Methodname: loadEinsätze
Filename: AlarmierungsToolMain.java-- Classname: AlarmierungsToolMain-- Linenumber: 147 -- Methodname: <init>
Filename: AlarmierungsToolMain.java-- Classname: AlarmierungsToolMain-- Linenumber: 91 -- Methodname: main
Filename: null-- Classname: sun.reflect.NativeMethodAccessorImpl-- Linenumber: -2 -- Methodname: invoke0
Filename: null-- Classname: sun.reflect.NativeMethodAccessorImpl-- Linenumber: -1 -- Methodname: invoke
Filename: null-- Classname: sun.reflect.DelegatingMethodAccessorImpl-- Linenumber: -1 -- Methodname: invoke
Filename: null-- Classname: java.lang.reflect.Method-- Linenumber: -1 -- Methodname: invoke
Filename: JarRsrcLoader.java-- Classname: org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoa der-- Linenumber: 58 -- Methodname: main


Oben im Fensterrahmen steht dann noch "schwerer Fehler"

Was kann das sein?

Übrigens tausend dank für das Tool, es ist einfach nur genial und werde mich dafür auch noch bedanken per amazon :-)

Gruß, C

[firEmergency]

zu Fehler:

Exception: java.lang.Exception: Laden dauert zu lange, da Datei nicht freigegeben wurde
Message: Laden dauert zu lange, da Datei nicht freigegeben wurde

Viele von euch scheinen das "Problem" zu haben. Folgenden Hintergrund hat der Fehler:

Um zu verhindern, dass mehrere Instanzen (sprich Alarmierungen) auf die Settings und auf die Einsätze gleichzeitig zugreifen und eventuell dadurch Fehler beim Speichern der Dateien (Settings.txt und EinsatzListe.txt) auftreten, hab ich folgendes System eingeführt:

- Ist ein Alarm gerade aktiv, so legt er zwei Dateien an: einsatz.temp und controller.temp. Deren Inhalt ist leer. Sobald der Einsatz fertig ist, löscht er die beiden Dateien wieder.
- Ist jetzt gerade ein neuer Einsatz aktiv, und sieht das die .temp Dateien existieren, so weiß er, das ein anderer Alarm gerade die beiden Dateien arbeitet. Deswegen wartet er für ein paar Milisekunden und versucht es dann erneut. Dies macht er 10 Mal. Wenn er nach dem 10. Mal immer noch keinen Zugriff auf die Dateien hat, so gibt er den Fehler:
"Laden dauert zu lange, da Datei nicht freigegeben wurde" aus

In der kommenden Version wird dieser Zeitraum der Versuche erhöht (er wartet dann maximal 100 Mal anstatt 10 Mal). Da ich bis jetzt noch keine Meldung erhalten habe, das durch diese Fehlermeldung eine Alarmierung nicht funkioniert habe, werde ich die Fehlermeldung "verstecken" und dafür sorgen, dass diese nur noch im Log auftritt.

Das schlimmste was passieren sollte ist, das der Einsatz nicht gespeichert wird. Der Alarm sollte trotzdem durchgehen.