XML::LibXML api break? (Fragen zu Perl-Modulen)

[thread]15310[/thread]

XML::LibXML api break?

Leser: 24

Articles: hide open all | hide show old branches

+5 replies
rumpi46

2010-07-25 22:42
User since
2010-07-25
4 Artikel
BenutzerIn
Hi,

Habe eine Applikation welche nach einem Server Update Probleme macht.

Vermute das Perl Modul LibXML ist das Problem, auf dem alten
Servr hat es die Version: 0.13 auf dem neuen ist es aktuell.

Es scheint die Funktion "getElementsByTagName" zu sein, welche keine
gültige Referenz mehr rausgibt.

Hier das Minimal Beispiel, es läuft auf dem alten Server problemlos,
auf dem neuen garnicht mehr:

Aufruf:
=======
Code: (dl )

1 2 3 4 5 6 7 8

[root@alterserver tmp]# perl test.pl ->0815<- [root@alterserver tmp]# ... root@neuerserver:/tmp# perl test.pl Can't call method "getAttribute" on an undefined value at test.pl line 9.
Perl-Script
===========
Code (perl): (dl )

1 2 3 4 5 6 7 8 9 10

#!/usr/bin/perl use XML::LibXML; use XML::XPath; $parser = new XML::LibXML; my $doc = $parser->parse_file("/tmp/test.xml"); my $root = $doc->getDocumentElement; my @node = $root->getElementsByTagName('TEST/VERSION/BLAH'); $Version = uc($node[0]->getAttribute('VERSION')); print "->$Version<-\n";
XML-Test-Datei
==============
Code: (dl )

1 2 3 4 5 6 7 8

<?xml version="1.0"?> <XMLFILE> <TEST> <VERSION> <BLAH DATE="1.1.2010" VERSION="0815"/> </VERSION> </TEST> </XMLFILE>
Evtl. hat jemand einen Tip wie die betreffenden code Teile schmerzfrei
an das neuere Modul angepasst werden könnten?

mod-edit pq: code- und perl-tags hinzugefügt
Last edited: 2010-07-26 00:40:55 +0200 (CEST)
- +3 replies
- murphy
  
  2010-07-26 03:03
  
  User since
  2004-07-19
  1776 Artikel
  HausmeisterIn
  
  Ich würde sagen, das Beispielprogramm verhält sich mit einer aktuellen Version von LibXML ganz exakt so, wie es sollte und wie man das erwarten würde.
  
  Die Methode getElementsByTagName soll im gesamten Dokumentbaum nach Knoten mit einem bestimmten Tagnamen suchen, der im Beispielcode angegebene Tagname kommt jedoch nirgends in den angegebenen Beispieldaten vor, folglich ist es nur logisch, wenn das Ergebnis eine leere Liste ist.
  
  Um eine bestimmte Struktur im XML-Dokument zu dekonstruieren, was vermutlich der eigentliche Sinn des Beispielcodes ist, wäre die Verwendung von XPath angebracht — dazu könnte man beispielsweise einfach den Methodenaufruf von getElementsByTagName durch findnodes ersetzen.
  
  Im Übrigen wäre noch anzumerken, dass XML::LibXML bereits Unterstützung für XPath mitbringt, und das Einbinden des nicht verwendeten Moduls XML::XPath im Beispielcode nicht sinnvoll ist.
  When C++ is your hammer, every problem looks like your thumb.
  - +2 replies
  - rumpi46
    
    2010-07-26 11:18
    
    User since
    2010-07-25
    4 Artikel
    BenutzerIn
    
    Hi,
    
    danke fürs einsetzen der perl & code tags, konnte das Posting nicht mehr bearbeiten nach dem Abschicken. :)
    
    2010-07-26T01:03:57 murphy
    Ich würde sagen, das Beispielprogramm verhält sich mit einer aktuellen Version von LibXML ganz exakt so, wie es sollte und wie man das erwarten würde.
    
    Um eine bestimmte Struktur im XML-Dokument zu dekonstruieren, was vermutlich der eigentliche Sinn des Beispielcodes ist, wäre die Verwendung von XPath angebracht — dazu könnte man beispielsweise einfach den Methodenaufruf von getElementsByTagName durch findnodes ersetzen.
    
    Vielen Dank, das schaut aus als ob das Problem damit gelöst wäre!
    
    Quote
    Im Übrigen wäre noch anzumerken, dass XML::LibXML bereits Unterstützung für XPath mitbringt, und das Einbinden des nicht verwendeten Moduls XML::XPath im Beispielcode nicht sinnvoll ist.
    
    Aber es kann nichts nachteiliges passieren wenn es dennoch drinnen steht oder?
    
    Ist es ist einfach nur unnötig, hässlich, aber ungefährlich, so werde ich es drinnen lassen. Die betreffende Applikation ist nicht von mir und lieber weniger Änderungen als zuviel.
    
    Danke & Viele Grüsse
    Last edited: 2010-07-26 11:20:10 +0200 (CEST)
    - murphy
      
      2010-07-27 11:47
      
      User since
      2004-07-19
      1776 Artikel
      HausmeisterIn
      
      2010-07-26T09:18:23 rumpi46
      [...]
      
      Quote
      Im Übrigen wäre noch anzumerken, dass XML::LibXML bereits Unterstützung für XPath mitbringt, und das Einbinden des nicht verwendeten Moduls XML::XPath im Beispielcode nicht sinnvoll ist.
      
      Aber es kann nichts nachteiliges passieren wenn es dennoch drinnen steht oder?
      
      Es verbraucht ein klein wenig Zeit beim Start des Skriptes, sollte aber völlig harmlos sein.
      
      Ich wollte nur darauf hinweisen, dass dieses Modul hier überflüssig ist, bevor noch jemand auf die Idee kommt, XML::XPath würde magisch dafür sorgen, dass getElementsByTagName auch XPath-Ausdrücke versteht oder ähnliche Trugschlüsse ;-)
      When C++ is your hammer, every problem looks like your thumb.
- GwenDragon
  
  2010-07-26 10:39
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Es gibt gar kein Element mit dem Namen 'TEST/VERSION/BLAH'.
  Ich sehe in deinem XML kein <TEST/VERSION/BLAH>. Zudem ist es in XML gar nicht erlaubt, einem Element einen Namen mit einem / zu geben!
  
  Du wolltest wohl irgendwie XPath verwenden, denke ich.
  
  Zudem ist es uns gar nicht möglich das nachzuvollziehen, bei den wenigen Informationen über deine Software auf dem ersten Server.
  1) Welches Betriebssytem/-version
  2) Welche Perl-Version
  3) Welches libxml2-Paket (Versionsnummer Tarball/rpm/deb-Paket)?
  4) Welches XML-LibXML-Paket (Versionsnummer Tarball/rpm/deb-Paket)?
  Last edited: 2010-07-26 10:42:41 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2010-07-25 22:42.