Inaktiv WaWi Crash bei Laden von Artikelbildern aus dem Inet

[Future-Base]

Hallo zusammen,

ich habe die aktuellste Version der WaWi im Einsatz und lege gerade neue Artikel per Artikel duplizieren an.

Das Anlegen an sich funktioniert auch einwandfrei. Sobald ich aber versuche mehrere Artikelbilder auf einmal aus dem Inet hinzu zufügen schmiert die gesamte WaWi ab und ich muss die neustarten.
Nehme ich die Links die ich einfügen will und mache das einzelnd, link für link, dann funktioniert das ebenfals einwandfrei. Daher kann ich die Links an sich ja schonmal ausschliessen.

Bis vor 2 Tagen ging auch das Einfügen von mehreren Bilderlinks problemlos und seit dem wurde am System selber nichts verändert und nur neue Artikel auf diese Art hinzu gefügt.
Datenbank reorg und Reparatur hat auch keine Verbesserung gebracht.

Jemand eine Idee oder Lösung für das Problem, denn bei dutzenden von Links ist das echt mühsig.

Danke schonmal.

 

[Rico Giesler]

In dem Fall bitte mal ein Ticket im Kundencenter erstellen, damit das genauer geprüft werden kann.

 

[Future-Base]

Hallo Rico,

danke für die Antwort.
Ich habe den Fehler gerade auch selber gefunden und reproduzieren können.

Ich poste das hier jetzt einfach mal, denn ich denke das das ggf. über ein Exception-Handling abgefangen werden könnte und für den ein oder anderen auch interessant wäre.

URLs wurden in den Windows Editor kopiert um Alt-Tags usw noch über die Ersetzen Funktion zu ersetzen.
Je nachdem WIE man diese ersetzt und die daraus resultierenden Leerzeilen entfernt zeigt sich folgendes Bild was für einen User im Editor und auch in dem URL-Einfügefenster der Wawi NICHT ersichtlich ist, und erst zb HIER beim Einfügen sich zeigt:


https://beispielseite.de/bildadresse_mod_1000x750.png https://beispielseite.de/bildadresse_akku_schwarz.jpeg
https://beispielseite.de/bildadresse_akku_rot.jpeg
https://beispielseite.de/bildadresse_akku_bronze.jpeg
https://beispielseite.de/bildadresse_akku_blau.jpeg
https://beispielseite.de/bildadresse_akku_detail1.jpeg
https://beispielseite.de/bildadresse_akku_zubehor_kabel.jpeg
https://beispielseite.de/bildadresse_akku_verpackung.jpeg

Das verursacht eine Exception.


https://beispielseite.de/bildadresse_mod_1000x750.png
https://beispielseite.de/bildadresse_akku_schwarz.jpeg
https://beispielseite.de/bildadresse_akku_rot.jpeg
https://beispielseite.de/bildadresse_akku_bronze.jpeg
https://beispielseite.de/bildadresse_akku_blau.jpeg
https://beispielseite.de/bildadresse_akku_detail1.jpeg
https://beispielseite.de/bildadresse_akku_zubehor_kabel.jpeg
https://beispielseite.de/bildadresse_akku_verpackung.jpeg

Das hingegen nicht.
Im Editor sehen beide absolut identisch aus, und es sind keine versteckten Steuerzeichen zu erkennen.

Dies finde ich könnte durchaus durch die WaWi abgefangen werden, oder wenigstens so modifiziert werden das die nicht komplett crashed und alle Änderungen die man gemacht hat und die noch nicht gespeichert sind verloren gehen.



PS.:
Der Bilderimporter ist ne kleine Pussy. Sobald da irgendwas ist killt der gleich die Wawi. Selbst wenn nur sowas wie die Datei-Endung mal fehlen sollte, dann ist schon schicht im Schacht und der fängt an zu zicken und macht die Grätsche.
Da ist wirklich noch etwas Exception-Handling angesagt.

 

[SebiW]

Um sowas zukünftig zu vermeiden würde ich Dir zu Notepad++ raten ... da hast Du dann auch keine versteckten Steuerzeichen mehr in Deiner csv

 

[Future-Base]

Genau damit kämpfe ich seit Stunden schon rum und bekomm es einfach nicht hin.

Ich bekomme fertige XML Dateien mit ca 2000 zeilen und die sind sowas von bescheiden formatiert und muss diese erst durch Tools in CSV kompilieren, da JTL ja keine XML Anbindung hat.
Und wenn ich dann die CR und LF versuche zu entfernen, dann killt der mir alle Absätze mit und macht alles in 1 Zeile.

Jetzt auch noch tagelang Reg-Exp zu pauken hab ich allerdings auch keine Zeit zu.

 

[SebiW]

Gib mir kurz ein Vorher Beispiel und schreib wies nachher aussehen soll, vielleicht kann ich Dir schnell helfen.
Alternativ kannst Du in Excel via Office XML Handler auch meist einfach schnelle Ergebnisser erzielen wenn die Struktur nicht total im Eimer ist.

 

[Future-Base]

Ich glaube ich habe es gerade selber geschafft die richtige \n Kombination zu finden.
Das teste ich gerade mal aus dann weiß ich mehr.

 

[Future-Base]

Gib mir kurz ein Vorher Beispiel und schreib wies nachher aussehen soll, vielleicht kann ich Dir schnell helfen.
Alternativ kannst Du in Excel via Office XML Handler auch meist einfach schnelle Ergebnisser erzielen wenn die Struktur nicht total im Eimer ist.

Es würde mehr helfen, wenn es "mehr" Import/Exportmöglichkeiten geben würde bzw API Anbindungen die zb XML können. Denn immer mehr Hersteller gehen von csv weg nach XML.

 

[SebiW]

Das Problem bei XML ist schlicht: Da machen so viele so oft so viel falsch dass am Ende nur Kauderwelsch bei rum kommt und die Ameise das abfangen müsste.
CSV ist da deutlich robuster.

 

[Future-Base]

Das Problem bei XML ist schlicht: Da machen so viele so oft so viel falsch dass am Ende nur Kauderwelsch bei rum kommt und die Ameise das abfangen müsste.
CSV ist da deutlich robuster.

Da hast du nicht ganz unrecht, aber....

Wieso schaffen das andere Hersteller denn API-Anbindungen zur Verfügung zu stellen?
Das war ja keine Erfindung von mir, das ich sagte das immer mehr Großhändler dazu übergehen XML Listen zu geniereren und nicht mehr csv, weils einfach komfortabler und vielseitiger ist.

 

[SebiW]

Viele Wawis sind bspw nur auf spezielle Zielgruppen optimiert, also nur auf Fahrradläden, Lebensmittelhandel etc. Da haben sich Marktstandards etabliert an die sich die Hersteller mehr oder weniger halten.
In den Bereichen die unsere Porjekte abdecken verwendet nicht ein einziger Großhändler XML Listen.

Der Vorteil von XML kommt eigentlich erst zu tragen, wenn komplexere Datenstrukturen benötigt werden. Das ist bei den meisten normalen Artikelstrukturen nicht der Fall.
Das ändert sich natürlich, wenn regelmässig große Artikeldatenmengen abgeglichen werden sollen die über reine Preise und Bestände hinausgehen.

Nicht vergessen werden darf außerdem der Fakt, dass viele Anwender mit Excel vertraut sind und häufig Nachbearbeitung direkt, einfach und lokal erfolgt. Das ist bei einer XML schon deutlich komplexer.

 

[Future-Base]

Also meine Datenstruktur umfasst diese Container zb:

_API_RESPONSE PRODUCTS PRODUCT MASTER MODEL EAN NAME PRODUCTS_PRICE PRODUCTS_PRICE_RECOMMENDED PRODUCTS_IMAGE PRODUCTS_ATTRIBUTES PACKUNGSTAERKE WIDERSTAND FARBE GLAS DURCHMESSER

Das sind alles einzelne Container, und das in der Fülle der verschiedenen Varianten als csv darzustellen ist schon extrem aufwendig.

Aktuell brauche ich fast mehr Zeit beim Abgleich als das ich Zeit finde neue Artikel anzulegen, weil ich nur von einem ins nächste System portieren, importieren, exportieren, modifizieren und dann wieder importieren muss.
Bei ca 8000 Artikeln in der Wawi kannst du dir vorstellen wie aufwändig das ist wenn du da etwas ändern musst.

Und dann haut dir der Connector noch dazwischen, der andauernd Bilder und Verlinkungen im Shop löscht. Und dann fängst du wieder von vorne an alles hoch zu laden.