date:20011212

RE: Namespaces and XUpdateQueryService

2001-12-12 Thread Timothy M. Dean

> > From [EMAIL PROTECTED]  Mon Dec 10 21:26:06 2001
> > An XUpdate is defined in an XML document (while an XPath is a
string), 
> > so there should be no problem including the requisite
prefix/namespace 
> > bindings on an element in the XUpdate document itself.
> > 
> > If I am missing something could you provide an example of what needs

> > to be done?
> > 

No, you are not missing anything. I suspect that the approach you have
suggested could be made to work. I have verified that it does not
currently
work with dbXML, but perhaps it should work that way. However, it might
still
be nice to have an API mechanism to set namespace mappings.

Here is an example of what I've been trying to do. Consider the
following
XML document which is stored in my database:

  
  http://www.w3.org/2001/XMLSchema-instance";
  xmlns="http://www.mydomain.com/MyDocument";
  xsi:schemaLocation="http://www.mydomain.com/MyDocument
Document.xsd">
  
  
  
  

Now suppose I want to perform an Xupdate on the above document. For the
sake
of this example, I will attempt to append a new Subelement node. The
XUpdate
document I would use if there were no default would be as follows:

  
  
  sub4
  
   

This Xupdate query, as expected, has no results because the select comes
back
with no nodes due to the fact that I have not qualified RootElement with
a
namespace. So, what I want to do is add a namespace to my select as
follows:

  
  ...
  

Now I need a way to specify the mapping from the "doc" namespace prefix
to an
appropriate URI. If I understand your suggestion correctly, you are
suggesting
that I should do something like:

  http://www.mydomain.com/MyDocument";
  select="/doc:RootElement">
  ...
  

Is this what you are suggesting? I was curious if this was the way
selection was
supposed to work within XUPdate. If this is supposed to work, then I
will shift
my attention to understanding why it doesn't appear to be working for me
within
the dbXMLb4 implementation (or perhaps the problem is within the Lexus
code?).

I believe that my suggestion might still be a more convenient way of
mapping
namespaces from the API. Rather than having to add the namespace
mappings to
my XUpdate document, I would be able to set the namespace mappings
programatically - Much like I can with the XPathQueryService.

You do make a good point about the difference between XPath and XUpdate.
It seems
likely that namespace mapping methods were added to XPathQueryService
because
there was no way to do it conveniently within the query string. On the
other hand,
an XUpdate document at least has the option of putting namespace
mappings directly
in the document. Even so, I still think it would be a lot more
convenient if you
could define your mappings via the XUpdateQueryService API.

- Tim

--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Re: Namespaces and XUpdateQueryService

2001-12-12 Thread Lars Martin

Hi Jonathan, I forward your question to the list because you are not
subscribed. Please, subscribe to the list before sending mails to
the list. Thanks, Lars.

Here you'll find information about how to subscribe: 
http://www.xmldb.org/projects.html

> From [EMAIL PROTECTED]  Mon Dec 10 21:26:06 2001
> Return-Path: <[EMAIL PROTECTED]>
> From: "Jonathan Borden" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: Re: Namespaces and XUpdateQueryService
> Date: Mon, 10 Dec 2001 15:24:33 -0500
> Timothy M. Dean wrote:
> 
> > Hello all,
> >
> > I'm new to this list so my apologies if this question has been covered
> > already. I've been reading through the archives of this list looking for
> > information, but have not yet found what I'm looking for.
> >
> > I'm interested in understanding how XML namespaces are to be handled
> > when selecting nodes for update within the XUpdateQueryService specs.
> > I've read through the discussion a couple of months ago discussing
> > namespaces for the XPathQueryService, resulting in the addition of a
> > setNamespace method for that service. Don't the same issues with
> > namespaces apply when selecting a node for use with the
> > XUpdateQueryService?
> 
> An XUpdate is defined in an XML document (while an XPath is a string), so
> there should be no problem including the requisite prefix/namespace bindings
> on an element in the XUpdate document itself.
> 
> If I am missing something could you provide an example of what needs to be
> done?
> 
> Jonathan
--
__
Lars Martin mailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com

--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Re: Bug in DatabaseImpl

2001-12-12 Thread Kimbro Staken

This is fixed in CVS.

On Wednesday, December 12, 2001, at 07:03 AM, Lars Martin wrote:

Hi Maxim, I forward your question to the list because you are not
subscribed. Please, subscribe to the list before sending mails to
the list. Thanks, Lars.
Here you'll find information about how to subscribe:
http://www.xmldb.org/projects.html

From [EMAIL PROTECTED]  Tue Dec 11 15:00:44 2001
Return-Path: <[EMAIL PROTECTED]>
From: maxim volgin <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: Bug in DatabaseImpl
Date: Tue, 11 Dec 2001 15:00:36 +0100
	charset="koi8-r"

if((s3 = getProperty("xmldb.data.dir")) == null)
s3 = "data";
File file = new File(s3);
if(!file.isDirectory())
file.mkdir();
String s4 = s.substring(SimpleDatabase.INSTANCE_NAME.length() +
"://".length(), s.length());
try
{
return new CollectionImpl("data" + s4);
In the last line, "data" is used instead of s3. Thus, property
"xmldb.data.dir" doesn't affect collection path.
Regards,
  Maxim.
--
__
Lars Martin mailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com
--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Kimbro Staken
XML Database Software, Consulting and Writing
http://www.xmldatabases.org/
--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Re: Bug in DatabaseImpl

2001-12-12 Thread Lars Martin


Hi Maxim, I forward your question to the list because you are not
subscribed. Please, subscribe to the list before sending mails to
the list. Thanks, Lars.

Here you'll find information about how to subscribe: 
http://www.xmldb.org/projects.html


> From [EMAIL PROTECTED]  Tue Dec 11 15:00:44 2001
> Return-Path: <[EMAIL PROTECTED]>
> From: maxim volgin <[EMAIL PROTECTED]>
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: Bug in DatabaseImpl
> Date: Tue, 11 Dec 2001 15:00:36 +0100
>
>   charset="koi8-r"
> 
> if((s3 = getProperty("xmldb.data.dir")) == null)
> s3 = "data";
> File file = new File(s3);
> if(!file.isDirectory())
> file.mkdir();
> String s4 = s.substring(SimpleDatabase.INSTANCE_NAME.length() +
> "://".length(), s.length());
> try
> {
> return new CollectionImpl("data" + s4);
> 
> 
> In the last line, "data" is used instead of s3. Thus, property
> "xmldb.data.dir" doesn't affect collection path.
> 
> 
> Regards,
>   Maxim.
--
__
Lars Martin mailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com

--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Re: JServ and xmldb

2001-12-12 Thread Lars Martin


Hi Marc, I forward your question to the list because you are not
subscribed. Please, subscribe to the list before sending mails to
the list. Thanks, Lars.

Here you'll find information about how to subscribe: 
http://www.xmldb.org/projects.html

> From [EMAIL PROTECTED]  Tue Dec 11 14:07:50 2001
> Return-Path: <[EMAIL PROTECTED]>
> Delivered-To: [EMAIL PROTECTED]
> From: <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: JServ and xmldb
>
>
> Hi!
> I'm developing Java-Servlets using Forte4java and when compiling or debugg=
> ing in Forte it looks fine.
> But when I try to enter the servlet-adress manually in my browser (localho=
> st/servlet/myServlet) it crashes!
> 
> The purpose is to receive a GET-Request of a client, then store and receiv=
> e some small XML-Documents from my xmldb and send some information back to=
>  the browser.
> 
> Is there any special configuration missing for JServ or xmldb=3F Is there an=
> y how-to available for this special constellation=3F
> Is there anybody who can give me some hints=3F=3F=3F
--
__
Lars Martin mailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com

--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact administrator:  mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

RE: Namespaces and XUpdateQueryService

Re: Namespaces and XUpdateQueryService

Re: Bug in DatabaseImpl

Re: Bug in DatabaseImpl

Re: JServ and xmldb

5 matches

Site Navigation

Mail list logo

Footer information