You are viewing a plain text version of this content. The canonical link for it is here.
Posted to xindice-dev@xml.apache.org by Gianugo Rabellino <gi...@apache.org> on 2002/03/16 19:01:23 UTC
Webdav (was: Re: Tasks)
Jan Metzner wrote:
>>>WebDAV support: I'd like to see if the guy who came up with xincon might
>>>be interested in joining efforts and maybe donate his code
>>>
> yes i am, but please be patient.
This is great news :-)
> I will make a rewrite to communicate with other apis and to integrate
> the application easily in the xindice server.
What do you mean exactly with "communicate with other apis"?
> OK, slide is a complete content management system, look at it, it is
> overkill if you want to integrate it into xindice!
Definitely. Yet it's there, it's a Jakarta project and it has a nice
community around. But I decided too not to go the Slide way, at least
for now.
> the tomcat impl use JNDI, i don't know, but if you write a xindice JNDI
> impl. you can use it.
Not to mention that a JNDI provider for Xindice might turn out as very
useful stuff for lots of things, J2EE being the first that comes to my mind.
> But there are problems with both impl:
> if you change something not through the webdav interface (for example
> del a resource with the xmldb api) you will get ghosts in slide
I don't really understand the reason for this (note, I don't know Slide
that much). Care to share some words on this topic?
> OK, solution: take the tomcat impl. and delete the locking stuff. The
> problem is, that you have to rewrite 95% of the complete servlet, that
> is xincon!
I had a (unfortunately quick) look at your code and I undertand
perfectly what you are saying. :-) Basically I was following the same
approach but I was scared by a class that could well end up to thousands
of lines (yours is 1326...) so I was designing it as a set of classes
(one per method) and a servlet frontend. Also, I was planning to use
XSLT for XML responses, which seems to me the most flexible way (also
would take the catalina dependency out). Finally, log4j... well, AFAIK
there is a general consensus on using Avalon, so I'd suggest to use LogKit.
In short: I'd like to work on this with you (given also that I see you
are planning a rewrite). What about it?
Ciao,
--
Gianugo Rabellino
Re: where can I find "sites" with documentation (or totorials) about indexing of XML documents
Posted by Kimbro Staken <ks...@xmldatabases.org>.
All known documentation is listed here
http://www.xindice.org/Resources/XindiceDocumentation.html.
On Tuesday, March 19, 2002, at 08:42 AM, Nuno Faria wrote:
>
> ----- Original Message -----
> From: "Kimbro Staken" <ks...@xmldatabases.org>
> To: <xi...@xml.apache.org>
> Sent: Tuesday, March 19, 2002 9:01 AM
> Subject: Re: Webdav (was: Re: Tasks)
>
>
>>
>> On Tuesday, March 19, 2002, at 01:10 AM, Gianugo Rabellino wrote:
>>>
>>> Cool ;-) I have my skeleton source code if you are interested in it, we
>>> might start to discuss this and see where we can go. The only problem
> now
>>> is source exchange... we might create a Sourceforge project which might
>>> turn out into a "scratchpad" area in Xindice CVS. Kimbro?
>>>
>>
>> My opinion is that we just bring this into the project and then get you
>> guys commit. I've been wondering about the scratchpad idea, I see it
>> mentioned a lot on the cocoon list but I'm not clear on exactly what it
> is.
>> Is it just a directory named scratchpad where committers throw work in
>> progress? If so we definitely need something like that.
>>
>>> Ciao,
>>>
>>> -- Gianugo Rabellino
>>>
>>>
Kimbro Staken - http://www.kstaken.org - http://www.xmldatabases.org
Apache Xindice native XML database http://xml.apache.org/xindice
XML:DB Initiative http://www.xmldb.org
Senior Technologist (Your company name here)
>
where can I find "sites" with documentation (or totorials) about indexing of XML documents
Posted by Nuno Faria <fa...@madeira-edu.pt>.
----- Original Message -----
From: "Kimbro Staken" <ks...@xmldatabases.org>
To: <xi...@xml.apache.org>
Sent: Tuesday, March 19, 2002 9:01 AM
Subject: Re: Webdav (was: Re: Tasks)
>
> On Tuesday, March 19, 2002, at 01:10 AM, Gianugo Rabellino wrote:
> >
> > Cool ;-) I have my skeleton source code if you are interested in it, we
> > might start to discuss this and see where we can go. The only problem
now
> > is source exchange... we might create a Sourceforge project which might
> > turn out into a "scratchpad" area in Xindice CVS. Kimbro?
> >
>
> My opinion is that we just bring this into the project and then get you
> guys commit. I've been wondering about the scratchpad idea, I see it
> mentioned a lot on the cocoon list but I'm not clear on exactly what it
is.
> Is it just a directory named scratchpad where committers throw work in
> progress? If so we definitely need something like that.
>
> > Ciao,
> >
> > -- Gianugo Rabellino
> >
> >
> Kimbro Staken - http://www.kstaken.org - http://www.xmldatabases.org
> Apache Xindice native XML database http://xml.apache.org/xindice
> XML:DB Initiative http://www.xmldb.org
> Senior Technologist (Your company name here)
Re: Webdav (was: Re: Tasks)
Posted by Jan Metzner <ja...@fhm.edu>.
Am Die, 2002-03-19 um 10.33 schrieb Gianugo Rabellino:
> Jan: would this be OK for you?
perfect!
ciao Jan
Re: Webdav (was: Re: Tasks)
Posted by Gianugo Rabellino <gi...@apache.org>.
Kimbro Staken wrote:
>> Cool ;-) I have my skeleton source code if you are interested in it,
>> we might start to discuss this and see where we can go. The only
>> problem now is source exchange... we might create a Sourceforge
>> project which might turn out into a "scratchpad" area in Xindice CVS.
>> Kimbro?
>
> My opinion is that we just bring this into the project and then get you
> guys commit. I've been wondering about the scratchpad idea, I see it
> mentioned a lot on the cocoon list but I'm not clear on exactly what it is.
> Is it just a directory named scratchpad where committers throw work in
> progress? If so we definitely need something like that.
Yes, that's almost the idea behind scratchpad. Also, scratchpad code
should be compiled only on purpose, so that automated builds (Gump and
the like) won't get compromised. If you want I might, once 1.1 branch is
officially started, take care of build.xml changes and directory creation.
Jan: would this be OK for you?
Ciao,
--
Gianugo
Re: Webdav (was: Re: Tasks)
Posted by Kimbro Staken <ks...@xmldatabases.org>.
On Tuesday, March 19, 2002, at 01:10 AM, Gianugo Rabellino wrote:
>
> Cool ;-) I have my skeleton source code if you are interested in it, we
> might start to discuss this and see where we can go. The only problem now
> is source exchange... we might create a Sourceforge project which might
> turn out into a "scratchpad" area in Xindice CVS. Kimbro?
>
My opinion is that we just bring this into the project and then get you
guys commit. I've been wondering about the scratchpad idea, I see it
mentioned a lot on the cocoon list but I'm not clear on exactly what it is.
Is it just a directory named scratchpad where committers throw work in
progress? If so we definitely need something like that.
> Ciao,
>
> -- Gianugo Rabellino
>
>
Kimbro Staken - http://www.kstaken.org - http://www.xmldatabases.org
Apache Xindice native XML database http://xml.apache.org/xindice
XML:DB Initiative http://www.xmldb.org
Senior Technologist (Your company name here)
Re: Webdav (was: Re: Tasks)
Posted by Gianugo Rabellino <gi...@apache.org>.
Jan Metzner wrote:
> Am Sam, 2002-03-16 um 19.01 schrieb Gianugo Rabellino:
>
>>What do you mean exactly with "communicate with other apis"?
>>
> it should work with the XML:DB api and the internal api.
Probably, once there is stable metadata support in the XML:DB API it
might be not that useful to support access to Xindice internals, yet
yes, this might turn out to be good in the near future.
>>Also, I was planning to use
>>XSLT for XML responses, which seems to me the most flexible way (also
>>
> this is cool, i thought about it, before i started developing xincon,
> but what is with the performace?
I don't think that performance can be an issue once you use Templates or
(even better) XSLTC and the like. My guess is that a SAX-driven XSLT is
probably faster (and a *lot* more flexible) than building a (J)DOM tree.
>>would take the catalina dependency out).
>>
> it is only one class from catalina.
Yeah, but it forces you to have catalina even if you don't use it under
Tomcat ;-)
>>In short: I'd like to work on this with you (given also that I see you
>>are planning a rewrite). What about it?
>>
> let's do it!
> you will hear from me!
Cool ;-) I have my skeleton source code if you are interested in it, we
might start to discuss this and see where we can go. The only problem
now is source exchange... we might create a Sourceforge project which
might turn out into a "scratchpad" area in Xindice CVS. Kimbro?
Ciao,
--
Gianugo Rabellino
Re: Webdav (was: Re: Tasks)
Posted by Jan Metzner <ja...@fhm.edu>.
Am Sam, 2002-03-16 um 19.01 schrieb Gianugo Rabellino:
> What do you mean exactly with "communicate with other apis"?
it should work with the XML:DB api and the internal api.
> > But there are problems with both impl:
> > if you change something not through the webdav interface (for example
> > del a resource with the xmldb api) you will get ghosts in slide
>
> I don't really understand the reason for this (note, I don't know Slide
> that much). Care to share some words on this topic?
ok, sorry i mixed up the tamino slide store with the slide
funktionality. This problem could be solved, but i think it is the wrong
way. Slide is designed as a complete content management system and not
as a webdav frontend. It has something linke a virtual filesystem (with
security, properties ...) where you can mount your databases! And it is
very cool!
> I had a (unfortunately quick) look at your code and I undertand
> perfectly what you are saying. :-) Basically I was following the same
> approach but I was scared by a class that could well end up to thousands
> of lines (yours is 1326...) so I was designing it as a set of classes
> (one per method) and a servlet frontend.
yes i had this in mind.
i started to extend on the tomcat webdav impl, but there was no chance.
(1326 are terrible!!!!!!! When i first opened the tomcat webdav servlet
i was shocked: 3061 lines!)
> Also, I was planning to use
> XSLT for XML responses, which seems to me the most flexible way (also
this is cool, i thought about it, before i started developing xincon,
but what is with the performace?
i tried XSLT for highlighting the xml sources in xincon. Now i use a
modified dom4j xmlwriter.
> would take the catalina dependency out).
it is only one class from catalina.
> Finally, log4j... well, AFAIK
> there is a general consensus on using Avalon, so I'd suggest to use LogKit.
ok
> In short: I'd like to work on this with you (given also that I see you
> are planning a rewrite). What about it?
let's do it!
you will hear from me!
ciao Jan