xml-sax Text abgeschnitten

[B.Hauser]

Hast Du mal versucht bei der %Handler() Funktion die CCSID anzugeben?

Beispiel: Hier werden die Daten als UCS2 ausgegeben.

XML-SAX %handler(hdlr:comm) %XML(xmldata : 'ccsid=ucs2');

Birgitta

[Armin]

Die auskommentierte Anweisung hatte ich zuvor.

Im Übrigen hab ich aus dem Text mit dem WIN10-Editor alle Umlaute und Zeilenumbrüche entfernt. Letztes und erstes reguläres Zeichen gelöscht und neu geschrieben. Den Umlaut gegen ue ersetzt.
Trotzdem wird der Text abgeschnitten: FC-Ausruestung alte Chemie 80 % (komplette Partie) 32 Stueck

Vielleicht gibt es ein Beispiel um das ganze mit SQL einzulesen. Bin hier leider vor einiger Zeit nicht fündig geworden.
Besten Dank an alle. Für heute reichts erstmal ...

[camouflage]

... oder Du schaust dir mal den XML-INTO an. Mit V3R1 oder so ginge dies natürlich nicht.

[Fuerchau]

Suche mal hier im Forum nach XML-INTO.
Da gibt es einige Beispiele (for allem Free) mit geschachtelten qualified DS und einer einzigen Anweisung.

[Armin]

Vielen Dank nochmal an alle Koryphäen. Abschließend muss ich sagen, dass ich mich von XML in RPG abgewendet habe. Der Versuch in C# war auf Anhieb von Erfolg gekrönt. Die Umlaute werden korrekt dargestellt. Nichts wird abgeschnitten. Selbst die Zeilenumbrüche sind vorhanden.
Der Code ist übersichtlich und leicht verständlich. Hier sollte sich IBM was abschauen.

Danke für die Hilfsbereitschaft.
using System;using System.Xml;

namespace ReadXMLfromFile
{
/// <summary>
/// Summary description for Class1.
/// </summary>
class Class1
{
static void Main(string args)
{
XmlTextReader reader = new XmlTextReader ("books.xml");
while (reader.Read())
{
switch (reader.NodeType)
{
case XmlNodeType.Element: // The node is an element.
Console.Write("<" + reader.Name);
Console.WriteLine(">");
break;
case XmlNodeType.Text: //Display the text in each element.
Console.WriteLine (reader.Value);
break;
case XmlNodeType.EndElement: //Display the end of the element.
Console.Write("</" + reader.Name);
Console.WriteLine(">");
break;
}
}
Console.ReadLine();
}
}
}

[Andreas_Prouza]

Für XML Verarbeitung verwende ich persönlich entweder SQL oder Python (oder auch PHP) auf der IBM i.
Läuft native und ist auch mit ein paar Zeilen Code zu implementieren. Und Unicode Probleme gibt's da auch weniger.

lg Andreas

[Armin]

SQL interessiert mich brennend. Gibt es evtl. ein übersichtliches Beispiel auf eine Datei im IFS?

[Fuerchau]

Hier gibts Doku und Beispiele:
https://www.ibm.com/support/knowledg...aspkickoff.htm

Klar ist jede Sprache die XML native kann besser als ILERPG.
Aber auf der IBM i kannst du ebenso Java oder Node.js verwenden.

[B.Hauser]

Hier ist ein ganz einfaches Beispiel, bei dem auf eine IFS-Datei zugegriffen wird.

  Select a.*
  from XMLTABLE('Staff/Department/Employee' 
        passing xmlparse(Document Get_xml_file('/home/Hauser/EmplXML.xml'))
                Columns  EmployeeNo Integer      Path '@Id',
                         FirstName  VarChar(30)  Path 'Name/FirstName',
                         LastName   VarChar(30)  Path 'Name/LastName',
                         Title      VarChar(30)  
                                    Default ''   Path 'Name/LastName/@Title',
                         Salary     Dec(11, 2)   
                                    Default 0    Path 'Privacy/Salary',
                         Currency   VarChar(30)
                                    Default ''   Path 'Privacy/Salary/@Currency') a;

Für die Details solltest Du Dir allerdings das White Paper anschauen, das Baldur angegeben hat.

[Fuerchau]

Achja, was die CCSID 1208 angeht, so muss die IFS-Datei dieses Attribut bereits vorher haben (CHGATR).
SQL und XML-INTO interessieren sich leider nicht für die Processing Instruction: encoding="xxx".
Dafür müsste man die IFS-Datei nämlich nach der Encoding-Erkenntnis noch mal neu einlesen.

[B.Hauser]

... ach ja, wenn man die xml-Datei direkt mit RPG erzeugt (SQLTYPE(XML_CLOB_FILE)) wird die Datei automatisch in UTF-8 generiert (zumindest sofern man den Default in der Abfrage-Options-Datei QAQQINI nicht geändert hat). Die Konvertierung und Ausgabe in UTF-8 erfolgt automatisch!
... und wenn die IFS-Datei UTF-8 ist, kann SQL die Daten auch problemlos nach EBCDIC konvertieren.

Birgitta

[Fuerchau]

Hm, ich gebe die CCSID in der definierten Variable an, also CCSID.
Wenn die IFS-Datei vor der Ausgabe bereits mit einer falschen CCSID vorhanden ist, wird leider diese CCSID verwendet. Also auch hier, zur Sicherheit immer vorher löschen. Man weiß ja nie, ob da nicht einer mit CHGATR rumgespielt hat.

Hier gibts ein paar nähere Erläuterungen:
https://www.ibm.com/support/knowledg...aspxml1516.htm
Per CLOB_FILE wird immer die File-CCSID genommen.

Wofür da noch die QAQQINI verwendet wird erschließt sich mir nicht, da ich die Variablen doch mit einer CCSID definieren kann bzw. Defaults via Header-Options eingestellt werden.