Search results matching tag 'Xml'

XML parsen mit jQuery

Jürgen Gutsch — Mon, 25 Feb 2013 09:07:10 GMT

Wenn jQuery DOM kann ist es egal ob es sich um HTML oder XML handelt. Das habe ich letzte Woche festgestellt, als es darum ging XML (leider kein JSON) vom Server zu laden und zu interpretieren.

So viel Lektüre gibt es zu dem Thema noch nicht, weswegen ich davon ausgehe, dass hier durchaus auf Interesse stoßen kann :-)

Also jQuery kann nicht nur HTML sondern auch XML. Das interessante dabei ist, dass nicht per XPath durch die elemente navigiert, sondern durchaus mit den gewohnten jQuery Selektoren arbeiten kann.

Folgender kleiner Ajax-Aufruf holt mir die XML-Daten von einer angegebenen URL:

$.ajax({    
    url: url,     
    success: function (xml) {     
        setTitle(xml);     
        setContent(result);     
    }     
});

in der Methode setTitle greife ich dann per jQuery-Selector auf den wert zu der mir als Titel ausgegeben werden soll:

function setTitle(xml) {    
    var title = $(xml).find('menuname').text();     
    $('#header').text(title);     
}

mit dem Aufruf von $(xml) erzeuge ich ein jQuery-DOM-Objekt der XML-Daten die hier als String zur Verfügung stehen. über die Methode find('menuname') hole ich mir das Objekt des “menuname”-Tags um dann den Inhalt auszulesen.

Im folgenden (nicht ganz schönen) Konstrukt iteriere ich durch eine Anzahl von “element”-Tags um dann auch auf deren Attribute zuzugreifen:

$(xml).find('element').each(function () {    
    var type = $(this).attr('type');     
    if (type === "paragraph") {     
        result += $(this).find('text').text();     
    }     
    if (type === "image") {     
        var imageValue = $(this).find('picture').text();     
        result += '<image src="' + imageValue + '">';     
    }     
});

Wie man sieht, sind das tatsächlich die klassischen jQuery-Methoden die hier verwendet werden. Ein umständliches Umwandeln in JSON ist für einfache kleine Datenmengen auf diese Art nicht notwendig. Nochweniger muss auf XMLHTTP oder XMLDOM zurückgefriffen werden um sich mühsam durch den DOM zu hangeln.

Selbstverständlich sind auch etwas komplexere Selektoren möglich:

$(xml).find('page containers container[name=content] elements element').each(function(){    
    //     
});

Was ich nicht getestet habe, sind CSS-Class- und ID-Selektoren im XML. Ich kann mir allerdings gut vorstellen, dass diese ebenfalls funktionieren. Falls man CSS-Classes und IDs im XML nutzen möchte ;-)

Kein Zugriff vom Clientprogramm auf den Webserice auf einem MS Server 2008r2

omega90 — Fri, 25 May 2012 09:33:06 GMT

Durchführung:

Ich hab eine WinForm Anwendung erstellt die eine Reference auf einen Webservice besitzt den ich wiederrum auf einem Server im IIS7 bereitstelle. Vom IE aus gelange ich auf diesen Dienst vom Client und auch vom Server aus draufzu.

Mein Clientprogramm: Über einen Button kann ich testen ob eine Verbindung zum Dienst besteht.

... using ExcangeServerTool.lwserv170; namespace ExcangeServerTool { public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void btnConnectionTest_Click(object sender, EventArgs e) { try { lwserv170.Service1 dienst = new lwserv170.Service1(); MessageBox.Show(dienst.ConnectionTest()); } catch (Exception ex) { MessageBox.Show("Es besteht keine Verbindung zum LWProjekte Dienst:" + ex.ToString()); } }....

Mein Webservice: Dieser gibt nur einen String zurück der Sagt das die verbindung besteht.

... [WebMethod] public string ConnectionTest() { return "Die Verbindung zum LWProjekte Dienst besteht"; } ...

Was mir aufgefallen ist:

Aufgefallen ist mir das wenn ich das lokal verwende und sagen wir bei der Webreference in der Eigenschaft Webverweis-URL die lokale Adresse stehen habe funktioniert das ganze. Doch wenn ich dann die Adresse vom Server nehme bekomme ich eine Fehler meldung die mir folgendes sagt....

Fehler bei der Anforderung mit HTTP-Status 401: Unauthorized.

Nahc dieser meldung steht noch weitere Daten die mir jedoch leider nicht sehr viel weiterhelfen ...

bei

System.Web.Services.Protcols.SoapHTTPClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, StreamresponseStream, Boolean asyncCall)

bei System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)

bei ExcangeServerTool.lwserv170.Service1.ConnectionTest() in Reference.cs Zeile 112.

Ich habe darauf hin in der Reference.cs nachgeschaut und das folgende gesehen:

/// <remarks/> [System.Web.Services.Protocols.SoapDocumentMethodAttribute("http://tempuri.org/ConnectionTest", RequestNamespace="http://tempuri.org/", ResponseNamespace="http://tempuri.org/", Use=System.Web.Services.Description.SoapBindingUse.Literal, ParameterStyle=System.Web.Services.Protocols.SoapParameterStyle.Wrapped)] public string ConnectionTest() { object[] results = this.Invoke("ConnectionTest", new object[0]); return ((string)(results[0])); }

Das sagt mir leider nicht viel ;(

Auf dem Server im IIS7 Einstellungen:

Auf dem Server liegt das ganze unter C:\inetpub\wwwroot\ in einem Ordner und wrd im IIS bereitgestellt. Bei den Einstellungen des IIS habe ich bei meinem Dienst dem ich den Aliasnamen lwservice gegeben habe in der Authentifizierung, Anonyme Authentifizierung deaktiviert und Windows Authentifizierung Aktiviert. Vllt hängt es ja auch daran ;(

Webservice Start:

Auf dem Client:

Wenn ich es dann starte erhalte ich folgendes zurück:

<string>Die Verbindung zum LWProjekte Dienst besteht</string>

Auf dem Server:

<?xml version="1.0" encoding="utf-8" ?>

<string xmlns="http://tempuri.org/">Die Verbindung zum LWProjekte Dienst besteht</string>

lWas passiert da genau? warum wird das anderst angezeigt :/?

Wenn jemand eine Idee hat warum das ganze nicht funktioniert freue ich mich auf deren Hilfe !!

gruß w.t.

Webservice Client

Schank — Sun, 16 Jan 2011 19:32:41 GMT

Hallo Zusammen,

bitte nicht gleich mir den Kopf abschlagen, aber ich habe ein Verständnisproblem und komme einfach nicht weiter.

Ich muss einen Webdienst per XML und SOAP ansprechen und bekommen ich bei req.GetResponse() im Code folgende Fehlermeldung: "Der Remoteserver hat einen Fehler zurückgegeben: (501) Nicht implementiert." (WebException wurde nicht vom Benutzercode behandelt).

Code:

HttpWebRequest req = (HttpWebRequest)WebRequest.Create(https:......./services);
req.ClientCertificates.Add(clientCert);
req.Credentials = new NetworkCredential("BN", "PW");
req.UserAgent = "Mozilla/4.0 (compatible; MSIE8.0; Windows NT 6.0; WOW64)";
req.Method = "POST";
req.MediaType = "text/xml";
req.SendChunked = true;
req.TransferEncoding = "UTF8";
 
XmlDocument xml = new XmlDocument();
xml.Load(@"C:\Test.xml");
Stream stm = req.GetRequestStream();
StreamWriter sw = new StreamWriter(stm);
sw.Write(xml.InnerXml.ToString());
 
HttpWebResponse response = (HttpWebResponse)req.GetResponse();
Stream s = response.GetResponseStream();
StreamReader sr = new StreamReader(s, Encoding.ASCII);
 
xml.InnerXml = sr.ReadToEnd();
sr.Close();
xml.Save(@"C:\vomHost.xml");

Vielleicht kann mir auch noch jemand mitteilen, wie der richtige Ablauf einer SOAP-Anfragen an einen Webdienst funktioniert HTTP-Header etc.

Ersmal vielen Dank an alle, dir mir eine Hilfestellung sind.

Gruß
Ingo Schank

XML Datei aus Datenbank auf die Festplatte speichern

MFG — Fri, 14 May 2010 11:50:51 GMT

Hallo,

habe eine XML Datei in eine Datenbank gespeichert, was auch funktioniert:

FileStream fs = FileStream(PfadZurDatei);
byte[] fileByte = new byte[fs.Length];
int fileLength = fileByte.Length;
//Hier werden die Werte in die Datenbank geschrieben 
MethodeInsert(fileByte,"text/xml",dateiname,fileLength)     //(DataTyp Image, DataTyp String, DataTyp String, DataTyp Int)

Jetzt komm ich nicht weiter.
Wie kann ich wieder diese XML-Datei aus der Datenbank laden und direkt auf der Festplatte, in irgendein Ordner, ablegen?

Kann mir dabei jemand helfen.

Danke
MFG

DI / IoC Container LightCore Teil 2: Registrierung über Xml Modul

Roberto — Sun, 21 Feb 2010 16:02:00 GMT

Wie bereits im ersten Teil erwähnt, wird es einer mehr Schichten Architektur immer wichtiger, Abhängigkeiten zu minimieren. Dabei einen ersten Schritt zu setzen, ist die Implementierung eines IoC Containers. Dieser hilft dabei, den Code in den diversen Projekten unabhängiger zu halten.

1. LightCore – Einführung
2. LightCore – Registrierung über Xml Module
3. LightCore – Registrierung von Generics

Mich persönlich hat Peter Bucher mit seinem neusten Projekt LightCore darauf aufmerksam gemacht. Anfangs war dies nur als Unit Testing Spielwiese gedacht, hat sich aber zu einem konkurrenzfähigen Micro Kernel entwickelt. Dessen weitere Entwicklung wird in Zukunft per Community gesteuert. Der Source Code wurde veröffentlicht und ist auf jeden Fall einen Blick Wert! (Stichwort: Codequalität)

Zurück zum Thema. Viele werden sich denken, was bringt mir das Ganze eigentlich?

Abhängigkeiten verringern und Kontrolle der Abhängigkeiten (Interface / Basisklasse - also Abstraktion) und dadurch auf die Instanziierung (Die sonst auf den konkreten Typen geht), rausziehen.
Dadurch bessere Testbarkeit und Aufbrechung der Anwendung in mehr Einzelteile, wodurch die Komplexität sinkt.
Außerdem globale Konfigurierbarkeit, was genutzt werden soll um Änderungen an vielen, unnötigen Stellen vorzunehmen.

Nun wird anhand eines Beispiels wird gezeigt, wie man Lightcore in einer drei Schichten Architektur einsetzen bzw. integrieren kann.
Gleichzeitig wird die Registrierung über das integrierte Xml Modul erklärt

Was eine drei Schichten Architektur (Tier 3 layer) ist, erklärt Robert Mühsig in seinem Post.

Das folgende Beispiel wird eine Solution mit mehreren Projekten beinhalten, die eine Anwendung mit mehreren Schichten darstellt.

Die Klassische Struktur sieht wie folgt aus:

Data Access Layer
Business Layer
Presentation Layer

Folglich könnten die Projekte so benannt werden:

Data: beinhaltet eine User Klasse sowie das dazugehörige Repository.

Service: beinhaltet einen User Service mit dem Repository als Member, der per Constructor Injection injiziert wird.

Web: Die Präsentation

Im ersten Teil des Posts wurde gezeigt, wie man Kontrakte einfach per code (global.asax) registrieren kann. Der erste Schritt wird sein, die Registrierung in die Web/App.config bzw. einer eigenen Konfigurationsdatei auszulagern.

Wer achte gibt sieht, dass beim heruntergeladenen Paket unter Anderem eine XML Schema Datei (LightCore.xsd), sowie eine Beispiel Konfiguration (SampleConfiguration.xml) dabei ist.
Nun die Datei LightCore.xsd dem aktuellen Web Projekt hinzufügen.

Es kann eine eigene Konfigurationsdatei erstellt werden, oder aber einfach den entsprechenden Block in die Web/App.config hinzufügen.
Wer sich für letzteres entscheidet, den Block, der innerhalb der SampleConfiguration.xml zu finden ist, einfach in den <configuration> Abschnitt packen.

<configuration>
    …
    <LightCoreConfiguration xmlns="clr-namespace:LightCore.Configuration;assembly=LightCore.Configuration">

Als erstes kommt die Einstellung über den genutzten Lebenszyklus, also ob Singleton, Transient oder HttpRequest.

<LightCoreConfiguration.TypeAliases>
    <TypeAlias Alias="HttpRequest" Type="LightCore.Integration.Web.HttpRequestLifecycle, LightCore.Integration.Web"/>
</LightCoreConfiguration.TypeAliases>

Jetzt die eigentliche Registrierung.
Einfache Registrierungen ohne Gruppen kommen in die LightCoreConfiguration.Registrations Sektion:

<LightCoreConfiguration.Registrations>
    <Registration Name="MyRepository" ContractType="MyAssembly.IUserRepository, MyAssembly" ImplementationType="MyAssembly.Repository, MyAssembly" />
</LightCoreConfiguration.Registrations>

Sollte selbsterklärend sein, Namensangabe um den registrierten Kontrakt wiederzufinden, der Kontrakttyp sowie die Klasse mit jeweiliger Angabe des Assembly Namens. Optionale Argumente für den Konstruktor können über Arguments=“Value1, Value2“ mitgegeben werden. Wenn die LightCore.xsd im Projekt eingebunden wurde, sollte auch IntelliSense zur Verfügung stehen!

Ist eine gruppierte Registrierung gewollt, um bspw. die Repositories zu sammeln, gibt es auch hierfür eine Sektion:

<LightCoreConfiguration.RegistrationGroups>
    <RegistrationGroup Name="Repositories">
        <RegistrationGroup.Registrations>
            <Registration Name="MyRepository" ContractType="MyAssembly.IUserRepository, MyAssembly" ImplementationType="MyAssembly.Repository, MyAssembly" />
        </RegistrationGroup.Registrations>
    </RegistrationGroup>
</LightCoreConfiguration.RegistrationGroups>

Jetzt wo die Registrierung der Repositories gemacht wurde, muss der Container erstellt und das Konfigurationsmodul zugewiesen werden.

Dies sollte in der Globalen Anwendungsdatei (global.asax) in der Application_Start methode gemacht werden:

protected void Application_Start(object sender, EventArgs e)
{
    var builder = new ContainerBuilder();
    var module = new XamlRegistrationModule();
    builder.RegisterModule(module);
    _container = builder.Build();
}

Wenn gewollt, kann die Konfigurationsdatei im Konstruktor des XamlRegistrationModules angegeben werden:

var module = new XamlRegistrationModule("~/MyConfiguration.xml")

Die Objekte können wie gehabt mit resolve aufgelöst werden

var myRepository = _container.Resolve<IRepository>("MyRepository");

Fazit: Welche Variante ist nun besser?

Registrierung per Code hat den Vorteil, dass weniger Fehler auftreten können.
Da es kompiliert werden muss, wird überprüft ob der Kontrakt implementiert ist oder nicht.

Somit ist es intuitiver und Refactoring-sicher. Wenn eine Klasse umbenannt wird – wird sie auch hier übernommen.

Allerdings hat die Registrierung per Code einen riesen Haken: Es ist eine harte – also feste – Referenz.
Wenn eine Assembly, aus welchem Grund auch immer, ausgetauscht wird, muss das komplette Projekt neu kompiliert werden.

Sollte das bei einer Produktivumgebung der Fall sein, kann das ein großer Nachteil sein. Dadurch muss ein komplettes Deployment gemacht werden.

Was also „besser“ ist, hängt vom Anwendungsfall ab.
Ich persönlich finde die „per Code“ Variante bei nicht allzu vielen Klassen übersichtlich.
Eine gut durchdachte Anwendungsstruktur von Anfang an ist natürlich Voraussetzung :-)

Anbei gibt’s wie immer das oben gezeigte Beispiel als Download.

LightCore Demo: Einführung
LightCore Demo: Registerirung über Xml Module
LightCore Demo: Registrierung von Generics

LINQ to XML: Queries auf XML mit Namespaces

Jürgen Gutsch — Thu, 13 Aug 2009 09:30:00 GMT

Beim Zugriff auf XML mit bestimmten XML-Namespaces kommt es beim herkömmlichen Queries zu einem Fehler. Wie auch beim XMLDoxument muss beim den Abfragen auf bestimmte Knoten ein Namespace angegeben werden.

Ausgangspunkt bei mir ist eine Abfrage per WebDAV auf einen Exchange Server, bei der ich ungefähr folgende Antwort erhalte:
<?xml version="1.0" ?> <a:multistatus xmlns:b="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/" xmlns:d="urn:schemas:httpmail:" xmlns:c="xml:" xmlns:a="DAV:"> <a:response> <a:href>http://mdomain/exchange/Account/</a:href> <a:propstat> <a:status>HTTP/1.1 200 OK</a:status> <a:prop> </a:prop> </a:propstat> </a:response> </a:multistatus>

Folgende Abfrage liefert einen Fehler:
XDocument xdoc = XDocument.Load(xmlResponseReader); XElement xelement = xdoc.Element("a:multistatus");

XmlException: The ':' character, hexadecimal value 0x3A, cannot be included in a name.

Um das Element nun fehlerfrei zu erhalten muss es wie folgt abgefragt werden:
XDocument xdoc = XDocument.Load(xmlResponseReader); XElement xelement = xdoc.Element("{DAV:}multistatus");

Damit haben wir den – aus meiner Sicht - ersten und einzigen, aber recht großen Nachteil von LINQ to XML gefunden: Die Namespaces müssen direkt in den Namen des Elements eingegeben werden.

Die Lösung die in der MSDN angeboten wird, ist auch nicht besser:
XDocument xdoc = XDocument.Load(xmlResponseReader); XNamespace a = "DAV:"; XElement xelement = xdoc.Element(a + "multistatus");

Mir stellt sich hier die Frage: Wieso erstelle ich ein XNamespace-Object wenn ich es dann doch per String-Gebastel in den Elementnamen einbauen muss. Der Kommentator in der MSDN Dokumentation ist ganz offensichtlich der selben Meinung.

Peter hat für dieses Problem eine kleine elegante Lösung, indem er für die Methoden Element und Elements jeweils eine Extension Methode geschrieben hat:
public static IEnumerable<XElement> Elements( this XContainer source, XNamespace ns, string name) { return source.Elements(ns + name); } public static XElement Element( this XContainer source, XNamespace ns, string name) { return source.Element(ns + name); }

So kann ich wenigstens außerhalb der Extension Methoden ohne String-Gebastel auskommen:
XDocument xdoc = XDocument.Load(xmlResponseReader); XNamespace a = "DAV:"; XElement xelement = xdoc.Element(a, "multistatus");

René hat mich per Kommentar darauf hingewiesen, dass man die Elemente natürlich auch per XName abfragen kann. Das ganze sieht dann so aus:
XDocument xdoc = XDocument.Load(xmlResponseReader); XName xname = XName.Get("multistatus", "DAV:"); XElement xelement = xdoc.Element(xname);

ASPX Seiten Fehler bei Darstellung

Marius_WebDev2009 — Tue, 07 Jul 2009 17:51:59 GMT

Hallo Zusammen,

ich habe eine Website in Microsoft Visual Studio 2008 Version 9.0.30729.1 SP Microsoft .NET Framework
Version 3.5 SP1 Installierte Edition: WD Express geschrieben. Im Visual Studio werden alle Schaltflächen korrekt angezeigt. Lade ich jedoch die Seite auf den Server sind die ASP Schaltflächen komplett deaktiviert.
Außerdem bekomme ich diese Fehlermeldung:
XML-Verarbeitungsfehler: nicht wohlgeformt
Zeile Nr. 1, Spalte 2:<%@ Page Language="VB" AutoEventWireup="false" CodeFile="Test.aspx.vb" Inherits="Test" %>
-^

Der Provider bietet folgende Leistungen: ASP / ASP.net / Frontpage und PHP / CGI / Perl
(sollte also eigentlich alles gehen).

Wäre nett wenn mir da jemand weiterhelfen kann.

DataGridView XML Source: Elemente Anzeigen

aerodur — Mon, 20 Apr 2009 08:43:08 GMT

Hi.
Finde für folgendes Problem keine Lösung.
Ich habe ein XML File, dass als Quelle für ein DataGridView benutzt wird. Das funktioniert auch wunderbar über ein dataSet.

Hier mal der Quellcode:

dataSetLoadXml.ReadXml(@"C:\file.xml");
dataGridViewShowXml.DataSource = dataSetLoadXml;
dataGridViewShowXml.DataMember = "leaf";

Das Xml File sieht so aus:

<?xml version="1.0" encoding="utf-8" ?>
<root>
    <leaf id="1">Test</leaf>
    <leaf id="2">Test2</leaf>
</root>

Also alles recht simpel.
Meine Frage: Wie kann ich bestimmen, dass NUR der innere Text bzw. NUR die Attribute angezeigt werden?

BTW:
Ich versuche das hauptsächlich für ein Mobiles Endgerät zu schreiben (Windows Mobile). Da finde ich aber das DataMember für das GridView nicht! Weiß einer warum, bzw. kann man das noch anders festlegen?

iTextSharp - Problem mit einem html string

gnome — Fri, 13 Mar 2009 20:36:32 GMT

hi,

ich hab ja schon ne ganze menge gesucht und gelesen nur fündig - ne :-/.

also, ich benutze den FCKeditorV2 und möchte den wert (FCKeditor1.Value) als pdf speichern.
enthalten ist: html .... div ....

das problem ist nun, ich bekomm iTextSharp einfach nicht dazu den wert vom editor zu nehmen.

ich bekomm dann fehlermeldungen wie:

The document has no pages. oder

Illegales Zeichen im Pfad.

als bsp hab ich die seiten verwendet:

http://www.worldofasp.net/tut/GeneratePDF/Generate_pdf_from_html_with_Csharp_and_iTextSharp_265.aspx?print=true

http://aspdotnetcodebook.blogspot.com/2008/07/how-to-export-content-of-gridview-to.html

wenn jemand ne idee hat bin ich echt dankbar - aber bitte keine antworten wie ... kost nur 300 $ ;-)

Visualisierung von Messwerten und Senden von Befehlen an eine Steuerung mittels Windows CE6.0 Webserver

ChipFuttzy — Wed, 18 Feb 2009 15:42:11 GMT

Guten Tag Forum,
Folgende Ausgangssituation:

Es soll ein Webinterface für eine Steuerung realisiert werden.

Der Webserver basiert auf einem Embedded System mit Windows CE 6.0, welcher über eine UART-Schnittstelle (noch offen) mit einer Steuerung verbunden ist.

Für die Visualisierung soll die Menüstrucktur der Steuerung auf dem Webinterface ab-/nachgebildet werden,
hierzu wird die Strucktur mittels XML-Daten auf den Webserver übertragen.

An Hand dieser Daten wird eine Tabelle mit variabelem Zeilen-/Spaltenverhältnis aufgebaut und mit Daten, die über UART übertragen werden, von der Steuerung gefüllt.

Meine Grundidee mittels Apache, PHP und CGI-Interface auf einem µLinux-Einplatinensystem wurde leider nicht angenommen. *sigh*

Nun meine Fragen:

1. Welche Möglichkeiten habe ich um auf die Hardware des Webservers / UART zuzugreifen ?
(Bei meiner ursprünglichen Idee eine CGI-Application die einen Datenstrom von der UART auswertet und die ensprechenden Values an das Webinterface liefert.)

2. Ist es unter ASP möglich Messwertgrafiken zu erstellen ?
(X/Y-Diagramme, Bargraphen und Zeigerskalen, hierfür gibts sehr ansprechende Libarays für PHP *sigh*)

3. Ist das alles mit dem in WinCE integrierten Webserver möglich, oder werden noch zusätzliche Softwarekomponenten/Lizenzen benötigt ? (WinCE6.0 Ausstattung)