Re: Real blocks - current state and next steps
Daniel Fagerstrom wrote:
Deployement
---
During development it is easiest to deploy block by using an (possibly
graphical) OSGi console. Is this ok for production systems, should we
have some web gui?
A graphical installer is fine for development but IMHO not for production. I
need a reproducible state of a system.
Suppose you have a cluster of 5 app servers running Cocoon. I don't want to
connect to every server and install/uninstall blocks there. This is way to
error-prone.
What I think is some kind of block-installation descriptor[1]. I think M2 will
help us here but I haven't had a closer look how this could be done.
[1]
http://svn.apache.org/repos/asf/cocoon/whiteboard/block-deployer/test/sample-descriptors/deploy_001.xml
just to give an idea what I mean, don't want to say that this *is* the solution.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
Le 7 sept. 05, à 21:49, Pier Fumagalli a écrit : ...Any other languages that _seriously_ deserve some attention before marking the block as stable ? I'm thinking about DTDs using the same Xerces internals, WDYT? Yes, DTDs are still in widespread use, to it would be cool to have a validating transformer for that. Just curious, do your validators just stop processing when they find an error, or can they let the XML flow go through with validation errors added as annotations (inline namespaced XML elements for example)? My use-case is for example a content management system, where it would be cool to be able to accept a document for storage, while noting that it is not valid. -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: [GT2005] Cocoon GT Talks!
Le 8 sept. 05, à 07:07, Arje Cahn a écrit : ...Could everyone who feels the need to do so please state his opinion!?... My opinion is that selecting which talks to run is a hard task, the best thing would be to setup a second track...but if it's not possible you'll have to make hard choices. If a second track is not possible, how about having some lightning talks instead of just crossing out stuff? For some of the talks below, I guess people could prepare a demo online, or a paper, and be given 5-10 minutes to present its essentials and make themselves visible for (out of stage) questions. Here's my (personal and biased) attempt at classifying the talks, with a preference for talks which could help convince more people that Cocoon is for them. Flame at will. The must talks, in no particular order: 01 - Torsten Schlabach: All about URIs or: Find your sources (protocols from file:// to jcr:// and beyond) It can get a bit technical but it's a powerful part of Cocoon that is often not very well understood. 02 - Carsten Ziegeler Past, Present and Future of the Cocoon Portal I know we've seen it at ApacheCon already, but IMHO the portal deserves to be more visible 04 - Andrew Savory Simplifying Cocoon Yes, bring us (what's good in) Rails! 05 - Daniel Fagerström Cocoon Blocks Need to talk about the (near) future. 06 - Sylvain Wallez Something about AJAX How could we not have ajax in amsterdam? 07 - Bertrand Delacretaz Cocoon Bricks: best practices by example Back to Earth.. The nice to have talks, in order of preference from my biased point of view Talks which (to me) seem to apply to a narrower audience, deeper technical stuff, etc. 03 - Torsten Curdt Rapid application development with cocoon - javaflow and the compiling class loader Very close to be a must though 09 - Andrew Savory / Massimo Sonego What we get up to with Cocoon Not sure about that one, if it's about success stories it could move to the must category 08 - Alfred Nathaniel XSP Tips and Traps A narrower audience probably, but still important 11 - Max Pfingsthorn CForms libraries: How Cocoon forms libraries make your life easier Specific to CForms development, but important as well...can we have a second room? ;-) 13 - Jack Ivers / Joh Berry / Scott Roth / Vadim Gritsenko Performance / XSLT processors running with Cocoon 14 - Nico Verwer Performance / A case with very big XML documents (100's of megs) These two could certainly be combined, but maybe a paper on performance could be nearly as good as a talk (with the basic assumption that there's not enough space for all talks, of course). Now to the could be crossed out if space is missing talks. 10 - Michael Wechner What Daisy, Hippo and Lenya can learn from each other! We've had something very similar last year. 12 - Lars Huttar Sitemap Browser: Using Cocoon to Explore Cocoon Sitemaps The tool in itself looks way cool, but maybe a good online demo with some qa time with Lars in another room for those who need it would also be an efficient way of showing it. Hope this helps, -Bertrand smime.p7s Description: S/MIME cryptographic signature
RE: [GT2005] Cocoon GT Talks!
My opinion is that selecting which talks to run is a hard task, the best thing would be to setup a second track...but if it's not possible you'll have to make hard choices. Well Physically it would be possible to do tracks in two rooms but it's mainly a financial matter.. If someone reading this is willing to sponsor a second room, we'll do it! If a second track is not possible, how about having some lightning talks instead of just crossing out stuff? Could do, but there's very limited time at the presentations day. We could, however, move some talks to the second Hackaton day. Here's my (personal and biased) attempt at classifying the talks, with thanks! Arje
Re: missing dependency : commons-beanutils
Reinhard Poetz wrote: I was searching for the cause of this error _for hours_ and finally found out that it only appears if there is no map:flow language=javascript/ element in any already called sitemap. There seems to be one (last) connection between flowscript and jxtemplate, probably a problem with the object model initialization of jxtemplate. As a work around just make sure that you have in e.g. your root sitemap the map:flow language=javascript/ element. the forms samples block has a flow element declared though in the sitemap. I added it to the parent and parent-parent sitemap as well, didn't help. Should we temporarily disable this sample until the problem is fixed? Jorg
Re: [GT2005] Cocoon GT Talks!
Le 8 sept. 05, à 09:40, Arje Cahn a écrit : ...Well Physically it would be possible to do tracks in two rooms but it's mainly a financial matter.. If someone reading this is willing to sponsor a second room, we'll do it!.. How much do you need? How about community members pooling up with a small amount of money each to make it happen? Just let us know which paypal account to send the money to ;-) -Bertrand smime.p7s Description: S/MIME cryptographic signature
Serious bug in tree processor
I just found a big bug in our treeprocessor (2.1.8-dev and 2.2 are effect, in 2.1.7 this works perfectly): if you have several pipeline sections in the sitemap using different pipeline implementations, always the first configured is used. For example: map:pipeline type=expires ... /map:pipeline map:pipeline type=noncaching map:match pattern=a ... /map:pipeline In the example above, the expires pipeline us even used if you request a. The problem is in the PipelineNode, line . The getProcessingPipeline() method is called to set the error handler in each encountered pipeline section. The InvokeContext checks in this method if a pipeline has already been instantiated and only creates one if not. I just checked in a quick fix which resets the processing pipeline in the inform() method of the InvokeContext, but I'm not sure if this is the best way. Imho we should only lookup the pipeline component if it is really used. Perhaps this is as well the cause of Reinhard's problem wrt caching. Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 8 Sep 2005, at 07:14, Bertrand Delacretaz wrote: Le 7 sept. 05, à 21:49, Pier Fumagalli a écrit : ...Any other languages that _seriously_ deserve some attention before marking the block as stable ? I'm thinking about DTDs using the same Xerces internals, WDYT? Yes, DTDs are still in widespread use, to it would be cool to have a validating transformer for that. Just curious, do your validators just stop processing when they find an error, or can they let the XML flow go through with validation errors added as annotations (inline namespaced XML elements for example)? My use-case is for example a content management system, where it would be cool to be able to accept a document for storage, while noting that it is not valid. By default the validator fails. But that is dependant on a ErrorHandler. If (for example) the ErrorHandler given in the construction of the validating ContentHandler swallows exceptions (or logs them, or something else, as longs as it doesn't throw them), then it won't fail. In terms of modifying the document, well, no, it doesn't do that. But you can implement this (if you need to) extending the ValidationTransformer and making it output annotations derived from a custom ErrorHandler you write... PIer smime.p7s Description: S/MIME cryptographic signature
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
Le 8 sept. 05, à 10:23, Pier Fumagalli a écrit : ...In terms of modifying the document, well, no, it doesn't do that. But you can implement this (if you need to) extending the ValidationTransformer and making it output annotations derived from a custom ErrorHandler you write... Cool, thanks for the info! I'll do that in my Copious Free Time or when the actual need arises, but it's good to know that it's doable. -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: [GT2005] Cocoon GT Talks!
On 08.09.2005 07:07, Arje Cahn wrote: 01 - Torsten Schlabach: All about URIs or: Find your sources (protocols from file:// to jcr:// and beyond) +1 Torsten's talk was one of the best last year. Though also more technically oriented, it was and will be very interesting. So I expect it this time too :) 02 - Carsten Ziegeler Past, Present and Future of the Cocoon Portal +0 I already heard it at ApacheCon EU. 03 - Torsten Curdt Rapid application development with cocoon - javaflow and the compiling class loader +1 Two important topics: with Cocoon Javaflow an alternative to Flowscript and short development cycles. 04 - Andrew Savory Simplifying Cocoon +1 Also interesting for improving Cocoon in details. 05 - Daniel Fagerström Cocoon Blocks +1 Very important of course for the near future of Cocoon. 06 - Sylvain Wallez Something about AJAX +1 Interesting, and we need at least one hype topic :) 07 - Bertrand Delacretaz Cocoon Bricks: best practices by example +1 Important as we do not want to have only technical or advanced topics. 08 - Alfred Nathaniel XSP Tips and Traps +0.5 Similar to 07. With the minor difference of being no longer considered a core technology. 09 - Andrew Savory / Massimo Sonego What we get up to with Cocoon +0 Being more a lightning talk could this talk not be moved to the hackathon day? 10 - Michael Wechner What Daisy, Hippo and Lenya can learn from each other! +0 Same here. 11 - Max Pfingsthorn CForms libraries: How Cocoon forms libraries make your life easier +1 Important new stuff hopefully improving CForms very much by avoiding code duplication. 12 - Lars Huttar Sitemap Browser: Using Cocoon to Explore Cocoon Sitemaps +0.1 I can not imagine talking a full session about it. Maybe something that is better moved into Cocoon's documentation. 13 - Jack Ivers / Joh Berry / Scott Roth / Vadim Gritsenko Performance / XSLT processors running with Cocoon +1 XSLT can be the bottleneck of Cocoon. 14 - Nico Verwer Performance / A case with very big XML documents (100's of megs) +0.1 no details? Don't know if it's that much difference to 13. I might be ignorant, but the worst problem with big documents is the XSLT transformation, isn't it? I was thinking of combining Sylvain's Ajax talk (30 mins) with Max' CForms libraries talk (15 mins). This would then be a kind of a what's new in CForms presentation (that's what Sylvain and I discussed). I like this very much. Also, I was hoping to combine talk 13 (XSLT performance) and 14 (big documents) combined with possibly a third performance talk from Pier into a Performance track: hints, tips and guidelines! See my comment on 14. In conclusion my ranking: Must haves: 1. 06 + 11 2. 05 3. 13 4. 03 Nice to haves: 5. 07 6. 04 7. 01 8. 08 With removing my +0.1s and +0s from the list there are exactly 8 talks left :) So I don't think we need a second track, if we hold the talks (in narrower terms) on the hackathon days. Jörg
Re: [GT2005] Cocoon GT Talks!
Starting from the idea that this day will be attended by people familiar with Cocoon but looking for extra information/help, I'd go for talks that explain parts of Cocoon (+1 = I go for the talk AND I agree with Bertrand): 01 - Torsten Schlabach: All about URIs or: Find your sources (protocols from file:// to jcr:// and beyond) It can get a bit technical but it's a powerful part of Cocoon that is often not very well understood. +1 02 - Carsten Ziegeler Past, Present and Future of the Cocoon Portal I know we've seen it at ApacheCon already, but IMHO the portal deserves to be more visible +1 04 - Andrew Savory Simplifying Cocoon Yes, bring us (what's good in) Rails! +1 05 - Daniel Fagerström Cocoon Blocks Need to talk about the (near) future. Since it's not happening right now and quite technical, I'd put this low on my list of must hear. 06 - Sylvain Wallez Something about AJAX How could we not have ajax in amsterdam? +1 07 - Bertrand Delacretaz Cocoon Bricks: best practices by example Back to Earth.. +1 03 - Torsten Curdt Rapid application development with cocoon - javaflow and the compiling class loader Very close to be a must though +1 09 - Andrew Savory / Massimo Sonego What we get up to with Cocoon Not sure about that one, if it's about success stories it could move to the must category Equally not sure. Success stories are nice, but I'd rather have an HOWTO talk. 08 - Alfred Nathaniel XSP Tips and Traps A narrower audience probably, but still important I'd put this lower on my list since XSP is not considered best practice any more. 11 - Max Pfingsthorn CForms libraries: How Cocoon forms libraries make your life easier Specific to CForms development, but important as well...can we have a second room? ;-) +1 Good idea to team it up with Sylvain. 13 - Jack Ivers / Joh Berry / Scott Roth / Vadim Gritsenko Performance / XSLT processors running with Cocoon 14 - Nico Verwer Performance / A case with very big XML documents (100's of megs) These two could certainly be combined, but maybe a paper on performance could be nearly as good as a talk (with the basic assumption that there's not enough space for all talks, of course). +1 Now to the could be crossed out if space is missing talks. 10 - Michael Wechner What Daisy, Hippo and Lenya can learn from each other! We've had something very similar last year. Same feeling here. 12 - Lars Huttar Sitemap Browser: Using Cocoon to Explore Cocoon Sitemaps The tool in itself looks way cool, but maybe a good online demo with some qa time with Lars in another room for those who need it would also be an efficient way of showing it. Same feeling here. BTW: at the conferences I usually attend, there is always the opportunity to put up posters, i.e. a large paper that explains the topic. Is there space available to put up poster boards with posters (either in A0 size or just plain A4 pages pasted together) for the talks that don't make it? Not to mention the cost. Bye, Helma
ResponseWrapper eats my HTTP header settings
I'm trying to set HTTP headers for mod_cache, something like: map:act type=my-own-http-cache-headers-action map:parameter name=cache-validity-seconds value=..dynamically computed value.../ /map:act in a pipeline that is called by an internal request. And I just found out that ResponseWrapper eats all the header-setting calls. This is discussed in http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109785174903101w=2 (BTW thanks Unico for putting that link in the SVN log message), and I understand the issues, but what would be the recommended way for setting headers from an internal pipeline? I think setting headers for caching is a valid use-case. I'll look for a solution, but I'd appreciate any pointers. Note that this probably prevents HttpHeaderAction from working in internal pipelines as well, we should at least make a note in that class if that's actually the case. But just tell me if I'm missing something. -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 9/7/05, Pier Fumagalli [EMAIL PROTECTED] wrote: I'm almost done implementing XSD (XML Schema) validation using Xerces' internals! :-P That was hard, but I got it working outside Cocoon's sandbox, now it only needs a couple of wrappers for source/entity resolution between Cocoon and Xerces. Any other languages that _seriously_ deserve some attention before marking the block as stable ? I'd love to see Schematron, as the only language which allows easy and selective validation (not to mention domain-specific validation as well). I still don't quite see why you didn't go the MSV way apart from distribution issues (we have schema, rng and schematron implemented as msv plugins in our validation stuff), but hey, as long as you're giving free code away, I'm happy ;) Ciao, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance: http://www.orixo.com (blogging at http://www.rabellino.it/blog/)
Re: ResponseWrapper eats my HTTP header settings
Don't know how to solve this, but I think we should create warning log entries if someone tries to set headers in an internal pipeline and they are ignored. Carsten Bertrand Delacretaz wrote: I'm trying to set HTTP headers for mod_cache, something like: map:act type=my-own-http-cache-headers-action map:parameter name=cache-validity-seconds value=..dynamically computed value.../ /map:act in a pipeline that is called by an internal request. And I just found out that ResponseWrapper eats all the header-setting calls. This is discussed in http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109785174903101w=2 (BTW thanks Unico for putting that link in the SVN log message), and I understand the issues, but what would be the recommended way for setting headers from an internal pipeline? I think setting headers for caching is a valid use-case. I'll look for a solution, but I'd appreciate any pointers. Note that this probably prevents HttpHeaderAction from working in internal pipelines as well, we should at least make a note in that class if that's actually the case. But just tell me if I'm missing something. -Bertrand -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: ResponseWrapper eats my HTTP header settings
Le 8 sept. 05, à 11:32, Carsten Ziegeler a écrit : Don't know how to solve this, but I think we should create warning log entries if someone tries to set headers in an internal pipeline and they are ignored... Good idea - having had a look at it, maybe ResponseWrapper should let some headers go through? The cache-related ones (Expires, Cache-Control, Last-Modified) make sense to me. -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 8 Sep 2005, at 10:19, Gianugo Rabellino wrote: On 9/7/05, Pier Fumagalli [EMAIL PROTECTED] wrote: I'm almost done implementing XSD (XML Schema) validation using Xerces' internals! :-P That was hard, but I got it working outside Cocoon's sandbox, now it only needs a couple of wrappers for source/entity resolution between Cocoon and Xerces. Any other languages that _seriously_ deserve some attention before marking the block as stable ? I'd love to see Schematron, as the only language which allows easy and selective validation (not to mention domain-specific validation as well). I still don't quite see why you didn't go the MSV way apart from distribution issues (we have schema, rng and schematron implemented as msv plugins in our validation stuff), but hey, as long as you're giving free code away, I'm happy ;) Well, distribution issues _are_ quite important :-D If you want to use MSV, simply write a couple of mocks classes for what you need, and from there you can build a MSVSchemaParser and a MSVSchema you can use directly with the components provided within the validation block. That should be straightforward to do. Someone could do exactly the same for javax.xml.validation in JAXP 1.4 and so on and so forth (actually, javax.xml.validation _is_ redistributed with cocoon, I'll do something with it)... I don't think that having a dependancy on something we cannot redistribute for a generic (and IMVHO essential) feature such as validation is a good thing. But hey, if you want to implement it, mock, and write! :-P Pier smime.p7s Description: S/MIME cryptographic signature
Re: ResponseWrapper eats my HTTP header settings
On 8 Sep 2005, at 10:39, Bertrand Delacretaz wrote: Le 8 sept. 05, à 11:32, Carsten Ziegeler a écrit : Don't know how to solve this, but I think we should create warning log entries if someone tries to set headers in an internal pipeline and they are ignored... Good idea - having had a look at it, maybe ResponseWrapper should let some headers go through? The cache-related ones (Expires, Cache-Control, Last-Modified) make sense to me. I would be against it. AFAIK, the ResponseWrapper is the one used (also) in CIncludes and sitemap aggregations, right? That would generate massive race conditions when for some reason one of the included pipelines specifies caching. Have you tried using map:redirect/? That should preserve the caching headers and AFAIK would allow you to expose an internal-only pipeline, right? Pier smime.p7s Description: S/MIME cryptographic signature
RE: [GT2005] Cocoon GT Talks!
06 - Sylvain Wallez Something about AJAX How could we not have ajax in amsterdam? ROFL! :-) You're right, can't be a coincidence. Arje
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 9/8/05, Pier Fumagalli [EMAIL PROTECTED] wrote: On 8 Sep 2005, at 10:19, Gianugo Rabellino wrote: On 9/7/05, Pier Fumagalli [EMAIL PROTECTED] wrote: If you want to use MSV, simply write a couple of mocks classes for what you need, and from there you can build a MSVSchemaParser and a MSVSchema you can use directly with the components provided within the validation block. That should be straightforward to do. Someone could do exactly the same for javax.xml.validation in JAXP 1.4 and so on and so forth (actually, javax.xml.validation _is_ redistributed with cocoon, I'll do something with it)... ... javax.xml.validation *is* MSV ;-) Ciao, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance: http://www.orixo.com (blogging at http://www.rabellino.it/blog/)
Re: Real blocks - current state and next steps
On Thursday 08 September 2005 06:47, Daniel Fagerstrom wrote: Maybe we could work within Felix to make it possible to use the OBR functionality on M2 repositories? Not sure if the M2 contains enough info, but otherwise I think it is a good idea. Currently, I have a live publish system, where you scp a bundle to a directory and a cron job extracts the manifest data and convert to xml snippet. A cgi script collates the snippets on requests to the expected format. Although this works, it is one more piece of software to maintain, and it doesn't work for client-side-only since it is an aggregated XML file. Don't expect a Felix Bundle Repository any time soon though... :o) Cheers Niclas
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 8 Sep 2005, at 11:59, Gianugo Rabellino wrote: On 9/8/05, Pier Fumagalli [EMAIL PROTECTED] wrote: On 8 Sep 2005, at 10:19, Gianugo Rabellino wrote: On 9/7/05, Pier Fumagalli [EMAIL PROTECTED] wrote: If you want to use MSV, simply write a couple of mocks classes for what you need, and from there you can build a MSVSchemaParser and a MSVSchema you can use directly with the components provided within the validation block. That should be straightforward to do. Someone could do exactly the same for javax.xml.validation in JAXP 1.4 and so on and so forth (actually, javax.xml.validation _is_ redistributed with cocoon, I'll do something with it)... ... javax.xml.validation *is* MSV ;-) Whops... I thought you meant the MSV available from Sun here: http://www.sun.com/software/xml/developers/multischema/ This is in package com.sun.msv, and most definitely not redistributable. :-) The javax.xml.validation package is already in our SVN, so I don't see any re-distribution issues tied to that one... :-D Pier smime.p7s Description: S/MIME cryptographic signature
Re: validation block: RELAX-NG, XML-Schema, any other languages required?
On 8 Sep 2005, at 13:01, Pier Fumagalli wrote: On 8 Sep 2005, at 11:59, Gianugo Rabellino wrote: ... javax.xml.validation *is* MSV ;-) Whops... I thought you meant the MSV available from Sun here: http://www.sun.com/software/xml/developers/multischema/ This is in package com.sun.msv, and most definitely not redistributable. :-) Well, no, it actually is. The license seems to be a standard BSD/ Apache now: = Copyright (c) 2001-2003 Sun Microsystems, Inc. All Rights Reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. - Redistribution in binary form must reproduct the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Neither the name of Sun Microsystems, Inc. or the names of contributors may be used to endorse or promote products derived from this software without specific prior written permission. This software is provided AS IS, without a warranty of any kind. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE HEREBY EXCLUDED. SUN AND ITS LICENSORS SHALL NOT BE LIABLE FOR ANY DAMAGES OR LIABILITIES SUFFERED BY LICENSEE AS A RESULT OF OR RELATING TO USE, MODIFICATION OR DISTRIBUTION OF THE SOFTWARE OR ITS DERIVATIVES. IN NO EVENT WILL SUN OR ITS LICENSORS BE LIABLE FOR ANY LOST REVENUE, PROFIT OR DATA, OR FOR DIRECT, INDIRECT, SPECIAL, CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAUSED AND REGARDLESS OF THE THEORY OF LIABILITY, ARISING OUT OF THE USE OF OR INABILITY TO USE SOFTWARE, EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. You acknowledge that Software is not designed,licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility. = I'm puzzled Pier smime.p7s Description: S/MIME cryptographic signature
Re: [GT2005] Cocoon GT Talks!
I've tallied comments here and there (PMC list), and this somehow looks like the consensus now: Sylvain + Max Torsten Curdt Torsten Schlabach Andrew Daniel Bertrand Jack friends + Nico (+ Pier?) Lars in no particular order whatsoever. Scheduled back to back in 45' slots, with a 45' lunch break and two 30' coffee breaks, that'll fit in a (tight) schedule between 9:30 and 17:15. Arjé needs closure to move forward, so please comment now. /Steven -- Steven Noelshttp://outerthought.org/ Outerthought Open Source Java XML stevenn at outerthought.orgstevenn at apache.org
[GT2005] Capture Audio for Podcast?
As a devoted podcast listener -- is there any way we can do simple audio capture of GT2005 sessions and then post on cocoongt.org site as a podcast? This would be extremely valuable. >From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience? Simpler certainly than trying to capture publish video ... WDOT?
Re: [GT2005] Capture Audio for Podcast?
Le 8 sept. 05, à 17:17, Agile Jack a écrit : ... From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience?.. Microphones will certainly be used, so the best thing would be to plug your recording gear directly into the hall's sound system. Publishing audio is a good idea, much easier to do than video. -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: [GT2005] Capture Audio for Podcast?
As someone who has just started diving deeper into Cocoon and who's company has a dim view of paying for a trip to Amsterdam I would be insanely happy to have a copy of the audio from the conference. If there is anything those of us who can't come can do to make this happen I'd be happy to do it. Cheers, Gavin On Thursday 08 September 2005 11:17 am, Agile Jack wrote: As a devoted podcast listener -- is there any way we can do simple audio capture of GT2005 sessions and then post on cocoongt.orghttp://cocoongt.orgsite as a podcast? This would be extremely valuable. From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience? Simpler certainly than trying to capture publish video ... WDOT?
Re: Warped Text...
Il giorno 02/set/05, alle 17:32, Pier Fumagalli ha scritto: Yep, but SVG IMVHO is quite overkill to generate a simple image... Plus I suspect that the blurring algorithm is quite easy to recognize (in terms of running a simple image analysis package over the generated output). Indeed, but my CAPTCHA widget is not tied to a particular image generation algorithm. It just calls a pipeline which must be able to get the string to be rendered from a session attribute. If you want, you can replace the one in the sample with one using your generator. Ugo -- Ugo Cei Tech Blog: http://agylen.com/ Open Source Zone: http://oszone.org/ Wine Food Blog: http://www.divinocibo.it/
Re: [CForms] Fixing samples, some questions arise
Il giorno 07/set/05, alle 14:22, hepabolu ha scritto: 1. the XHR_carselector sample is broken. I think it should either be fixed (seems to be difficult) or removed entirely. Since the current AJAX implementation is better, I propose to remove it. +1. Ugo -- Ugo Cei Tech Blog: http://agylen.com/ Open Source Zone: http://oszone.org/ Wine Food Blog: http://www.divinocibo.it/
Creating a Generator completed
This is one that I think could use a second pair of eyes to make it more understandable. The URL is here: http://cocoon.zones.apache.org/daisy/documentation/writing/sitemapcomponents/688.html I also had to introduce the XML Pipeline contracts documentation here: http://cocoon.zones.apache.org/daisy/documentation/writing/corecontracts/689.html Now this is something where the JavaDocs should be updated to reflect it.
Re: Warped Text...
On 8 Sep 2005, at 16:47, Ugo Cei wrote: Il giorno 02/set/05, alle 17:32, Pier Fumagalli ha scritto: Yep, but SVG IMVHO is quite overkill to generate a simple image... Plus I suspect that the blurring algorithm is quite easy to recognize (in terms of running a simple image analysis package over the generated output). Indeed, but my CAPTCHA widget is not tied to a particular image generation algorithm. It just calls a pipeline which must be able to get the string to be rendered from a session attribute. If you want, you can replace the one in the sample with one using your generator. Chill... No need to be defensive... Pier smime.p7s Description: S/MIME cryptographic signature
Re: Warped Text...
Il giorno 08/set/05, alle 18:53, Pier Fumagalli ha scritto: Yep, but SVG IMVHO is quite overkill to generate a simple image... Plus I suspect that the blurring algorithm is quite easy to recognize (in terms of running a simple image analysis package over the generated output). Indeed, but my CAPTCHA widget is not tied to a particular image generation algorithm. It just calls a pipeline which must be able to get the string to be rendered from a session attribute. If you want, you can replace the one in the sample with one using your generator. Chill... No need to be defensive... I assure you that I'm not being defensive at all :-) I was just trying to suggest that your reader would be a good complement to the CAPTCHA support in CForms and it would be better to show them together in a sample rather than not. Cheers, Ugo -- Ugo Cei Tech Blog: http://agylen.com/ Open Source Zone: http://oszone.org/ Wine Food Blog: http://www.divinocibo.it/
I took the liberty of updating the JavaDocs on the core components
Alot of the information I documented really should have been part of the JavaDocs all along. I took the liberty of adapting what I wrote on daisy to the JavaDoc format. Even though there is a large amount of duplication now between the two resources, I still think that there is value in the documentation in daisy. The main reason being the fact that it is gathered all into one place. In the process, I did find an omission in the docs I wrote. I'll see about adapting the Writing for Cache Performance that Sylvain wrote.
patch commit request
Hey, Would someone be so kind as to apply this patch to trunk and 2.1.x branch: http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 I'm unable to commit anything because my laptop is having some major hardware issues, and it's out of commission until I get it straightened out. Also, there are a couple submitted livesites that I was going to do, but can't work on for the same reason... could someone slap those in, also? Thanks, Tony, who hasn't done much with Cocoon lately, and is also planning on making a trip to the Apple store for another possible motherboard replacement.
Re: patch commit request
Tony Collen wrote: Hey, Would someone be so kind as to apply this patch to trunk and 2.1.x branch: http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 I'll do this in a few hours unless someone beats me to it. Also, there are a couple submitted livesites that I was going to do, but can't work on for the same reason... could someone slap those in, also? I'll see if i can find out how to do this, again in few hours from now. Regards Jorg
Re: patch commit request
Jorg Heymans wrote: Tony Collen wrote: Hey, Would someone be so kind as to apply this patch to trunk and 2.1.x branch: http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 I'll do this in a few hours unless someone beats me to it. Awesome, thanks!!! Also, there are a couple submitted livesites that I was going to do, but can't work on for the same reason... could someone slap those in, also? I'll see if i can find out how to do this, again in few hours from now. IIRC all it requires is a patch to the correct file in the docs. As far as publishing the changes, IIRC (and I could be wrong on this), you'd have to run Forrest on the docs, and then commit the new generated page to the repo for the Cocoon website. Tony
[vote] Arje Cahn as a new Cocoon committer
Hi all, I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. Arjé has been using Cocoon for years and has taken the responsibility of organizing the upcoming GetTogether, which shows how much he cares for Cocoon and its community. And we value this a lot. This isn't the usual committer vote, since Arjé hasn't provided a lot of code patches. But quoting Stefano, committer means 'being committed to the project' rather than being able to commit code. There are some precendents for this: Matthew Langham and Andrew Savory were made committers, because we felt they were important citizens of the Cocoon community. The same applies to Arjé today. Please cast your votes! Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Please cast your votes! +1, welcome!! Tony
Re: [vote] Arje Cahn as a new Cocoon committer
Le 8 sept. 05, à 20:41, Sylvain Wallez a écrit : Please cast your votes! Enthusiastic +1! -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Hi all, I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. Arjé has been using Cocoon for years and has taken the responsibility of organizing the upcoming GetTogether, which shows how much he cares for Cocoon and its community. And we value this a lot. This isn't the usual committer vote, since Arjé hasn't provided a lot of code patches. But quoting Stefano, committer means 'being committed to the project' rather than being able to commit code. There are some precendents for this: Matthew Langham and Andrew Savory were made committers, because we felt they were important citizens of the Cocoon community. The same applies to Arjé today. Please cast your votes! I'm very proud of a community that is able to attract contributions that do not translate directly into code. +1 -- Stefano.
Re: [GT2005] Capture Audio for Podcast?
On 9/8/05, Bertrand Delacretaz [EMAIL PROTECTED] wrote: Le 8 sept. 05, à 17:17, Agile Jack a écrit : ... From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience?..Microphones will certainly be used, so the best thing would be to plugyour recording gear directly into the hall's sound system. Good point. Arje, any chance we can get our hands on the sound system before the conference to see what kind of outputs it has and try hooking up to it to verify sound quality, etc.? Given good-quality sounds files, the podcast part should be easy ...Publishing audio is a good idea, much easier to do than video. -Bertrand
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Hi all, I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. snip/ Please cast your votes! A warm +1! Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director
OSGi R4 draft documents published
http://osgi.org/osgi_technology/draft_download_specs2.asp?Accept=Accept They really should learn how to build non-bookmarkable clickthrough forms :-) Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director
Re: [GT2005] Capture Audio for Podcast?
I agree, this would be a good idea! We just need to make sure that one (better two) people take care of the recording and publishing. We also need to make sure that the audio system will provide a suitable connection. Where would the RSS be published? On the Cocoon zone? Regards, Torsten Agile Jack schrieb: As a devoted podcast listener -- is there any way we can do simple audio capture of GT2005 sessions and then post on cocoongt.org http://cocoongt.org site as a podcast? This would be extremely valuable. From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience? Simpler certainly than trying to capture publish video ... WDOT?
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Hi all, I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. A big +1! :-) Best Regards, Antonio Gallardo.
Re: [vote] Arje Cahn as a new Cocoon committer
On 08 Sep 2005, at 20:41, Sylvain Wallez wrote: Please cast your votes! +1 /Steven -- Steven Noelshttp://outerthought.org/ Outerthought Open Source Java XML stevenn at outerthought.orgstevenn at apache.org
Re: [vote] Arje Cahn as a new Cocoon committer
On Thu, Sep 08, 2005 at 07:41:30PM +0100, Sylvain Wallez wrote: Please cast your votes! +1 --Tim Larson
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Please cast your votes! Sylvain +1
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Please cast your votes! +1! -- Leszek Gawron [EMAIL PROTECTED] IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: patch commit request
Also, there are a couple submitted livesites that I was going to do, but can't work on for the same reason... could someone slap those in, also? I'll see if i can find out how to do this, again in few hours from now. IIRC all it requires is a patch to the correct file in the docs. As far as publishing the changes, IIRC (and I could be wrong on this), you'd have to run Forrest on the docs, and then commit the new generated page to the repo for the Cocoon website. First of all: great that someone takes the time to go through the process and add the livesites to the documentation site. However, since we're trying to consolidate all documentation (and livesites _IS_ part of the documentation) in Daisy at the cocoon.zone, I think it is better to put the info there. We don't want to leave the submissions to the livesites too long invisible, but adding the info to the current xdocs rather than Daisy looks like a waste of effort. I currently have no solution to this problem, someone else maybe? Bye, Helma
Re: [vote] Arje Cahn as a new Cocoon committer
Hi, On 8 Sep 2005, at 19:41, Sylvain Wallez wrote: I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. Please cast your votes! +1, of course :-) 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] Arje Cahn as a new Cocoon committer
I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. Please cast your votes! +1 Jörg -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Arjé has been using Cocoon for years and has taken the responsibility of organizing the upcoming GetTogether, which shows how much he cares for Cocoon and its community. And we value this a lot. +1 and thanks for organizing GT2005 !! Jorg
Re: [VOTE] Jorg Heymans as new committer
David Crossley wrote: Hi Jorg, just in case you don't know this already, all the information that you should need is at http://www.apache.org/dev/ good to know thanks. Any questions, just ask here on the cocoon-dev list. will do! Thanks, Jorg
Re: [VOTE] Jorg Heymans as new committer
Jorg Heymans wrote: David Crossley wrote: Hi Jorg, just in case you don't know this already, all the information that you should need is at http://www.apache.org/dev/ good to know thanks. You should also know that any Cocoon committer can be a member of the PMC it he/she wants to. You just have to subscribe to [EMAIL PROTECTED] and send a I wanna be in the PMC message. Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director
DO NOT REPLY [Bug 36326] - [PATCH] ImageReader handle dimensions as percentage and JPEG quality addition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36326. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 00:07 --- Applied thanks Eric (i had to apply the patch against trunk by hand - tortoiseSVN didn't like it at all) Please check if all went in ok and close this issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35576] - [PATCH] ImageReader optional quality setting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35576. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35576 Bug 35576 depends on bug 36326, which changed state. Bug 36326 Summary: [PATCH] ImageReader handle dimensions as percentage and JPEG quality addition http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35576] - [PATCH] ImageReader optional quality setting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35576. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35576 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 00:10 --- I take it that #36326 is exactly what your patch was supposed to do ? Please check and if so close this one. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: [GT2005] Capture Audio for Podcast?
On 9/8/05, Torsten Schlabach [EMAIL PROTECTED] wrote: I agree, this would be a good idea!We just need to make sure that one (better two) people take care of therecording and publishing. We also need to make sure that the audiosystem will provide a suitable connection. Where would the RSS be published? On the Cocoon zone? I was thinking cocoongt.org ... the content could be purely static ... or we could build something smarter. But I don't really know details of how that site is hosted, what other options there might be, etc. Others probably know better. Regards,TorstenAgile Jack schrieb: As a devoted podcast listener -- is there any way we can do simple audio capture of GT2005 sessions and then post on cocoongt.org http://cocoongt.org site as a podcast?This would be extremely valuable. From what I have been hearing, capturing useful quality audio isn't that hard or expensive -- just need decent microphones and most importantly, make sure we use them consistently. Probably some of you already have experience? Simpler certainly than trying to capture publish video ... WDOT?
RE: [GT2005] Capture Audio for Podcast?
Hi all, We just need to make sure that one (better two) people take care of the recording and publishing. We also need to make sure that the audio system will provide a suitable connection. There will be microphones, we got the little wireless ones, and given the fact that the conference room is actually a *cinema* I think they'll have a pretty decent audio system too... There's a technician available to help us with this kind of things, and if someone would be willing to team up with him/her and get the recording going, that would be very much appreciated! I'm afraid I'm not the right guy for A/V stuff.. I was thinking cocoongt.org ... the content could be purely static ... or we could build something smarter. But I don't really know details of how that site is hosted, what other options there might be, etc. Others probably know better. The CocoonGT.org site is hosted on one of our dedicated machines. It's a Cocoon website with Hippo CMS behind it running on a pretty decent Linux box. If we could setup a list of requirements for the recording, also in terms of hardware/software/memory/disk/bandwith, I'm sure we'll be able to set it up. I'd be happy to host the recordings, at least during the GT itself, although maybe afterwards it might be good to switch to an Apache mirrored environment (? not sure if that's possible). BTW; If possible I would prefer video! Regards Arjé
DO NOT REPLY [Bug 35462] - [PATCH] ImageMap widget
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35462 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 01:21 --- Applied, thanks Luca. Please doublecheck if all went in ok and close this issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: [GT2005] Capture Audio for Podcast?
Arje Cahn wrote: BTW; If possible I would prefer video! +1! ;-) /me is sad. He is unable to join his folks at GT this year. :-( Best Regards, Antonio Gallardo.
Re: patch commit request
Tony Collen wrote: Would someone be so kind as to apply this patch to trunk and 2.1.x branch: http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 done. Jorg
Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Please cast your votes! +1 -David
Re: [vote] Arje Cahn as a new Cocoon committer
Please cast your votes! Sylvain +1 Bye, Helma
DO NOT REPLY [Bug 36326] - [PATCH] ImageReader handle dimensions as percentage and JPEG quality addition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36326. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36326 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 02:48 --- (In reply to comment #6) Applied thanks Eric (i had to apply the patch against trunk by hand - tortoiseSVN didn't like it at all) Please check if all went in ok and close this issue. Patch looks great to me. Thanks for applying it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
