From: Wolfgang M. <me...@if...> - 2003-08-12 20:34:05
|
could someone please verify if my demo pages, e.g. at http://130.83.186.203/exist/xquery.xsp are reachable from the outside? I can't get a connection, but that might be caused by local network problems. Wolfgang -- |
From: Fredrik V. <fr...@vr...> - 2003-08-12 20:50:12
|
[Wolfgang Meier] | could someone please verify if my demo pages, e.g. at |=20 | http://130.83.186.203/exist/xquery.xsp |=20 | are reachable from the outside? I can't get a connection, but that might = be | caused by local network problems. There seem to be some network problems with that machine. traceroute gives me the following: traceroute to 130.83.186.203 (130.83.186.203), 30 hops max, 38 byte packets [snip] 14 zarathastra.ifs.tu-darmstadt.de (130.83.186.203) 51.172 ms 52.722 ms = 50.170 ms 15 * * * 16 zarathastra.ifs.tu-darmstadt.de (130.83.186.203) 53.242 ms 51.153 ms = 52.086 ms 17 * * * 18 * * * 19 * * * and so on... =2D-=20 Fredrik |
From: Emiliano H. <emi...@ir...> - 2003-08-12 21:04:26
|
On Tue, Aug 12, 2003 at 10:00:19PM +0200, Wolfgang Meier wrote: > could someone please verify if my demo pages, e.g. at > > http://130.83.186.203/exist/xquery.xsp > > are reachable from the outside? I can't get a connection, but that might be > caused by local network problems. It's reachable, but shows: Resource not found Resource not found. org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: file:/home/wolf/eXist/webapp/xquery.xsp doesn't exist. cause: java.io.FileNotFoundException: /home/wolf/eXist/webapp/xquery.xsp (No such file or directory) full exception chain stacktrace[show] Original Exception: org.apache.excalibur.source.SourceNotFoundException: file:/ home/wolf/eXist/webapp/xquery.xsp doesn't exist. at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:188) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :166) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :126) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator .generateCode(LogicsheetCodeGenerator.java:174) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage. generateCode(AbstractMarkupLanguage.java:376) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .generateSourcecode(ProgramGeneratorImpl.java:459) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .load(ProgramGeneratorImpl.java:298) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesG enerator.java:202) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.set upPipeline(AbstractProcessingPipeline.java:380) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessing Pipeline.setupPipeline(AbstractCachingProcessingPipeline.java:683) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pre parePipeline(AbstractProcessingPipeline.java:507) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pro cess(AbstractProcessingPipeline.java:469) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.inv oke(SerializeNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNo de.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invo ke(PipelineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.inv oke(PipelinesNode.java:161) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:327) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:309) at org.apache.cocoon.Cocoon.process(Cocoon.java:621) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1 088) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:36 6) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicat ionHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java: 581) at org.mortbay.http.HttpContext.handle(HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicatio nContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1637) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java :202) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.FileNotFoundException: /home/wolf/eXist/webapp/xquery.xsp (N o such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:184) ... 37 more Original Exception: java.io.FileNotFoundException: /home/wolf/eXist/webapp/xque ry.xsp (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:184) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :166) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :126) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator .generateCode(LogicsheetCodeGenerator.java:174) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage. generateCode(AbstractMarkupLanguage.java:376) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .generateSourcecode(ProgramGeneratorImpl.java:459) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .load(ProgramGeneratorImpl.java:298) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesG enerator.java:202) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.set upPipeline(AbstractProcessingPipeline.java:380) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessing Pipeline.setupPipeline(AbstractCachingProcessingPipeline.java:683) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pre parePipeline(AbstractProcessingPipeline.java:507) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pro cess(AbstractProcessingPipeline.java:469) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.inv oke(SerializeNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNo de.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invo ke(PipelineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.inv oke(PipelinesNode.java:161) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:327) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:309) at org.apache.cocoon.Cocoon.process(Cocoon.java:621) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1 088) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:36 6) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicat ionHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java: 581) at org.mortbay.http.HttpContext.handle(HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicatio nContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1637) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java :202) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Thread.java:534) stacktrace[show] org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.ex calibur.source.SourceNotFoundException: file:/home/wolf/eXist/webapp/xquery.xsp doesn't exist. at org.apache.cocoon.components.source.SourceUtil.handle(SourceUtil.jav a:279) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :171) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :126) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator .generateCode(LogicsheetCodeGenerator.java:174) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage. generateCode(AbstractMarkupLanguage.java:376) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .generateSourcecode(ProgramGeneratorImpl.java:459) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .load(ProgramGeneratorImpl.java:298) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesG enerator.java:202) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.set upPipeline(AbstractProcessingPipeline.java:380) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessing Pipeline.setupPipeline(AbstractCachingProcessingPipeline.java:683) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pre parePipeline(AbstractProcessingPipeline.java:507) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pro cess(AbstractProcessingPipeline.java:469) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.inv oke(SerializeNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNo de.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invo ke(PipelineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.inv oke(PipelinesNode.java:161) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:327) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:309) at org.apache.cocoon.Cocoon.process(Cocoon.java:621) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1 088) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:36 6) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicat ionHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java: 581) at org.mortbay.http.HttpContext.handle(HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicatio nContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1637) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java :202) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Thread.java:534) Caused by: org.apache.excalibur.source.SourceNotFoundException: file:/home/wolf /eXist/webapp/xquery.xsp doesn't exist. at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:188) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :166) ... 36 more Caused by: java.io.FileNotFoundException: /home/wolf/eXist/webapp/xquery.xsp (N o such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:184) ... 37 more org.apache.excalibur.source.SourceNotFoundException: file:/home/wolf/eXist/weba pp/xquery.xsp doesn't exist. at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:188) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :166) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java :126) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator .generateCode(LogicsheetCodeGenerator.java:174) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage. generateCode(AbstractMarkupLanguage.java:376) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .generateSourcecode(ProgramGeneratorImpl.java:459) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl .load(ProgramGeneratorImpl.java:298) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesG enerator.java:202) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.set upPipeline(AbstractProcessingPipeline.java:380) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessing Pipeline.setupPipeline(AbstractCachingProcessingPipeline.java:683) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pre parePipeline(AbstractProcessingPipeline.java:507) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.pro cess(AbstractProcessingPipeline.java:469) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.inv oke(SerializeNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNo de.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invo ke(PipelineNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingN ode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.inv oke(PipelinesNode.java:161) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:327) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tre eProcessor.java:309) at org.apache.cocoon.Cocoon.process(Cocoon.java:621) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1 088) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:36 6) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicat ionHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java: 581) at org.mortbay.http.HttpContext.handle(HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicatio nContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1637) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java :202) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.FileNotFoundException: /home/wolf/eXist/webapp/xquery.xsp (N o such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSourc e.java:184) ... 37 more If you need help and this information is not enough, you are invited to read the Cocoon FAQ. If you still don't find the answers you need, can send a mail to the Cocoon users mailing list, remembering to: * specify the version of Cocoon you're using, or we'll assume that you are talking about the latest released version; * specify the platform-operating system-version-servlet container version; * send any pertinent error message; * send pertinent log snippets; * send pertinent sitemap snippets; * send pertinent parts of the page that give you problems. For more detailed technical information, take a look at the log files in the log directory of Cocoon, which is placed by default in the WEB-INF/logs/ folder of your cocoon webapp context. If the logs don't give you enough information, you might want to increase the log level by changing the Logging configuration which is by default the WEB-INF/logkit.xconf file. If you think you found a bug, please report it to Apache's Bugzilla; a message will automatically be sent to the developer mailing list and you'll be kept in contact automatically with the further progress on that bug. Thanks, and sorry for the trouble if this is our fault. The Apache Cocoon Project |
From: Wolfgang M. <me...@if...> - 2003-08-12 21:10:01
|
the machine seems to be reachable for some people, but not for all. I get requests, but much less than expected. I moved the demo to http://oldenburg.ifs.tu-darmstadt.de:8080/exist/simple/xquery.xsp Does this address work from your networks? Thanks, Wolfgang > not reachable for me > > Christian > > Wolfgang Meier wrote: > > could someone please verify if my demo pages, e.g. at > > > > http://130.83.186.203/exist/xquery.xsp > > > > are reachable from the outside? I can't get a connection, but that might be > > caused by local network problems. > > > > Wolfgang > > > -- |
From: Michael B. <mbn...@mb...> - 2003-08-12 21:41:40
|
> > http://oldenburg.ifs.tu-darmstadt.de:8080/exist/simple/xquery.xsp > > Does this address work from your networks? > Yes. But as with the other site, the Home link at the top of the sidebar menu, plus all the links under the Documentation and HowTo menus are hardcoded to the sourceforge vhost in Santa Clara, so that may be why you are seeing less traffic than you expected. Anyone who takes a look at any of those items, and *then* goes for the demos will be redirected to the US host and not return to Darmstadt. Michael Beddow |
From: Christian S. <chr...@ne...> - 2003-08-14 09:25:43
|
Hello, after updating my CVS checkout several times, and seeing lots of redundant data being transferred, I thought I'd bring this up: It seems the complete javadocs are being kept in CVS under webapps/api, being updated (re-generated) quite regularily. This obviously results in rather long checkout times, given the current speed of Sourceforge CVS. In general, it seems redundant to keep generated artifacts in CVS, as they can be re-generated easily on every client machine. A .cvsignore over the build directory would be good, too. thanks, Christian |
From: Emiliano H. <emi...@ir...> - 2003-08-29 18:21:40
|
Is a schema/DTD for the config file available? I'd like to know what settings are optional. To kick things off: * What happens after the max number of connections as specified in <pool/> is reached? No more connections? Does this also apply to embedded deployments? What happens if I omit the <pool/> declaration? * What happens if I omit @index-deth from <indexer/>? What happens if I omit the <indexer/>? * What happens if I omit the <log4j:configuration/> TIA, Emile |
From: Olivier R. <ol...@ri...> - 2003-09-01 09:01:31
|
Hi, I'm using Jboss 3.2.1 and I'm having some problems with eXist (0.9.2) and Jboss. The configuration for logging messages that comes with eXist seems to badly interact with jBoss. For example, when eXist reads its conf.xml file, the following message appears: ERROR: invalid console appender config detected, console stream is looping Then, no more output is displayed on the console, and worse, everything goes into the exist.log file even Jboss' own output. All the messages related to Jboss are written in WEB-INF/logs/exist.log. I tried to change/remove the log4j configuration in conf.xml, but it always interact with Jboss. If I remove the log4j part in the conf.xml file, Jboss turns its logging level to DEBUG generated a lot of messages. I have carrefully deactivated Cocoon to be sure this is not coming from Cocoon. With or without Cocoon, I'm still having the same problem. The sole difference is that, with Cocoon, additional log files are generated in WEB-INF/logs. Any idea? Regards. Olivier. |
From: Stan P. <sta...@ax...> - 2003-09-01 09:41:06
Attachments:
web.xml
|
Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.167 / Virus Database: 259.11.3 - Release Date: 19/08/2003 |
From: Olivier R. <ol...@ri...> - 2003-09-01 11:11:12
|
Hi, When performing a nested query using the LocalXPathQueryService and eXist 0.9.2, I get a NPE: java.lang.NullPointerException at org.exist.xmldb.LocalXPathQueryService.query(LocalXPathQueryService.java :92) at org.exist.xmldb.LocalXPathQueryService.query(LocalXPathQueryService.java :68) Am I missing something sure or is this a known issue? Regards. Olivier. |
From: Wolfgang M. <me...@if...> - 2003-09-01 14:25:47
|
Hi, > When performing a nested query using the LocalXPathQueryService and > eXist 0.9.2, I get a NPE: > > java.lang.NullPointerException > at > org.exist.xmldb.LocalXPathQueryService.query(LocalXPathQueryService.java > :92) The call to LocalXMLResource.getNode() in line 83 of org.exist.xmldb.LocalXPathQueryService probably returns null, but the following code assumes it is a valid object. This should be checked. However, if getNode() returns null, the XMLResource is probably not a valid query result node. Could you check if you are passing the right object (one obtained from a ResourceSet)? Otherwise, could you send me the corresponding fragment of your code? Regards, Wolfgang |
From: Wolfgang M. <me...@if...> - 2003-09-01 09:11:37
Attachments:
conf.xsd
|
> Is a schema/DTD for the config file available? I'd like to know what > settings are optional. To kick things off: > > * What happens after the max number of connections as specified in > <pool/> is reached? No more connections? Does this also apply to > embedded deployments? What happens if I omit the <pool/> declaration? I attached my schema file for conf.xml, but I wrote it some time ago, so it might not be up to date. The <pool> directive specifies the number of storage backend instances available to process requests. Backend instances are shared between all threads accessing the database. A backend instance is retrieved for each single action and released afterwards. It is thus ok to have less backend instances than client threads. You need at least two backend instances during the initialization phase of the database. > * What happens if I omit @index-deth from <indexer/>? What happens if I > omit the <indexer/>? The @index-depth setting is described in the docs. There are default settings for all configuration entries, so if you remove <indexer/>, default settings will be applied. > * What happens if I omit the <log4j:configuration/> It doesn't matter where you define the log4j configuration. Basically, the last configuration wins. So if you have an external log4j configuration (e.g. via JBoss), you can just delete the <log4j:configuration/> section from conf.xml and define the settings for eXist somewhere else. Wolfgang |
From: Emiliano H. <emi...@ir...> - 2003-09-01 09:26:13
|
On Mon, Sep 01, 2003 at 12:59:49PM +0200, Wolfgang Meier wrote: > I attached my schema file for conf.xml, but I wrote it some time ago, so it > might not be up to date. The <pool> directive specifies the number of storage > backend instances available to process requests. Backend instances are shared > between all threads accessing the database. A backend instance is retrieved > for each single action and released afterwards. It is thus ok to have less > backend instances than client threads. You need at least two backend > instances during the initialization phase of the database. OK. > > * What happens if I omit the <log4j:configuration/> > > It doesn't matter where you define the log4j configuration. Basically, the > last configuration wins. So if you have an external log4j configuration (e.g. > via JBoss), you can just delete the <log4j:configuration/> section from > conf.xml and define the settings for eXist somewhere else. OK, but I'm going to run this embedded in an tomcat-hosted servlet, non-j2ee. So I reckon I'd still need this. Would it be possible to have <db-connection files="$databaseroot"/> <db-connection files="$exist.home"/> ? It would make moving around/automatically instantiating my (embedded) database easier. Thanks, -- Emiliano |
From: Michael B. <mbn...@mb...> - 2003-08-12 21:16:34
|
I can get http connections fine from hosts in the US, Germany, and various parts of the UK. As Emiliano remarks, the xquery.asp gives a not found error, but http://130.83.186.203/exist/ brings up the eXist home page. I think the apparent traceroute looping Fredrik reports is just an artifact of the way the machine's ipfilters are configured to handle icmp packets. Michael Beddow ----- Original Message ----- From: "Wolfgang Meier" <me...@if...> To: <exi...@li...> Sent: Tuesday, August 12, 2003 9:00 PM Subject: [Exist-open] Demo pages on eXist homepage reachable? > could someone please verify if my demo pages, e.g. at > > http://130.83.186.203/exist/xquery.xsp > > are reachable from the outside? I can't get a connection, but that might be > caused by local network problems. > > Wolfgang > -- > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > |
From: Wolfgang M. <me...@if...> - 2003-08-12 21:37:25
|
Thanks for your help. I guess, my machine just hanged for a while and now seems to run fine again. Anyway, I have put up a note on the main eXist webpage pointing to the alternate demo server at http://oldenburg.ifs.tu-darmstadt.de:8080/exist/index.xml. Wolfgang On Tuesday 12 August 2003 23:12, you wrote: > I can get http connections fine from hosts in the US, Germany, and various > parts of the UK. As Emiliano remarks, the xquery.asp gives a not found > error, but http://130.83.186.203/exist/ brings up the eXist home page. > > I think the apparent traceroute looping Fredrik reports is just an artifact > of the way the machine's ipfilters are configured to handle icmp packets. > > Michael Beddow |