ANNOUNCE: AxKit-XSP-BasicSession-0.23_2 [security]
Dear all, I have just uploaded a new developer release of BasicSession to CPAN. A review performed by the original author Mike Nachbaur and myself, prompted by the problems Tom Kirkpatrick has reported with the module revealed that BasicSession was in fact not invalidating sessions properly. This may have security implications as information may be carried over, including authentication tokens, to a session even though the user believed that the previous session was exited. We believe that we have fixed this particular problem, as well as a number of smaller problems with this release. Given that there are security implications, I felt that it was appropriate to release this now, as well as this short advisory. Note, however, that we have not tested this extensively, and while it seems to be OK with the File and DB_File backend, and usually OK with the PostgreSQL backend, we have noted problems with the latter, it has been seen to sit there and spin indefinitely. So, until more testing has been performed, one has the choice between a module that has security implications, and one that has seen little testing and has known issues. So, that's why this has been uploaded as a developer release and not an ordinary release. Caveat programmor. Your call. No warranties. Et cetera. It appears to clear out some quite confusing issues that has been present in earlier releases, allthough we're not sure it corrects all known problems. Success or failure reports are welcome. So to the formalities: I report that the uploaded file AxKit-XSP-BasicSession-0.23_2.tar.gz has entered CPAN as file: $CPAN/authors/id/K/KJ/KJETILK/AxKit-XSP-BasicSession-0.23_2.tar.gz size: 14668 bytes md5: 4e6cc5f2ab406e198bf0ddc3e33b8688 From the changelog: 0.23_2 2005-04-28 02:45 - Invalidation of session didn't work properly, which has obvious SECURITY issues. We found this has a result of a review sparked by inquires by Tom Kirkpatrick. - Tom Kirkpatrick pointed out that get-last-accessed-time returned a meaningless time. Mike Nachbaur provided a patch for that. - When using a Pg based backend, different defaults should used. - Actually implement the comment in enumerate. - Some documentation cleanups. - Added quite a lot of debugging statements. Cheers, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/OpenPGP KeyID: 6A6A0BBC pgpou3pnJ599g.pgp Description: PGP signature
Re: Problems with substitute-value in SQLTransformer
On Tuesday 12 November 2002 12:31, Jeremy Quinn wrote: On Monday, Nov 11, 2002, at 19:41 Europe/London, Kjetil Kjernsmo wrote: I have problems with the SQLTransformer in a recent 2.1-dev, more specifically, I can't get the substitute-value element to work. Sorry, but this works fine for me in 2.1dev FWIW, it is also happening with 2.0.3. I installed it on a completely different machine, with a different installation of Tomcat too. Still, the substitute-value element inserts no value. Suggestions are very much welcome. Cheers, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL Theory Best Practices
On Sunday 10 November 2002 01:23, Justin Fagnani-Bell wrote: file extensions can (and IMO should) exist side-by-side. Is there a well-recognized standardization of file extensions? RFC? ISO standard? W3C recommendation? I'm curious, because I'm not aware of any such standard. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with substitute-value in SQLTransformer
Hi list! I have problems with the SQLTransformer in a recent 2.1-dev, more specifically, I can't get the substitute-value element to work. This is a pipeline from my sitemap: map:pipeline map:match pattern=artikler/*/* map:generate src=resources/articlessql.xml/ map:transform type=sql map:parameter name=use-connection value=posttest/ map:parameter name=show-nr-of-rows value=true/ map:parameter name=filename value=flatjord1/ /map:transform map:serialize/ /map:match /map:pipeline (I later intend to replace the filename with some other value, this is simplified to illustrate) And this is the query bit: ?xml version=1.0? document sql:execute-query xmlns:sql=http://apache.org/cocoon/SQL/2.0; sql:query SELECT * FROM articles WHERE filename='substitute-value sql:name=filename/'; /sql:query /sql:execute-query /document Well, so the query to be executed is SELECT * FROM articles WHERE filename='flatjord1'; and if I write that instead of the substitute-value-element in the query element, it works. With the above code, however, the resulting XML-code (my default serializer is xml), is minimal and can be seen here: http://test.skepsis.no:8080/cocoon/skepsis0.1/artikler/historie/flatjord1 But looking in sitemap.log, I see this: DEBUG (2002-11-11) 19:50.51:721 [sitemap.transformer.sql] (/cocoon/skepsis0.1/artikler/historie/flatjord1) Thread-4/AbstractSAXTransformer: END endRecording fragment=?xml version=1.0 encoding=ISO-8859-1? SELECT * FROM articles WHERE filename='substitute-value xmlns:sql=http://apache.org/cocoon/SQL/2.0; sql:name=filename/'; DEBUG (2002-11-11) 19:50.51:776 [sitemap.transformer.sql] (/cocoon/skepsis0.1/artikler/historie/flatjord1) Thread-4/AbstractSAXTransformer: END endSerializedXMLRecording xml= SELECT * FROM articles WHERE filename=''; DEBUG (2002-11-11) 19:50.51:778 [sitemap.transformer.sql] (/cocoon/skepsis0.1/artikler/historie/flatjord1) Thread-4/SQLTransformer: QUERY IS SELECT * FROM articles WHERE filename=''; So, apparently, the value in filename is never substituted. Any idea what I'm doing wrong? My database is PostgreSQL 7.2.3, but that can't have anything to do with it, can it? I've been looking in the source, and it seems that I should be seeing the string SUBSTITUTE VALUE in the logs if substitution is happening. I've grepped through all the logs without finding that. I guess that's a bad sign Some threads in the archives have said something about escaping quotes, and I find something about that in the code too, but I don't understand what it does or if it could have anything to do with it either. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Another XSP - and no mention of Cocoon
On Monday 11 November 2002 20:59, [EMAIL PROTECTED] wrote: So what if these guys did a white room implementation of XSP and came up with a bright idea and said ... let's call it XSP. There doesn't appear to be much to stop them from doing this. Unless you sue them to look at their code and see if it came from apache and then they're in violation of the apache license. Well, IANAL, but...: Indeed, that is a possibility, if there is Cocoon code in there, then they have probably violated the license. My issue here is that there's nothing protecting apache about the project names, No, then it would have to TMed, I think. I'd look into copyrighting some of these concepts in addition to the license. This seems to be the one big whole IMO of opensource projects. The license protects the usage of the code but the copyright protects the usage of the concept/branding/etc. And right now there doesn't appear to be any protection of the concept/branding. No, because that, I think is pretty much a patents and trademark issue, not a copyright issue, if I've understood any of this right. Basically, you would have to apply for patents and trademarks, and make a huge effort, but there's very little to gain from it. I think the best we can do is to publicly scream bloody murder and see these guys have ripped off an open project and tries to make a buck off of a small subset of it, can you believe anybody would pay for that? Hopefully, nobody will. Again speaking as IANAL and only from what I've read in this thread. :-) Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Another XSP - and no mention of Cocoon
On Monday 11 November 2002 22:06, [EMAIL PROTECTED] wrote: However under trademark law there is the concept of common law trademark where you don't explicitly trademark anything (something I learned from my lawyer family in the last 15 minutes.) Really...? Yeah, I thought I had heard something to that effect too, at least under Norwegian law, but I remember saying something like that on Slashdot, and somebody there argued well that it was wrong, so I thought I was wrong about that. But I think it makes sense that you don't have to register a word to have some option to stop people blatantly ripping you off. This is under trademark infringement. Personally I'd do something, if nothing else to write a cease and desist/angry email. Yeah, or just drop them a note saying eh, folks, you _have_ seen the Cocoon-project right? We hope you guys can change your name, to avoid possible confusion. After all, that's how I would have been liked to be contacted if I had made an honest mistake, that happens too. Cheers, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL Theory Best Practices
Hi! Interesting thread! Most things has been said allready, but I'll just add a little .02 (whatever currency) :-) On Thursday 07 November 2002 23:57, Tony Collen wrote: However, later I realize that using file extensions is bad. Read http://www.alistapart.com/stories/slashforward/ for more info on this idea. The article is interesting, but a little too narrow. Indeed, using file extensions are Bad[tm] for URIs because you tie the address to a specific technology, which you may not be using in some years. For that reason not changing the default cocoon in Cocoon URIs are also a Bad Thing[tm]. The authorative reference on this topic is TimBL's rant Cool URIs don't change: http://www.w3.org/Provider/Style/URI :-) So, using directories for everything is one possibility, and if you do, make sure to include the trailing /, to avoid useless 301 redirects. Another option is to use Content Negotation, which is well defined in HTTP 1.1 (and earlier, IIRC), it's weird that it isn't more widely used. But, both content negotation and using directories for everything are both solutions that exists mainly because URIs have been so strongly tied to the file system of the server, and the mentioned article seems to take as granted that this connection is a necessity, but as Cocoon proves, this is not so. Just use sensible matches. It also means that requiring a trailing slash on every URI is a bit too much, I only do that if there is logically a hierarchal substructure. As for the problem of serving different formats to the client, I really have no good solution. What the user agents should do, was to let the user easily manipulate the Accept-header, so if the user wants a PDF-file, he would send only application/pdf in the Accept header, and the server would know that the user wanted a PDF-file, and send that. Given that it doesn't exist, appending the type to the URI is probably not too bad. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL Theory Best Practices
On Saturday 09 November 2002 21:33, Miles Elam wrote: Antonio A. Gallardo Rivera wrote: Kjetil Kjernsmo dijo: On Thursday 07 November 2002 23:57, Tony Collen wrote: However, later I realize that using file extensions is bad. Read http://www.alistapart.com/stories/slashforward/ for more info on this idea. I know about that. The theory is fine, but in the real world... Are you tried to open a PDF file without the .pdf extension with MS IE 6.0 SP1? No, I have barely touched IE since 3.0. It does not work. MS IE relays mainly on the extension of the file to open a pdf file. What?!? What you're saying is that IE is ignoring the content-type? That's just incredibly silly... How we can address this? I already know that Carsten and Mathew in his book dont recommend the use of extension and I agree. But how we can tell MS Internet Explorer about that? PDF isn't IE's normal method of receiving information (ease of use with Acrobat aside). If you specifically want the PDF representation, specify *.pdf. If what you want is the resource, then you aren't asking specifically for PDF. If all you have is PDF and PDF is the only representation, then having your URL specify that you are serving PDF hurts no one and corrupts no URLs. Yes it does! What representation is chosen should only depend on the Accept header, and what the UA should do with a file it receives should have nothing to do with the filename whatsoever, it should be based on the Content-Type-header in the response, solely. It's been a while since I read the HTTP 1.1 spec, but IIRC, it is pretty clearly spelled out there. It should only depend on the MIME-type. On the server and client sides, separately, how it is done is of no concern of anybody, but that the client depends on what file extension the server uses has to be a violation of the spec, again IIRC. During content negotation, an extensionless URL should be responded to with 200 if the server has a representation which is acceptable according to the client's Accept*-headers, with a Location-header saying where to find the best file, and that file may well have a .pdf extension. If no appropriate representation is found, the server should respond with 406. /rant Cheers, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL Theory Best Practices
On Saturday 09 November 2002 23:41, Antonio A. Gallardo Rivera wrote: The true is that I wrote. If you dont believe me, I recommend you to check the archive of this mailing list. This was not my fault. Not only I found this error many other people had the same problem with IE 6.0 SP1. I fighted with generation of PDF the content for a day after I realize that the extension must be .pdf or it will not work! This is why I told you about the fine theory and the cruel reality. :-D Uh-oh I'm catching some bad vibs... Can someone do me a favour of going to http://www.kjernsmo.net/ with IE6 and see what happens? The mainpage isn't a big thing, it is pure XHTML, but per the XHTML 1.0 spec, it is served as text/html, but it is using simple Apache content negotation to set that. So, I've got this bad feeling that IE is going to ignore the content-type header and just list it as raw XML with no stylesheet, because that is what would be a logical consequence of what you write. But I can't for the life of me understand how it can be standards-compliant... Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL Theory Best Practices
On Saturday 09 November 2002 23:57, Barbara Post wrote: Oh, I get 406 code, I didn't know this one !! I have IE6 SP1 on Windows 2000 Pro. Hehe, oh well, that's another browser quirk, but a much less serious so. I use language negotation too, so what everybody _should_ do is go into their settings and make sure they enable all languages they know how to read... Check out http://www.debian.org/intro/cn for a howto... Lacking that, browser vendors should add an *;q=0.001 to their language strings to avoid this error, but that's a lot more IMHO than the other things I've written in this thread... :-) I'd tried to talk the Mozilla folks into that in Bug 55800, http://bugzilla.mozilla.org/show_bug.cgi?id=55800 and the fact that you're getting 406 is proof that they are wrong... :-) Anyway, I've been logging language settings for a long time on one of my sites, and it was in fact very few users who had browsers were it would break, and language negotation is quite cool, so I decided to use it. Besides, those users who have it wrong could be catered for with a good error handler, if I had bothered... :-) Thanks for checking! :-) Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: my.roles file
On Friday 08 November 2002 10:48, Ryan Heise wrote: 1. edited one line of cocoon.xconf to read: cocoon version=2.0 user-roles=WEB-INF/my.roles Yep, they're wrong, it should read: cocoon version=2.0 user-roles=/WEB-INF/my.roles ^ A patch to the FAQ I submitted has been applied, but the change has not yet propagated to the web pages, it seems (why?). Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build Fail ?
On Wednesday 06 November 2002 09:52, [EMAIL PROTECTED] wrote: I get this : [javac] Compiling 110 source files to C:\xml-cocoon2\build\cocoon\scratchpad \classes [javac] C:\xml-cocoon2\build\cocoon\scratchpad\src\org\apache\cocoon\ant\Del ayedFileOutputStream.java:105: cannot resolve symbol [javac] symbol : constructor FileOutputStream (java.io.File,boolean) [javac] location: class java.io.FileOutputStream [javac] fos = new FileOutputStream(file, append); [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 1 error BUILD FAILED AOL (which mean me too for those who are not into the jargon). Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon user-roles=failure
On Tuesday 05 November 2002 21:44, Phil Shafer wrote: Peter Royal writes: Did you try /WEB-INF/ ? Nope, that did it. Cool. I was thinking the /localhost/jtk/ was part of the problem, but appearantly this is handled internally by something (jndi?). Hm, I posted a patch for this at Bugzilla after having spent a week in intense agony over this problem, and while my bug report as far from a piece of art, it would save many people some headaches if it was applied... Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.OutOfMemoryError
On Friday 01 November 2002 16:32, Alex Romayev wrote: Sorry, it's 196M, not 96M. Still not much, but it had been sufficient enough untill I've upgraded Tomcat to 4.1.12! I run Cocoon on 98MB RAM, and that works fine... GNU/Linux is the OS, though. The startup is very slow, but serving pages works well. Not that I wouldn't like a bigger box, but it is what I've got... Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.OutOfMemoryError
On Saturday 02 November 2002 21:29, Alex Romayev wrote: Which version of Tomcat are you running? 4.1.12. It seems that it has to do with my upgrade, either the new version of Tomcat (4.1.12) requires all of a sudden requires a lot more memory (not very likely) or there is some incompatibility (shared libraries, version of Java, ...?). I really have no clue, but I had many unresolved issues with other installations. For the record, my current configuration is Debian Woody GNU/Linux 2.4.19, Java SDK 1.3.1 Debian packages from Blackdown, Tomcat 4.1.12 and Cocoon 2.1-dev. Indeed, the Java processes that runs take up a lot more memory than I have (yeah, I'd _like_ a better box, if anybody has a PII mobo lying around, I have a CPU.. :-) ), but I can't see anything that indicates that the memory requirement is much greater with Tomcat 4.1.12 than the Debian packages of 4.0.3. Has anyone else tried Tomcat 4.1.12 and the latest Cocoon 2.1 dev? Any issues with that? None here. That is, I haven't really put it to the test yet, but at least it runs. Any ideas, even half baked would help at the moment! I know how it feels... All I can say: Linux is cool, you know...! :-) Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Empty anchor tags
On Tuesday 29 October 2002 17:26, Tuomo L wrote: a name=foo Whooa, that would be a spec violation, IIRC... :-) Called with: a href=#foolink to foo/a This doesn't work with IE: a name=foo/a Ideas anyone? Use the id-attribute. All elements have an id-attribute which is intended for this purpose. Presumably, you can use the id-attribute with some other element, e.g. a header h2 id=fooThis is the Foo Subsection/a or, if there is no natural anchor there, you need one of the generic elements, span for inline and div for block, e.g.: There's a span id=fooFoo/span in the Bar! See http://www.w3.org/TR/html401/struct/global.html#adef-id Note that id is a relatively new attribute, and not all older browsers support it, lynx was the first, AFAIK! :-) Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Empty anchor tags
On Tuesday 29 October 2002 18:09, Tuomo L wrote: Thanks, it works now. Great! Should follow the specs. Yup! Wasn't a name=foo valid in HTML 4.0, though? Nope, I'm quite sure it wasn't. May have been valid in 3.2 but 3.2 was DTDed tag soup anyway :-) Id is better anyway, it's more generic. Yeah, it's nice! Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
User-roles (was Re: Installing the mail component)
Hello! I resolved the URIResolver problem by installing Tomcat 4.1.12 (still don't understand what the problem was, though). So, I'm back to trying to get user-roles for the mail component working. I'm still stuck with that. My current config involves the 1.3.1 SDK from Blackdown, Tomcat 4.1.12 and Cocoon 2.1-dev from yesterday. I have compiled the mail component successfully, typed in the myroles.xconf file according The Book (checked many times...), and added the config for the component to cocoon.xconf. Then, I add user-roles=WEB-INF/myroles.xconf to the cocoon-element of ditto. I think that should be what I need to get going, but I get errors. ERROR (2002-10-18) 11:59.20:465 [access] (Unknown-URI) Unknown-thread/CocoonServlet: Exception reloading org.apache.avalon.framework.configuration.ConfigurationException: Error trying to load user-roles configuration The basic error is still the same, but seems to bubble up from elsewhere: ERROR (2002-10-27) 17:01.29:656 [access] (Unknown-URI) Unknown-thread/CocoonServlet: Exception reloading org.apache.avalon.framework.configuration.ConfigurationException: Error trying to load user-roles configuration at org.apache.cocoon.Cocoon.configure(Cocoon.java:400) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:284) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1269) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:469) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:924) at [snip] java.io.FileNotFoundException at org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344) at java.net.URL.openStream(URL.java:798) at org.apache.cocoon.Cocoon.configure(Cocoon.java:395) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:284) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1269) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:469) [snip] Frustrating, that is what it is... :-) Again, I can't do much other than ask for assistance... Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG: NoClassDefFoundError
On Friday 25 October 2002 16:28, Christian Parpart wrote: On Thursday 24 October 2002 5:48 pm, Kjetil inspired the electrons to say: On Thursday 24 October 2002 13:50, Christian Parpart wrote: org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoClassDefFoundError Hm, I wonder if it is related to the error I'm seeing. Can I ask which SDK you're using, at what platform? I was first using Sun Java SDK 1.4.1 for Linux (completely gcc3.2 build), after getting linkage errors by that binary only version against the old libstdc++ (wich, of course, does not exist). Yeah, I've been through that too... I got that fixed by doing some symlinks, it worked, but it isn't pretty. I can dig it up I think if you want. This error was raised at sitemap compilation at the very beginning Yep. I had to switch to blackdown jdk 1.3.1. Here I got the error described. Blackdown JDK (1.3.1) is binary only distributed, too. but it seems that it's not linked against libstdc++. Yep. Well, I'm using Gentoo Linux with latest kernel, but this is probably not the point; but Yeah, where (TF) are the wizards now? Well, there is a big volume here, even wizards can't get through everything, I'm afraid. I must admit I really miss their kind advice (hint, hint!) :-) Anyway, I found a wizard elsewhere too, and he told me that he had seen this error before in Tomcat 4.0.2 and Cocoon 2.0.1, and the workaround back then was to copy certain files from cocoon/WEB-INF/lib to $TOMCAT_HOME/common/lib. I did that, more specifically, this is what I did: cp ../../webapps/cocoon/WEB-INF/lib/xml-apis.jar . cp ../../webapps/cocoon/WEB-INF/lib/xalan* . cp ../../webapps/cocoon/WEB-INF/lib/batik* . (obviously, you have to modify to suit you). That solved that problem, but only to give me another problem I've been struggling with, that I've asked for help about in the message I posted with the subject: IOException when installing Cocoon 2.1 So, I get an IOException with 2.1 Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG: NoClassDefFoundError
On Thursday 24 October 2002 13:50, Christian Parpart wrote: org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoClassDefFoundError Hm, I wonder if it is related to the error I'm seeing. Can I ask which SDK you're using, at what platform? I too get a NoClassDefFoundError on a class that really should be found...: Error: java.lang.NoClassDefFoundError: javax/xml/transform/URIResolver Looking for URIResolver: pooh:/var/lib find tomcat4/ -name *.jar -exec grep URIResolver {} \; Binary file tomcat4/webapps/cocoon/WEB-INF/lib/xml-apis.jar matches Binary file tomcat4/webapps/cocoon/WEB-INF/lib/excalibur-xmlutil-20020820.jar matches Binary file tomcat4/webapps/cocoon/WEB-INF/lib/batik-all-1.5b2.jar matches pooh:/var/lib jar tvf tomcat4/webapps/cocoon/WEB-INF/lib/xml-apis.jar | grep URI 246 Wed Feb 06 10:49:42 CET 2002 javax/xml/transform/URIResolver.class Yep, there it is! I've been using various SDK's from various sources, this one is 1.3.1 from Blackdown on Debian Woody GNU/Linux 2.4.19. I've seen many different errors with different SDK's, this one seems to only come with some builds of this version... So, I can't be of any help, but if it is correct that there is some relationship here, maybe the wizards can get onto something. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IOException when installing Cocoon 2.1
Hello again! I have deleted everything (again) to do a fresh re-install of Java, Tomcat and Cocoon. Now, I have downloaded the latest 1.4.1 from Sun's site, I still use Tomcat 4.0.3 from Debian Woody and Cocoon is 2.1-dev, taken from CVS yesterday. It compiles fine, and Tomcat seems to be running fine, but when I go to /cocoon/ it redirects to /cocoon/documents/index.html and that seems OK, but then nothing loads. This is at http://test.skepsis.no:8180/cocoon/ (the strange port number is set by Debian). When looking in the logs, I find this: ERROR (2002-10-22) 16:04.15:122 [access] (Unknown-URI) Unknown-thread/CocoonServlet: Cocoon servlet threw an Exception while trying to close stream. java.io.IOException: Cannot find message associated with key 'responseStream.suspended' at org.apache.catalina.connector.ResponseStream.flush(ResponseStream.java:237) [...] I have no clues, any takers? Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
URIResolver error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I continue to work my way through the errors. I'm back to SDK 1.3.1 now this time downloaded from Sun, other than that, my setup is like before. I'm seeing the same error that I saw with the latest SDK from Blackdown, which I first abandoned for that reason. This is the most significant part of the root cause, I believe: java.lang.NoClassDefFoundError: javax/xml/transform/URIResolver Apparently, the URIResolver isn't found, but I don't even know how to start addressing this. Best, Kjetil - -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9tcgXlE/Gp2pqC7wRAmpgAJ4vpleM5+Db0Gt+7pngPSkbsoOJ4gCfegL/ r9ktGJAT6g2xMEddI+auMxQ= =JP8F -END PGP SIGNATURE- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can't compile the mail component
Hello again! Arrrgggh. I'm feeling totally lost. I can't even get the mail component from Matthew and Carsten's book byte-compiled... :-( Just to cite some system details first: I have a Debian Woody system, Tomcat is 4.0.3. I have the latest SDK from Blackdown. During the past few days, I've erased and reinstalled everything that has to do with Java, Tomcat and Cocoon many times. Cocoon is 2.1-dev, compiled a couple of days ago from CVS. Tomcat constructs it's own classpath, as I've understood it, but I've got to make sure that I have the correct classpath when I compile stuff, right? Well, I have set it to echo $CLASSPATH /var/lib/tomcat4/webapps/WEB-INF/classes:/var/lib/tomcat4/webapps/WEB-INF/lib:/var/lib/tomcat4/webapps/cocoon/WEB-INF/classes:/var/lib/tomcat4/WEB-INF/lib:/var/lib/tomcat4/webapps/examples/WEB-INF/classes:/var/lib/tomcat4/webapps/examples/WEB-INF/lib That should cover most of it. But when I compile: javac MailComponent.java MailComponent.java:3: cannot resolve symbol symbol : class Component location: package component import org.apache.avalon.framework.component.Component; ^ MailComponent.java:6: cannot resolve symbol symbol : class Component location: interface cxa.component.mail.MailComponent extends Component ^ 2 errors I interprete this compile-time error to mean that it can't find org.apache.avalon.framework.component.Component. It is natural to assume that it has something to do with the classpath. So I go on to look for the class, and it appears to be here: jar tvf /var/lib/tomcat4/webapps/WEB-INF/lib/avalon-framework-20020627.jar | grep Component 137 Thu Jun 27 18:40:08 CEST 2002 org/apache/avalon/framework/component/Component.class So, even if the classpath has it's weaknesses, I should get rid of at least _this_ error by including the classpath at the command line, right? I can't even get that working...: javac -classpath /var/lib/tomcat4/webapps/WEB-INF/lib/ MailComponent.java MailComponent.java:3: cannot resolve symbol symbol : class Component location: package component import org.apache.avalon.framework.component.Component; [...snip...] Oh well, I don't think I've ever felt this lost before. I was able to compile a Hello World minimal example, though... Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Installing the mail component
Hi List! I'm trying to get the Mail component from Matthew and Carsten's book installed, but I can't get it right. The problem seems to be that Cocoon can't find my myroles.xconf and thus it stops with a Cocoon was not initialized.-message. I have cocoon.xconf and myroles.xconf in $TOMCAT_HOME/webapps/cocoon/WEB-INF After consulting the FAQ, my cocoon.xconf root element looks like this: cocoon version=2.0 user-roles=WEB-INF/myroles.xconf First, I didn't have the WEB-INF/ part there, because cocoon.xconf is there too, and I assumed that if they both were in the same dir, there would be no problem. Then, I have moved myroles.xconf around, created symlinks to and from everywhere. For every change, I've restarted Tomcat. Yet, I see messages like ERROR (2002-10-17) 23:35.44:746 [core] (Unknown-URI) Unknown-thread/Cocoon: Could not configure Cocoon environment with user roles file java.io.FileNotFoundException at org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344) So, it seems like it doesn't find my myroles.xconf, but with the many places I've tried to put it or link it, that sounds strange. Can there really be a place I haven't thought of...? I've been wondering if it is something else that it doesn't find. mail.jar is in $TOMCAT_HOME/webapps/cocoon/WEB-INF/lib , the two MailComponent* files are in $TOMCAT_HOME/webapps/cocoon/WEB-INF/classes/cxa/components/mail (all these things are copied unedited right from the CD to the server) and myroles.xconf looks like this: ?xml version=1.0? role-list role name=cxa.component.mail.MailComponent shorthand=mail default-class=cxa.component.mail.MailComponentImpl/ /role-list I've been staring at those six lines for the last four hours, just in case there was something there I didn't understand, or if it was something as trivial as typo somewhere... I haven't put the transformers anywhere, but they're not involved at this point...? I think my brain is about to blow up, can anybody save it...? :-) Best, Kjetil - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installing the mail component
On Friday 18 October 2002 05:46, Geoff Howard wrote: Is the directory really named ...cxa/components... (plural) while the package name cxa.component... (singular)? If so, there's your typo. Arrgh! Yeah, you know, sometimes you shouldn't stare but rather go to bed... :-) It seems that plural is used more frequently elsewhere... Unfortunately, it didn't correct the problem. I am now quite confident that myroles.xconf is loaded, because if I drop WEB-INF/ from it's path, it complains explicitly that it isn't found, which should mean that it is found when I include WEB-INF/ . I get another error message now that I didn't see before. ERROR (2002-10-18) 11:59.20:465 [access] (Unknown-URI) Unknown-thread/CocoonServlet: Exception reloading org.apache.avalon.framework.configuration.ConfigurationException: Error trying to load user-roles configuration It is something that it can't find, because I get an FileNotFoundException further down, and this is in addition to the other error message: ERROR (2002-10-18) 11:59.20:423 [core] (Unknown-URI) Unknown-thread/Cocoon: Could not configure Cocoon environment with user roles file java.io.FileNotFoundException at org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344) But what is it that it can't find, and why? BTW, how is cocoon supposed to find the mail.jar? From the shorthand name and the fact that it is in WEB-INF/lib only? I haven't told it anything other than that...? If not, make sure that the user tomcat is running as has at least read access to myroles.xconf. That happens to me all the time since I run tomcat as a different user than my login. I've got umask 022 on my login account, so it can't be that... And I double-checked... :-) I'm wondering, could it be something that is not really my fault...: In the first comment of cocoon.xconf, there is a line that says: - webapp/cocoon.xconf (this file) - describes each core component but cocoon.xconf isn't there anymore, it is in WEB-INF/ Obviously, this is just a comment, so it doesn't have to have anything to do with the code, I'm just wondering. My 2.1-dev is from Sep 5, BTW, if that's relevant. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installing the mail component
On Friday 18 October 2002 15:22, Geoff Howard wrote: Disclaimer: I am not in the least familiar with the mail component that you are trying to install. I'm just looking at your general situation of trying to debug roles configuration at startup. Yeah, but that's OK! (that's a much longer disclaimer than IANAL... :-) ) It may have - try stopping your servlet engine, deleting the work directory and restarting. This shouldn't be necessary, but sometimes it is currently. Mmmmkay. I did more than that: I removed the whole cocoon installation, removed all my current experiements, installed and unzipped a cocoon.war I compiled from a fresh CVS a couple of days ago, and deleted /usr/share/tomcat4/work which is where I think my Debian Woody distro has the tomcat work directory. Then, I confirmed that the new cocoon installation worked, before stopping Tomcat again, deleting the work directory again, restarting Tomcat, modify cocoon.xconf and reinstall myroles.xconf, and then No... :-( Same error. I am now quite confident that myroles.xconf is loaded, because if I drop WEB-INF/ from it's path, it complains explicitly that it isn't found, which should mean that it is found when I include WEB-INF/ . Well, that only tells you that myroles.xconf is found and it's trying to load. Right. The first error below explicitly says that it didn't load: Error trying to load user-roles configuration Yep. I get another error message now that I didn't see before. ERROR (2002-10-18) 11:59.20:465 [access] (Unknown-URI) Unknown-thread/CocoonServlet: Exception reloading org.apache.avalon.framework.configuration.ConfigurationException: Error trying to load user-roles configuration I'd double check your myroles.xconf for typos :) etc. ntuple-checked it now :-) You may also want to check the archives for recent problems loading user roles - it may be that the basic mechanism isn't working? Haven't done it in a while. I couldn't find anything on the topic. Lots of stuff about roles in the Authentication Framework though. This next FileNotFound may be a misleading error message - it may be that the failure to load condition above is later on in the code incorrectly assumed to be identical to FileNotFound. Yeah. Those Java error messages are often hard to interprete... BTW, how is cocoon supposed to find the mail.jar? From the shorthand name and the fact that it is in WEB-INF/lib only? I haven't told it anything other than that...? Unless I misunderstand the issue, it's not looking for mail.jar - it just places all jars in /lib on the classpath at startup and then it will be able to find any package names it needs there, along with other jars. OK, so that shouldn't be a concern. How do I figure out what classes are in the classpath, BTW? (I guess this is something I ought to know, I've got Learning Java in my office, but I haven't been there for a while, due to that I've got a new apartment that needs a lot of work). If it's not too long, can you copy mroles.xconf here? Where? Right here? This is it: ?xml version=1.0? role-list role name=cxa.component.mail.MailComponent shorthand=mail default-class=cxa.component.mail.MailComponentImpl/ /role-list BTW, I found that on the CD from the book, the directory was indeed named with components, but obviously, it is not meant to be run from there, so it probably doesn't mean anything. Obviously the comment was not updated since xconf was moved, but that isn't the problem. OK. Well, here's the patch... :-) : 7c7 - webapp/cocoon.xconf (this file) - describes each core component --- - webapp/WEB-INF/cocoon.xconf (this file) - describes each core component The basic idea though that the mail component isn't working correctly with 2.1 dev is a very likely possibility. Isn't the book based on 2.0.3? Mmmm, yes, at least the 2.0 series. I think it is hard to envision that any new stuff in 2.1 would have that much of an impact on this component. It looks quite straightforward... Then it would rather be something from Avalon, specifically, it implements the Parameterizable interface. Has there been big things there? Wonder if Matthew reads this? Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Port 8180 works, port 80 with mod_jk doesn't ... and it feels so close
On Friday 11 October 2002 22:05, Geoff Howard wrote: P.S. Do you really mean 8180? FYI, Debian seems to do this. I work on that port too. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XML stylesheet processing instruction
Dear all, I want to serve XML with a stylesheet to as many clients as possible, but I haven't figured out how to include a processing instruction of the type described in http://www.w3.org/TR/xml-stylesheet/ , for example ?xml-stylesheet href=xmlcssns.css type=text/css ? in my sitemap (or whereever it would be convenient to include such an instruction). Well, I can always include it the sitemap, but it needs to make it all the way through the serializer... :-) As many recent browsers are capable of processing XML styled with CSS, I think of (X)HTML mainly as transitional technology :-) Any hints? Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML stylesheet processing instruction
On Tuesday 08 October 2002 15:00, Niels Bjerre wrote: I include reference to CSS-stylesheet ind the transformation stylesheet: xsl:template match=root link href=pathToFile/x.css rel=stylesheet type=text/css / /xsl:template That won't work if you're not serializing to XHTML, right? I'm outputting XML directly to the browser. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stuck on Hello World, with non-FAQ Problem
On Monday 07 October 2002 19:24, Sonny Sukumar wrote: The error: The requested URI /cocoon/helloworld was not found. Now, the pipeline config info in sitemap.xmap: I could have wild guess at this since I just was confused looking at a helloworld example myself. But of course, your problem could be entirely different from mine. Anyway, try access with cocoon/helloworld/helloworld instead. You'll need that if your sitemap is a dir of its own. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Why HTML...?
On Wednesday 18 September 2002 17:58, Alexander Schatten wrote: well, thank you for your configuration: I have edited the sitemap so to precisely your settings, but the result still has XML header and IS xhtl. I don't have an answer to the question, but I have noted that you can serve XHTML with the text/html MIME-type if you follow a set of guidelines set forth in http://www.w3.org/TR/xhtml1/#guidelines So, why worry? Of course, I could be missing something fundamental, and since I'm just serving a very small number of XHTML-documents myself, it could be that popular user agents have problems processing XHTML to spec that I haven't discovered. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems installing Cocoon 2.0.3
On Wednesday 21 August 2002 16:35, Barbara Post wrote: try to update xerces to 2.0.2 version. I had this problem too, same environment. H, I'm seeing the same error message right now. I'm trying to install CocoBlog, so I pulled a copy of Cocoon2.1 from CVS last night. Yeah, I guess I'm too adventurous, but I really need this. However, I'm on a Debian system, and I got xerces from testing, which is 2.0.2. Remove xercesImpl-2.0.0 from cocoon's WEB-INF/lib. OTOH, I never had that... Should I really? However, I guess it could be a different problem: Somewhat further down the error page I'm seeing the following: root cause java.security.AccessControlException: access denied (java.util.PropertyPermission javax.xml.parsers.SAXParserFactory read) 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.SecurityManager.checkPropertyAccess(SecurityManager.java:1278) at java.lang.System.getProperty(System.java:560) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:229) [snip] So, it seems to be some permission problem. Therefore, I created a tomcat-group, and made the tomcat4-user that runs the server a member of that group, and added the write permissions for the group to /var/lib/tomcat4/webapps which is where I keep the .war, but that didn't help. One concern: While I was compiling, using J2SDK1.3, it warned me that the build was for 1.2. Is this something I shouldn't ignore? Help is greatly appreciated. Best, Kjetil -- Kjetil Kjernsmo Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.kjetil.kjernsmo.net/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]