Re: RE: AW: another issue, this time with page loading
Jacob Kjome <[email protected]>
| Newsgroups | gmane.comp.java.enhydra.xmlc |
|---|---|
| Message-ID | <[email protected]> |
At 10:13 PM 9/8/2003 +0200, you wrote: >V Po, 08. 09. 2003 v 18:17, Jacob Kjome pí¹e: > > Hi Petr, > >Jake, > > > I think I might know the reason for this, but I'm not sure why it hasn't > > been witnessed before by Unix users compiling documents off-line (you are > > using some sort of Unix, right?). > >This was from Linux and I was 100% online. That's odd. Anyway... >Besides, I was trying to create a simple show-case of another problem to >Enhydra team. The original problem was that XMLC 2.2 (as included in >Enhydra 5.1RC1) does not allow me to compile the perfectly valid XHTML >file. But that happened in JBuilder 8 which is so complex environment >that I decided to create something simpler that would be reproducible >for the Enhydra team. And then I ran into this file:/ problem. I don't >know if it's related to the <meta id> problem or not but it seems >likely. Can you supply the .xhtml file that you are compiling? I'd like to verify this. Or are you saying that only happens under JBuilder and not under the command line? > > Maybe not many were compiling the > > various supported XML documents while, at the same time, off-line. > >I repeat that I was not off-line. > > > What I found in Barracuda was that when we were using an xcatalog for a > > local definition of a dtd, things were failing for one of our users who > was > > building Barracuda on Linux while offline. It seems that using > "file:/" on > > Unix causes it to point to the root of the file system rather than the > root > > of the sourcepath/classpath. However, either "file:/" or "file:" works > > fine on Windows. > >I believe that the definion of URL is protocol://server/path so neither >"file:org/" nor "file:/org/" is correct URL. If anything then it should >be "file://"+path, in this case "file://org/enhydra/..." for relative >path or "file:///org/enhydra/..." for absolute path. Ok, can you try file:/// and/or file:// then and see if that solves the problem? I don't have a Linux box to verify this, so I'm counting on you to do the testing. If it works, then I'll check in the corrected default.xcat file. Jake >Petr > > > >_______________________________________________ >XMLC mailing list >[email protected] >http://www.enhydra.org/mailman/listinfo.cgi/xmlc