Re: [heads-up] wiki abuse: your advice please
On Friday 14 March 2003 21:46, Steven Noels wrote: Your thoughts, please: what kind of policy would you come up with, or are willing to live up to? IP address blocking is no good. A lot of people have dynamic IPs (either by dial-up or ADSL). I favour a simple self-registration, with email address as user name (so that the community can bombard the intruder with hate mail - just kidding). Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HostSelector
I believe that there is something wrong in your Tomcat setup. I have exactly the same Sitemap fragments, but using VirtualHost in Apache WS, and passing through Tomcat without change to the default configuration. And that setup works well. On Friday 14 March 2003 23:09, Kevin McDermott wrote: I'm running Cocoon 2.0.4 on IBMJDK 1.3.1. I've got Apache NameVirtualHosting, onto Tomcat 4.1.18, which is mapped to the same Cocoon instance. My sitemap.xmap has been stripped down and I've entered the following host setup map:selector logger=sitemap.selector.host name=host src=org.apache.cocoon.selection.HostSelector/ host name=poc1 value=poc1.mydomain.com/ host name=poc2 value=poc2.mydomain.com/ /map:selectors In my Main Pipeline, I've got map:select type=host map:when test=poc1 map:mount uri-prefix= src=content/poc1.mydomain.com/sitemap.xmap / /map:when map:when test=poc2 map:mount uri-prefix= src=content/poc2.mydomain.com/sitemap.xmap / /map:when /map:select But, nothing seems to be matching the hosts correctly... Apache's NameVHosting fine, Tomcat's passing it on (I've tested content in the root of a context), but...I get this error in my Cocoon logs... WARN(2003-03-14) 14:58.10:198 [sitemap.selector.host] (/content/kevin.html) Ajp13Processor[8009][4]/NamedPatternsSelector: No configuration for expression 'poc1' -- failing. WARN(2003-03-14) 14:58.10:200 [sitemap.selector.host] (/content/kevin.html) Ajp13Processor[8009][4]/NamedPatternsSelector: No configuration for expression 'poc2' -- failing. I guess I've got my HostSelector configured wrongly, but, I'm following this http://wiki.cocoondev.org/Wiki.jsp?page=HostSelector advice and getting nowhere... Any suggestions? Thanks Kevin McDermott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [heads-up] wiki abuse: your advice please
what about simply reusing the userlist from the cocoon-dev, cocoon-user, cocoon-doc mailing lists and allow write access only to these registered users ? That should make life easy... I think, authors, who are NOT members of one of the mailinglists, cant be serious authors, because there is no feedback chain ... as a small benefit we even could associate the emailadress to all the wikiauthors, who have NO wiki name ;-) regards, hussayn Niclas Hedhman wrote: On Friday 14 March 2003 21:46, Steven Noels wrote: Your thoughts, please: what kind of policy would you come up with, or are willing to live up to? IP address blocking is no good. A lot of people have dynamic IPs (either by dial-up or ADSL). I favour a simple self-registration, with email address as user name (so that the community can bombard the intruder with hate mail - just kidding). Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: wml generator ?
On Friday 14 March 2003 20:07, zze-MORY Nicolas FTRD/DMI/REN wrote: my source is for example http://www.toto.fr/cinema/titi.wml with pictures .wbmp and i have understand that WML is an xml application and with a good xsl i can generate a xhtml file. But i can't get the .wbmp any idea ? You wrote quoteWML - XML/quote ;o) search www.wapforum.org and www.wapforum.com. Sure the answer is in the WAP Developer area. -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: vendredi 14 mars 2003 12:00 To: [EMAIL PROTECTED] Subject: Re: wml generator ? On Friday 14 March 2003 18:16, Antonio Gallardo wrote: I already checked some mail from http://w3c.org. it seems like we need to find a converter from WML - XML. WML is an XML application !!! Just like XHTML is an XML application. i.e. If you have it in print I can use a Xerox to convert from WML to XML, it already is... What do you mean by a WML generator?? What is the source, files, URLs or attachments in mail messages? Anybody see the light??? Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [heads-up] wiki abuse: your advice please
On Saturday 15 March 2003 16:48, SAXESS - Hussayn Dabbous wrote: what about simply reusing the userlist from the cocoon-dev, cocoon-user, cocoon-doc mailing lists and allow write access only to these registered users ? That should make life easy... I think, authors, who are NOT members of one of the mailinglists, cant be serious authors, because there is no feedback chain ... as a small benefit we even could associate the emailadress to all the wikiauthors, who have NO wiki name ;-) Small problem, you don't have any credentials associated with your subscription. Need to tie in a password with your subscription, or I can misuse it by pretending to be someone else. But in principal, I agree. Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: HostSelector
hi kevin, in case you copypasted it may just be a typo: map:selector logger=sitemap.selector.host name=host src=org.apache.cocoon.selection.HostSelector/ ^^^ element closed I wonder if you're not getting any other errors because of this. host name=poc1 value=poc1.mydomain.com/ host name=poc2 value=poc2.mydomain.com/ /map:selectors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: HostSelector
hi geoff, I actually encountered the problem you mentioned and back then I just added a '*' to match the port string. from a quick look at the sources it seems to me that in the case of the selector things are different; it seems to be checking for a substring match. -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Geoff Howard Gesendet: Samstag, 15. Marz 2003 05:11 An: [EMAIL PROTECTED] Betreff: RE: HostSelector Are you on port 80? If not, try adding :8080 or whatever port you're using to the end of your host string - I seem to recall that this is necessary with the host matcher, and it seems reasonable to guess the the selector to be the same. Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: xsp resulting in empty xml doc and the error ComponentSelector could not find the component for hint [serverpages] in core.log
hi stephan, you might also want to take a look at tomcat's logs, if nothing appears in cocoon's logs. the 'empty' page is most probably because of 'buggy' error-handling (which I think is fixed by now). -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stephan Kassanke Gesendet: Freitag, 14. März 2003 09:59 An: [EMAIL PROTECTED] Betreff: Re: xsp resulting in empty xml doc and the error ComponentSelector could not find the component for hint [serverpages] in core.log Hi, the xsl sheet is chosen dynamically (there are a lot of sections of metadata), so the parameter {1} is replaced in the sitemap. e.g. if you access metadata_overview.html, metadata_overview.xsl is chosen, metadata_general.html reults in metadata_general.xsl etc. But thnaks for the hint about the timestamps. i will have a look at it. Stephan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Newbie
hi richard (again ;-), you may have a stylesheet for it, but from the sitemap.xmap attached I don't see it applied to your xml. another thing; you're not getting any images displayed, are you? just asking because I see your matches on *.gif and *.jpg not being defined within pipelines. the paths in the @src attributes of the readers are most probably wrong (I think the one starting with 'cocoon/' is definitely wrong. let's sort things out a bit; I assume when installing you put the cocoon war in tomcat's webapps directory ($TOMCAT_HOME/webapps). afterwards tomcat unpacked this war and you then had (and now have) cocoon in $TOMCAT_HOME/webapps/cocoon. let's call the latter $COCOON_HOME. in this directory you have a sitemap.xmap file which represents the _root sitemap_. I infer you created a subdirectory 'soundpool' within $COCOON_HOME and inserted a mount for this in your _root sitemap_. something like the following: map:match pattern=soundpool/** map:mount src=soundpool/ uri-prefix=soundpool/ /map:match what you need to understand here is _contexts_. each sitemap represents a different context. and all relative paths within sitemaps are evaluated against the context. examples (assuming a normal cocoon installation, i.e. reachable via http://localhost:8080/cocoon/): 1. localhost:8080/cocoon/foo.xml the 'cocoon' part maps to cocoon's servlet, thus cocoon gets a request for 'foo.xml'. since all the request processing starts from the root sitemap, it would have to be handled here. 2. localhost:8080/cocoon/soundpool/foo.xml assuming the mount of your 'soundpool' sitemap mentioned above. this time cocoon gets a request for 'soundpool/foo.xml'. since you have a matcher in your sitemap for anything starting with 'soundpool' (map:match pattern=soundpool/**) this request is handed to your 'soundpool' sitemap/context (via the map:mount). note here that before being processed by your sub-sitemap/context the prefix 'soundpool' is removed from the request uri (because of the @uri-prefix=soundpool); 'soundpool/foo.xml' becomes 'foo.xml' and is now handed to your sub- sitemap for processing. 3. localhost:8080/cocoon/soundpool/foo/bar/baz.xml same assumptions as in 2. 'foo/bar/baz.xml' is handed to your sub-sitemap. another important point for you to know here is the context's directory (which is the directory the sitemap.xmap for your sub-sitemap/context lives). when you have relative references in your sitemap (e.g. map:read mime-type=image/gif src=foo/bar.gif/) these are resolved against the subsitemap's/context's directory. so, taking your attached sitemap (which I assume lives in $COCOON_HOME/soundpool): !-- images Readers -- map:match pattern=*.gif map:read mime-type=image/gif src=cocoon/soundpool/images/{1}.gif/ /map:match map:match pattern=soundpool/images/*.jpg map:read mime-type=image/jpg src=images/{1}.jpg/ /map:match 1. localhost:8080/cocoon/soundpool/foo.gif same assumptions as in examples above. 'foo.gif' is handed to your sub-sitemap/context. your first matcher matches.then the reader tries to read from 'cocoon/soundpool/images/foo.gif' (the {1} was replaced with the text the '*'matched). this finally resolves (against your context's dir) to $COCOON_HOME/soundpool/cocoon/soundpool/images/foo.gif. so this file would have to exist for things to work. but I assume that you have an 'images' directory in your soundpool folder. thus, your relative references to the image files must be relative to your context's dir. for the .jpgs this is right already. but as mentioned at the beginning, the sitemap snippet above must go into a map:pipeline element. one last point regarding the matching; the single '*' only matches 'flat' file names, e.g. foo.gif, bar.gif, but not paths like foo/bar.gif or foo/bar/baz.gif. though I just tell you before you run into problems. -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Richard Cunliffe Gesendet: Freitag, 14. Marz 2003 09:42 An: [EMAIL PROTECTED] Betreff: RE: Newbie Dave and Joerg, I am also having problems with going onto the 3rd web page. When the link is clicked only the XML displays, despite there being a style sheet for it. I have a attached my sitemap so you can check my pipelines. The !-- soundpool Database (PC Quick Queries) -- is the third page deep. Richard. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: wml generator ?
as was already mentioned WML is an XML application, thus you 'generate' it via the normal 'file' generator. afterwards, conversion to e.g. xhtml should be possible. for the .wbmps you could write a simple converting Reader, for example. JAI has support for .wbmps, so you could read them in and write out .jpgs, for example. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von zze-MORY Nicolas FTRD/DMI/REN Gesendet: Freitag, 14. März 2003 13:08 An: [EMAIL PROTECTED] Betreff: RE: wml generator ? my source is for example http://www.toto.fr/cinema/titi.wml with pictures .wbmp and i have understand that WML is an xml application and with a good xsl i can generate a xhtml file. But i can't get the .wbmp any idea ? -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: vendredi 14 mars 2003 12:00 To: [EMAIL PROTECTED] Subject: Re: wml generator ? On Friday 14 March 2003 18:16, Antonio Gallardo wrote: I already checked some mail from http://w3c.org. it seems like we need to find a converter from WML - XML. WML is an XML application !!! Just like XHTML is an XML application. i.e. If you have it in print I can use a Xerox to convert from WML to XML, it already is... What do you mean by a WML generator?? What is the source, files, URLs or attachments in mail messages? Anybody see the light??? Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: jsessionid=CE76835B0559A701E89C2CD01D1DEF88
that's a servlet container issue, not a cocoon one. just don't use sessions in your app (I assume you don't need to) and the JSESSIONID should be gone. -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stavros Kounis Gesendet: Freitag, 14. Marz 2003 13:24 An: [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: Re: jsessionid=CE76835B0559A701E89C2CD01D1DEF88 this option is inside sub-sitemap where i declare locale action ? On Fri, 14 Mar 2003, Emmanuil Batsis (Manos) wrote: Configuration issue; you probably using URL rewriting instead of cookies to handle user (HTTP) sessions. Stavros Kounis wrote: in http://www.portovistonis.gr some time when i call the url (there is a redirection in apache from / to /xml/ [worp connector]) i get in url somenthing like : jsessionid=CE76835B0559A701E89C2CD01D1DEF88 can anyone explain me where and why this session ID is generated? thnx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Stavros S. Kounis Development Research Department Osmosis - networks consulting services web: http://www.osmosis.gr email:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XT Transformer or XSLT Transformer?
CVS checkout using the branch 'xslt20' I guess. I have not been doing it for myself, I only read it and found the branch via ViewCVS (http://cvs.apache.org/viewcvs.cgi/xml-xalan/java/?only_with_tag=xslt20). Joerg Andrew Watt wrote: At 15:08 18/02/2003 +0100, you wrote: Will cocoon support XSLT 2.0 in the future? Cocoon uses Xalan by default, you can choose and use another XSLT processor like XT or Saxon. The Xalan developer group has a XSLT 2 branch in the CVS, but it's still experimental. Joerg, How can one access the XSLT 2.0 Xalan prototype? By the way, anyone interested in experimenting with XSLT 2.0 code can use Saxon 7.x. It can be downloaded from http://saxon.sourceforge.net/ Andrew Watt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [heads-up] wiki abuse: your advice please
SAXESS - Hussayn Dabbous wrote: what about simply reusing the userlist from the cocoon-dev, cocoon-user, cocoon-doc mailing lists and allow write access only to these registered users ? We don't have access to the list of registered email addresses on cocoon-* lists, and I doubt that will happen any time soon - there's some privacy issues involved with that, too. Pier, do you have any opinion about this? I'm thinking along the lines of adding some container-based authentication around Edit.jsp, and some smallish webapp so that people can register an email address (= user name) / password. Does anyone has something like that laying around? Use cases: * enter email address - generated pwd gets send to you - address pwd are stored in db * you can log into that app - change pwd - drop your registration data * that same database is used for container-based authentication around Edit.jsp What do you guys think? /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [heads-up] wiki abuse: your advice please
Niclas Hedhman wrote: I favour a simple self-registration, with email address as user name (so that the community can bombard the intruder with hate mail - just kidding). Having a valid wiki name is not enough! I think we have to enter a password as well! ...but this would be against wiki design principles [1]: *Open* - Should a page be found to be incomplete or poorly organized, any reader can edit it as they see fit. The suggestion of Hussayn is a nice thought: if you subscribed to the mailing list (dev|user|cvs) then you can write - otherwise you have to subscribe to the list. [#1]http://c2.com/cgi/wiki?WikiDesignPrinciples - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a MenuGenerator based on DirectoryGenerator
The question is: Am I doing something really stupid here? I'm kind of newbie with Cocoon and I most certainly haven't yet understood the whole potential of it so all comments are more than welcome. However, the site I'm building should be completely dynamic and, therefore, the menu creation should be somewhat realtime. Is there a component that would do this already? When I first came to Cocoon, I had similar thoughts about deriving the navigation from the files themselves. However, I decided against it in the end, and decided to follow the model used by Forrest, which is to use a 'linkmap' document. Having made this decision, my site (70 pages+) was up and running two hours later - so it obviously worked. One thing that Forrest does which is impressive (which I will steal for my site at some point) is to allow linking to other pages in a site without knowing the page's final URL. When linking to a page, you use the page's ID. A couple of input modules and a transformer then translate that ID into the proper URL. Hope this helps. Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a MenuGenerator based on DirectoryGenerator
Upayavira wrote: One thing that Forrest does which is impressive (which I will steal for my site at some point) is to allow linking to other pages in a site without knowing the page's final URL. When linking to a page, you use the page's ID. A couple of input modules and a transformer then translate that ID into the proper URL. Is there a name for this pattern? That's exactly what a Struts ActionForward (or is it Actionmapping?) is! And there's another name for it in Maverick. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a MenuGenerator based on DirectoryGenerator
Is there a name for this pattern? That's exactly what a Struts ActionForward (or is it Actionmapping?) is! And there's another name for it in Maverick. Forrest calls it 'Semantic Linking', to quote from http://xml.apache.org/forrest/linking.html: Forrest's solution is simple: instead of link href=todo.html, write link href=site:todo, where: site is a URI 'scheme'; a namespace that restricts the syntax and semantics of the rest of the URI [rfc2396]. The semantics of 'site' are this identifier locates something in the site's XML sources. todo identifies the content in todo.xml, by reference to a 'node' of content declared in site.xml. We call this semantic linking because instead of linking to a physical representation (todo.html), we've linked to the 'idea' of the todo file. It doesn't matter where it physically lives; that will be sorted out by Forrest. Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error deploying to WLS 6.1sp2... Help!
Howard, Gary wrote: Does anyone have any ideas? Any help is appreciated. Thanks, Gary Mar 14, 2003 4:22:06 PM EST Error J2EE Error deploying application cocoon : Could not load cocoon Mar 14, 2003 4:22:06 PM EST Error Management ApplicationManager starting Config caught throwable java.lang.reflect.UndeclaredThrowableException: java.lang.StringIndexOutOfBounds Exception: String index out of range: -1 Upgrade to SP4 or get a patch from bea support. This is known issue. Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [heads-up] wiki abuse: your advice please
On Friday, Mar 14, 2003, at 13:46 Europe/London, Steven Noels wrote: while briefly checking the Wiki, I was confronted with some apparent abuse: people uploading attachments which don't have much to do with Cocoon (possibly just making benefit of the bandwidth we are sponsoring), people playing around on certain non-Sandbox pages, even to the extreme of erasing the Main page, and various other not-so-funny things. I'm very happy to see some people go in and correct, and the new 'restore latest version' feature of JSPWiki sure helps with this. Nevertheless, I'm annoyed a bit by the lack of adult behaviour by some IP addresses, and was wondering whether (and how) I should block them. I know this sounds pretty harsh, and that's why I'm polling you guys to see what you would think would be a fair policy. FYI, when people do this on the Apache AxKit Wiki, I block their IP at our firewall. Harsh, but fair. And no complaints so far. Matt. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]