webMethods

webMethods

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
  • 1.  X-Plorer & ino:docname

    Posted Wed January 12, 2005 03:41 PM

    Hello there,

    X-Plorer combined with XMLSpy is a nice way to update XML documents directly into Tamino, but … it does not keep the ino:docname attribute. This one is deleted after saving from XML Spy.

    Let’s say you filter out unneeded documents from the X-Plorer tool and you double clic on a n instance. The instance is opened under XMLSpy (if you have properly configured the X-Plorer). The URL created from X-Plorer and given to XMLSpy (from $URL$) looks like :

    http://localhost/tamino/PressOnline/Notices/NoticeGlobale/@13119?_encoding=utf-8

    that is enough for XMLSpy to open the file. Unfortunately, both ino:id & ino:docname have disappeared … But the “@13119” enables you to save the file with ino:id 13119, but ino:docname is lost for good. I don’t care about ino:id, I am more concerned with ino:docname (this one is used by the XML:DB API). Is it possible to create an URL from X-Plorer which would specifies the ino:docname instead of the ino:id ? This would look like :

    http://localhost/tamino/PressOnline/Notices/NoticeGlobale/MYINODOCNAMEWHICHISUNIQUE

    I hope this is clear enough.

    Cheers

    Bertrand Martel
    Software AG France


    #webMethods
    #API-Management
    #Tamino


  • 2.  RE: X-Plorer & ino:docname

    Posted Thu January 13, 2005 06:55 PM

    Well, I beg your pardon … The @ino:docname is indeed provided into the URL opened by XMLSpy, ie :

    http://localhost/tamino/PressOnline/Notices/NoticeGlobale/MYINODOCNAMEWHICHISUNIQUE

    I am currently trying to reproduce how I got the @ino:id instead of @ino:docname in a particular case …

    Bertrand Martel
    Software AG France


    #API-Management
    #Tamino
    #webMethods


  • 3.  RE: X-Plorer & ino:docname

    Posted Thu March 17, 2005 03:40 PM

    Hello, I have been able to reproduce the sequence when the X-Plorer provides the ino:id instead of the ino:docname to the associated authoring application (eg XML Spy) : 1. Open X-Plorer 2. Unfold a database (& connect) 3. Unfold a collection 4. Unfold a schema You are now seeing 5 blue diamonds which embody links to the first 5 instances (cursor) of XML documents. 5. Double-clic (action associated with "open XML instance with XML-Spy tool) on any of the diamond. 6. XML-Spy is automatically opened with the XML document. BUT, the URL build by the X-Plorer uses the @ino:id, not the @ino:docname : (eg http://localhost/tamino/DB/coll/doctype/@9?_encoding=utf-8). I know the way how to get the @ino:docname : After step 4, do not directly double-clic on a diamond. Do a single clic on it, let the X-Plorer displays the XML document on the windows at the left hand side. Then do a double clic on the diamond. It looks like you have to wait for the X-Plorer to load the document (display it on the window) before you want to open it under XML-Spy. The loading might be needed to get the @ino:docname. Anyway, this is annoying because I sometimes forget to check the XML-Spy’s URL to see if the @ino:docname is used instead of the @ino:id. If we are dealing with an @ino:id and we save the document from XML-Spy then we get a double (same document with and without @ino:docname). Cheers


    #API-Management
    #webMethods
    #Tamino