You are viewing a plain text version of this content. The canonical link for it is here.
Posted to xindice-users@xml.apache.org by Jan Metzner <ja...@fhm.edu> on 2002/03/14 00:22:57 UTC
web & webdav administration servlet
I developed a web and webdav administration servlet for xindice. You can
browse the database with your normal webbrowser and make xpath queries.
Moreover you can browse it with your favourite webdav client. So you can
administrate (make collections, copy/move files etc) the database like
your normal filesystem.
The application is only a preview but it works.
You can download the binary war file and the sources:
http://www.mucl.de/~jmetzner/xincon
If you have questions feel free to contact me!
Jan
Re: web & webdav administration servlet
Posted by Kurt Ward <ku...@yahoo.com>.
Excellent! This is by far the handiest tool for Xindice I have used yet.
Kurt
----- Original Message -----
From: "Jan Metzner" <ja...@fhm.edu>
To: <xi...@xml.apache.org>
Sent: Wednesday, March 13, 2002 6:22 PM
Subject: web & webdav administration servlet
> I developed a web and webdav administration servlet for xindice. You can
> browse the database with your normal webbrowser and make xpath queries.
> Moreover you can browse it with your favourite webdav client. So you can
> administrate (make collections, copy/move files etc) the database like
> your normal filesystem.
> The application is only a preview but it works.
> You can download the binary war file and the sources:
> http://www.mucl.de/~jmetzner/xincon
>
> If you have questions feel free to contact me!
>
> Jan
>
>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
Re: Memory problems under linux
Posted by Anders Conrad <ac...@dsl.dk>.
Hi,
we are seing similar problems. I have no solution, but maybe we can come closer by exchanging info. We are acessing Xindice through Tomcat/Apache, running the Cocoon servlet. Xindice queries are performed through the java interface, encoded into Cocoon XSP pages, which transform to java classes. Each page lookup from a broser client results in two Xindice queries, the results being correctly included in the page sent to the browser. A continuous flow of requests will result in an the number of tomcat and xindice processes growing continuously, until memory has been used up or no more processes are available.
It could seem like a simple cleanup problem in my code. But I use exactly the same java code to access xindice as in standalone programs, always including col.close() in the finally section.
I have also tried to fiddle with Tomcat parameters like session-timeout, the VM heap size, as well as experimenting with limiting max_threads and max_spare_threads. Nothing makes any change. Similar symptoms have been reported on the tomcat mailing list and I doubt we can do anything about it with tomcat version 3.x.
What struck me is, that there is a little bit CPU activity on the xindice processes, long after the results from Xindice have been delivered to the client and the resources should have been freed. This behaviour is different that from a standalone version of the same query. This might be a clue to the issue, if anyone has any insight into what activity might be in a xindice thread, even after the col.close() call. Or does tomcat not destroy the object until after the timeout? I am mystified!
Anders
----- Original Message -----
From: "W. Peschke" <Wo...@gmx.ch>
To: <xi...@xml.apache.org>
Sent: Thursday, March 14, 2002 11:01 PM
Subject: Memory problems under linux
> Hi,
>
> we are coding an application based on xindice as database and tomcat as
> webserver.
>
> Since we are not the only participants on the server, we are forced to
> configure tomcat cooperating with apache.
>
> On a linux system (256MB) Ram, we run Apache, PHP, Tomcat 3.3 (because
> there is no module for 4.0 and apache yet) and Xindice RC2.
> The Java VM (1.4) handling tomcat and xindice starts with 27 MB ram but
> increases rapidely up to >100 MB, where we get at the limit of the
> server, which starts to cache from this point.
> We tried to reduce the max. heap of the VM, but it didn't solve the
> problem.
>
> Running the whole system in a windows environment, we aren't confronted
> with any problems.
>
> Does anyone of you have similar experiences and maybe an idea, how to
> reduce the exhaustive memory use of tomcat and xindice? Maybe to start
> the garbage collection of java manually or something like that, because
> I don't have the impression, that all the allocated memory is really
> needed.
>
>
> Thanks for any ideas,
> W. Peschke
>
>
Memory problems under linux
Posted by "W. Peschke" <Wo...@gmx.ch>.
Hi,
we are coding an application based on xindice as database and tomcat as
webserver.
Since we are not the only participants on the server, we are forced to
configure tomcat cooperating with apache.
On a linux system (256MB) Ram, we run Apache, PHP, Tomcat 3.3 (because
there is no module for 4.0 and apache yet) and Xindice RC2.
The Java VM (1.4) handling tomcat and xindice starts with 27 MB ram but
increases rapidely up to >100 MB, where we get at the limit of the
server, which starts to cache from this point.
We tried to reduce the max. heap of the VM, but it didn't solve the
problem.
Running the whole system in a windows environment, we aren't confronted
with any problems.
Does anyone of you have similar experiences and maybe an idea, how to
reduce the exhaustive memory use of tomcat and xindice? Maybe to start
the garbage collection of java manually or something like that, because
I don't have the impression, that all the allocated memory is really
needed.
Thanks for any ideas,
W. Peschke
Re: web & webdav administration servlet
Posted by Gianugo Rabellino <gi...@apache.org>.
Jan Metzner wrote:
> I developed a web and webdav administration servlet for xindice. You can
> browse the database with your normal webbrowser and make xpath queries.
This is just great! I was starting my own WebDAV implementation and you
came in the best moment I could imagine :-) This is something I badly
needed and that I think would benefit a lot the Xindice community.
Expect lot of questions from me and all the possible help :-)
Ciao,
--
Gianugo
Re: web & webdav administration servlet (database access managerconfiguration)
Posted by Colin Huang <ch...@ceo.ca>.
hi, Jan,
Thank you so much for your prompt response!
Best Regards,
Colin
----- Original Message -----
From: "Jan Metzner" <ja...@fhm.edu>
To: <xi...@xml.apache.org>
Sent: Monday, April 15, 2002 11:04 AM
Subject: Re: web & webdav administration servlet (database access
managerconfiguration)
> The problem is the openorb.home system property.
> I don't know why, but tomcat can't use the XML:DB API when this property
> isn't set to a directory with the openorb configuration (Resin has no
> problems with that). The work around in XinCon is the directory
> $XINCON_HOME/WEB-INF/openorb and a System.setProperty(...) for this dir.
> So XinCon needs permissons for setting this property. If you don't want
> that, you can do this outside of xincon and delete line 225-228 from
> xincon.DefaultServlet.
>
> ciao Jan
>
> Am Mon, 2002-04-15 um 16.46 schrieb Colin Huang:
> >
> > hi, Jan,
> >
> > When I was testing the xincon application, the following exception
occuered.
> > How should I configure the security manager for the database?
> >
> > Thanks!
> >
> > Colin
> > A Servlet Exception Has Occurred
> > Exception Report:
> > javax.servlet.ServletException: Servlet.init() for servlet xincon threw
> > exception
> > at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
> > at
> >
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
> > at
> >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:214)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:215)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
> > 46)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
> > at
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> > )
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :163)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 995)
> > at
> >
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
> > )
> > at java.lang.Thread.run(Thread.java:484)
> >
> > Root Cause:
> > java.security.AccessControlException: access denied
> > (java.util.PropertyPermission openorb.home write)
> > at
> >
java.security.AccessControlContext.checkPermission(AccessControlContext.java
> > :272)
> > at
> >
java.security.AccessController.checkPermission(AccessController.java:399)
> > at java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
> > at java.lang.System.setProperty(System.java:641)
> > at xincon.DefaultServlet.initDB(DefaultServlet.java:227)
> > at xincon.DefaultServlet.init(DefaultServlet.java:853)
> > at javax.servlet.GenericServlet.init(GenericServlet.java:258)
> > at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:833)
> > at
> >
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
> > at
> >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:214)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:215)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
> > 46)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
> > at
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> > )
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :163)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66)
> > at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 995)
> > at
> >
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
> > )
> > at java.lang.Thread.run(Thread.java:484)
> >
> > ----- Original Message -----
> > From: "Jan Metzner" <ja...@fhm.edu>
> > To: <xi...@xml.apache.org>
> > Sent: Wednesday, March 13, 2002 7:22 PM
> > Subject: web & webdav administration servlet
> >
> >
> > > I developed a web and webdav administration servlet for xindice. You
can
> > > browse the database with your normal webbrowser and make xpath
queries.
> > > Moreover you can browse it with your favourite webdav client. So you
can
> > > administrate (make collections, copy/move files etc) the database like
> > > your normal filesystem.
> > > The application is only a preview but it works.
> > > You can download the binary war file and the sources:
> > > http://www.mucl.de/~jmetzner/xincon
> > >
> > > If you have questions feel free to contact me!
> > >
> > > Jan
> > >
> > >
> > >
> > >
> >
>
>
>
Re: web & webdav administration servlet (database access manager
configuration)
Posted by Jan Metzner <ja...@fhm.edu>.
The problem is the openorb.home system property.
I don't know why, but tomcat can't use the XML:DB API when this property
isn't set to a directory with the openorb configuration (Resin has no
problems with that). The work around in XinCon is the directory
$XINCON_HOME/WEB-INF/openorb and a System.setProperty(...) for this dir.
So XinCon needs permissons for setting this property. If you don't want
that, you can do this outside of xincon and delete line 225-228 from
xincon.DefaultServlet.
ciao Jan
Am Mon, 2002-04-15 um 16.46 schrieb Colin Huang:
>
> hi, Jan,
>
> When I was testing the xincon application, the following exception occuered.
> How should I configure the security manager for the database?
>
> Thanks!
>
> Colin
> A Servlet Exception Has Occurred
> Exception Report:
> javax.servlet.ServletException: Servlet.init() for servlet xincon threw
> exception
> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:214)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:215)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
> 46)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> )
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 995)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
> )
> at java.lang.Thread.run(Thread.java:484)
>
> Root Cause:
> java.security.AccessControlException: access denied
> (java.util.PropertyPermission openorb.home write)
> at
> java.security.AccessControlContext.checkPermission(AccessControlContext.java
> :272)
> at
> java.security.AccessController.checkPermission(AccessController.java:399)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
> at java.lang.System.setProperty(System.java:641)
> at xincon.DefaultServlet.initDB(DefaultServlet.java:227)
> at xincon.DefaultServlet.init(DefaultServlet.java:853)
> at javax.servlet.GenericServlet.init(GenericServlet.java:258)
> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:833)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:214)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:215)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
> 46)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> )
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 995)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
> )
> at java.lang.Thread.run(Thread.java:484)
>
> ----- Original Message -----
> From: "Jan Metzner" <ja...@fhm.edu>
> To: <xi...@xml.apache.org>
> Sent: Wednesday, March 13, 2002 7:22 PM
> Subject: web & webdav administration servlet
>
>
> > I developed a web and webdav administration servlet for xindice. You can
> > browse the database with your normal webbrowser and make xpath queries.
> > Moreover you can browse it with your favourite webdav client. So you can
> > administrate (make collections, copy/move files etc) the database like
> > your normal filesystem.
> > The application is only a preview but it works.
> > You can download the binary war file and the sources:
> > http://www.mucl.de/~jmetzner/xincon
> >
> > If you have questions feel free to contact me!
> >
> > Jan
> >
> >
> >
> >
>
web & webdav administration servlet (database access manager configuration)
Posted by Colin Huang <ch...@ceo.ca>.
hi, Jan,
When I was testing the xincon application, the following exception occuered.
How should I configure the security manager for the database?
Thanks!
Colin
A Servlet Exception Has Occurred
Exception Report:
javax.servlet.ServletException: Servlet.init() for servlet xincon threw
exception
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:215)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:163)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
995)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
)
at java.lang.Thread.run(Thread.java:484)
Root Cause:
java.security.AccessControlException: access denied
(java.util.PropertyPermission openorb.home write)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java
:272)
at
java.security.AccessController.checkPermission(AccessController.java:399)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
at java.lang.System.setProperty(System.java:641)
at xincon.DefaultServlet.initDB(DefaultServlet.java:227)
at xincon.DefaultServlet.init(DefaultServlet.java:853)
at javax.servlet.GenericServlet.init(GenericServlet.java:258)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:833)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:602)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:215)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:163)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
995)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1088
)
at java.lang.Thread.run(Thread.java:484)
----- Original Message -----
From: "Jan Metzner" <ja...@fhm.edu>
To: <xi...@xml.apache.org>
Sent: Wednesday, March 13, 2002 7:22 PM
Subject: web & webdav administration servlet
> I developed a web and webdav administration servlet for xindice. You can
> browse the database with your normal webbrowser and make xpath queries.
> Moreover you can browse it with your favourite webdav client. So you can
> administrate (make collections, copy/move files etc) the database like
> your normal filesystem.
> The application is only a preview but it works.
> You can download the binary war file and the sources:
> http://www.mucl.de/~jmetzner/xincon
>
> If you have questions feel free to contact me!
>
> Jan
>
>
>
>
RE: web & webdav administration servlet
Posted by Steven Noels <st...@outerthought.org>.
Jan Metzner wrote:
> >
> > Hm - strange IE behaviour, I suspect.
> very strange!
> the requests can be different because the tomcat webdav
> server is webdav
> level 2 and xincon is only level 1 (locking is not
> supported), but this
> should be no problem.
> can you send me both requests?
Never mind - creating a new Webfolder using IE/Explorer is so thoroughly
obfuscated that apparently I needed some extra luck - which has just
been the case :-)
No luck however using XMetal on top of Xincon, perhaps because the
WebDav support in XMetal is pretty pristine ;-)
Thanks,
</Steven>
RE: web & webdav administration servlet
Posted by Jan Metzner <ja...@fhm.edu>.
Am Fre, 2002-03-15 um 15.32 schrieb Steven Noels:
> Jan Metzner wrote:
>
> > > I was able to connect to the Webdav implementation using
> > webdavexplorer
> > > and xmlspy - cool. The Web Folders facility inside IE (6) however
> > > doesn't work :-(
> > I have tested it in IE 5 and it works.
> > Can you send me more information about this?
> > When i have time, i will try to find the problem!
>
> sorry, I know I was pretty terse in my previous mail... (late in the
> evening)
>
> problem:
>
> - I can connect through HTTP GET & PUT using XMLSpy, and list the
> content of a collection (Webdav) (way cool - screenshot attached)
> - same with a pure webdav client - webdavexplorer, seeing relevant
> webdav debug messages on my catalina stdout
> - when connecting using IE6, I see nothing webdavlike on the
> serverconsole
> - when trying to connect using webfolders to the webdav implementation
> inside tomcat4, everything works fine
> - when putting the TCPMonitor on top of that (comes with Axis - pretty
> neat), I see the request to http://localhost:9090/webdav/ is different
> then the one sent to http://localhost:9090/xincon/db, even though I
> indicate on both requests the resource should be opened as a
> webfolder...
>
> Hm - strange IE behaviour, I suspect.
very strange!
the requests can be different because the tomcat webdav server is webdav
level 2 and xincon is only level 1 (locking is not supported), but this
should be no problem.
can you send me both requests?
Jan
RE: web & webdav administration servlet
Posted by Steven Noels <st...@outerthought.org>.
Jan Metzner wrote:
> > I was able to connect to the Webdav implementation using
> webdavexplorer
> > and xmlspy - cool. The Web Folders facility inside IE (6) however
> > doesn't work :-(
> I have tested it in IE 5 and it works.
> Can you send me more information about this?
> When i have time, i will try to find the problem!
sorry, I know I was pretty terse in my previous mail... (late in the
evening)
problem:
- I can connect through HTTP GET & PUT using XMLSpy, and list the
content of a collection (Webdav) (way cool - screenshot attached)
- same with a pure webdav client - webdavexplorer, seeing relevant
webdav debug messages on my catalina stdout
- when connecting using IE6, I see nothing webdavlike on the
serverconsole
- when trying to connect using webfolders to the webdav implementation
inside tomcat4, everything works fine
- when putting the TCPMonitor on top of that (comes with Axis - pretty
neat), I see the request to http://localhost:9090/webdav/ is different
then the one sent to http://localhost:9090/xincon/db, even though I
indicate on both requests the resource should be opened as a
webfolder...
Hm - strange IE behaviour, I suspect.
Anyway, if somebody else uses IE6 and is able to connect to Xincon, I'd
be happy to hear from then.
Cheers,
</Steven>
RE: web & webdav administration servlet
Posted by Jan Metzner <ja...@fhm.edu>.
> I was able to connect to the Webdav implementation using webdavexplorer
> and xmlspy - cool. The Web Folders facility inside IE (6) however
> doesn't work :-(
I have tested it in IE 5 and it works.
Can you send me more information about this?
When i have time, i will try to find the problem!
Jan
RE: web & webdav administration servlet
Posted by Steven Noels <st...@outerthought.org>.
Hi Jan, nice work!
I was able to connect to the Webdav implementation using webdavexplorer
and xmlspy - cool. The Web Folders facility inside IE (6) however
doesn't work :-(
</Steven>
Re: web & webdav administration servlet
Posted by Jan Metzner <ja...@fhm.edu>.
> I am not familiar with "web & webdav" is there a tutorial or a reference
> somewhere around?
look at http://webdav.org/
if you like to play around, try the mod_dav for the apache webserver and
some webdav client (Microsoft Explorer, DAVExplorer
(http://www.ics.uci.edu/~webdav/) or Cadaver
(http://webdav.org/cadaver/) ),
or look around at http://webdav.org/projects/
Jan
Re: web & webdav administration servlet
Posted by "Mark J. Stang" <ma...@earthlink.net>.
Jan,
I am not familiar with "web & webdav" is there a tutorial or a reference
somewhere around?
thanks,
Mark
Jan Metzner wrote:
> Am Don, 2002-03-14 um 06.30 schrieb Kimbro Staken:
> > This is excellent. I was playing around with it a bit on Mac OS X and I
> > can mount things fine, but the OS sees it as read only. Is it supposed to
> > be mounting read write?
> I don't know mac's webdav client.
> The application supports only webdav level 1 (no logging). If the client
> makes a http options request it gets these allowed methods:
> OPTIONS, GET, HEAD, POST, DELETE, TRACE, PROPFIND, PROPPATCH, COPY, MOVE
> (additionally PUT adn MKCOL if it is a collection)
> So the client should see, that it is read write.
>
> You can send me the raw http requests and i will try to find the
> problem.
>
> Jan
>
> >
> > On Wednesday, March 13, 2002, at 04:22 PM, Jan Metzner wrote:
> >
> > > I developed a web and webdav administration servlet for xindice. You can
> > > browse the database with your normal webbrowser and make xpath queries.
> > > Moreover you can browse it with your favourite webdav client. So you can
> > > administrate (make collections, copy/move files etc) the database like
> > > your normal filesystem.
> > > The application is only a preview but it works.
> > > You can download the binary war file and the sources:
> > > http://www.mucl.de/~jmetzner/xincon
> > >
> > > If you have questions feel free to contact me!
> > >
> > > Jan
> > >
> > >
> > >
> > >
> > 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: web & webdav administration servlet
Posted by Jan Metzner <ja...@fhm.edu>.
Am Don, 2002-03-14 um 06.30 schrieb Kimbro Staken:
> This is excellent. I was playing around with it a bit on Mac OS X and I
> can mount things fine, but the OS sees it as read only. Is it supposed to
> be mounting read write?
I don't know mac's webdav client.
The application supports only webdav level 1 (no logging). If the client
makes a http options request it gets these allowed methods:
OPTIONS, GET, HEAD, POST, DELETE, TRACE, PROPFIND, PROPPATCH, COPY, MOVE
(additionally PUT adn MKCOL if it is a collection)
So the client should see, that it is read write.
You can send me the raw http requests and i will try to find the
problem.
Jan
>
> On Wednesday, March 13, 2002, at 04:22 PM, Jan Metzner wrote:
>
> > I developed a web and webdav administration servlet for xindice. You can
> > browse the database with your normal webbrowser and make xpath queries.
> > Moreover you can browse it with your favourite webdav client. So you can
> > administrate (make collections, copy/move files etc) the database like
> > your normal filesystem.
> > The application is only a preview but it works.
> > You can download the binary war file and the sources:
> > http://www.mucl.de/~jmetzner/xincon
> >
> > If you have questions feel free to contact me!
> >
> > Jan
> >
> >
> >
> >
> 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: web & webdav administration servlet
Posted by Kimbro Staken <ks...@xmldatabases.org>.
This is excellent. I was playing around with it a bit on Mac OS X and I
can mount things fine, but the OS sees it as read only. Is it supposed to
be mounting read write?
On Wednesday, March 13, 2002, at 04:22 PM, Jan Metzner wrote:
> I developed a web and webdav administration servlet for xindice. You can
> browse the database with your normal webbrowser and make xpath queries.
> Moreover you can browse it with your favourite webdav client. So you can
> administrate (make collections, copy/move files etc) the database like
> your normal filesystem.
> The application is only a preview but it works.
> You can download the binary war file and the sources:
> http://www.mucl.de/~jmetzner/xincon
>
> If you have questions feel free to contact me!
>
> Jan
>
>
>
>
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: web & webdav administration servlet
Posted by Carsten Ziegert <ca...@ik.fh-hannover.de>.
Am 20.03.2002 18:14 Uhr schrieb "Jan Metzner" unter <ja...@fhm.edu>:
> Am Mit, 2002-03-20 um 17.25 schrieb Carsten Ziegert:
>> Am 20.03.2002 17:22 Uhr schrieb "Gianugo Rabellino" unter
>> <gi...@apache.org>:
>>
>>> Carsten Ziegert wrote:
>>>> after installing xincon and trying to retrieve
>>>> http://sunny.tr.fh-hannover.de:8080/xincon/db
>>>>
>>>> I got an exception:
>>>> java.lang.NoSuchMethodError
>>>> at xincon.WebdavServlet.service(WebdavServlet.java:147)
>>>
>>> Looks like you are using Tomcat 3 or a Servlet 2.2 server. the
>>> HttpServletRequest.getRequestURL() method AFAIK was introduced in
>>> Servlet API 2.3, hence you have to use Catalina (Tomcat 4).
>>>
>>
>> I played around with both Tomcat 3.2.4 and 4.0.1
>> and both didn't work.
>
> Gianugo is right, the problem is the new Method in the servlet api!
> I have tested tomcat 4.0.2 and resin 2.0.5!
>
> ciao Jan
>
>
I'll try it, thanks to both of you
--
Medizinische Hochschule Hannover Fachhochschule Hannover
Abt. Hämatologie und Onkologie FB Informations- und Kommunikationswesen
Carl-Neuberg-Straße 1 Ricklinger Stadtweg 120
30625 Hannover 30459 Hannover
++49-511-9296-1650
http://summit-bmt.fh-hannover.de
Re: web & webdav administration servlet
Posted by Jan Metzner <ja...@fhm.edu>.
Am Mit, 2002-03-20 um 17.25 schrieb Carsten Ziegert:
> Am 20.03.2002 17:22 Uhr schrieb "Gianugo Rabellino" unter
> <gi...@apache.org>:
>
> > Carsten Ziegert wrote:
> >> after installing xincon and trying to retrieve
> >> http://sunny.tr.fh-hannover.de:8080/xincon/db
> >>
> >> I got an exception:
> >> java.lang.NoSuchMethodError
> >> at xincon.WebdavServlet.service(WebdavServlet.java:147)
> >
> > Looks like you are using Tomcat 3 or a Servlet 2.2 server. the
> > HttpServletRequest.getRequestURL() method AFAIK was introduced in
> > Servlet API 2.3, hence you have to use Catalina (Tomcat 4).
> >
>
> I played around with both Tomcat 3.2.4 and 4.0.1
> and both didn't work.
Gianugo is right, the problem is the new Method in the servlet api!
I have tested tomcat 4.0.2 and resin 2.0.5!
ciao Jan
Re: web & webdav administration servlet
Posted by Carsten Ziegert <ca...@ik.fh-hannover.de>.
Am 20.03.2002 17:22 Uhr schrieb "Gianugo Rabellino" unter
<gi...@apache.org>:
> Carsten Ziegert wrote:
>> after installing xincon and trying to retrieve
>> http://sunny.tr.fh-hannover.de:8080/xincon/db
>>
>> I got an exception:
>> java.lang.NoSuchMethodError
>> at xincon.WebdavServlet.service(WebdavServlet.java:147)
>
> Looks like you are using Tomcat 3 or a Servlet 2.2 server. the
> HttpServletRequest.getRequestURL() method AFAIK was introduced in
> Servlet API 2.3, hence you have to use Catalina (Tomcat 4).
>
I played around with both Tomcat 3.2.4 and 4.0.1
and both didn't work.
--
Medizinische Hochschule Hannover Fachhochschule Hannover
Abt. Hämatologie und Onkologie FB Informations- und Kommunikationswesen
Carl-Neuberg-Straße 1 Ricklinger Stadtweg 120
30625 Hannover 30459 Hannover
++49-511-9296-1650
http://summit-bmt.fh-hannover.de
Re: web & webdav administration servlet
Posted by Gianugo Rabellino <gi...@apache.org>.
Carsten Ziegert wrote:
> after installing xincon and trying to retrieve
> http://sunny.tr.fh-hannover.de:8080/xincon/db
>
> I got an exception:
> java.lang.NoSuchMethodError
> at xincon.WebdavServlet.service(WebdavServlet.java:147)
Looks like you are using Tomcat 3 or a Servlet 2.2 server. the
HttpServletRequest.getRequestURL() method AFAIK was introduced in
Servlet API 2.3, hence you have to use Catalina (Tomcat 4).
Ciao,
--
Gianugo Rabellino
Re: web & webdav administration servlet
Posted by Carsten Ziegert <ca...@ik.fh-hannover.de>.
Hi Jan,
after installing xincon and trying to retrieve
http://sunny.tr.fh-hannover.de:8080/xincon/db
I got an exception:
java.lang.NoSuchMethodError
at xincon.WebdavServlet.service(WebdavServlet.java:147)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:865)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
...
Can you provide a hint?
Thanks
Carsten
Am 14.03.2002 0:22 Uhr schrieb "Jan Metzner" unter <ja...@fhm.edu>:
> I developed a web and webdav administration servlet for xindice. You can
> browse the database with your normal webbrowser and make xpath queries.
> Moreover you can browse it with your favourite webdav client. So you can
> administrate (make collections, copy/move files etc) the database like
> your normal filesystem.
> The application is only a preview but it works.
> You can download the binary war file and the sources:
> http://www.mucl.de/~jmetzner/xincon
>
> If you have questions feel free to contact me!
>
> Jan
>
>
>
>
--
Medizinische Hochschule Hannover Fachhochschule Hannover
Abt. Hämatologie und Onkologie FB Informations- und Kommunikationswesen
Carl-Neuberg-Straße 1 Ricklinger Stadtweg 120
30625 Hannover 30459 Hannover
++49-511-9296-1650
http://summit-bmt.fh-hannover.de