Der Konnektor
Gut bekanntes Mitglied
Hallo Forum,
beim ersten Start der Wawi nach der Installation der Datei setup-jtl-wawi_099923_140321.exe wird die Datenbank angelegt und scheinbar diverse Aktualisierungen vorgenommen.
Bei einer der Aktualisierungen von Version 0.9871 erhalte ich folgenden Fehler:
Verwendete Installationsdateien:
JTL-Wawi inkl. Datenbankserver
Aktuelle Version: 0.99923 vom 09.05.2014
JTL-Wawi-Full.zip
von http://www.jtl-software.de/JTL-Wawi-Download
Installation genau nach Anweisung aus install.txt
Installiert wurde auf Windows 7 SP1 Professional incl. aller Updates als Administrator.
Ich habe wie im Screenshot gefordert einen Trace gestartet. Dort wird der Fehler wie folgt protokolliert:
Nach dem Klick auf OK läuft die weitere Installation fehlerlos durch und auch jeder Neustart der WaWi produziert keine direkten Fehler.
Ich vermute jedoch stark, dass meine in anderen Beiträgen gemeldeten Fehlern auf diesen Beruhen.
Was ist da falsch gelaufen, bzw. was muss ich ändern.
Gruß
Konrad
beim ersten Start der Wawi nach der Installation der Datei setup-jtl-wawi_099923_140321.exe wird die Datenbank angelegt und scheinbar diverse Aktualisierungen vorgenommen.
Bei einer der Aktualisierungen von Version 0.9871 erhalte ich folgenden Fehler:
Genauer Text siehe Screenshot....
Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgelöst werden. Src: Execute 23
...
Verwendete Installationsdateien:
JTL-Wawi inkl. Datenbankserver
Aktuelle Version: 0.99923 vom 09.05.2014
JTL-Wawi-Full.zip
von http://www.jtl-software.de/JTL-Wawi-Download
Installation genau nach Anweisung aus install.txt
Installiert wurde auf Windows 7 SP1 Professional incl. aller Updates als Administrator.
Ich habe wie im Screenshot gefordert einen Trace gestartet. Dort wird der Fehler wie folgt protokolliert:
Code:
...
JTL-wawi e6c-8b4 EXIT SQLFreeStmt with return code 0 (SQL_SUCCESS)
HSTMT 0x02740E80
UWORD 0 <SQL_CLOSE>
JTL-wawi e6c-8b4 ENTER SQLExecDirect
HSTMT 0x02740E80
UCHAR * 0x00A7A6E0 [ -3] "ALTER TRIGGER [dbo].[tgr_lb_tZahlung_INSUPDEL]\ a--\ a-- Copyright (C) 2013 JTL-Software-GmbH\ a-- Datum 29.01.2013\ a-- Version 05\ a--\ aON [dbo].[tZahlung]\ aAFTER INSERT, UPDATE, DELETE\ aAS\ aBEGIN\ a\ a\ 9DECLARE @kBestellung BIGINT\ a\ 9SET @kBestellung = 0\ a\ 9DECLARE @kZahlungenOhneZahlungsart AS TABLE (kZahlung INT)\ a\ 9 \ 9\ 9\ a\ 9DECLARE c CURSOR LOCAL FAST_FORWARD FOR\ a\ 9\ 9SELECT U1.kBestellung FROM\ a\ 9\ 9(\ a\ 9\ 9\ 9SELECT deleted.kBestellung FROM deleted\ a\ 9\ 9\ 9UNION\ a\ 9\ 9\ 9SELECT inserted.kBestellung FROM inserted\ a\ 9\ 9) AS U1\ a\ 9\ a\ 9OPEN c\ a\ 9FETCH NEXT FROM c INTO @kBestellung\ 9\ 9\ a\ 9\ a\ 9WHILE (@@FETCH_STATUS = 0)\ a\ 9BEGIN\ 9\ a\ 9\ 9EXEC spBestellungEckdatenAktualisieren @kBestellung\ 9\ 9\ 9\ 9\ 9\ 9\ a\ 9\ 9FETCH NEXT FROM c INTO @kBestellung\ a\ 9END\ a\ 9\ a\ 9CLOSE c\ a\ 9DEALLOCATE c\ a\ 9\ a\ 9--\ a\ 9-- Hier wird sichergestellt, dass kZahlungsart nicht 0 ist\ a\ 9-- Dies ist f\ffr Ameisenexporte von Rechnungen erforderlich\ a\ 9-- Der Wert 0 als Zahlungsart kann durch Importe aus externen Systemen entstehen\ a\ 9--\ a\ 9INSERT INTO @kZahlungenOhneZahlungsart (kZahlung)\ a\ 9SELECT U1.kZahlung FROM\ a\ 9(\ a\ 9\ 9SELECT deleted.kZahlung, deleted.kZahlungsart FROM deleted WHERE ISNULL(deleted.kZahlungsart, 0) = 0\ 9\ a\ 9\ 9UNION\ a\ 9\ 9SELECT inserted.kZahlung, inserted.kZahlungsart FROM inserted WHERE ISNULL(inserted.kZahlungsart, 0) = 0\ a\ 9) AS U1\ a\ a\ 9if(ISNULL((SELECT COUNT(kZahlung) FROM @kZahlungenOhneZahlungsart), 0) > 0)\ a\ 9BEGIN\ a\ 9\ 9DECLARE @kStandardZahlungsart INT\ a\ 9\ 9SET @kStandardZahlungsart = ISNULL((SELECT TOP 1 tZahlungsart.kZahlungsart FROM tZahlungsart), 0)\ a\ a\ 9\ 9--\ a\ 9\ 9-- Wenn keine Zahlungsart ermittelt werden kann wird eine Dummy-Zahlungsart angelegt\ a\ 9\ 9--\ a\ 9\ 9if(@kStandardZahlungsart = 0)\ a\ 9\ 9BEGIN\ a\ 9\ 9\ 9DECLARE @kZahlungsartPK AS TABLE (kZahlungsart INT)\ a\ 9\ 9\ 9INSERT INTO @kZahlungsartPK(kZahlungsart) EX..."
SDWORD -3
JTL-wawi e6c-8b4 EXIT SQLExecDirect with return code -1 (SQL_ERROR)
HSTMT 0x02740E80
UCHAR * 0x00A7A6E0 [ -3] "ALTER TRIGGER [dbo].[tgr_lb_tZahlung_INSUPDEL]\ a--\ a-- Copyright (C) 2013 JTL-Software-GmbH\ a-- Datum 29.01.2013\ a-- Version 05\ a--\ aON [dbo].[tZahlung]\ aAFTER INSERT, UPDATE, DELETE\ aAS\ aBEGIN\ a\ a\ 9DECLARE @kBestellung BIGINT\ a\ 9SET @kBestellung = 0\ a\ 9DECLARE @kZahlungenOhneZahlungsart AS TABLE (kZahlung INT)\ a\ 9 \ 9\ 9\ a\ 9DECLARE c CURSOR LOCAL FAST_FORWARD FOR\ a\ 9\ 9SELECT U1.kBestellung FROM\ a\ 9\ 9(\ a\ 9\ 9\ 9SELECT deleted.kBestellung FROM deleted\ a\ 9\ 9\ 9UNION\ a\ 9\ 9\ 9SELECT inserted.kBestellung FROM inserted\ a\ 9\ 9) AS U1\ a\ 9\ a\ 9OPEN c\ a\ 9FETCH NEXT FROM c INTO @kBestellung\ 9\ 9\ a\ 9\ a\ 9WHILE (@@FETCH_STATUS = 0)\ a\ 9BEGIN\ 9\ a\ 9\ 9EXEC spBestellungEckdatenAktualisieren @kBestellung\ 9\ 9\ 9\ 9\ 9\ 9\ a\ 9\ 9FETCH NEXT FROM c INTO @kBestellung\ a\ 9END\ a\ 9\ a\ 9CLOSE c\ a\ 9DEALLOCATE c\ a\ 9\ a\ 9--\ a\ 9-- Hier wird sichergestellt, dass kZahlungsart nicht 0 ist\ a\ 9-- Dies ist f\ffr Ameisenexporte von Rechnungen erforderlich\ a\ 9-- Der Wert 0 als Zahlungsart kann durch Importe aus externen Systemen entstehen\ a\ 9--\ a\ 9INSERT INTO @kZahlungenOhneZahlungsart (kZahlung)\ a\ 9SELECT U1.kZahlung FROM\ a\ 9(\ a\ 9\ 9SELECT deleted.kZahlung, deleted.kZahlungsart FROM deleted WHERE ISNULL(deleted.kZahlungsart, 0) = 0\ 9\ a\ 9\ 9UNION\ a\ 9\ 9SELECT inserted.kZahlung, inserted.kZahlungsart FROM inserted WHERE ISNULL(inserted.kZahlungsart, 0) = 0\ a\ 9) AS U1\ a\ a\ 9if(ISNULL((SELECT COUNT(kZahlung) FROM @kZahlungenOhneZahlungsart), 0) > 0)\ a\ 9BEGIN\ a\ 9\ 9DECLARE @kStandardZahlungsart INT\ a\ 9\ 9SET @kStandardZahlungsart = ISNULL((SELECT TOP 1 tZahlungsart.kZahlungsart FROM tZahlungsart), 0)\ a\ a\ 9\ 9--\ a\ 9\ 9-- Wenn keine Zahlungsart ermittelt werden kann wird eine Dummy-Zahlungsart angelegt\ a\ 9\ 9--\ a\ 9\ 9if(@kStandardZahlungsart = 0)\ a\ 9\ 9BEGIN\ a\ 9\ 9\ 9DECLARE @kZahlungsartPK AS TABLE (kZahlungsart INT)\ a\ 9\ 9\ 9INSERT INTO @kZahlungsartPK(kZahlungsart) EX..."
SDWORD -3
DIAG [42000] [Microsoft][ODBC SQL Server Driver][SQL Server]Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgelöst werden. (468)
JTL-wawi e6c-8b4 ENTER SQLErrorW
HENV 0x00F7DB48
HDBC 0x00F7D160
HSTMT 0x02740E80
WCHAR * 0x0B6AF028
SDWORD * 0x0B6AF060
WCHAR * 0x0B6AEC28
SWORD 512
SWORD * 0x0B6AF064
JTL-wawi e6c-8b4 EXIT SQLErrorW with return code 0 (SQL_SUCCESS)
HENV 0x00F7DB48
HDBC 0x00F7D160
HSTMT 0x02740E80
WCHAR * 0x0B6AF028 [ 5] "42000"
SDWORD * 0x0B6AF060 (468)
WCHAR * 0x0B6AEC28 [ 186] "[Microsoft][ODBC SQL Server Driver][SQL Server]Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgel\ffst werden."
SWORD 512
SWORD * 0x0B6AF064 (186)
JTL-wawi e6c-8b4 ENTER SQLFreeStmt
HSTMT 0x02740E80
UWORD 0 <SQL_CLOSE>
JTL-wawi e6c-8b4 EXIT SQLFreeStmt with return code 0 (SQL_SUCCESS)
HSTMT 0x02740E80
UWORD 0 <SQL_CLOSE>
...
Ich vermute jedoch stark, dass meine in anderen Beiträgen gemeldeten Fehlern auf diesen Beruhen.
Was ist da falsch gelaufen, bzw. was muss ich ändern.
Gruß
Konrad