Re: FYI: 2.2 samples pages reorganized

Le 10 oct. 05, à 14:16, Carsten Ziegeler a écrit : Bertrand Delacretaz wrote: There should be a link to "all samples" at the top right. Oh, right, yes it's there - I overlooked it the first time. Perhaps it should be a little bit more prominent? right, I'll improve

Re: FYI: 2.2 samples pages reorganized

Le 10 oct. 05, à 13:59, Carsten Ziegeler a écrit : ...I think it's a good idea to cleanup the page. But :) it raises two questions for me: a) How do I get to the other samples? I don't see any link. There should be a link to "all samples" at the top right. ...b) Which blocks do we feature on

Re: [HEADS-UP] IRC support?

Le 10 oct. 05, à 12:11, Jorg Heymans a écrit : I suggested logging the IRC channel a while ago... ...If we could get it to log, and we include the logs somewhere searchable (daisy, wiki ...) that'ld be good enough already You'd get a *lot* of noise if you simply log, so I'm not sure

Re: add --noconfig as a default ant option in build.sh?

Le 10 oct. 05, à 12:28, Carsten Ziegeler a écrit : ...I just added "servlet" being the default parameter for the cocoon script. As I can't test this on unix right now, I only changed the windows scripts...so if someone wants to have a look at it... :) done, "servlet" is now the default action f

Re: [GT2005] Cocoon GetTogether 2005 is over... But wait! There's more!

Le 10 oct. 05, à 12:25, Andrew Savory a écrit : ...And a big thank you to Arjé and everyone at Hippo for such superb organisation and all the hard work you put in - it was appreciated!... BIG +1 -Bertrand

Re: add --noconfig as a default ant option in build.sh?

Le 6 oct. 05, à 11:52, Bertrand Delacretaz a écrit : Sandor Spruit suggests this, see http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=112858673106600&w=2 done for build.sh in trunk and BRANCH_2_1_X I haven't changed the windows build scripts as I cannot test them, if someone

2.2 samples reorganization (was: [RT] contrib directory)

Le 10 oct. 05, à 11:11, Jeremy Quinn a écrit : ...We also talked about showing-off the 'sexy' stuff up front . eg. samples and docs highlighting the newest and best prominent news items on the front page pointing to new cool stuff etc... Have you seen how the s

Re: [HEADS-UP] IRC support? (was: Re: [RT] seven good reasons to close down users@cocoon.apache.org)

Le 9 oct. 05, à 00:39, Antonio Gallardo a écrit : ...I though we were against providing IRC support... I don't think we can be against someone giving answers there - but it would be cool, when people find solutions via IRC (or any other media ), to post them on the lists or on the wiki. -B

Re: Classloading in blocks [was; Binaries for next releases]

Le 9 oct. 05, à 18:33, Reinhard Poetz a écrit : ...So what do others think about this roadmap?... Would you mind re-posting this roadmap question with a more prominent subject line? I'm afraid people will miss it due to the more or less obscure topic being discussed here ;-) -Bertrand

Re: Binaries for next releases

Le 8 oct. 05, à 19:43, Reinhard Poetz a écrit : ...For 2.1 I'm not sure if it's worth the effort. IMHO We should focus on 2.2 and make it stable as soon as possible Yes, let's make as little changes as possible to 2.1 and move on. -Bertrand

Re: SVN Address

Le 7 oct. 05, à 20:47, JD Daniels a écrit : ...Now it has occured to me, that I can't find the svn address to check out the HEAD... You're probably looking for http://svn.apache.org/repos/asf/cocoon/ -Bertrand

Re: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

Le 7 oct. 05, à 17:09, Berin Loritsch a écrit : ...As to the sample apps--I agree to a point. If you don't have the convention to build the sample app with, how is the potential user going to know what they are looking at? In other words what are they going to walk away with when the look at

[RT] contrib directory

We talked about that this morning with Jeremy at the GT: how about creating a "contrib" directory in our repository, for stuff that we want to stay available, without being directly tied to our releases. This could contain: -example apps like bricks-cms -blocks that we'd like to remove from 2.2

FYI: 2.2 samples pages reorganized

I've just committed the changes that we started yesterday at the Hackathon, the first page of samples now shows links to a minimum number of samples, the rest being on a different page. I'd appreciate it if people could give it a try, I haven't had time to check all the samples yet. All form

[VOTE] snapshot "release" of the bricks-cms example app

I'd like to put a snapshot of the bricks-cms [1] example on our download servers, so that people can get it without requiring an SVN client. It is not a formal "release", but I'd like to have the community's approval before doing it. Please cast your votes, here's my own: +1 -Bertrand [1]

add --noconfig as a default ant option in build.sh?

Sandor Spruit suggests this, see http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=112858673106600&w=2 Any objections to make this the default when ant is called from build.sh? If not I'll add it to the branch and trunk builds. What the option does for ant is: --noconfig sup

Re: [RT] seven good reasons to close down users@cocoon.apache.org

Le 6 oct. 05, à 10:04, Torsten Curdt a écrit : ...Let's better have a few more developer subscribed to users again Yes, after this discussion I think it's good enough - and I like the idea of filtering both lists to the same folder in my mail client, so as not to overlook user's messages.

Re: [vote] Ross Gardler as a new Cocoon committer

Le 5 oct. 05, à 10:43, Daniel Fagerstrom a écrit : ...Please cast you votes. Enthusiastic +1, welcome Ross! -Bertrand

Re: Release 2.2alpha1 just before GT?

Le 5 oct. 05, à 09:55, Upayavira a écrit : So, I propose to start to release 2.2alpha 1 at 3pm CET (GMT+2). +1 -Bertrand

[GT] please add your PGP key there

Those of you coming to the Hackathon or GT, please add your PGP key to http://wiki.apache.org/cocoon/CocoonGetTogetherPGP if you want to sign keys. We'll print that page at some point to make signing easier. -Bertrand

Re: [GT2005] Beers ce soir?

Le 4 oct. 05, à 12:14, Andrew Savory a écrit : ...Anyone else arriving tonight?... I'll be there sometime tomorrow morning only, please send some flak towards Steven on my behalf ;-) -Bertrand smime.p7s Description: S/MIME cryptographic signature

jdk 1.3: thanks (was: [RT] Is Cocoon Obsolete?)

Le 3 oct. 05, à 21:30, Antonio Gallardo a écrit : ...I WASTED not only my last weekend, but a lot of time keeping the f*** java 1.3 compatibility... I agree about the *** but anyway, THANKS Antonio for this work. Keeping 1.3 compatibility for the 2.1.x branch has been a community decision II

Re: [GT2005] Buglisting?

Le 4 oct. 05, à 10:35, Arje Cahn a écrit : ...Should we do the bugtable again at the hackaton? And is someone willing to printout the bugreports or should I arrange that? (Bertrand...? I know you're busy..) I am, won't have time to do it before I leave, but if there's a printer there we'll f

Re: including Zip Source within Cocoon

Le 4 oct. 05, à 09:21, Michael Wechner a écrit : ...one could also imagine an OpenDocument block where the ZipSource would be part of it. If people like it and other usecases would show up, then we could move it to the core at some later stage. Makes sense?.. IMHO, yes if the block includes sa

Re: [RT] seven good reasons to close down users@cocoon.apache.org

Le 4 oct. 05, à 07:13, Berin Loritsch a écrit : ...Before going too far with this proposal, consider the impact of Stefano's latest thread on the average user. Esp. in light of the fact that there are several more people who simply lurk than who actually participate I'm not going to take

Re: [RT] seven good reasons to close down users@cocoon.apache.org

Le 4 oct. 05, à 00:00, Sylvain Wallez a écrit : ...I don't have that many reasons, but I don't think this is a good idea: One: Marketing wise, this will be a very bad sign, and would give to the outside world the impression that the Cocoon acceptance has shrunk so much than two lists are too

Re: [RT] seven good reasons to close down users@cocoon.apache.org

Le 3 oct. 05, à 22:56, Mark Lundquist a écrit : ...But please don't use the term "close down", instead say "merge" or "consolidate" :-) You're right, of course, "merge" is much more appropriate. -Bertrand smime.p7s Description: S/MIME cryptographic signature

[RT] seven good reasons to close down users@cocoon.apache.org

In these days of wild thoughts, here's another one: how about closing the users@ list and having just one list for cocoon-related discussions? I think I have a few good reasons for this: One: The line between cocoon users and developers is fairly thin, it is not as in Open Office for example,

Re: [jetty-discuss] Microsoft IE7 compromise of session security

Le 3 oct. 05, à 12:04, Sylvain Wallez a écrit : ...I'm with Reinhard: let's tie continuations to sessions, which should be fine for 99.9% of the use cases. Even if the continuation ID is in the URL, it won't be accessible without the session id cookie... +1 -Bertrand smime.p7s Description:

Re: [RT] Is Cocoon Obsolete?

Hi all, I'll comment on a few snippets of what Stefano said, apart from that I tend to agree with most of what's been said by others. Le 30 sept. 05, à 23:57, Stefano Mazzocchi a écrit : ...A phase transition is when you strongly believe in something, then you strongly change your mind. Othe

Re: [GT2005] Jotspot?

Le 3 oct. 05, à 10:38, Arje Cahn a écrit : ...Might be nice for notetaking at the GT? [1] http://www.jotlive.com/ I think so, I have tested it quickly and it looks good. We can try it during the Hackathon and make a decision then. -Bertrand smime.p7s Description: S/MIME cryptographic sig

Re: [RT] Is Cocoon Obsolete?

Le 2 oct. 05, à 21:48, Antonio Gallardo a écrit : Bertrand Delacretaz wrote: ...[3] http://cforms-xul.tigris.org/ Sidenote: this is probably related to http://www.mail-archive.com/dev@cocoon.apache.org/msg31982.html.. ...?? I am clueless. Can you give more hints? :-( If you look at

Re: [RT] Is Cocoon Obsolete?

Le 2 oct. 05, à 21:02, Antonio Gallardo a écrit : ...I found a new interesting link [3], I didn't check is this is really an active project. ... [3] http://cforms-xul.tigris.org/ Sidenote: this is probably related to http://www.mail-archive.com/dev@cocoon.apache.org/msg31982.html (still th

Re: including Zip Source within Cocoon

Le 30 sept. 05, à 15:30, Michael Wechner a écrit : ...I would like to suggest that we put these two classes (ZipSource and ZipSourceFactory) back into Cocoon (2.1.X branch)... Are you thinking of adding them to the core? I think they could go there, it's not much code and certainly useful. If

Re: [RT] Smarter Use of Exceptions

Hi Berin, Thanks for your analysis, I fully agree with your conclusions. ...You have a much better idea of the problem when you see ValidatorInitializationException as opposed to RuntimeException... Yes, and it's so cheap to do, there's really no reason not to do it. But your report shows th

Re: forms block does not compile for java 1.3

Le 29 sept. 05, à 07:43, Ralph Goers a écrit : ...I don't share your optimism that 2.1.8 will be the last 2.1 release... I agree that a few more *bugfix* releases of 2.1.x would be good, if the need arises. But we shouldn't add new stuff to 2.1x after 2.1.8, in order to clearly move the foc

Re: [RT] Are svn externals a good idea?

Le 28 sept. 05, à 12:50, Jorg Heymans a écrit : ...(Just so I get my maths straight next time, how often were the 2.1.x releases downloaded? Can i grep this somewhere ?) We don't have download stats as most downloads are done on mirrors, AFAIK the only stats that we have are the mailings lists

Re: [RT] Are svn externals a good idea?

Le 28 sept. 05, à 12:08, Jorg Heymans a écrit : ...99.99% of our userbase is using it, no need to make them jump out of the window with statements like this ;) So you have exactly 10'000 customers, or a multiple? Otherwise, I wouldn't like to be one of your fractional customers ;-) -Bertrand

[bricks] Testers welcome!

Hi community, I'm preparing the bricks-cms example application for the GetTogether next week, a first version is available in the whiteboard. See http://wiki.apache.org/cocoon/BricksCms . Testers are welcome - although there's not much to test at the application level, if people could try to

Re: Cocoon (indirectly) wins awards

Le 27 sept. 05, à 22:10, Ralph Goers a écrit : Thought you'd like to know that this website was built completely with the Cocoon Portal... Wow, congratulations! -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: [GT2005] PGP signing?

Le 27 sept. 05, à 20:31, Torsten Curdt a écrit : If a few people are interested we could prepare a little key signing event... Good idea, and the instructions of last year are still available at http://wiki.apache.org/cocoon/CocoonGetTogether2004PGP -Bertrand smime.p7s Description: S/MIME c

Re: [GT2005] Mirroring Apache SVN?

Le 27 sept. 05, à 15:46, Arje Cahn a écrit : ...Does anyone know of an option of doing this in advance before the hackaton and have some kind of a mirror/proxy on location?... We can reasonably expect committers to come with a fresh checkout, and I don't think a proxy would work as committers

Re: [RT] Planning

Le 26 sept. 05, à 13:45, Daniel Fagerstrom a écrit : ...My rambling about releases sime time ago http://marc.theaimsgroup.com/?t=11167587112&r=1&w=2 inspired Reinhard to stop using Bugzilla for planning http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=111676672214067&w=2. So as I'm going

Re: Ant: [cforms] compact notation for

Le 24 sept. 05, à 10:14, Reinhard Poetz a écrit : ...Yes and a check that the style is either set by @fi:* or and throw a meaningful exception in the case that a user tries to go both ways there shouldn't be any problems... Agreed, the compact notation is more readable, I'm +1 on making it th

Re: FOP and Cocoon URL question

Le 23 sept. 05, à 08:33, Jeremias Maerki a écrit : ...the new FOP should be able to handle these requirements. You will be able to set a URIResolver which wraps the Excalibur Source instances in a JAXP (Stream)Source instances... Great, thanks for the news! ... The bad message is that the AP

Re: FOP and Cocoon URL question

Le 23 sept. 05, à 06:22, Joerg Heinicke a écrit : ...FOP does not use Cocoon's source resolver.. FYI, I think FOP are close to a first release candidate of their long-awaited V1.x, if someone has an itch to scratch it might be a good time to do something with them about this. -Bertrand sm

Re: Bricks example app in our whiteboard, WDYT?

Le 20 sept. 05, à 10:14, Sylvain Wallez a écrit : Upayavira wrote: So, you get my vote for putting it into the whiteboard. +1 also. I'm frequently asked about the recommended practices or design patterns for a Cocoon application. So starting to have some sample standalone applications in ou

Re: CForms: where and how to specify the suggestion-list?

Le 22 sept. 05, à 11:44, Sylvain Wallez a écrit : ...Another solution would be for the suggestion list in the definition to be given using the same syntax as and have a system-provided default pipeline to render the list: This will automatically generate a which will be answer

Absolutizing with request.getServerName() (was: Protocol switch...)

Le 21 sept. 05, à 14:04, BURGHARD Éric a écrit : If i understand correctly, the request.getServerName() is not useable for absolutisation since it names the server in his local environnement.. Did you follow Vadim's advice earlier in this thread? Le 19 sept. 05, à 14:45, Vadim Gritsenko a

Re: Protocol switch in portals (was Re: furious anger: portal broken)

Le 20 sept. 05, à 10:57, Carsten Ziegeler a écrit : ...The LinkService accepts a boolean argument indicating if you want a secure link. If this is set to true then the service switches to https. As I said yesterday, we could create relative links if the procotol is not changed, but there are case

Re: Bricks example app in our whiteboard, WDYT?

Le 19 sept. 05, à 12:07, Bertrand Delacretaz a écrit : ...Yes, but in fact I have maybe jumped to conclusions in thinking that Hivemind depends on code that we couldn't redistribute. It might be that they just use the ibiblio downloads for convenience, I'll have to check this.

Re: Bricks example app in our whiteboard, WDYT?

Le 19 sept. 05, à 11:47, Upayavira a écrit : Bertrand Delacretaz wrote: ...That's what I mean by "semi-automatic", people have to explicitely agree before the download proceeds. I find that surprising - given the current ambiguity with 'linking' to code in Java, t

Re: Bricks example app in our whiteboard, WDYT?

Le 19 sept. 05, à 11:27, Upayavira a écrit : Bertrand Delacretaz wrote: ...The app uses all ASF components: Hivemind, OJB and Derby, so licenses are clean (some non-ASL things will be downloaded from ibiblio at build time, with an appropriate warning). What non-ASL things? Those that

Bricks example app in our whiteboard, WDYT?

Hi community, I'm working on my "Bricks" example application for the GT [2] and I was thinking of putting the source code in our whiteboard, if people don't mind. I don't want to make it a block as it contains the full source code of a (very simple) standalone application built on Cocoon, in

Re: furious anger: portal broken (please mind your tone)

Le 19 sept. 05, à 09:35, Carsten Ziegeler a écrit : ...please mind your tone - A subject like the one above does not really help solving problems... ...The current svn is a development version, so it might happen that things work one day and are broken the other day.. FWIW, I fully agree w

Re: [m2 build] status update

Le 15 sept. 05, à 09:39, Jorg Heymans a écrit : ...There were some tests in core or webapp failing yes, making it impossible to do a build. (is there a switch that says "continue even if tests fail" ?)... Someone just sent me this link, maybe it helps, it shows how to exclude some tests from

Re: [m2 build] status update

Le 15 sept. 05, à 09:39, Jorg Heymans a écrit : ...There were some tests in core or webapp failing yes, making it impossible to do a build. (is there a switch that says "continue even if tests fail" ?).. If there's not, it would be good to *move* failing tests to a specific subdirectory inst

Re: Shall we switch to Jira?

Le 14 sept. 05, à 21:43, Pier Fumagalli a écrit : ...The workflow in use is a simplified one, there are only three statuses: - Open - Closed - Reopened I took out the "In Progress" and "Resolved" as I personally never found any use for it, and I wanted to show off the simples JIRA setup possi

Re: Shall we switch to Jira?

Le 14 sept. 05, à 16:10, Pier Fumagalli a écrit : ...Again, I'm going to set up a _test_, I'll set it up so that only people in the Cocoon group can see the project and can do anything with it (so that users won't get confused). Is that all right for you guys?.. yes, thanks. -Bertrand smi

How to handle the "page just expired in front-end cache" case?

I'd like to pick the community's brains on this use-case: 1. Cocoon-based pages are cached by mod_cache 2. A request for page P comes, page P is invalid in cache, request goes to Cocoon 3. During the time it takes to regenerate page P, more requests arrive for page P What happens at this p

Re: Shall we switch to Jira?

Le 13 sept. 05, à 23:10, Arje Cahn a écrit : ...How can I get Bugzilla to tell me what issues are scheduled to be fixed for the next release?.. Very easy: define an issue which represents the next release, and make it dependent on all issues that must be fixed. I use it all the time, with mul

Re: Shall we switch to Jira?

Le 12 sept. 05, à 20:10, Pier Fumagalli a écrit : Just an idea... I'm used to work on it at work, and it's quite an improvement on Bugzilla... The thing is, IMHO we don't even use bugzilla very seriously, so I don't know if switching to a better tool would help. If people think the impoved

Re: Posters (was: Re: [GT2005] Cocoon GT Talks!)

Le 13 sept. 05, à 14:30, hepabolu a écrit : ...Well, you either need flipovers or posterboards (i.e. panels usually used to create "mobile walls" on which a poster can be glued or pinned). OTOH clean walls could work as well as long as you're allowed to stick something on it... I like the ide

Re: ResponseWrapper eats my HTTP header settings, as does map:mount ;-(

Le 12 sept. 05, à 15:57, Carsten Ziegeler a écrit : ...Yepp - so the question is: which changes broke this? Most probably related to http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=109785174903101&w=2 And we should solve this for 2.1.8. Yes - I don't have much time now as I have to deli

Re: ResponseWrapper eats my HTTP header settings, as does map:mount ;-(

Le 12 sept. 05, à 15:31, Carsten Ziegeler a écrit : ...What does this currently mean? If I set headers in a sub sitemap they are ignored?.. That's what I'm seeing, my mounted sitemap has an Action which sets HTTP headers, and a Serializer which sets Content-Length, and they are all eaten by

Re: ResponseWrapper eats my HTTP header settings, as does map:mount ;-(

Le 8 sept. 05, à 12:42, Pier Fumagalli a écrit : On 8 Sep 2005, at 10:39, Bertrand Delacretaz wrote: ---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

Re: howto update the website using forrest (was Re: patch commit request)

Le 10 sept. 05, à 01:06, Jorg Heymans a écrit : ...The updated livesites page is now on minotaur. It is not visible to the outside world yet, there's probably a cache in between waiting to expire... Websites are replicated from there to the machine that serves the public sites, every few hour

Re: [GT2005] Capture Audio for Podcast?

Le 9 sept. 05, à 08:35, Andrew Savory a écrit : ...It's not really possible to use the Apache mirrors for AV of the GetTogether - we asked infra last year and the response was pretty much "you really ought to find your own host for that sort of stuff". We're happy to provide a long-term host f

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: [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 w

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 header

ResponseWrapper eats my HTTP header settings

I'm trying to set HTTP headers for mod_cache, something like: 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-dev&m=109785174903101&w=2 (B

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 f

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

Re: [GT2005] Cocoon GT Talks!

6 - 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

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 validati

Re: Fixing block XCONF files (Was: Re: Blocks in 2.2)

Le 5 sept. 05, à 23:30, Pier Fumagalli a écrit : ...These are the errors I get from XML files in the blocks/conf: ojb/conf/repository_database.xml:74: parser error : Extra content at the end of the document default-connection="true"> ...Those, though, are beyond my understanding in fixing.

Re: Blocks in 2.2

Le 5 sept. 05, à 02:49, Pier Fumagalli a écrit : ...PS: I noticed that in the 2.1.x branch, most of the XMAPs in the block samples declare elements within the "map" namespace for patching, but don't declare the namespace itself. I suspect this is because ANT doesn't use a namespace-aware parse

Re: Extremely odd source in XSPs (breaks build)

Le 5 sept. 05, à 01:34, Pier Fumagalli a écrit : ...We should make sure that whenever code is written, any character outside the "Basic-Latin" Unicode spec is correctly encoded as \u, otherwise things are going to start breaking... :-D +1, but

Re: Our snapshots revisited - last step -> cleanup

Le 3 sept. 05, à 20:14, Antonio Gallardo a écrit : ...The following dirs are empty and AFAIK, no longer needed: http://svn.apache.org/snapshots/cocoon-2.0/ http://svn.apache.org/snapshots/cocoon-2.1/ http://svn.apache.org/snapshots/cocoon-2.2/ I have reopened http://issues.apache.org/jira/br

Re: Releasing 2.1.8, when?

Le 1 sept. 05, à 10:14, Daniel Fagerstrom a écrit : Carsten Ziegeler wrote: ...I think from 2.1.8 we should simply release every two months Big +1 Release 2.1.8 now (or soon), and then every 2nd month.. Same here, +1 -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: [2.2] Using includes in the sitemap for components?

Le 31 août 05, à 08:51, Carsten Ziegeler a écrit : ...I think we should add an include statement for the main sitemap that includes additional sitemap components from some directory in the WEB-INF dir, like WEB-INF/sitemap-components/*.xconf.. agreed, and it would be good to have debug messages

Re: JING Transformer...

Le 30 août 05, à 18:32, Pier Fumagalli a écrit : ...Is there interest to have it in Subversion? yes, big +1 here. -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: svn commit: r264667 - in /cocoon/gsoc/rgraham/refdoc/samples/annotated-code: doktor-about.txt doktor-future.txt doktor-usage.txt

Le 30 août 05, à 15:28, Robert Graham a écrit : ... I had planned to point everything back inside the refdoc block after I completed the docs I was creating for being 'published... Fine with me! ..' My question is, do you want the annotations to the slop block saved in any way?.. You can sa

Re: [2.2] Readd jx or move template block to core

Le 30 août 05, à 14:09, Carsten Ziegeler a écrit : ...As soon as you have a perfect open source project, noone is really interested in changing things... Hmm...don't you think 2.1.x *is* this perfect^H^H^H^H^H very good platform for many of us today? Which means 2.2 has to compete hard to s

Re: [2.2] Readd jx or move template block to core

Le 30 août 05, à 13:38, Carsten Ziegeler a écrit : ...Now, if we do it in a branch I fear we end up with a one man show... I see your point - but I'm not too sure about the "motivating people by breaking the build" bit. We seem to have fairly little collective energy at the moment [1], so i

Re: [2.2] Readd jx or move template block to core

Le 30 août 05, à 11:49, Carsten Ziegeler a écrit : ...BUT we really need people *doing* stuff and not just talking. And if this breaks our build for trunk for some days, who cares? Even better: a breaking build could perhaps motivate others do actually do something :)... I'm all for a radical m

[GSoC]: pencils down in about 48 hours

Just a reminder to our friendly GSoC people, the pencils down time is September 1st. I don't think we'll be fussy about exactly when on September 1st you're finished, but please make sure all your code and accompanying documentation is committed to SVN sometime before Friday. In my view (oth

Re: svn commit: r264667 - in /cocoon/gsoc/rgraham/refdoc/samples/annotated-code: doktor-about.txt doktor-future.txt doktor-usage.txt

Le 30 août 05, à 03:30, [EMAIL PROTECTED] a écrit : ...Added the documents created that are to be published. Almost completed the XSLT for publishing. Should be the next commit... I've had a look at the current state and it looks good, I have just three small things to mention: -The target

Re: JUnit Tests and maven status

Le 26 août 05, à 13:17, Daniel Fagerstrom a écrit : Bertrand Delacretaz wrote: Maybe we could dedicate the second day of the GT hackathon to this? Dedicate is a little bit strong for my taste, I would like to see some more work on the block stuff also. Sure - I was more meaning "f

Re: JUnit Tests and maven status

Le 26 août 05, à 12:20, Carsten Ziegeler a écrit : ...I'm trying to implement some things for m2 and plan to do a anteater plugin (if that is not available yet)... Note that the HtmlUnit tests in the 2.1 branch are meant to completely replace the anteater ones. They haven't been ported to t

[GSoC] status reports?

With ten days left to finish the GSoC projects, I think it would be good for our three students to provide a short status report here. Think "3P": Progress: What have you accomplished and how does it compare to the project's goals. Problems: Is anything preventing you from reaching the projec

Re: [VOTE] Switch to Maven NOW

Le 17 août 05, à 14:48, Carsten Ziegeler a écrit : ...So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: refdoc is about high-level docs (was: SLOP Patch - Added Doktor Comments)

Le 10 août 05, à 19:21, Robert Graham a écrit : ...I left in all the old 'javadoc style' comments because I wanted to test multiple keys per file and just see how doktor would handle it. I thought of it as a testing strategy... No problem - it seems like we're on the same wavelength w.r.t the

refdoc is about high-level docs (was: SLOP Patch - Added Doktor Comments)

Hi Robert, Le 1 août 05, à 06:03, Robert Graham a écrit : I have attached the patch for adding in doktor comments to the SLOP block... I've finally found some time to have a closer look, before leaving tomorrow. I haven't applied your changes, because I feel there are too many @doktor com

Re: Suggestion for XHTMLSerializer

Le 8 août 05, à 21:30, Vadim Gritsenko a écrit : ...If you want crusades or jihad (take your pick), start with XSLGenerator which is already in the trunk for 2 years, 3 months ago :-) Actually we *could* rewrite Cocoon in XSLT, not? -Bertrand, ducking smime.p7s Description: S/MIME cryptogra

Re: Doktor Search Results Problem

Le 8 août 05, à 14:40, Robert Graham a écrit : ...Okay. I wasn't sure if a solution like this would be acceptable. It accepts HTTP GET variables including pageLength (# of hits displayed per page). I'll go with that for now... It is certainly good enough in view of getting a minimal version of

Re: Doktor Search Results Problem

Hi Robert, Le 7 août 05, à 23:30, Robert Graham a écrit : ...The Lucene search returns only the top ten results... This number cannot be magical, it must come from the Lucene block code. Can you have a look in there? If you look at the use of the "Hits" data type you should be able to find t

Re: Please keep 2.1.x and trunk in sync

Le 5 août 05, à 10:30, Carsten Ziegeler a écrit : ...A TO-SYNC.txt file in the trunk might help... ...Hmm, if people find it useful, yes, why not. Now, I think, if people are forgetting to sync they will also forget to add things to the TO-SYNC file... :) (and we have the famous todo files/l

Re: Please keep 2.1.x and trunk in sync

Le 5 août 05, à 09:49, Carsten Ziegeler a écrit : ...So, please, try to keep them in sync. Of course it's ok to just add something new to 2.1.x, test it there and finally when its mature enough apply it to trunk as well... So shouldn't we keep a list of such "need-to-be-synced" things? There

<    1   2   3   4   5   6   7   8   9   10   >