[62401] in SAPr3-news
Re: Problem beim Upload von LRAW-Feldern
daemon@ATHENA.MIT.EDU (=?ISO-8859-1?Q?Mathias_Glo=DF?=)
Wed Mar 10 03:25:16 2010
To: sapr3-news@mit.edu
Date: Wed, 10 Mar 2010 00:25:08 -0800 (PST)
From: =?ISO-8859-1?Q?Mathias_Glo=DF?= <mgloss@gmail.com>
Message-ID: <40f0c2e9-e76b-4e09-933a-9bb09f359b10@a18g2000yqc.googlegroups.com>
Hallo,
> Eine transparente Tabelle, die als letztes Feld eines vom Typ LRAW
> enth=E4lt, wird auf einem Quellsystem mit WS_DOWNLOAD in eine lokale Date=
i
> exportiert und auf einem Zielsystem mit WS_UPLOAD wieder importiert.
> FILETYPE ist jeweils 'DAT'.
eigentlich ist ja WS_DOWNLOAD / -UPLOAD schon seit Jahren obsolete -
die
Funktionen in CL_GUI_FRONTEND_SERVICES etwas h=FCbscher.
> Auf einem Zielsystem bleibt nach dem Schreiben der Tabelle das LRAW-Feld
> =A0 =A0 initial, auf einem anderen Zielsystem (gleiche Ausgangsdatei) das
> Feld korrekt gef=FCllt. Hat jemand eine Idee, wo hier das Problem liegen
> kann ? Explizites Setzen der Codepage haben wir schon erfolglos probiert.
Naja da gibts viele M=F6glichkeiten. Ich w=FCrde da ein paar Breakpoints
an den
entscheidenden Stellen einbauen und mal nachschauen, was passiert
* Nach dem WS_UPLOAD -> sind die Daten =FCberhaupt hochgeladen?
* vor dem INSERT/UPDATE: sind sie da noch wie erwartet?
* Welche R=FCckmeldung (sy-subrc) liefert INSERT/UPDATE?
Wenn der eigentliche SQL Befehl die Daten f=FCr das LRAW Feld erh=E4lt
und
auch kein Fehler liefert UND die Daten trotzdem nicht in der DB
ankommen,
w=FCrd ich dann eine OSS Meldung aufmachen :)
Wobei die Frage noch interessant w=E4re, ob
a) die Programme
b) die Release/Patchst=E4nde
c) die Systemcodepage
auf beiden Systemen identisch sind
Gr=FC=DFe, Mathias
