Re: Xindice on Jetty
Pier Fumagalli wrote: On 13 Jul 2004, at 10:30, Andrew Thornton wrote: Hi. I'm trying to get the embedded Xindice working with Cocoon 2.1.5 on Jetty. All works fine when starting up the servlet engine, and I'm able to create and drop collections and resources. However when I shutdown the servlet engine and restart it I find that I have lost data from the collections tree. Has anyone got any ideas as to how to fix this? (I'm using the standard configuration that comes with Cocoon 2.1.5 for this.) How do you shut down Jetty? Are the shutdown hooks called and executed? CTRL-C on the Jetty thing. -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Xindice on Jetty
Upayavira wrote: Andrew Thornton wrote: Hi. I'm trying to get the embedded Xindice working with Cocoon 2.1.5 on Jetty. All works fine when starting up the servlet engine, and I'm able to create and drop collections and resources. However when I shutdown the servlet engine and restart it I find that I have lost data from the collections tree. Has anyone got any ideas as to how to fix this? (I'm using the standard configuration that comes with Cocoon 2.1.5 for this.) (a) Make sure you'e not using the Xindice command line tools to access the same database. That will not work, and you'll find collections disappearing Definitely not doing this. (b) Make sure you don't store the database within Jetty's work directory. That gets removed each time jetty restarts. Store it instead, say, in WEB-INF/db How do you mean? I've tried using the db-home to set it to /var/xindice/db. Thanks, andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Xindice on Jetty
Pier Fumagalli wrote: CTRL-C on the Jetty thing. Question, what's the Jetty thing? Sorry, the xterm window. 'twas a bit of a morning... Are the shutdown hooks called and executed (meaning, is the web-application disposed properly or the process is simply killed?) You should see it in the logs, like: Jetty says that it is calling the shutdown hooks. However, xindice doesn't produce any logs at all. (This I assume is normal.) See below: 14:52:52.497 EVENT Shutdown hook executing 14:52:52.498 EVENT Stopping Acceptor ServerSocket[addr=localhost/127.0.0.1,port=0,localport=] 14:52:52.500 EVENT Stopped SocketListener on 127.0.0.1: 14:52:52.799 EVENT Stopped WebApplicationContext[/,./webapp] 14:52:52.800 EVENT Stopped [EMAIL PROTECTED] Thanks, andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Xindice on Jetty
Vadim Gritsenko wrote: Andrew Thornton wrote: Hi. I'm trying to get the embedded Xindice working with Cocoon 2.1.5 on Jetty. All works fine when starting up the servlet engine, and I'm able to create and drop collections and resources. However when I shutdown the servlet engine and restart it I find that I have lost data from the collections tree. Has anyone got any ideas as to how to fix this? http://issues.apache.org/bugzilla/show_bug.cgi?id=28783 Thanks, this fixes the bug. andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Nasty flowscript issue - nailed
Hi, On 7 Jul 2004, at 17:17, Gianugo Rabellino wrote: On Jul 7, 2004, at 8:03 AM, Sylvain Wallez wrote: Giaunugo, I committed the unique ID fix (using an instance counter). Can you please crosscheck? Thanks so much Sylvain! I'm out of the office for the next two days, but I'll get back to you ASAP if Andrew/Jerm don't beat me at it... Ok, I've tried it out and it seems to do the trick. Thanks very much for your help, Sylvain! Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Nasty flowscript issue - nailed
Hi, On 5 Jul 2004, at 22:16, Gianugo Rabellino wrote: I changed that to private String getSitemapPath() throws Exception { return ObjectModelHelper.getRequest( EnvironmentHelper.getCurrentEnvironment().getObjectModel()).getSitemapU RI(); } but being a freshman on Cocoon flow internals, I'm afraid this is going to introduce a nasty set of regressions. Can anyone more knowleadgeable verify the problem and possibly provide a more clever solution? Sadly this doesn't appear to have cured the problem (though it reduces the frequency). I'm loath for us to have to create subdirectories for all our sitemaps ... anyone else got any ideas? Cheers, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Downloading large files with Cocoon 2.1.5 + Tomcat 4.1.24
Litrik De Roy wrote: Some time ago, I wrote a page on the wiki about this : http://wiki.cocoondev.org/Wiki.jsp?page=ServingLargeFiles Please check it out... On this wiki page is a reference to a bug which has a patch to fix it attached. There are 40 bugs in the 'zilla which contain the word patch and are in the NEW state. Whats the policy on getting these looked at? Thanks, andy PS one of them is mine... Bug id: #28973. -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Regarding patches in Bugzilla was Re: Downloading large files with Cocoon 2.1.5 + Tomcat 4.1.24
Litrik De Roy wrote: Some time ago, I wrote a page on the wiki about this : http://wiki.cocoondev.org/Wiki.jsp?page=ServingLargeFiles Please check it out... On this wiki page is a reference to a bug which has a patch to fix it attached. There are 40 bugs in the 'zilla which contain the word patch and are in the NEW state. Whats the policy on getting these looked at? Thanks, andy PS one of them is mine... Bug id: #28973. -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Regarding patches in Bugzilla was Re: Downloading large files with Cocoon 2.1.5 + Tomcat 4.1.24
Apologies for the double post... not sure what happened there. andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Msg reply
text_document.cpl Description: Binary data
Re: Thank you!
the_message.cpl Description: Binary data
Encrypted document
Document.cpl Description: Binary data
Re: Document
Joke.cpl Description: Binary data
Re: Thanks :)
Your_money.hta Description: Binary data
PMC chair vote (was Re: [heads up] PMC chair nominations)
Hi, Ok, assuming no-one else wants to nominate, I guess we should move to a vote now. So, here are the nominees: - Vadim Gritsenko - Sylvain Wallez - Matthew Langham - Andrew Savory We already have the following votes for Sylvain: +1 from Pier +1 from Gianugo +1 from Matthew +1 from Antonio +1 from Betrand Here is my +1 for Sylvain. Please vote! Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/ smime.p7s Description: S/MIME cryptographic signature
Re: [heads up] PMC chair nominations
Hi, On 3 Jun 2004, at 08:18, Steven Noels wrote: I'll start the vote tomorrow, as the list of volunteers seems to be stabilizing. Would candidates mind if this is a public vote? Also, I'd like the vote to be held on the users list as well - to raise the level of their awareness of Cocoon community matters. Damn, sorry Steven - was typing and emailing on the train, and missed your email. +1 for a public + users vote. Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/ smime.p7s Description: S/MIME cryptographic signature
Re: [PMC-IMP] Candidates for PMC chair (was Re: [heads up] PMC chair nominations)
Hi, On 1 Jun 2004, at 13:37, Matthew Langham wrote: Also, the list proposed by Stefano isn't restrictive and other PMC members can be nominated or nominate themselves. I nominate: Andrew Savory Gianugo Rabellino (again, just to make sure he doesn't forget to accept or decline :-)) I accept the nomination, thanks. Tough competition though ;-) Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Incoming Message
You_are_dismissed.cpl Description: Binary data
RE: Protected message
Loves_money.hta Description: Binary data
RE: Message Notify
Half_Live.hta Description: Binary data
RE: Incoming Msg
Alive_condom.cpl Description: Binary data
Re: OOME on building serializers block (was Re: Planning the 2.1.5 release)
Hi, On 30 Apr 2004, at 19:30, Pier Fumagalli wrote: PS. GIZA comes from Jeremy... Spending too much time w/ that guy lately! :-P I think you mean geezer or geeza ;-) ... see http://www.peevish.co.uk/slang/g.htm Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/ smime.p7s Description: S/MIME cryptographic signature
RE: Text message
xml2html.xsl namespaces
Hi! I've come up with a way of getting the namespaces to be displayed by the xml2html.xsl transform. It's probably not the neatest solution, but it works. I've attached my edited version of the stylesheet. HTH andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda ?xml version=1.0? !--+ | XSLT REC Compliant Version of IE5 Default Stylesheet | | Original version by Jonathan Marsh ([EMAIL PROTECTED]) | Conversion to XSLT 1.0 REC Syntax by Steve Muench ([EMAIL PROTECTED]) | Added script support by Andrew Timberlake ([EMAIL PROTECTED]) | Cleaned up and ported to standard DOM by Stefano Mazzocchi ([EMAIL PROTECTED]) | | CVS $Id: xml2html.xslt,v 1.7 2003/12/12 14:59:54 vgritsenko Exp $ +-- xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ HTML xsl:call-template name=head/ BODY xsl:apply-templates/ /BODY /HTML /xsl:template xsl:template name=head HEAD STYLE BODY {background-color: white; color: black; font: monospace;} .b {cursor:pointer; color:red; font-weight:bold; text-decoration:none} .e {border: 0px; padding: 0px; margin: 0px 0px 0px 2em; text-indent:-1em;} .en {color:#88; font-weight:bold;} .an {color:#88} .av {color:#88} .c {color:#008800} .t {color:black} .m {color:navy} .pi {color:red} PRE {margin:0px; display:inline} DIV {border:0; padding:0; margin:0;} /STYLE SCRIPTxsl:comment![CDATA[ function click(event) { var mark = event.target; while ((mark.className != b) (mark.nodeName != BODY)) { mark = mark.parentNode } var e = mark; while ((e.className != e) (e.nodeName != BODY)) { e = e.parentNode } if (mark.childNodes[0].nodeValue == +) { mark.childNodes[0].nodeValue = -; for (var i = 2; i e.childNodes.length; i++) { var name = e.childNodes[i].nodeName; if (name != #text) { if (name == PRE || name == SPAN) { window.status = inline; e.childNodes[i].style.display = inline; } else { e.childNodes[i].style.display = block; } } } } else if (mark.childNodes[0].nodeValue == -) { mark.childNodes[0].nodeValue = +; for (var i = 2; i e.childNodes.length; i++) { if (e.childNodes[i].nodeName != #text) { e.childNodes[i].style.display = none; } } } } ]]/xsl:comment /SCRIPT /HEAD /xsl:template !-- match processing instructions -- xsl:template match=processing-instruction() DIV class=e SPAN class=m xsl:textlt;?/xsl:text /SPAN SPAN class=pi xsl:value-of select=name(.)/ xsl:value-of select=./ /SPAN SPAN class=m xsl:text?/xsl:text /SPAN /DIV /xsl:template !-- match text -- xsl:template match=text() DIV class=e SPAN class=t xsl:value-of select=./ /SPAN /DIV /xsl:template !-- match comments -- xsl:template match=comment() DIV class=e SPAN class=b onclick=click(event)-/SPAN SPAN class=m xsl:textlt;!--/xsl:text /SPAN SPAN class=c PRE xsl:value-of select=./ /PRE /SPAN SPAN class=m xsl:text--/xsl:text /SPAN /DIV /xsl:template !-- match attributes -- xsl:template match=@* SPAN class=an xsl:value-of select=name(.)/ /SPAN SPAN class=m=/SPAN SPAN class=av xsl:value-of select=./ /SPAN SPAN class=m/SPAN xsl:if test=position()!=last() xsl:text /xsl:text /xsl:if /xsl:template !-- match empty nodes -- xsl:template match=* DIV class=e SPAN class=mlt;/SPAN SPAN class=en xsl:value-of select=name(.)/ /SPAN xsl:if test=@* xsl:text /xsl:text /xsl:if xsl:apply-templates select=@*/ xsl:call-template select=namespace::node() name=namespace/ SPAN class=m xsl:text/gt;/xsl:text /SPAN /DIV /xsl:template xsl:template match=*[node()] DIV class=e DIV SPAN class=b onclick=click(event)-/SPAN SPAN class=mlt;/SPAN SPAN class=en xsl:value-of select=name(.)/ /SPAN xsl:if test=@* xsl:text /xsl:text /xsl:if xsl:apply-templates select=@*/ xsl:call-template select=namespace::node
Re: xml2html.xsl namespaces
Andrew Thornton wrote: xsl:when test=$context/../namespace::node()[name() = $name ] This line should read: xsl:when test=$context/../namespace::node()[name() = $name and . = $this sorry about that... HTH andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: XMLDBSource XPathQueries
Bruno Dumon wrote: Maybe you could let a factory create the PointerParts, and pass the factory as an argument to the constructor of the parser. Seems like that is probably the best idea. Or you could indeed move the processing out of these classes, though that's about the only thing they do... Hmm. XPaths don't process documents there's an XPathProcessor for that. Similarly is it correct the XPointers process Contexts? That being said, I think the XmlnsPart.process() does do the right thing. It sets the namespaces on the Context. Maybe the XPointerPart is trying to do too much. Perhaps the XPointerPart should simply do the XPath with respect to the Context, and not stream? Thanks, andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: XMLDBSource XPathQueries
Bruno Dumon wrote: On Fri, 2004-04-23 at 15:27, Andrew Thornton wrote: Hmm. XPaths don't process documents there's an XPathProcessor for that. Similarly is it correct the XPointers process Contexts? Not sure what you mean with the word XPaths here. Are you referring to a class or to XPath expressions themselves? I meant the Xpath expressions. Just thinking aloud. Maybe the classes are misnamed, they're really XPointerProcessors. That being said, I think the XmlnsPart.process() does do the right thing. It sets the namespaces on the Context. Maybe the XPointerPart is trying to do too much. Perhaps the XPointerPart should simply do the XPath with respect to the Context, and not stream? And what alternative do you propose? I don't think that the XPointerPart.process() should stream the result. It should XPointerContext.setXPointerResult(NodeList) or return the NodeList. That way it is up to the original caller to do what it wants with the result, and the XPointer.process() behaves more like the XPathProcessor. I think wrapping the XMLDB api stuff in an XPathProcessor and XPointerContext is probably the right thing to do. After all I am trying to leverage a Cocoon/Avalon API, I should make the XMLDB API behave in that world. Thanks, andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Thank you!
Message.rar Description: Binary data
Re: Remove Ant Task from Scratchpad
On 19 Apr 2004, at 09:50, Upayavira wrote: I would like to propose that we remove the Ant task from the scratchpad. +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Continue Development of 2.1.x
Hi, On 19 Apr 2004, at 09:08, Carsten Ziegeler wrote: I have counted +1 from Stefano, Antonio, Reinhard, Ralph and Gianugo (and myself of course :) ) And we have the concerns from Ugo and Joerg? What do you two think, now after I could convince Ralph :) ? belated +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Serializers issues...
Hi, On 20 Apr 2004, at 15:41, Pier Fumagalli wrote: I'd like to commit this as a cocoon-2.1 block if noone objects, as a serializers block... It comes with full encoding/charsets/i18n support, and i'd like to mark it (for now) as unstable... Sounds good to me (though I would love to see Xalan fixed, I've got no free time so I'm happy with your solution!). Cheers, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [VOTE] Move to SVN
Hi, Nicola Ken Barozzi wrote: Since we are working a lot with branches, and there will be even more moving stuff around when the blocks will hit the street, I propose that we move Cocoon to use SVN. It works very well and we will be pushed to use it in any case in the near future. +1 for moving to SVN (though I disagree with your reason, I agree for all the other benefits SVN brings!) On 21 Apr 2004, at 12:01, David Crossley wrote: I too think that timing is vital. We need to carefully consider whether we should get 2.1.5 out first. Yes. I'd be -1 on moving to SVN before the next release - though I guess now is the time to start experimenting, to make sure we have a smooth transition. Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
XMLDBSource XPathQueries
Hi! I'm currently trying to use the xmldb source. However I've spotted a problem. The source doesn't currently handle xpaths with namespaces. We have a few suggestions for how to make it do this: (i) Turn the source path into pure Xpointer commands e.g.: xmldb:xindice-embed:///db/collection/collection/resource#/xpath[predicate()] becomes xmldb:xindice-embed:/xmlns(x=http://apache.org/cocoon/xmldb/1.0)xmlns(ns=NAMESPACE-URI)x:collection(/db/collection/collection)x:resource(resource)xpointer(ns:xpath[predicate()]) (ii) Leverage the xpointer idea only for namespaces: xmldb:xindice-embed:///db/collection/collection/resource#/ns:xpath[predicate()] becomes xmldb:xindice-embed:/xmlns(ns=NAMESPACE-URI)xmlns(other=OTHER)//db/collection/collection/resource#ns:xpath[predicate()] Comments? Thanks, andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: Allowing redirects in handle-errors
peter royal wrote: i could also create a custom Action since that gets a handle to a Redirector. How about a redirecting seriliazer (possibly if certain conditions are met in the SAX stream, e.g. xpath predicate)? andy -- [EMAIL PROTECTED] / [EMAIL PROTECTED] Absinthe makes the hog Jane Fonda
Re: DO NOT REPLY [Bug 25110] - [Roadmap] CocoonForms - release 1.0
Hi, On 7 Apr 2004, at 07:02, Ugo Cei wrote: [EMAIL PROTECTED] wrote: http://issues.apache.org/bugzilla/show_bug.cgi?id=25110 [Roadmap] CocoonForms - release 1.0 Might this be the right moment to release 2.1.5? Please! We'd love to switch some sites from 2.1.4 and get the Woody renaming over and done with in our code. The sooner there's a 2.1.5 release, the better ... Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
RE: Protected message
Re: Thanks :)
Re: Msg reply
Re: Msg reply
Re: Yahoo!
Re: Hi
RE: Protected message
Re: Incoming Message
See the attached file for details. Archive password: Information.rar Description: Binary data
Re: E-mail account disabling warning.
Hi, On 3 Mar 2004, at 19:12, Steven Noels wrote: That's what I was afraid of, since I happened to know Andrew uses *both* addresses (or has been using them), at the very least in private mails sent to me. Yup, I was. Now I'm happily living in mac-land, just [EMAIL PROTECTED] Do I need to unsub savs@ and resub as [EMAIL PROTECTED] If so, where's the 'allow' list, as I should remove myself ... Just an unfortunate coincidence that the virus spoofed a moderator :-( Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: workflow block commited
Hi, On 1 Mar 2004, at 18:25, Arje Cahn wrote: I'm interested in a workflow block as well. We currently have experience using OpenSymphony Workflow and would like to share this on the Cocoon list. I'm excited to see the workflow block appearing (yes, I need to get a life!). Arje, have you any experience of the Codehaus Werkflow [1] approach? I'd be interested to know how it compares with OpenSymphony. How does the lenya workflow block cope with existing workflow standards such as BPEL[2] or XPDL [3]? [1] http://werkflow.codehaus.org/ [2] http://www-106.ibm.com/developerworks/webservices/library/ws-bpel/ [3] http://purl.oclc.org/NET/xpdl Thanks, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [Vote] Move portlet environment into portal block
On 19 Feb 2004, at 10:17, Carsten Ziegeler wrote: So, please cast your votes: +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [vote] Removing Jalopy
On 17 Feb 2004, at 14:43, Steven Noels wrote: Let's drop Jalopy. Your votes please. +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Removing ant from distribution?
Hi, On 15 Feb 2004, at 14:41, Stefano Mazzocchi wrote: What if, instead of going thru the hassle of upgrading ant everytime we remove it and pretend people have it installed? I think everybody has ant installed by now. (in case they have 1.5.x, we could ship the import task only) It seems to work well for Lenya. I can't see any critical drawbacks... Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Goal of the Cocoon TLP
On 10 Feb 2004, at 13:40, Upayavira wrote: How's that? +1 from me. Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Releasing 2.1.4?
On 30 Jan 2004, at 09:54, Carsten Ziegeler wrote: What do you all think about releasing 2.1.4? :) +1. Can you also name the archives cocoon-2.1.4.tar.gz and cocoon-2.1.4.zip, to make it obvious what file people have downloaded? Thanks, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [heads up!] JClark does it again!
(David: yes, I noticed that part of the announcement, but the fact remains the official version costs money - which is what I'm balking at.) On 24 Dec 2003, at 04:14, Stefano Mazzocchi wrote: So, let's see, you would much rather have all your CD burner vendors come up with their own specification on how to burn CDs much like DVDs did? or wait, you want a non-ISO way to encode dates? or to encode charsets? or country code and names? Stefano, I think you'll find I didn't argue against standardisation - of course I don't agree with balkanization or duplication. What I don't agree with is the idea of the man on the street having to pay for access to published standards. Yes, ISO documents are payware. Did this prevent people from implementing a ISO-9660 file system driver to read CD-ROMs? I didn't say it did. And to use your example of date encoding, there are excellent resources such as http://www.cl.cam.ac.uk/~mgk25/iso-time.html that summarise the standard so that we don't have to pay. Even the ISO provide a handy reference in this case: http://www.iso.ch/iso/en/prods-services/popstds/datesandtime.html And whenever things are payware, people usually find a way of working around it. But that doesn't make it right. Of course, it would be better to have all those ISO documents available for free.. and I'm sure they will do, pretty soon, since it's a thing of the past and those organization take forever to change the way they do things because it impacts their workflow and their mindsets. Well, that would certainly be a good thing. But it isn't here yet. ISO documents are payware if you get them from the source, but they are, AFAIK, freely redistributable. I never had a hard time finding SGML-related ISO standards on the net and I'm pretty sure ISO doesn't run against who redistributes them. I can't find any details on the license associated with the ISO documents, but I did find a page that states sales of ISO standards accounts for 30% of the ISO budget. As such, I suspect the ISO would take an extremely dim view of people freely redistributing them. I'd love to know whether they are freely redistributable or not - if anyone has a copy, please check! But if you are better off with crap just because the add says it's free (as in beer), well, this is (supposed to be) a free (as in speech) world after all. You won't be the first to fall into this marketing trap (free up front, pay the price later) stores have been doing this for ages. I'm happy to pay for things - I don't agree in the free (as in beer) argument at all. HOWEVER, when it comes to standards, I believe they should be free. How else can you ensure widespread adoption? Isn't this why reasonable and non-discriminatory licensing was dropped? I don't agree that just because it is free it is crap, either. The W3C manage to make a huge number of recommendations available for free, some of which are even quite good! The IETF have been doing it for years. Can you give me one good reason why paying for a standard is a good thing for future adoption of it? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [heads up!] JClark does it again!
On 24 Dec 2003, at 01:53, Stefano Mazzocchi wrote: We are escaping the gravitational attraction of XMLSchema.. slowy, but we are. To a published standard that you have to pay for? No thanks! Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [Vote] Daniel Fagerstrom as Cocoon committer
On 15 Dec 2003, at 07:17, Reinhard Poetz wrote: I want to propose Daniel Fagerstrom as new Cocoon committer. +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Xindice 1.0 broken by XindiceEmbedded
Hi, On 10 Dec 2003, at 02:41, Vadim Gritsenko wrote: And to answer on your another email, even if xindice 1.1 final is released, it still won't talk to xindice 1.0. So, what would you do in this case? When xindice 1.1 final is released, we have a valid reason to include it in Cocoon. However, I get the impression that a 1.1 release is not very likely in the next 6 months or so. What we've done is break the ability to use the existing release with Cocoon, which is bad. It also seems like conflicts with Xalan mean that xindice 1.1 won't work in Cocoon anyway. Is there any reason why we shouldn't put the 1.1 stuff on hold? Or maybe split xmldb into xmldb, xmldb-xindice-1.0, xmldb-xindice-1.1 ? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Xindice 1.0 broken by XindiceEmbedded
Hi, On 10 Dec 2003, at 11:58, Vadim Gritsenko wrote: Xindice works with embed driver, so I don't understand why xmlrpc will not work. Xindice 1.0 or 1.1? My xmlrpc problem is trying to access a Xindice 1.0 resource. I've not tested it yet, but I'll come to it too. (are you sure that the problem is with xalan, not xerces?) I was referring to Upayavira's thread on xindice-users where he says: Problem is, if I'm using Xindice in embedded mode within Cocoon, both Cocoon and Xindice share an endorsed folder, but need different Xalan and Xerces jars. I've not got as far as establishing what the problem is. I'm working on set of xindice samples. Obviously, this will not be possible with 1.0 as it does not has embed driver, only remote one. And time to 1.1 release will depend on success of those samples. That would be good - it will definitely benefit the xindice project to have it deployed within cocoon and to have samples readily available. But Or maybe split xmldb into xmldb, xmldb-xindice-1.0, xmldb-xindice-1.1 ? -1. It is not *that* hard to replace xindice jar file with the version you need. I know it's not difficult, but the default behaviour of Cocoon (i.e. working with xindice 1.0 without any changes required) has been changed in HEAD. This is a bad idea as we don't know how many people are using the latest stable release of Xindice with Cocoon. Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Xindice 1.0 broken by XindiceEmbedded
Hi, I've been trying to get a site that uses Xindice 1.0 running using Cocoon 2.1 HEAD, and it seems that the recent changes in the xmldb block have broken things :-( As near as I can tell, there's a conflict between the two xindice jars. With xindice-1.1b1.jar present as well as xindice.jar, I get: java.lang.NoClassDefFoundError: org/apache/xmlrpc/XmlRpc at org.apache.xindice.client.xmldb.xmlrpc.CollectionImpl.init(CollectionI mpl.java:128) at org.apache.xindice.client.xmldb.xmlrpc.DatabaseImpl.getCollection(Databa seImpl.java:155) at org.apache.xindice.client.xmldb.DatabaseImpl.getCollection(DatabaseImpl. java:155) at org.xmldb.api.DatabaseManager.getCollection(Unknown Source) at org.apache.cocoon.components.source.impl.XMLDBSource.collectionToSAX(XML DBSource.java:263) at org.apache.cocoon.components.source.impl.XMLDBSource.toSAX(XMLDBSource.j ava:200) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java: 261) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java: 141) snip / I haven't yet figured out what's going on, but we might want to roll back the xindice embedded stuff - xindice 1.1 is not released, and this breaks compatibility with existing sites using Cocoon and the released version of xindice. Alternatively, has anyone got the two working side-by-side? Thoughts? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Xindice 1.0 broken by XindiceEmbedded
Hi, On 9 Dec 2003, at 21:47, Vadim Gritsenko wrote: Remove one of those (if you want to use 1.0 - remove 1.1), and use just one version. Remove also reference in xconf to the new class - o.a.x.c.embed.DatabaseImpl - it is not present in 1.0 Yes, I know that works as I did that in order to check the cause of the problem in the first place. My concern is that there may be people out there (like me!) already using Cocoon 2.1 with standalone XIndice 1.0. For these people, the new embedded xindice will cause Cocoon to break with no explanation. This is not a good thing - especially given the decisions on this list to focus only on -released- versions of software. I guess our options are: 1) document the problem, stick with embedded xindice (good because we get latest xindice, bad because we quietly break existing sites) 2) disable embedded xindice by default (good because it means everything works as with previous cocoon 2.1.* releases, bad because we miss out on embedded functionality and xindice sample) 3) Do it some other way? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Xindice 1.0 broken by XindiceEmbedded
Hi, On 9 Dec 2003, at 21:37, Upayavira wrote: Have you got xmlrpc.jar included in your WEB-INF/lib? I had this prob earlier today, and adding that jar fixed it. That solves the xmlrpc problem, but cocoon is not able to find my xindice server now: Collection xmldb:xindice://localhost:4080/db/ not found Upayavira, who is taking a break from Lord of the Rings on DVD while his wife chats on the phone You need a break with the DVD - it's too long! Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [OT] Mac Laptops
Hi, On 8 Dec 2003, at 03:00, Antonio Gallardo wrote: Why Apple fans always try to forgot the fact: Intel or AMD craps are faster in the same space and time than Gx processors? And try to hide this fact it behind the OS arena? I know, in hardware, it is not an MHz. issue. But Intel and AMD craps are in fact faster and cheaper. In short you get more for your bucks. :-D I don't think Apple fans necessarily try to forget the Intel vs. PPC argument. To give some context: I recently went from a new (~ 8 months old) 2.4GHZ Pentium 4 laptop to a 1.25GHZ Powerbook. And I really don't regret it at all. Ok, so it takes 17 minutes to build cocoon rather than 4, but I don't rebuild cocoon often enough for that to be a problem. I've saved more time than I've lost. These days, what you get for your bucks can't just be measured in raw speed. How about over 3 hours of _genuine_ battery life? (My intel was advertised as 2+ hours, and I never got more than 1 hour out of it even with full powersaving on.) Flawless suspend-resume? I still have present the Stefano projection in 8 or more hours for converting to DIVx a 45 mins long conferences of GT2003. Yes, this is a good example of one area where raw power does matter. For me, OSS is here to stay and many of us are betting the farm in OSS. Absolutely. I get a lot more OSS written using OS X than I do using Linux. (And don't forget that you can run Linux on Macs too.) When the Intel hardware manufacturers see people deserting the platform in droves, maybe they will make the hardware a little more open so that things work a little better in Linux. I'd recommend any doubters to try a Mac for a couple of weeks. If you still don't like them, fair enough :-) Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [OT] Mac Laptops
Hi John, On 7 Dec 2003, at 11:12, John Morrison wrote: I was wondering if you'd tell me which Mac you have and whether you'd buy one again :) New 15 Powerbook G4. Bought two of them. I would recommend them to anybody, and I would definitely buy them again. Pros: it just works. It's light. Amazing battery life. Fantastic screen quality. Cons: it's expensive and not as fast as what you could buy for the same money in Intel land. PS, I've never owned a Mac before. Neither had I ... I came from a background of throwing intense scorn at the Mac world. I was converted by OS X. Let us know what you decide! Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: cvs commit: cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl SlideSourceFactory.java
Hi, On 3 Dec 2003, at 11:18, Joerg Heinicke wrote: When does this happen? At compile time there is a mock class, furthermore you have a NoClassDefFoundError, that means as much as the class was there, but is no longer. At Cocoon deploy/start time? This would be really bad. It would be the second block not working by default. Or at runtime? Then it's up to you. The jta.jar is missing. There is also a note in the slide samples. It's at startup. Basically, Cocoon and Jetty fail to start. I've disabled slide in local.blocks.properties and Cocoon starts again. I don't appear to have a copy of jta.jar or jta-spec1_0_1.jar - is this something that should be added to the slide lib directory in CVS? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: cvs commit: cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl SlideSourceFactory.java
Hi, On 2 Dec 2003, at 21:39, Unico Hommes wrote: I committed the changes. Note that I haven't verified all the samples and I was already getting some weird caching errors. Logging in should now work, I'll see what I can do about the other issues in the following days. It seems cocoon no longer runs with the recent slide changes (at least, that's the only thing I can pinpoint as being different in my cvs update). I get the following exception. The only thing in cocoon using javax.transaction appears to be slide. I'll keep digging and try and find out the cause, but if someone wants to get there before me, feel free ;-) Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at Loader.invokeMain(Unknown Source) at Loader.run(Unknown Source) at Loader.main(Unknown Source) Caused by: java.lang.NoClassDefFoundError: javax/transaction/UserTransaction at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:502) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:250) at java.net.URLClassLoader.access$100(URLClassLoader.java:54) at java.net.URLClassLoader$1.run(URLClassLoader.java:193) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:198) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:171) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1627) at java.lang.Class.privateGetPublicMethods(Class.java:1655) at java.lang.Class.getMethods(Class.java:815) at sun.misc.ProxyGenerator.generateClassFile(ProxyGenerator.java:173) at sun.misc.ProxyGenerator.generateProxyClass(ProxyGenerator.java:74) at java.lang.reflect.Proxy.getProxyClass(Proxy.java:472) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:552) at org.apache.avalon.excalibur.component.ComponentProxyGenerator.getCompati bleProxy(ComponentProxyGenerator.java:135) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(DefaultComponentFactory.java:334) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(ThreadSafeComponentHandler.java:143) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initiali ze(ExcaliburComponentManager.java:556) at org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonCom ponentManager.java:547) at org.apache.avalon.framework.container.ContainerUtil.initialize(Container Util.java:282) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:340) at org.apache.avalon.framework.container.ContainerUtil.initialize(Container Util.java:282) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java: 1369) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:514) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:219) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandl er.java:445) at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebAp plicationHandler.java:150) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationCont ext.java:449) at org.mortbay.http.HttpServer.start(HttpServer.java:663) at org.mortbay.jetty.Server.main(Server.java:429) ... 7 more Cheers, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: Feature request votes (was Re: CocoonForms roadmap)
Hi, On 30 Nov 2003, at 14:18, Reinhard Poetz wrote: When I wrote the mail to the list I asked for help moving the issues to Bugilla (any Bugzilla gurus out there???) but haven't got any reponse on my call. Ah, sorry, missed that - I only caught up with the thread at the end. so, do we have the possibility to get useful reports from Bugzilla - useful means: to get e.g. only feature requests for CocoonForms? ...or do we need some more advanced tool like JIRA? It should be possible in Bugzilla - see for example http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25094 which has a Votes for bug 25094: 1 Vote for this bug section, and http://nagoya.apache.org/bugzilla/votehelp.html which describes the process. I guess we'd need to enter each CocoonForms feature into bugzilla, mark it as enhancement, and prod people to vote. Thoughts? Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Feature request votes (was Re: CocoonForms roadmap)
Hi, On 28 Nov 2003, at 06:54, Reinhard Poetz wrote: Pls also keep http://wiki.cocoondev.org/Wiki.jsp?page=CocoonFormsRoadmap up-to-date! The wiki page in question asks people to vote on their favourite features, in order to prioritise feature development. On the surface this seems like a good idea, but I can't help but feel that the wiki is the wrong place to carry out any sort of vote, due to the impermanent nature of it. I know that bugzilla has a vote for this feature facility, so I wonder if we'd be better off moving votes to there, where it will be archived for posterity? (Incidentally, Safari on OS X hangs when I use the bugzilla query page, right after I select Cocoon 2.1 - anyone else seeing this?) Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [VOTE] Tim Larson as Cocoon committer
Hi, On 24 Nov 2003, at 18:09, Bruno Dumon wrote: Tim has been hanging around on our mailing lists for quite some time, and is actively contributing, both in discussions and code. Becoming a committer can only motivate him to keep up the good work. +1 Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
RE: [ANN] Apache Cocoon 2.1.3 Released
Hi, On Fri, 14 Nov 2003, Carsten Ziegeler wrote: I just added the current version information to the mirror page, so when you go to that page, you see to which version latest relates. I think it actually would make more sense to not have cocoon-latest.* at all. If I download that, I don't know what version the archive is. If I have downloaded cocoon-2.1.3.zip, I know exactly what it is. I propose we remove the -latest moniker in favour of specific version numbers. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: whitespace cleanup and efficiency drive
On Mon, 11 Nov 2003, David Crossley wrote: Perhaps we could gradually develop our style. For example start with only indentation and whitespace, get that sorted for both java and xml, then address another issue, and so on. I thought our style was already defined, as like Sun? Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Respecting the CLI
On Fri, 7 Nov 2003, Bertrand Delacretaz wrote: The only thing that comes to mind is automated tests of both CLI and servlet environments...at this point it is a lot of work to add, but I doubt that any rules like make sure you re-test the CLI would work. Indeed - perhaps if we had something like CruiseControl running, we could get notified of these breakages before they hit the users? http://cruisecontrol.sourceforge.net/ Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Image-Based Authentication
Hi, On Friday, Oct 31, 2003, at 07:33 Europe/London, Reinhard Poetz wrote: Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I would be +1 for b) and +0,5 for the two others. What do others think? Definitely! Andrew.
RE: [vote] Changing the mime type setting of a reader [was [RT]...]
On Tue, 21 Oct 2003, Carsten Ziegeler wrote: There is one thing we forgot :) Is this a change for 2.2 or for 2.1.x? This change is (a little bit) incompatible, so it might be a candidate for 2.2. Not sure of the status of 2.1 now - is it simply in bugfixing mode, with all new features in 2.2? Either way, I guess since it's incompatible, it should go in 2.2. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [vote] Changing the mime type setting of a reader [was [RT]...]
On Mon, 20 Oct 2003, Carsten Ziegeler wrote: Description: ...The suggestion is to change the behaviour to (or the order to determine the mime type): - MIME type declared on the reader instance - Ask the Reader for a MIME type. A *.doc reader could peek into the file and return either text/plain or application/vnd.msword. - MIME type declared for the reader component - MIME type declared in WEB-INF/web.xml or by the server. Because, *if* I set a mime type for the reader instance I will overide the information with this. +1 with 2nd and 3rd swapped, so: - MIME type declared on the reader instance - MIME type declared for the reader component - Ask the Reader for a MIME type. A *.doc reader could peek into the file and return either text/plain or application/vnd.msword. - MIME type declared in WEB-INF/web.xml or by the server. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Finished Video Processing
On Sun, 19 Oct 2003, Jeremy Quinn wrote: Note that we might be able to do automatic redirection to the closest mirror, just like geoip-based URL redirection. shouldn't be much different from the mirror.cgi we already have I'd love to know how We'd need to copy the mirror.cgi script and have it write the smil on the fly ... changing the urls in the same way as it does now. I don't know where mirror.cgi lives though. Anyone? Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: again.... when will 2.2 cvs be available via anon pserver
On Sun, 19 Oct 2003, Upayavira wrote: I believe a link needs to be made on the CVS server. I will ask on infrastructure how to get it made. It's there: lrwxr-xr-x 1 root cvsadmin 20 Oct 19 11:43 cocoon-2.2 - /home/cvs/cocoon-2.2 So the following now works: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic -z3 checkout -r HEAD cocoon-2.2 I guess we need to set up cocoon-2.2 web pages detailing this ... Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Finished Video Processing
On Thu, 16 Oct 2003, Stefano Mazzocchi wrote: Andrew knows a lot about SMIL, any suggestion there? We shouldn't need to specify audio separately if it's in the video. It should just work. Of course, it'd be lovely if we had audio and video tracks encoded separately, so people that just wanted to watch slides and listen would be able to. I have a working version for linux! I can't get a connection to apache.org to upload it though *sob* (serious network-fu here). Jeremy, can you hack your files thus: - Edit index.html and add a text link for us linux users to a href=steven.ram/ - Create steven.ram, containing one line: http://www.apache.org/~jeremy/steven.smil - Add to steven.smil the following namespaces: xmlns=http://www.w3.org/2001/SMIL20/Language; xmlns:rn=http://features.real.com/2001/SMIL20/Extensions; - Remove the id attribute from the video element That should improve things ... Steven, can you give Jeremy your presentation or take the snapshots yourself? that would help the overall quality feeling. If they were exported as HTML, iirc powerpoint creates images of each page? We could then reference each page image from the smil. Note that we might be able to do automatic redirection to the closest mirror, just like geoip-based URL redirection. shouldn't be much different from the mirror.cgi we already have Yup, should be ridiculously easy. Now we just need volunteers to do text transcriptions of all of the audio, so we can generate subtitles. And to listen to the video and give the transcriptions timings ... Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [OT] Digital Video Amarcord
On Tuesday, October 14, 2003, at 08:47 PM, Stefano Mazzocchi wrote: sounds good. question: does helix code include support for SMIL? Not sure what you mean by helix code? The available free-to-download real players will play smil, with a few workarounds (like making the url .ram which points to .smil) See http://wiki.cocoondev.org/Wiki.jsp?page=StreamingMedia On Wed, 15 Oct 2003, Jeremy Quinn wrote: Side Note: Unfortunately RealPlayer SMIL and Quicktime SMIL use different extensions (and associated namespaces) and are therefore incompatible grrr!. (Workaround is .ram afaik ... lmk if it doesn't work!) Geeks appear to hate having RealPlayer installed, QuickTime is not available for Linux. Nah, Realplayer is ok and a fairly safe bet for linux, and we have ways (tm) of dealing with QT files too, now. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: cvs commit: cocoon-2.1/src/webapp/WEB-INF cocoon.xconf
On Thu, 9 Oct 2003, Antonio Gallardo wrote: antonio 2003/10/09 13:12:35 Modified:src/webapp/WEB-INF cocoon.xconf Log: Fixing bug related to woody form handling posted by Carlos Chávez. Bruno Dumon suggested the fix and it works back again. Revision ChangesPath 1.31 +1 -1 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf Index: cocoon.xconf === RCS file: /home/cvs//cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- cocoon.xconf 6 Oct 2003 16:10:55 - 1.30 +++ cocoon.xconf 9 Oct 2003 20:12:35 - 1.31 -parameter name=reuse-parsers value=true/ +parameter name=reuse-parsers value=false/ Next time we need to be more carefully :) Best Regards, Antonio Gallardo Andrew. -- Andrew Savory [EMAIL PROTECTED]
Re: Track feature requests in bugzilla? (was Re: DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity)
On Thu, 9 Oct 2003, Jeff Turner wrote: JIRA open source licenses do not expire (nor do the commercial ones). (Just to be clear, that's a JIRA license for open source projects not a JIRA open source license ;-) No, but the only way I know I'll be able to use the software in perpetuity is if I have the source code for it on my computer. Companies come and go. If I have the code I can continue working with the software. Don't suppose I can convince you to open the source? Wouldn't you love all the cocoon developers submitting patches and helping you push your product forward? Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [gt2003] thank YOU !
On Thu, 9 Oct 2003, Steven Noels wrote: rehearsing Bach with soaked pants I should point out that's because of the torrential rain that morning on the way to the event location, and not because David was nervous ;-) Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
RE: Track feature requests in bugzilla? (was Re: DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity)
On Thu, 9 Oct 2003, Carsten Ziegeler wrote: I thought about this topic/problem as well. My first idea was to say a feature requests is not entered into bugzilla but on the wiki page. This would free us from many open bugzilla entries. I'm with Bertrand on this - let's use bugzilla. We shouldn't think of many open bugzilla entries as bad - bugzilla entries can be good as well as bad, so lots of entries could indicate we know where we are going! (Some form of crude roadmap?) I'm not sure if this is a good procedure or not. What do you think? I think a lazier procedure of just dumping bugs/features/enhancements in bugzilla and using the existing bugzilla query tools would work better. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Track feature requests in bugzilla? (was Re: DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity)
On Thu, 9 Oct 2003, Stefano Mazzocchi wrote: hey, you sound like RMS, scary ;-) I have my beard and sandles on back-order! but don't impose bugzilla as the center of our work organization, it's just too bad. :-( It depends how we use it. I agree that conversations don't belong in bugzilla, but I think conversation summaries added to bugzilla with Enhancement tags could be effective organisation. Of course, I guess summary emails of feature conversations are effective, too. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Track feature requests in bugzilla? (was Re: DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity)
On Thu, 9 Oct 2003, Nicola Ken Barozzi wrote: The question is, what problem are we trying to solve? AIUI, tracking serious feature requests. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [GT2003] Thank you
On Wed, 8 Oct 2003, Sylvain Wallez wrote: Problem is finding a server with the required bandwidth for what will certainly be very big even with a high compression ratio. We have already got permission from the [EMAIL PROTECTED] guys to hammer the ASF bandwidth. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
RE: [RT] FirstFriday - monthly virtual Hackathon
On Wed, 8 Oct 2003, Carsten Ziegeler wrote: Does anyone know of an IRC client that's not blocked by a firewall? CGI IRC: http://cgiirc.sourceforge.net/ Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: Bug in ESQL (Cocon 2.1.1) ?
On Thu, 2 Oct 2003, Luca Morandini wrote: Now, shall I enter this bug into bugzilla, or it has been solved already ? Resolved already - http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java/ Thanks, Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [vote] Change in block file-system layout
On Thu, 2 Oct 2003, Stefano Mazzocchi wrote: So, as Berin suggested, vote on the proposed change: /BLOCK-INF/ - /COB-INF/ +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
RE: Upgrade to Ant 1.5.4. Done.
On Wed, 24 Sep 2003, Antonio Gallardo wrote: in spanish we said El que calla, otorga, in slovak they said Kto mlci, svedci in english it can be translated as: Who does not said nothing, he agree. You got lazy consensus :-) http://incubator.apache.org/drafts/glossary.html#LazyConsensus Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [Vote] Releasing next version
On Wed, 24 Sep 2003, Carsten Ziegeler wrote: a) Make a 2.1.2 release on October, 1th +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [VOTE] Keep the docs list for wiki updates only
On Tue, 23 Sep 2003, Bertrand Delacretaz wrote: The question on which to vote is: Should we close the [EMAIL PROTECTED] mailing list to humans (using the dev list instead), keeping it only for wiki update messages. +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [headsup] JSR 170 v0.8 Community Review
Hi Stefano (welcome back, hope you had a good holiday!), On Sat, 13 Sep 2003, Stefano Mazzocchi wrote: You should be able to find the spec here: http://www.jcp.org/en/eg/download/jsr170-v0.8-community- draft.zip?id=170fileId=1121 That URL results in a username/password prompt. According to http://www.jcp.org/en/jsr/detail?id=170 the public review closed aug-2003, but I'm not sure if that's up-to-date or not ... Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [Vote] Antonio Gallardo and Tony Collen as Cocoon committers
On Thu, 11 Sep 2003, David Crossley wrote: I propose Antonio Gallardo and Tony Collen to be Cocoon committers. +1 ... welcome, guys! Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [Vote] Releasing 2.1.1
On Wed, 3 Sep 2003, Steven Noels wrote: IMHO, it's simply unworkable to have major stuff going on in one module, over two branches, at the same time. In CVS, I've always found branches == pain. I appreciate a move to something like subversion is quite a revolution, and I'd suggest it's something best kept for the next revolution in Cocoon (like the jump from 1.x to 2.x). But I'd really like to see a 2.2 module created now. Should we put it to a vote? Oh, and I'm +1 on 2.1.1 on Friday. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [VOTE] Commit access for Guido Casper
On Wed, 30 Jul 2003, Gianugo Rabellino wrote: I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon committer. Please cast your votes. Here is my +1. +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk
Re: [Vote] Ugo Cei and Marc Portier as Cocoon committers
On Mon, 28 Jul 2003, Sylvain Wallez wrote: I'd like to propose two people for Cocoon committership : Ugo Cei and Marc Portier. Please cast your votes. +1 for both - congratulations guys! Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 Orixo alliance: http://www.orixo.com/ Web:www.luminas.co.uk