Re: VOTE: Jochen Kemnade as PMC member
Andreas Andreou: +1 (binding) On Fri, Feb 27, 2015 at 12:42 PM, Ulrich Stärk u...@spielviel.de wrote: It's absolutely time to recognize Jochen's continuing contributions. Ulrich Stärk: +1 (binding) On 2015-02-27 01:37, Howard Lewis Ship wrote: If you haven't been noticing, Jochen has been putting in a lot of time on Tapestry; closing bugs, leading discussions, and mentoring people on the mailing list. He's been at it a more than long enough to show real commitment ... I'd love to see someone this charged up added to the Tapestry PMC. This is a binding vote to run for three days. It requires majority approval: at least three binding +1's and more binding +1's than -1's. Howard M. Lewis Ship: +1 (binding) - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JS Consulting
Re: [VOTE] Drop support for Java 5 in Tapestry 5.4 (2nd attempt)
Andreas Andreou: +1 (binding) On Thu, May 22, 2014 at 10:18 PM, Kalle Korhonen kalle.o.korho...@gmail.com wrote: Right, that's the principle but not a strict requirement. I don't want us to get stuck with procedural issues. Voting is supposed to help us with coding, not prevent it. We don't vote on all code changes and in this case, we wanted to ask the community's opinion and it looks we have it. We can go by the lazy-consensus as well, I see that Thiago just copied the paragraph in his email. Kalle On Thu, May 22, 2014 at 11:58 AM, Jochen Kemnade kemn...@gmail.com wrote: I thought that only PMC members can cast binding votes, so, if none of the others vote +1, the vote will eventually fail? -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [1/3] TAP5-2260: Add support for CDI
I see some source files contain lines with copyright GOT5 That needs to change, right?
Re: VOTE: Tapestry 5.4-beta-1
Andreas Andreou: +1 (binding) On Sat, Dec 7, 2013 at 5:11 PM, Igor Drobiazko igor.drobia...@gmail.comwrote: Igor Drobiazko: +1 (binding) On Thu, Dec 5, 2013 at 12:01 AM, Howard Lewis Ship hls...@gmail.com wrote: This is a vote, open to all committers, to create a beta release of Tapestry 5.4. This represents the point at which new functionality should no longer be added and, instead, the emphasis should be on bug fixing and documentation. Vote to run for three days. Howard M. Lewis Ship: +1 (binding) -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Best regards, Igor Drobiazko http://tapestry5.de http://twitter.com/drobiazko -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting
Re: Tapestry 5.4, AngularJS and partial page content
I'm also saying that if you're after big/complex angular apps (within Tapestry or standalone), then componentize at the angular level. But why have Tapestry templates generate those static angular templates instead of just serving them directly from the context ? On Fri, Nov 8, 2013 at 9:29 AM, Michael Wyraz michael.wy...@evermind.dewrote: Andreas, that's true for small single-page apps. But what if you have a really big/complex app with lot of markup? If you don't want to deliver such a app as one very big page, there are two options. The simplest is to create several tapestry pages and split the app into smaller pieces. But that's not always possible, especially when different pages interact with each other (example: one of our apps has multiple modules - e.g. management of contants and management of tasks. You can assign a contact to a task and even create a new contact from within a task. So the task module uses parts of the contacts module. If you split things into pages, it's hard to use frontend markup/code from a different page here). A different approach is to dynamically load the markup from other modules on demand. That's what we are doing at the moment, without angular but using tapestry's zones. We just inject a contact page into the tasks page and can provide a create new contact dialog via zone updates. I'm still doing some research on angular to see if it may be a technology we use in future - so I try to find out what's possible here and what not. Rendering partial pages is here just an option. Yesterday I've got my code working using blocks which I render to string. I used the code from https://issues.apache.org/jira/browse/TAP5-1864 and added my comment + code there. That works fine for me and gives me what I want. Nevertheless there's no reason why it should not be possible to render xml/xhtml fragments with tapestry which used to work on older versions and opens new usecases for tapestry. Regards, Michael. I'm curious - why do you want to use tapestry's component mechanism to provide the angular templates? Wouldn't they be loaded only once during the lifecycle of the angular app? Wouldn't you then want to bundle them in a single file and skip the extra template requests? On Thu, Nov 7, 2013 at 5:46 PM, Michael Wyraz michael.wy...@evermind.de wrote: Hello, I'm implementing a proof-of-concept application with tapestry 5.4 and angularjs. All basic things work, now I try to find some best practice. Angularjs provides the opportinity to dynamically load content (called 'view templates') into a page area and connect it with logic. This allows to split up a large application into parts - a concept very similar to tapestry's components. One can embed templates within the page (surrounded by a special script tag) or can load it from the server. Angularjs behaves in the following way to load mytemplate: - check if there's a script tag script type=text/ng-template id=mytemplate - if yes take the script's content as template - otherwise load mytemplate from the server relative to the page's url Now I want to use tapestry's component mechanism to provide such templates: 1. I could simply put all into one page and put the template's content into tapestry components: script type=text/ng-template id=mytemplate t:mytemplate/ /script This is simple but results in a (very big) page 2. I could create a page for each template. This would make angular to load the template on demand. Problem here is that tapestry will not allow to create partial pages starting with a div. 3. Tweak angularjs to use some zone update mechanism to load the templates. I have no idea if/how this is possible. If someone already did such, please let me know. What do you think would the best way to do it? Regards, Michael. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Mit freundlichen Grüßen / Regards Michael Wyraz evermind GmbH Schorlemmerstraße 1 04155 Leipzig Tel.: +49 (0)341-25 39 66 - 0 Fax:+49 (0)341-25 39 66 - 1 Funk: +49 (0)177-73 00 00 3 E-Mail: michael.wy...@evermind.de HRB: 21586 Amtsgericht Leipzig Geschäftsführer: Christoph Klemm Thomas Grünert Michael Wyraz - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting
Re: Tapestry 5.4, AngularJS and partial page content
I'm curious - why do you want to use tapestry's component mechanism to provide the angular templates? Wouldn't they be loaded only once during the lifecycle of the angular app? Wouldn't you then want to bundle them in a single file and skip the extra template requests? On Thu, Nov 7, 2013 at 5:46 PM, Michael Wyraz michael.wy...@evermind.dewrote: Hello, I'm implementing a proof-of-concept application with tapestry 5.4 and angularjs. All basic things work, now I try to find some best practice. Angularjs provides the opportinity to dynamically load content (called 'view templates') into a page area and connect it with logic. This allows to split up a large application into parts - a concept very similar to tapestry's components. One can embed templates within the page (surrounded by a special script tag) or can load it from the server. Angularjs behaves in the following way to load mytemplate: - check if there's a script tag script type=text/ng-template id=mytemplate - if yes take the script's content as template - otherwise load mytemplate from the server relative to the page's url Now I want to use tapestry's component mechanism to provide such templates: 1. I could simply put all into one page and put the template's content into tapestry components: script type=text/ng-template id=mytemplate t:mytemplate/ /script This is simple but results in a (very big) page 2. I could create a page for each template. This would make angular to load the template on demand. Problem here is that tapestry will not allow to create partial pages starting with a div. 3. Tweak angularjs to use some zone update mechanism to load the templates. I have no idea if/how this is possible. If someone already did such, please let me know. What do you think would the best way to do it? Regards, Michael. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting
Re: [VOTE] Tapestry Release 5.3.7
Andreas Andreou: +1 (binding) On Wed, Apr 24, 2013 at 10:55 AM, Massimo Lusetti mluse...@gmail.com wrote: I've created and uploaded a release of Tapestry 5.3.7, ready to be voted upon. The source and source downloads are uploaded to: http://people.apache.org/~mlusetti/tapestry-releases/ and the Maven artifacts staged to: https://repository.apache.org/content/repositories/orgapachetapestry-133/ Please examine these files to determine if the new release, 5.3.7, is ready. I've also created a 5.3.7 tag in Git: https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=shortlog;h=refs/tags/5.3.7 Release notes page has been updated too. Vote will run for three days; On a successful vote, I'll release the Maven artifacts, and move the source and javadoc distributions from these directories to the proper distribution directories and update the Tapestry site documentation, and send out appropriate notifications. Massimo Lusetti: +1 (binding) -- Massimo -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Radio and RadioGroup as AbstractField subclasses
I personnaly consider the way zone works right now in Select a hack. And btw, RadioGroup really works with that code! On Wed, Aug 24, 2011 at 14:26, Denis Stepanov denis.stepa...@gmail.com wrote: I don't really like hacks like extracting the value or calling process submission also RadioGroup will not work because it doesn't have a client id. Right now I would rather see small changes to add support for a zone param on Checkbox and RadioGroup and refactoring after 5.3. Denis Aug 24, 2011 v 10:32 AM, Andreas Andreou: I'm away on vacations so i didn't commit any code to apache svn. But you can take a look of what's involved at https://github.com/andyhot/tapestry5/commits/trunk On Tue, Aug 23, 2011 at 13:44, Denis Stepanov denis.stepa...@gmail.com wrote: I would like to have a zone param support for Chechbox and RadioGroup in 5.3. Will you manage to finish the refactoring into this version? Denis Aug 16, 2011 v 11:41 PM, Andreas Andreou: :) Your patch is ok - it's basically a copy of the Select code that did the same thing - but what i'd like to do is investigate how to further improve on that. One way is by generalizing and reusing (instead of copypasting) and the other relates to reusing AbstractField#processSubmission (that's what really allows impementing this without touching subclasses) -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Radio and RadioGroup as AbstractField subclasses
I'm away on vacations so i didn't commit any code to apache svn. But you can take a look of what's involved at https://github.com/andyhot/tapestry5/commits/trunk On Tue, Aug 23, 2011 at 13:44, Denis Stepanov denis.stepa...@gmail.com wrote: I would like to have a zone param support for Chechbox and RadioGroup in 5.3. Will you manage to finish the refactoring into this version? Denis Aug 16, 2011 v 11:41 PM, Andreas Andreou: :) Your patch is ok - it's basically a copy of the Select code that did the same thing - but what i'd like to do is investigate how to further improve on that. One way is by generalizing and reusing (instead of copypasting) and the other relates to reusing AbstractField#processSubmission (that's what really allows impementing this without touching subclasses) -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Palette and Checklist don't use contributed value encoder?
I remember having the same question when documenting some T4 components way back! Many had required parameters, but if you didn't supply one, Tapestry would supply a default value - so, to the user they really looked as non required parameters. In any case, it was then decided to mark them an required in the docs - sometimes the code that supplied a good default value was added in later versions... perhaps that could be better addressed - what would you suggest? On Sun, Aug 21, 2011 at 04:50, Bob Harner bobhar...@gmail.com wrote: Apart from the question of why Palette and Checklist don't yet support a default encoder, my other question would be why the encoder parameter is marked as required for AjaxFormLoop, Hidden and RadioGroup. After all, as Robert Z. says, those components seem to have the ability to supply the default encoder based on the bound type of value. My brain is a little sleep-deprived, so maybe I'm just not understanding how this really makes sense. On Sat, Aug 20, 2011 at 6:52 PM, Robert Zeigler robert.zeig...@roxanemy.com wrote: Um... last time I checked, Grid, GridRows, and Loop all operate on lists of objects, so if this is the argument, then the philosophy is inconsistently applied. In fact, Grid makes it's determination based on the row parameter. And AjaxFormLoop /does/ provide a default value encoder (iff you've also bound the value parameter... which is usually). The components take advantage of the fact that if the user has bound the value, whatever type is bound must be universally applicable to all items in the list. Again, AjaxFormLoop already does this. There's no reason Palette couldn't do something like that as well.. supply the defaultEncoder based on the bound type of the value. I haven't looked over Checklist, but I suspect a similar case can be made there. Robert On Aug 20, 2011, at 8/206:54 AM , Igor Drobiazko wrote: Checklist, Palette and AjaxFormLoop operate on a list of objects (SelectModel or Iterable) while the other component take only a single value. Providing a default ValueEncoder would mean that you need to get the first element in the list and check its type. This would probably work if the model parameter were principal. But what if you have different types of objects in the list? On Sat, Aug 20, 2011 at 3:56 AM, Bob Harner bobhar...@gmail.com wrote: Does anyone know why half of the built-in Tapestry 5 components that take an encoder parameter are NOT set up to be able to use a contributed ValueEncoder (that is, one configured with contributeValueEncoderSource() in AppModule class)? The following components nicely allow the encoder parameter to be optional: Grid, GridRows, Loop, Select, Upload: But the following make you provide the encoder parameter (even if you have a ValueEncoder configured in your AppModule for the appropriate type): AjaxFormLoop, Palette, Checklist, Hidden, RadioGroup Maybe there's some subtle reason for this? - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Announcing Tapestry startup
nice! +1 On Thu, Aug 18, 2011 at 10:34, Igor Drobiazko igor.drobia...@gmail.com wrote: Hi, I'd love to tweak the message printed on registry startup. I was thinking about printing Tapestry 5 as ASCII code. __ __ /_ __/__ ___ ___ / /___ __ / __/ / / / _ `/ _ \/ -_|_-/ __/ __/ // / /__ \ /_/ \_,_/ .__/\__/___/\__/_/ \_, / // /_/ /___/ What do you think? -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Radio and RadioGroup as AbstractField subclasses
Hi, I've started work on TAP5-1602 (Add Zone parameter to Checkbox component) and it's been an interesting learning experience (it's really the first time i'm going over such big part of the T5 codebase) - so, keep that in mind, it should explain my ignorance in a few cases! So, anyway, i'd like to provide the zone parameter to all AbstractField subclasses since i don't see the need to special-case it to a particular component and in fact i've gotten it to work quite nicely. But (there's always a but!), I then noticed that Radio and RadioGroup do not extend from AbstractField, So, I'm wondering, are there any particular reason for this? Because i see a lot of the AbstractField code being duplicated in those components (esp. in RadioGroup). I've prepared a diff file that would turn those components into AbstractFields and it's at https://gist.github.com/ef2fe45d2396c7c3f6a7 It's mainly deleted code (i think close to 150 lines less)! but (i did mention there's always a but, didn't I?) it requires a slight change in AbstractField (the isDisabled method needs to lose its final modifier since Radio needs to overwrite it). Is that an acceptable change? If that's not the case, there's still an alternative that i could be happy with and that is to have only RadioGroup extend from AbstractField (which makes some sense since it's the component with the most duplications and its value is really the one that gets updated). What do you think? Please let me know if i'm heading in the wrong direction. btw, i'll discuss why it's possible to extend the concept of zone from the select component to all AbstractFields in a forthcoming email (but it basically has to do with reusing the AbstractField#processSubmission() method) -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Radio and RadioGroup as AbstractField subclasses
Inline - but keep in mind what i would really like to discuss here is if the radio components should extend from AbstractField. The details for supporting zone parameter in AbstractFields should be discussed in separate thread. On Wed, Aug 17, 2011 at 00:17, Denis Stepanov denis.stepa...@gmail.com wrote: Not all form fields support zone update, Out of scope, but i hasten to add that i've already got that to work TextField doesn't What do you mean? Why not update a zone on change? Or on key press? and Radio shouldn't too, I mentioned about Radios, that's why i'm ok with them not being AbstractFields. But in either case [see next] all radios will be binded by the RadioGroup and because of that it can't use an abstract JS init. If the client code is smart enough, this doesn't really matter - it'll be handled for you. By adding the zone parameter to the AbstractField you are forcing all subclasses to implement it and in some cases it just doesn't makes sense. No subclass needs to change, all work happens inside AbstractField Just commit my patch and I will then add support for the RadioGroup. :) Your patch is ok - it's basically a copy of the Select code that did the same thing - but what i'd like to do is investigate how to further improve on that. One way is by generalizing and reusing (instead of copypasting) and the other relates to reusing AbstractField#processSubmission (that's what really allows impementing this without touching subclasses) Denis -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
$T deprecated
Hi, in tapestry.js, in the $T function i see: @deprecated With no specific replacement. To be removed after Tapestry 5.2. Since that is used in quite a few other places in tapestry.js and also in autocompleter.js and zone-refresh.js i'm wondering what needs to be done there... Is it the intention of the author to replace stuff like $T(this.field).validationError = true; to $(this.field).getStorage().validationError = true; Or should this helper now be provided by t5-dom.js ? -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: WAIT_FOR_PAGE code
Ok - interesting idea, i like it. Notice though that with the change i'm proposing to ClientBehaviorSupport it can also be implemented right there, i.e. ClientBehaviorSupport.addWaitForPage(Element) will be changed to include ajax-protection.js On Mon, Aug 15, 2011 at 23:39, Howard Lewis Ship hls...@gmail.com wrote: I've been thinking about this as well. I want to experiment with an approach that does the following: html head script src=/require.js/ /head body script src=ajax-protection.js/ ... script // Use require.js to load everthing else /script /html The ajax-protection would write to document, adding an translucent (0% alpha) div covering the whole body element. When clicked it would become visible. When the document is fully loaded, it would be removed. This should be written with no dependencies, as Prototype (in 5.3) and jQuery (in 5.4) will not yet be loaded and available. If implemented correctly, we shouldn't need to worry about the wait for page on individual components, it will simply work, as any attempt to click on a field or link will hit the div first instead. On Mon, Aug 15, 2011 at 12:30 PM, Andreas Andreou andre...@gmail.com wrote: Hi, in some projects i'd like to get rid of the onclick=javascript:return Tapestry.waitForPage(event);' and onsubmit=javascript:return Tapestry.waitForPage(event); code in the generated html. That code is generated in AbstractComponentEventLink#beginRender and in Form#beginRender() Initially i though of using some (more) conditionals to change this, but then i noticed that in both cases ClientBehaviorSupport is available and used in the code nearby. And as the ClientBehaviorSupport name suggests, it makes sense for it to be the one responsible for outputting that code ( and in that way give anyone the ability to override its behavior ) So i'm thinking of a new method, ClientBehaviorSupport.addWaitForPage(Element) Do you guys see any problems with thisd approach? If there are no objections, i'll soon add a JIRA and go on with this -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: WAIT_FOR_PAGE code
Sure, if it's going to always be applied, then there's no need doing anything specific in AbstractComponentEventLink#beginRender or Form#beginRender() - and thus no need to extract common code into ClientBehaviorSupport. On Tue, Aug 16, 2011 at 01:20, Howard Lewis Ship hls...@gmail.com wrote: On Mon, Aug 15, 2011 at 3:08 PM, Andreas Andreou andre...@gmail.com wrote: Ok - interesting idea, i like it. Notice though that with the change i'm proposing to ClientBehaviorSupport it can also be implemented right there, i.e. ClientBehaviorSupport.addWaitForPage(Element) will be changed to include ajax-protection.js I really saw this as more something the (@Traditional) DocumentLinkerImpl would do automatically. Part of the idea is to make it more fool proof by just applying it to the whole page, no questions asked ... and to streamline markup at the same time. On Mon, Aug 15, 2011 at 23:39, Howard Lewis Ship hls...@gmail.com wrote: I've been thinking about this as well. I want to experiment with an approach that does the following: html head script src=/require.js/ /head body script src=ajax-protection.js/ ... script // Use require.js to load everthing else /script /html The ajax-protection would write to document, adding an translucent (0% alpha) div covering the whole body element. When clicked it would become visible. When the document is fully loaded, it would be removed. This should be written with no dependencies, as Prototype (in 5.3) and jQuery (in 5.4) will not yet be loaded and available. If implemented correctly, we shouldn't need to worry about the wait for page on individual components, it will simply work, as any attempt to click on a field or link will hit the div first instead. On Mon, Aug 15, 2011 at 12:30 PM, Andreas Andreou andre...@gmail.com wrote: Hi, in some projects i'd like to get rid of the onclick=javascript:return Tapestry.waitForPage(event);' and onsubmit=javascript:return Tapestry.waitForPage(event); code in the generated html. That code is generated in AbstractComponentEventLink#beginRender and in Form#beginRender() Initially i though of using some (more) conditionals to change this, but then i noticed that in both cases ClientBehaviorSupport is available and used in the code nearby. And as the ClientBehaviorSupport name suggests, it makes sense for it to be the one responsible for outputting that code ( and in that way give anyone the ability to override its behavior ) So i'm thinking of a new method, ClientBehaviorSupport.addWaitForPage(Element) Do you guys see any problems with thisd approach? If there are no objections, i'll soon add a JIRA and go on with this -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: ValueChanged event from RadioGroup and Checkbox
Hi, on my way out so just a quick reply... If this is a mixin (and i'm thinking something that uses Tapestry.Initializer.updateZoneOnEvent and has 2 parameters, zone and eventName) then it can be applied by default in all AbstractField subclasses (the way that the RenderDisabled mixin applies to AbstractTextField subclasses) So, users will still just write zone=myZone And of course, they'll be able to reuse the mixin in their own components. On Sun, Aug 14, 2011 at 12:07, Igor Drobiazko igor.drobia...@gmail.com wrote: Whether you implement that feature as a mixin or as a component's parameter is probably a matter of taste. But I have two concerns implementing about a mixin: 1) I think everybody will agree that inconsistent API sucks. If you are used to use zone parameter for ajaxifying ActionLink, Form, Select, etc, you would expect the Checkbox component to behave same. Having a consistent API is much more important that the fact that zone is orthogonal to the core components' functionality. 2) Currently, when I need to explain somebody how to ajaxify a component it tell him to use zone parameter. Using this parameter is very simple. Even Tapestry beginners are happy with it. In the last 8 months I teached a lot of non-Java developers. They start to ask about Ajax after a couple of hours using Tapestry. In order to get started with Ajax, they just need to learn what is a zone and how to connect it to a component, such as ActionLink. That's all. 3) Now imagine how that would change if you would need to use mixins: First of all, you would need to use two parameters for a component(t:mixins=FooMixin and FooMixin.zone=myZone). Using just zone=myZone is much more simple. Over overcomplicating things? Now let's try to explain how to ajaxify a component to a Tapestry beginner. You tell him about using FooMixin. Oh, wait. You need to explain the mixin concept first. Not that easy for a Tapestry beginners. I'm pretty sure that even advanced users don't feel comfortable about mixins. That's just reality. Much as I like mixins, I strongly believe we should not use the concept in this case. On Sat, Aug 13, 2011 at 4:18 PM, Andreas Andreou andre...@gmail.com wrote: I'm thinking that zone (and ajax) is orthogonal to the core components' functionality. And that's exactly where mixins are supposed to be good at. Now that doesn't mean that those components cannot directly offer the zone parameter to their users (this can still be the case) - it's just they will have implemented that through a mixin. The context parameter of ActionLink, EventLink was implemented through inheritance (in the way AbstractComponentEventLink is used) so i'm not sure if it's a good counter-case here. On Sat, Aug 13, 2011 at 11:43, Igor Drobiazko igor.drobia...@gmail.com wrote: -1 for implementing it as a mixin. We should keep consisten API for components. Almost every component has a zone parameter. Why should Radio and Checkbox behave different? Following this idea we should also have implemented context parameter of ActionLink, EventLink, etc as a mixin but we didn't. Why? Just because it doesn't make sense. Same for the current patch. IMHO, the patch should be applied as it is. We shouldn't use mixins just because we can. The zone parameter is definitely a part of the component. On Sat, Aug 13, 2011 at 10:30 AM, Denis Stepanov denis.stepa...@gmail.comwrote: I see the implementation of both very similar: almost just JavaScript, listen to a change event and use ZoneManager to update a zone passing a value as context (the selected value in Select, true or false in Checkbox and Radio, select value for RadioGroup). The JavaScript code would figure out what to do based on the type of HTML form component (or any component implementing ClientElement instance) in which the mixin was applied. We could even have a generic ZoneUpdater mixin that updates a zone and that could be used in any component or HTML element (in this case, the Any component should be used). I Agree now :). It would be better to have to have a ZoneUpdater mixin even though I still think that one param is more lazy dev friendly :). I haven't seen your patches, though. I will try to implement it. Denis On 12.8.2011, at 22:30, Thiago H. de Paula Figueiredo wrote: On Fri, 12 Aug 2011 15:49:05 -0300, Denis Stepanov denis.stepa...@gmail.com wrote: I understand mixin concept and code separation but in this case I don't think we need discuss so much about a few lines of code. I disagree. :) We can also discuss that Autocomplete should be somehow wired with all that onchange actions because it does the same thing. I'm not following you here. I just presented Autocomplete as something that could be implemented inside the component but it was decided that it was best implemented as a mixin. IMHO that's the approach we
Re: ValueChanged event from RadioGroup and Checkbox
I'm thinking that zone (and ajax) is orthogonal to the core components' functionality. And that's exactly where mixins are supposed to be good at. Now that doesn't mean that those components cannot directly offer the zone parameter to their users (this can still be the case) - it's just they will have implemented that through a mixin. The context parameter of ActionLink, EventLink was implemented through inheritance (in the way AbstractComponentEventLink is used) so i'm not sure if it's a good counter-case here. On Sat, Aug 13, 2011 at 11:43, Igor Drobiazko igor.drobia...@gmail.com wrote: -1 for implementing it as a mixin. We should keep consisten API for components. Almost every component has a zone parameter. Why should Radio and Checkbox behave different? Following this idea we should also have implemented context parameter of ActionLink, EventLink, etc as a mixin but we didn't. Why? Just because it doesn't make sense. Same for the current patch. IMHO, the patch should be applied as it is. We shouldn't use mixins just because we can. The zone parameter is definitely a part of the component. On Sat, Aug 13, 2011 at 10:30 AM, Denis Stepanov denis.stepa...@gmail.comwrote: I see the implementation of both very similar: almost just JavaScript, listen to a change event and use ZoneManager to update a zone passing a value as context (the selected value in Select, true or false in Checkbox and Radio, select value for RadioGroup). The JavaScript code would figure out what to do based on the type of HTML form component (or any component implementing ClientElement instance) in which the mixin was applied. We could even have a generic ZoneUpdater mixin that updates a zone and that could be used in any component or HTML element (in this case, the Any component should be used). I Agree now :). It would be better to have to have a ZoneUpdater mixin even though I still think that one param is more lazy dev friendly :). I haven't seen your patches, though. I will try to implement it. Denis On 12.8.2011, at 22:30, Thiago H. de Paula Figueiredo wrote: On Fri, 12 Aug 2011 15:49:05 -0300, Denis Stepanov denis.stepa...@gmail.com wrote: I understand mixin concept and code separation but in this case I don't think we need discuss so much about a few lines of code. I disagree. :) We can also discuss that Autocomplete should be somehow wired with all that onchange actions because it does the same thing. I'm not following you here. I just presented Autocomplete as something that could be implemented inside the component but it was decided that it was best implemented as a mixin. IMHO that's the approach we should follow. IMHO mixin is too abstract for two different form components. I see the implementation of both very similar: almost just JavaScript, listen to a change event and use ZoneManager to update a zone passing a value as context (the selected value in Select, true or false in Checkbox and Radio, select value for RadioGroup). The JavaScript code would figure out what to do based on the type of HTML form component (or any component implementing ClientElement instance) in which the mixin was applied. We could even have a generic ZoneUpdater mixin that updates a zone and that could be used in any component or HTML element (in this case, the Any component should be used). I haven't seen your patches, though. Select component already has a zone parameter That's my point: it shouldn't have a zone parameter and IMHO we shouldn't propagate this error to any other component. The question is should other form components like Checkbox support similar behaviour using same approach simply by binging a zone parameter? I don't think so. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Taha Hafeez as Tapestry Committer
Andreas Andreou: +1 (binding) On Sat, Aug 13, 2011 at 14:42, Massimo Lusetti mluse...@gmail.com wrote: On Fri, Aug 12, 2011 at 7:45 PM, Howard Lewis Ship hls...@gmail.com wrote: Taha has been quite active over the last several months blogging, evangalizing, mentoring on the mailing list, and doing all the other things that committers are supposed to be doing, so I think it's high time we make it official. Vote to run for three days. Binding votes from PMC members only (but all are encouraged to show their opinion). Howard M. Lewis Ship: +1 (binding) Note: please use the format above for your vote ... it saves me a lot of work compiling the final tally. Massimo Lusetti: +1 (non-binding) Cheers -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: integrate swing components to tapestry
Really weird question. So weird, it got me interested... Looks like there's some java introductory course at http://www.cs.duke.edu/courses/cps004/fall99/doc/ and for some reason they used tapestry.support package! Nut anyway, that's unrelated to tapestry (the web framework) so you can't use those as components On Thu, Aug 11, 2011 at 20:00, Massimo Lusetti mluse...@gmail.com wrote: On Thu, Aug 11, 2011 at 6:55 PM, Howard Lewis Ship hls...@gmail.com wrote: To quote Charles Babbage: I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. Please say professor Charles Babbage -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: ValueChanged event from RadioGroup and Checkbox
That makes sense to me too - see http://tapestry.1045711.n5.nabble.com/Parameters-in-implementation-mixins-td3395407.html I may be wrong but wasn't that zoneupdate mixin added in 5.3? If that's the case, then it's just a matter of using it ... and perhaps deciding what to do with select (which looks to be the exception). On Fri, Aug 12, 2011 at 01:58, Josh Canfield joshcanfi...@gmail.com wrote: Perhaps the patch should be to make select component do it as a mixin ;) On Thu, Aug 11, 2011 at 1:01 PM, Denis Stepanov denis.stepa...@gmail.com wrote: What about a mixin instead of changing the component themselves? That's what I'd do. Select component doesn't implement it using a mixin. I would like to have consistent behaviour in core components, if a Select could update a zone on change why other form's component can't. Denis On 11.8.2011, at 21:46, Thiago H. de Paula Figueiredo wrote: On Thu, 11 Aug 2011 14:41:59 -0300, Denis Stepanov denis.stepa...@gmail.com wrote: Anyone? What about a mixin instead of changing the component themselves? That's what I'd do. On 10.8.2011, at 13:40, Denis Stepanov wrote: https://issues.apache.org/jira/browse/TAP5-1602 Someone with commit access please review the patch. Denis On Aug 8, 2011, at 11:20 AM, Denis Stepanov wrote: Thanks, I have implemented this by using a mixin in our code. I just what to have native support for Radio and Checkbox valueChaned event in the next Tapestry version. Denis On Aug 8, 2011, at 10:39 AM, Михаил Слободянюк wrote: If you want use radio as like select try this http://code.google.com/p/orion-cpu/source/browse/trunk/orion-web/src/main/java/ua/orion/web/components/RadioSelect.java I would like to add support for the valueChanged event from RadioGroup and Checkbox component just like it is in Select component, is there anyone who thinks it should be done and eventually will accept a patch? Don't forget copy http://code.google.com/p/orion-cpu/source/browse/trunk/orion-web/src/main/resources/ua/orion/web/components/RadioSelect.js Mihail -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. Consultor, desenvolvedor e instrutor em Java, Tapestry e Hibernate http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Alternate template format?
It would seem to me that such view technologies don't generally play well with component based frameworks. One would need to rewrite parts of their existing parsers (and in some cases even extend the format) in order to support the expected component lifecycle. On the other hand, i see nothing wrong with RenderHaml (and similar) type of components (those would effectively be what we're discussing only that they can't include tapestry components in them) which shouldn't require more than a few lines (provided there exists a java library for the format). Finally, of the existing (xml or not) formats, i find most interesting those that include client-side renderers (Mustache is an example) - that way you can start considering sending the view to the client, e.t.c. . On Thu, Jul 28, 2011 at 00:27, Thiago H. de Paula Figueiredo thiag...@gmail.com wrote: On Wed, 27 Jul 2011 15:14:58 -0300, Howard Lewis Ship hls...@gmail.com wrote: I wonder if there's any interest in an alternate, non-XML template format ... something like YAML, HAML or Scalate? It would be super easy to implement. Obviously, for 5.4 or later. Isn't this a problem looking for a solution? I don't think it would hurt to have hooks to support other template formats/engines, but having support for specific template formats/engines inside Tapestry project would just create confusion IMHO. Might be fun to take a few pages and component templates and create mockups of an alternate format. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. Consultor, desenvolvedor e instrutor em Java, Tapestry e Hibernate http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Change to Tapestry Version Numbering and Release Processes
Andreas Andreou: +0 (binding) On Wed, Jun 29, 2011 at 23:32, Josh Canfield joshcanfi...@gmail.com wrote: Josh Canfield: +1 (non-binding) On Wed, Jun 29, 2011 at 12:03 PM, Howard Lewis Ship hls...@gmail.com wrote: Tapestry versioning structure as currently implemented in problematic for several reasons: 1. We vote and release non-final artifacts, which goes against the established model set by the board. 2. We have a proliferation of version numbers, which complicates the creation of builds, as well as tracking in JIRA. 3. Strictly numeric version numbers require a separate lookup in documentation to establish stability (alpha, beta, release candidate, final). The latter has been seen recently with people thinking that version 5.3.0 is a final build, rather than a very early alpha build. This proposal would simplify the version numbering scheme and link it properly to the release numbering scheme, while preserving efforts to ensure that releases are available to a wide audience before being voted as stable and distributed. Tapestry version numbers for stable releases will henceforth match Tapestry release numbers. A release number consists of a product number (5) and a index number (for example, 3) separated by a dot. At the time of this writing, the stable release number is 5.2 and the development release number is 5.3. A bug fix release replaces a stable release, adding an index number to the release number. Thus the first bug fix release of Tapestry 5.3 will be Tapestry 5.3.1, followed by 5.3.2, etc. (as necessary). Only final, stable releases will be made widely available (via the Apache downloads page, or via the central Maven repository). Intermediate artifacts represent previews of the eventual stable release. The version number for such a preview is of the form release-number-stability-index, where the release number is as described above, the stability is one of alpha, beta or rc, and the index number indicates the order within the stability. The index number starts at 1. alpha versions are not stable; the represent functionality in flux; classes and methods may be renamed or otherwise refactored between releases. beta versions occur once main functionality is complete; they exist to fix bugs in both old and new functionality, and fill any gaps in functionality. rc versions are release candidates; the functionality should be solid; the point of a release candidate is to get wide exposure to the new codebase to ensure that the final release is free of bugs. A preview release may be created at any time. A tag is created in Subversion to label the exact source from which the preview release is generated. The preview release is built and uploaded to the Apache Nexus. Once uploaded, the master version number (in trunk) should be advanced to the next index number within the same stability series (example: 5.3-alpha-2 to 5.3-alpha-3). The Apache Nexus URL for the preview release may be distributed on the Tapestry user mailing list. However, preview releases are deleted, not released. This is important ... preview releases are never released to the Maven Central repository, only final releases are distributed via Maven Central. A stability vote may follow a preview release. This is to vote the code base up to the next level of stability (to beta, then rc, then stable). This a lazy consensus vote. Once a version has been voted stable, a release may be built and uploaded to the Apache Nexus. A stable release also includes additional non-Maven artifacts containing the project's source code, and additional artifacts containing JavaDoc or other reports. The other artifacts are distributed via the Apache Mirrors. The vote for a release is a binding vote, requiring at least 3 +1 votes and no vetoes, as outlined in http://www.apache.org/foundation/voting.html Following a successful release vote, the final release artifacts in the Apache Nexus repository may be released to the Maven Central repository, and the additional artifacts moved into place for download from the Apache distribution mirrors. This is also the point at which the Tapestry wiki is updated to announce the new release (and provide proper links to it), as well as announcements on the Tapestry user mailing list and elsewhere. Bug fix releases are follow-ons to stable releases. Bug fix versions automatically start at stability rc, reflecting the fact that only localized bug fixes are expected to be included in such a release. Once all desired bug fixes are in place, a stability vote (to stable) is followed by a release vote. This change affects Tapestry 5.3 and up. As part of this change, @since and @deprecated tags in Java source will be modified to indicate the release number (5.3) not the version number (5.3.0). In addition, the existing 5.3.x JIRA versions will be collapsed down to a single 5.3 version, which is to say that JIRA
Re: [VOTE] Massimo Lusetti as Tapestry Committer
Andreas Andreou: +1 (binding) On Thu, Jun 30, 2011 at 01:10, Thiago H. de Paula Figueiredo thiag...@gmail.com wrote: Thiago H. de Paula Figueiredo: +1 (binding). Yay! :) -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [DISCUSS] Proposal for New Versioning Procedures
, a stability vote (to final) is followed by a release vote. PROS: At-a-glance identification of version stability. Alignment of Tapestry product releases (5.3) with Tapestry version numbers (5.3, then 5.3.1). Streamlined procedures for generating and distributing a preview release. Simplification of issue tracking in JIRA. Most votes can be lazy-consensus. CONS: People desiring early access must search the correct Nexus repository; this will limit the exposure of preview releases. More voting, as stability votes are separate from preview and final release votes. As I said before, my understanding is that we can omit voting on preview packages since they are no releases in the sense of the ASF. A lazy consensus vote is nice though as it keeps the community involved. Otherwise: +1 Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Should we start using RequireJS?
For the record, i've nothing against requirejs. I like their module work
and it seems to be used in a lot of places (even dojo's 1.7 loader is
able to load requirejs modules and i think they've rewritten their modules
so that they can be loaded by requirejs and other AMD loaders).
Anyway, some more comments inline:
On Fri, Jun 24, 2011 at 20:01, Howard Lewis Ship hls...@gmail.com wrote:
True, perhaps there's a slimmed-down version of requreJS (or something
similar) that does the loading, and the callback-on-load, but not the
modules? Actually, I doubt the modules code is that big a deal.
In any case,
I hadn't thought about working in terms of requireJS modules, and
given how URLs for JavaScript library assets are organized, it may not
be possible to use the module name (i.e., require('core')) but always
the path (require('/assets/123456/tapestry/core.js').
That's not the case. In requirejs you can define a base url (in this case
/assets/123456 and then require(tapestry/core) will work.
You can also define different urls per submodule so that
require(contrib/extra)
loads the code from /contrib-assets/7890 or whatever
See http://requirejs.org/docs/api.html#config
However, requireJS modules may not be a bad idea, its where I'm
already headed with T5.extend(). It will help with modularity and
namespace management.
It will be interesting to experiment ... for example, perhaps
requireJS would be the only JS in full page render, and would be
responsible for bringing in core.js and other main modules. Or,
perhaps, requireJS would simply be another JS rolled into the core
stack.
And of course the other interesting experiment is js/css optimization
through requirejs. The difference with the current work in Tapestry
would be that in the requirejs case you will be able to spread
your js code in multiple files without needing to include all of them in the
stack - you'd just add the one that requires the rest, e.t.c.
Intuitively, bootstrapping using requireJS (the first option) would
lead to fast page load times. We will need to update the solution
that deals with premature clicks/form submits, etc.
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Apache Tapestry PMC / http://chesstu.be owner
Open Source / JEE Consulting
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Should we start using RequireJS?
So, you're talking about a replacement for Tapestry.ScriptManager.loadScript (T.S.addScripts will still be needed I think) and not a modularization of T5 js code into requirejs modules, right? If that's the case, then perhaps requirejs (12.8KB minified) might be overkill. There's also https://github.com/getify/LABjs (4.59KB minified), but... it's interesting to note that you can more or less get this for free in jquery through http://api.jquery.com/jQuery.getScript/ (though https://github.com/got5/tapestry5-jquery isn't yet doing that - it just appends the SCRIPT node to HEAD). So, isn't there a (preferably small) prototype plugin just for that? On Thu, Jun 23, 2011 at 02:05, Howard Lewis Ship hls...@gmail.com wrote: http://requirejs.org/ BSD License Would replace tapestry.js code that loads script files and do a better job, especially in IE9, which is likely broken at this time. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Wanted: better Google results
it's setup - ask howard for access. I've setup google webmasters account, so if you want to see those, ask me. On Tue, Jun 14, 2011 at 04:18, Bob Harner bobhar...@gmail.com wrote: Not by me. Maybe one of the other guys has set up something, not sure. On Mon, Jun 13, 2011 at 6:27 PM, Mark mark-li...@xeric.net wrote: Looks good. Is there any type of analytics running so you can see if/when searches start shifting to the newer pages? Mark - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Wanted: better Google results
Ok, the webmasters account should be accessible to you... It's mainly used to exclude T4 pages from becoming sitelinks On Tue, Jun 14, 2011 at 04:32, Bob Harner bobhar...@gmail.com wrote: Yes to both, please :-) On Mon, Jun 13, 2011 at 9:26 PM, Andreas Andreou andre...@gmail.com wrote: it's setup - ask howard for access. I've setup google webmasters account, so if you want to see those, ask me. On Tue, Jun 14, 2011 at 04:18, Bob Harner bobhar...@gmail.com wrote: Not by me. Maybe one of the other guys has set up something, not sure. On Mon, Jun 13, 2011 at 6:27 PM, Mark mark-li...@xeric.net wrote: Looks good. Is there any type of analytics running so you can see if/when searches start shifting to the newer pages? Mark - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Bob Harner as Tapestry committer
Andreas Andreou: +1 (binding) On Wed, Jun 1, 2011 at 21:23, Igor Drobiazko igor.drobia...@gmail.com wrote: Bob did a fantastic job. Kudos! Igor Drobiazko: +1 (binding) On Wed, Jun 1, 2011 at 1:57 PM, Ulrich Stärk u...@spielviel.de wrote: Bob has been extremely active contributing to our documentation and website in the past. It's a shame that we haven't made him a committer earlier ;) Vote to run for 72 hours. Ulrich Stärk: +1 (binding) - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Failing builds / javadoc
Googling for this the other day, i was under the impression this is a gradle issue - ppl were basically asking for a way to include system dependencies, see: http://www.mail-archive.com/user@gradle.codehaus.org/msg03352.html http://issues.gradle.org/browse/GRADLE-1477 As for access to jenkins, it's not possible to access the server, just the build clients (for instance vesta.apache.org). I think INFRA can set this up On Wed, Jun 1, 2011 at 23:21, Howard Lewis Ship hls...@gmail.com wrote: I recently had to disable the build of tapestry-javadoc. From what I can tell, the JDK on the Jenkins build server does not include tools.jar (or perhaps it does, but the com.sun.javadoc.* classes are not present). Has anyone investigated a solution to this problem? My guess is that /usr/lib/jvm/java-6-sun/jre/lib/rt.jar is on the classpath, but /usr/lib/jvm/lib/tools.jar is not (adjust for whatever version of the JDK is on the build server). What is the right way to get tools.jar on the classpath? Does anyone have login access to the Jenkins build server, which would make debugging this MUCH easier? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestrty Builds on Ubunutu2
I'll open a jira for this - here's the original one https://issues.apache.org/jira/browse/INFRA-2436 On Thu, Apr 21, 2011 at 21:44, Ulrich Stärk u...@spielviel.de wrote: In fact Andreas set it up. He should know what packages are required. I'm a bit thin on free time lately due to my involvement with Google Summer of Code this year and can't look into it in more detail until mid-may. Uli Am Do, 21.04.2011, 20:39 schrieb Howard Lewis Ship: On Thu, Apr 21, 2011 at 11:18 AM, Niklas Gustavsson nik...@protocol7.com wrote: On Thu, Apr 21, 2011 at 6:19 PM, Howard Lewis Ship hls...@gmail.com wrote: Context: we have some frustration that our build is limited to execution on Ubuntu2, which has some heavy hitters (ActiveMQ, Hive, etc.) continuously building, resulting in long waits (many hours) for our 15 minute build. If you can provide instructions for what you need installed (apt packages) on ubuntu1, I'll take care of it. If you're build would work on BSD, the freebsd1 slave is pretty much idle most of the time. Also, you might investigate getting your own slave if this continuos being a problem for you. Thanks for the help. I believe Uli set up the build initially, perhaps he can provide you with the information. We shouldn't be tied to any particular platform; the main things we need are Xvfb and Firefox (Tapestry is a web framework, we need to run a web browser to test it). /niklas -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Francois Facon as committer
Andreas Andreou: +1 (binding) On Fri, Apr 8, 2011 at 12:11, Robin Komiwes robin.komi...@gmail.com wrote: Robin Komiwes : +1 (non binding) On Thu, Apr 7, 2011 at 9:09 AM, Emmanuel DEMEY demey.emman...@gmail.comwrote: Emmanuel DEMEY : +1 (non binding) -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Deploying javadocs
i see you got around this - what was the problem?
On Wed, Mar 30, 2011 at 00:00, Igor Drobiazko igor.drobia...@gmail.com wrote:
Hi,
I'm getting the following error when deploying the javadocs for 5.2.5. While
I'm able to login to people.apache.org via SSH, copying javadocs fails. Any
ideas?
[INFO] [site:deploy {execution: default-cli}]
scpexe://people.apache.org/www/tapestry.apache.org/tapestry5.2-dev/ -
Session: Opened
Executing command: mkdir -p /www/tapestry.apache.org/tapestry5.2-dev/.
Executing command: /bin/sh -c ssh -o 'BatchMode yes'
drobia...@people.apache.org 'mkdir -p /www/
tapestry.apache.org/tapestry5.2-dev/.'
Note that too many successive login failures will result in further
logins from your IP address being blocked. If this happens, contact
infrastruct...@apache.org, mentioning your IP address so that it can
be unblocked.
Permission denied (publickey,keyboard-interactive).
scpexe://people.apache.org/www/tapestry.apache.org/tapestry5.2-dev/ -
Session: Disconnecting
scpexe://people.apache.org/www/tapestry.apache.org/tapestry5.2-dev/ -
Session: Disconnected
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error uploading site
Embedded error: Error performing commands for file transfer
Exit code 255 -
Note that too many successive login failures will result in further
logins from your IP address being blocked. If this happens, contact
infrastruct...@apache.org, mentioning your IP address so that it can
be unblocked.
Permission denied (publickey,keyboard-interactive).
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 1 minute 1 second
[INFO] Finished at: Tue Mar 29 22:06:02 CEST 2011
[INFO] Final Memory: 32M/58M
[INFO]
--
Best regards,
Igor Drobiazko
http://tapestry5.de
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Apache Tapestry PMC / http://chesstu.be owner
Open Source / JEE Consulting
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: TAP5-742: Fixed in 5.2.5?
The commits were in fact against 5.2.5-SNAPSHOT (just check the pom files in trunk for revision 1051293) so the close version in jira was indeed correct. This probably occured when 5.2.x was moved to where it is now and trunk was upgraded for 5.3 On Wed, Mar 30, 2011 at 21:11, Igor Drobiazko igor.drobia...@gmail.com wrote: Yes, we don't do them very often. They also have a small number of issues, so that it's easy to review them. But in case of major releases like 5.3.0 (probably with more than 100 issues), I would go crazy, if I would check every single issue for the release version. So, an assigned committer should take care for providing a proper fix version. On Wed, Mar 30, 2011 at 7:29 PM, Howard Lewis Ship hls...@gmail.com wrote: Both were done by Dan Adams, I believe. Obviously, something is wrong with our process for such things to slip through ... though we don't do maintenance releases that often. On Wed, Mar 30, 2011 at 10:22 AM, Igor Drobiazko igor.drobia...@gmail.com wrote: Also this one is only fixed for 5.3.0: https://issues.apache.org/jira/browse/TAP5-1378 On Wed, Mar 30, 2011 at 7:20 PM, Howard Lewis Ship hls...@gmail.com wrote: It might apply to other things marked as fixed as well. On Wed, Mar 30, 2011 at 10:17 AM, Igor Drobiazko igor.drobia...@gmail.com wrote: Damn, I didn't check it. I just relied on the committers to set the fixed version field correctly. On Wed, Mar 30, 2011 at 6:46 PM, Howard Lewis Ship hls...@gmail.com wrote: https://issues.apache.org/jira/browse/TAP5-742 I think there's an error in the bug and the release notes; this appears to NOT be fixed in 5.2.5, just in trunk (5.3.0). I can find no trace of the code there --- am I missing something?. We should double check the release notes where this is listed as fixed. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Releasing 5.2.5
Not sure but always do a dryRun and see what will change, i.e. mvn -DdryRun=true release:prepare and then diff poms Also, check if there are any temp files from the release plugin On Wed, Mar 23, 2011 at 10:48, Igor Drobiazko igor.drobia...@gmail.com wrote: Looks like this commit cause by the plugin is the reason. Does anyone has a clue what's happening? http://svn.apache.org/viewvc?view=revisionrevision=1084504 On Wed, Mar 23, 2011 at 9:46 AM, Igor Drobiazko igor.drobia...@gmail.comwrote: How is it possible that maven release plugin creates such a strange tag? https://svn.apache.org/repos/asf/tapestry/tapestry5/tags/releases/5.2.5/pom.xml The version and scm is just wrong. On Tue, Mar 22, 2011 at 8:49 AM, Igor Drobiazko igor.drobia...@gmail.comwrote: Fortunately I'm on Mac. I'll try adding mavenExecutorIdforked-path/mavenExecutorId to the release plugin. On Tue, Mar 22, 2011 at 8:13 AM, Massimo Lusetti mluse...@gmail.comwrote: On Tue, Mar 22, 2011 at 7:34 AM, Kalle Korhonen kalle.o.korho...@gmail.com wrote: Interactively? i.e. you don't have encrypted key in your settings.xml? You have to specify mavenExecutorIdforked-path/mavenExecutorId see http://jira.codehaus.org/browse/MGPG-9 and http://svn.apache.org/repos/asf/shiro/trunk/pom.xml Yeah It's a nightmare and I cannot even imagine on Windows... -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Best regards, Igor Drobiazko http://tapestry5.de -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Releasing 5.2.5
As a workaround for this, one can manually fix the tag and then do mvn release:perform -DconnectionUrl=scm:svn:https://svn.apache.org/repos/asf/tapestry/tapestry5/tags/releases/5.2.5/ and hopefully that will work On Wed, Mar 23, 2011 at 11:25, Igor Drobiazko igor.drobia...@gmail.com wrote: As you can see in this commit, the proper version has been committed to the tag. http://svn.apache.org/viewvc?view=revisionrevision=1084502 But then the release plugin copies from trunk into the tag. http://svn.apache.org/viewvc?view=revisionrevision=1084504 This is really weird. On Wed, Mar 23, 2011 at 10:06 AM, Andreas Andreou andy...@di.uoa.gr wrote: Not sure but always do a dryRun and see what will change, i.e. mvn -DdryRun=true release:prepare and then diff poms Also, check if there are any temp files from the release plugin On Wed, Mar 23, 2011 at 10:48, Igor Drobiazko igor.drobia...@gmail.com wrote: Looks like this commit cause by the plugin is the reason. Does anyone has a clue what's happening? http://svn.apache.org/viewvc?view=revisionrevision=1084504 On Wed, Mar 23, 2011 at 9:46 AM, Igor Drobiazko igor.drobia...@gmail.comwrote: How is it possible that maven release plugin creates such a strange tag? https://svn.apache.org/repos/asf/tapestry/tapestry5/tags/releases/5.2.5/pom.xml The version and scm is just wrong. On Tue, Mar 22, 2011 at 8:49 AM, Igor Drobiazko igor.drobia...@gmail.comwrote: Fortunately I'm on Mac. I'll try adding mavenExecutorIdforked-path/mavenExecutorId to the release plugin. On Tue, Mar 22, 2011 at 8:13 AM, Massimo Lusetti mluse...@gmail.com wrote: On Tue, Mar 22, 2011 at 7:34 AM, Kalle Korhonen kalle.o.korho...@gmail.com wrote: Interactively? i.e. you don't have encrypted key in your settings.xml? You have to specify mavenExecutorIdforked-path/mavenExecutorId see http://jira.codehaus.org/browse/MGPG-9 and http://svn.apache.org/repos/asf/shiro/trunk/pom.xml Yeah It's a nightmare and I cannot even imagine on Windows... -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Best regards, Igor Drobiazko http://tapestry5.de -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Add TAP5 to sonar?
i remember seeing tapestry stats too somewhere... yep, here they are (for 5.3.0-SNAPSHOT): http://nemo.sonarsource.org/dashboard/index/14 It reports a code coverage of 45,0% but that's probably because it can't run the browser based tests (also explains the 758 skipped tests) In the design menu, you'll see lot's of dependency cycles (in the package level) but overal the rules compliance (whatever that means) seems very good On Thu, Mar 3, 2011 at 22:23, Igor Drobiazko igor.drobia...@gmail.com wrote: It's amazing. The most Apache projects have a coverage under 50%. On Thu, Mar 3, 2011 at 8:24 PM, Kalle Korhonen kalle.o.korho...@gmail.comwrote: I just noticed there's a Sonar instance running at http://analysis.apache.org/. Could we get Tapestry on it? I'd ask for permissions myself but I'm pretty sure access is restricted to PMC members. Kalle - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: YUICompresser/Rhino as dependency?
+1 for tapestry-minification from me as well On Fri, Mar 4, 2011 at 00:03, Howard Lewis Ship hls...@gmail.com wrote: 2011/3/3 françois facon fra.fa...@gmail.com: seems to be compatible with jQuery and others toolkits. better performance on both client an server side. it's Green. +1 for tapestry-minification, or 3rd party library (in case license trouble) Perhaps this will also let the door open to use any compressor during the Maven *build.* I think the advantage of doing it at runtime, rather than build time, is that the un-minified files are always there, which are easier to debug on the client. I think it's a have-your-cake-and-eat-it-too situation ... though there's the cost of aggregating and mini-fying the JS files the first time. Other solutions involve shipping multiple copies of files (individual, minified, aggregated, aggregated/minified). That can cause its own problems, not just bloat. 2011/3/3 Howard Lewis Ship hls...@gmail.com Check out my most recent commit, which will make it super-easy to override any default behavior. On Thu, Mar 3, 2011 at 11:09 AM, Josh Canfield joshcanfi...@gmail.com wrote: So ... where should the hooks into YUICompressor go? Could put it right into tapestry-core, could create a new sub-project, tapestry-minification, or it could just be a 3rd party library on GitHub. I would make my decision based on whether this would turn into a prototype vs. jquery debate at some point. If you make it a module then I assume core would get public APIs that would make integrating the next great js/css compressor. Maybe just keeping an eye on replaceability would be good enough. Josh On Thu, Mar 3, 2011 at 10:16 AM, Howard Lewis Ship hls...@gmail.com wrote: If you've been watching the commits, I've been reorganizing things inside Tapestry's asset processing to support some new features. The big goal is JavaScript (and CSS) minification. Right now, all the pipelines are in place, and there's a placeholder service, ResourceMinimizer, waiting for a real implementation. I've targeted YUICompressor (http://developer.yahoo.com/yui/compressor/) which uses a BSD license (and requires Rhino, MPL license). I believe these are compatible licences w/ ASL. So ... where should the hooks into YUICompressor go? Could put it right into tapestry-core, could create a new sub-project, tapestry-minification, or it could just be a 3rd party library on GitHub. Thoughts? Preferences? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Parameters in implementation mixins
ok, i get what you're sayin but that phrazze in the docs is misleading I really thought that implementation mixins don't get their parameters bound at all. I would suggest changing Note that Tapestry currently doesn't support parameters in implementation mixins. to something like Note that Tapestry implementation mixins get their parameters bound from those specified in the containing component but that also is the case with Instance mixins... so, not sure...perhaps another suggestion there? On Mon, Feb 28, 2011 at 06:11, Howard Lewis Ship hls...@gmail.com wrote: I think what that comment is getting it as that when you define an implementation mixin, and the mixin has parameters, there's no way to bind those parameters as part of the implementation. They simply become available when the composite component (including the mixin) is introduced into a page. On Sun, Feb 27, 2011 at 6:57 PM, Andreas Andreou andy...@di.uoa.gr wrote: So, i only just took a look at EmbeddedComponentAssemblerImpl which seems to be the place that does the mixin assembly and i noticed there's not much difference with how implementation and instance mixins are registered. That got me thinking and i figured there's no visible reason why implementation mixins can't use parameters - so, i created a quick test and indeed parameters work (both in 5.3.0-SNASHOT and 5.2.4). That basicaly means that the docs at http://tapestry.apache.org/component-mixins.html are incorrect (or that the phrase Note that Tapestry currently doesn't support parameters in implementation mixins refers to something else??) Interestingly, the 5.1.0.5 docs at http://tapestry.apache.org/tapestry5/guide/mixins.html don't mention any such limitation! Finally, https://issues.apache.org/jira/browse/TAP5-13 was resolved at some point and can now safely be closed. I'll go on and update the docs and jira in a day or two... On Wed, Feb 23, 2011 at 17:52, Andreas Andreou andy...@di.uoa.gr wrote: thx, i'll try to add support for this then On Tue, Feb 22, 2011 at 19:06, Howard Lewis Ship hls...@gmail.com wrote: On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou andre...@gmail.com wrote: Short version: Why doesn't Tapestry support parameters in implementation mixins? Is it something that's just not yet written, or is there something that would make this infeasible? Just not yet written. Long version: So, i've started doing some T5 work at last :) ... and came across the ZoneUpdater mixin ( http://tinybits.blogspot.com/2010/03/new-and-better-zoneupdater.html ) which looks interesting and useful enough to be included in T5. I then noticed https://issues.apache.org/jira/browse/TAP5-1415 (which is basically an unintented consequence of introducing a zone parameter to the Select component ... makes existing zoneupdater user code fail) which made me took a look at the zone related code in Select. It seems to me that what happens there is just a special case of ZoneUpdater (for instance zoneupdater can connect to any clientside event, and it can pass extra context params). Anyway, assuming that something like ZU is introduced as a mixin in T5, it should be possible to remove the zone related code of Select and reuse ZU if it wasn't for that implementation mixin limitation. -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail
Re: Parameters in implementation mixins
So, i only just took a look at EmbeddedComponentAssemblerImpl which seems to be the place that does the mixin assembly and i noticed there's not much difference with how implementation and instance mixins are registered. That got me thinking and i figured there's no visible reason why implementation mixins can't use parameters - so, i created a quick test and indeed parameters work (both in 5.3.0-SNASHOT and 5.2.4). That basicaly means that the docs at http://tapestry.apache.org/component-mixins.html are incorrect (or that the phrase Note that Tapestry currently doesn't support parameters in implementation mixins refers to something else??) Interestingly, the 5.1.0.5 docs at http://tapestry.apache.org/tapestry5/guide/mixins.html don't mention any such limitation! Finally, https://issues.apache.org/jira/browse/TAP5-13 was resolved at some point and can now safely be closed. I'll go on and update the docs and jira in a day or two... On Wed, Feb 23, 2011 at 17:52, Andreas Andreou andy...@di.uoa.gr wrote: thx, i'll try to add support for this then On Tue, Feb 22, 2011 at 19:06, Howard Lewis Ship hls...@gmail.com wrote: On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou andre...@gmail.com wrote: Short version: Why doesn't Tapestry support parameters in implementation mixins? Is it something that's just not yet written, or is there something that would make this infeasible? Just not yet written. Long version: So, i've started doing some T5 work at last :) ... and came across the ZoneUpdater mixin ( http://tinybits.blogspot.com/2010/03/new-and-better-zoneupdater.html ) which looks interesting and useful enough to be included in T5. I then noticed https://issues.apache.org/jira/browse/TAP5-1415 (which is basically an unintented consequence of introducing a zone parameter to the Select component ... makes existing zoneupdater user code fail) which made me took a look at the zone related code in Select. It seems to me that what happens there is just a special case of ZoneUpdater (for instance zoneupdater can connect to any clientside event, and it can pass extra context params). Anyway, assuming that something like ZU is introduced as a mixin in T5, it should be possible to remove the zone related code of Select and reuse ZU if it wasn't for that implementation mixin limitation. -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Parameters in implementation mixins
thx, i'll try to add support for this then On Tue, Feb 22, 2011 at 19:06, Howard Lewis Ship hls...@gmail.com wrote: On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou andre...@gmail.com wrote: Short version: Why doesn't Tapestry support parameters in implementation mixins? Is it something that's just not yet written, or is there something that would make this infeasible? Just not yet written. Long version: So, i've started doing some T5 work at last :) ... and came across the ZoneUpdater mixin ( http://tinybits.blogspot.com/2010/03/new-and-better-zoneupdater.html ) which looks interesting and useful enough to be included in T5. I then noticed https://issues.apache.org/jira/browse/TAP5-1415 (which is basically an unintented consequence of introducing a zone parameter to the Select component ... makes existing zoneupdater user code fail) which made me took a look at the zone related code in Select. It seems to me that what happens there is just a special case of ZoneUpdater (for instance zoneupdater can connect to any clientside event, and it can pass extra context params). Anyway, assuming that something like ZU is introduced as a mixin in T5, it should be possible to remove the zone related code of Select and reuse ZU if it wasn't for that implementation mixin limitation. -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Parameters in implementation mixins
Short version: Why doesn't Tapestry support parameters in implementation mixins? Is it something that's just not yet written, or is there something that would make this infeasible? Long version: So, i've started doing some T5 work at last :) ... and came across the ZoneUpdater mixin ( http://tinybits.blogspot.com/2010/03/new-and-better-zoneupdater.html ) which looks interesting and useful enough to be included in T5. I then noticed https://issues.apache.org/jira/browse/TAP5-1415 (which is basically an unintented consequence of introducing a zone parameter to the Select component ... makes existing zoneupdater user code fail) which made me took a look at the zone related code in Select. It seems to me that what happens there is just a special case of ZoneUpdater (for instance zoneupdater can connect to any clientside event, and it can pass extra context params). Anyway, assuming that something like ZU is introduced as a mixin in T5, it should be possible to remove the zone related code of Select and reuse ZU if it wasn't for that implementation mixin limitation. -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Gradle build
Can't we keep both systems around? I guess at some point we'll run a vote on which one to keep using but it's probably too early to do that now. 2011/2/10 Igor Drobiazko igor.drobia...@gmail.com: BTW will our Hudson be able to build Tapestry with gradle? 2011/2/10 andyhot andy...@di.uoa.gr ah, ok! i thought i was missing a step or had misconfigured something. On 10/2/2011 10:43 πμ, Howard Lewis Ship wrote: Yes, the Gradle build is far from complete. I'm working on the Antlr stuff ... Tapestry's grammar is for Antlr3 but the Gradle support is currently Antlr2. I should have something together in a couple of days. All the other Gradle conversion work was pretty much cake, though the main issue of creating and uploading artifacts and site documentation remain. For the moment, I just want a build, and Eclipse support. On Thu, Feb 10, 2011 at 12:26 AM, andyhot andy...@di.uoa.gr wrote: Can't we use the maven target for those cases? or is there a consensus to remove the poms? Also, while trying out tapestry-core with gradle i get compilation errors (they're due to the stuff in src\main\antlr\ not getting precompiled) - how are you tackling this? On 10/2/2011 10:05 πμ, Howard Lewis Ship wrote: Actually, that's just copy-n-paste from the tapx Gradle files. I'll strip it out in the meantime, later figure out the SSH magic for Nexus deployments. On Wed, Feb 9, 2011 at 2:47 PM, Andreas Andreou andy...@di.uoa.gr wrote: Well, I don't know - i guess if it's not easy to customize this per user, then it can stay there for a while. On the other hand, i think we do deployfads snapshots to repository.apache.org after eash commit, so i thought i'd aask On Thu, Feb 10, 2011 at 00:30, Howard Lewis Ship hls...@gmail.com wrote: At best, its only temporary. Is that a problem? On Wed, Feb 9, 2011 at 1:49 PM, Andreas Andreou andy...@di.uoa.gr wrote: Should the reference to ftp://howardlewisship.com/snapshot-repository exist in the commit? -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Gradle build
Well, until there's a final decision on which to keep, both should be up to date. 2011/2/10 Igor Drobiazko igor.drobia...@gmail.com: Keeping both would cause too much problems. Sooner or later the dependencies will differ. 2011/2/10 Andreas Andreou andy...@di.uoa.gr Can't we keep both systems around? I guess at some point we'll run a vote on which one to keep using but it's probably too early to do that now. 2011/2/10 Igor Drobiazko igor.drobia...@gmail.com: BTW will our Hudson be able to build Tapestry with gradle? 2011/2/10 andyhot andy...@di.uoa.gr ah, ok! i thought i was missing a step or had misconfigured something. On 10/2/2011 10:43 πμ, Howard Lewis Ship wrote: Yes, the Gradle build is far from complete. I'm working on the Antlr stuff ... Tapestry's grammar is for Antlr3 but the Gradle support is currently Antlr2. I should have something together in a couple of days. All the other Gradle conversion work was pretty much cake, though the main issue of creating and uploading artifacts and site documentation remain. For the moment, I just want a build, and Eclipse support. On Thu, Feb 10, 2011 at 12:26 AM, andyhot andy...@di.uoa.gr wrote: Can't we use the maven target for those cases? or is there a consensus to remove the poms? Also, while trying out tapestry-core with gradle i get compilation errors (they're due to the stuff in src\main\antlr\ not getting precompiled) - how are you tackling this? On 10/2/2011 10:05 πμ, Howard Lewis Ship wrote: Actually, that's just copy-n-paste from the tapx Gradle files. I'll strip it out in the meantime, later figure out the SSH magic for Nexus deployments. On Wed, Feb 9, 2011 at 2:47 PM, Andreas Andreou andy...@di.uoa.gr wrote: Well, I don't know - i guess if it's not easy to customize this per user, then it can stay there for a while. On the other hand, i think we do deployfads snapshots to repository.apache.org after eash commit, so i thought i'd aask On Thu, Feb 10, 2011 at 00:30, Howard Lewis Ship hls...@gmail.com wrote: At best, its only temporary. Is that a problem? On Wed, Feb 9, 2011 at 1:49 PM, Andreas Andreou andy...@di.uoa.gr wrote: Should the reference to ftp://howardlewisship.com/snapshot-repository exist in the commit? -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Apache Tapestry PMC / http://chesstu.be owner Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: A plan for 5.3 / 5.4
Some quick notes - wrt JS/CSS minimization: AFAIK, all frameworks doing that (for instance jawr) use the yuicompressor library which is close to 800KB. Additionally, many companies prefer doing the minimization offline, so i hope this doesnt end up inside core. - JS improvements and rewrite: https://github.com/got5/tapestry5-jquery was usable with 5.2.0 and after the recent updates by Christian Riedel should work fine in 5.2.4 This basically means that the rewrite/improvements are closer that one might think (i'll help develop them and making sure they end up in 5.3) - Plastic: if it's not inside tapestry, it needs to at least be available from central On Tue, Feb 8, 2011 at 20:13, Howard Lewis Ship hls...@gmail.com wrote: Been chatting with clients (who may help fund this) and just thinking about plans. Here's a rough outline of what I think I can commit to in 5.3 and 5.4. 5.3 - Deprecate Javassist inside ComponentClassInstantiator, replace with Plastic - Deprecate ClassFactory, provide necessary hooks to use Plastic - Move Plastic into Tapestry? - Gradle build for Tapestry - Improve debugging experience (shadow per-thread values into shared object fields in development mode) - Improve asset pipelines for - Dynamic generation of content (example, .less files converted to static CSS automatically) - JS/CSS minimization - Do something about Component Report ... turn it into an Ant task, perhaps, or integrate Component Report into JavaDoc directly - Minor JS improvements, set expectations for 5.4 rewrite 5.4 - Remove Javassist entirely - Remove ClassFactory - Rewrite JS entirely, introduce abstraction layer and backwards compatibility layer - Maybe cometd/server-push support I'd love to see both these releases in 2011. In case you missed in: http://github.com/hlship/plastic -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Hudson permissions
i remember any hudson account could change any project - what happens if you login to hudson.apache.org (same credentials as svn), go to https://hudson.apache.org/hudson/job/tapestry-5.2-freestyle and click on configure ? On Tue, Feb 1, 2011 at 11:00, Ulrich Stärk u...@spielviel.de wrote: Can someone please grant me permissions to view and edit the hudson build configurations for Tapestry? Thanks, Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Hudson permissions
I don't have a clue - there's no per project setting for permissions I've asked at bui...@apache.org On Tue, Feb 1, 2011 at 12:46, Igor Drobiazko igor.drobia...@gmail.com wrote: Nope, I just logged in and don't have any permisions to change the configuration. I would like to have these permission as well. On Tue, Feb 1, 2011 at 11:30 AM, Andreas Andreou andy...@di.uoa.gr wrote: i remember any hudson account could change any project - what happens if you login to hudson.apache.org (same credentials as svn), go to https://hudson.apache.org/hudson/job/tapestry-5.2-freestyle and click on configure ? On Tue, Feb 1, 2011 at 11:00, Ulrich Stärk u...@spielviel.de wrote: Can someone please grant me permissions to view and edit the hudson build configurations for Tapestry? Thanks, Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Hudson permissions
So, i was emailed that the PMC chair can add them as Hudson job admins: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account Once that's done, the account will have full edit access in all hudson projects though, so ... take care! On Tue, Feb 1, 2011 at 13:24, Andreas Andreou andy...@di.uoa.gr wrote: I don't have a clue - there's no per project setting for permissions I've asked at bui...@apache.org On Tue, Feb 1, 2011 at 12:46, Igor Drobiazko igor.drobia...@gmail.com wrote: Nope, I just logged in and don't have any permisions to change the configuration. I would like to have these permission as well. On Tue, Feb 1, 2011 at 11:30 AM, Andreas Andreou andy...@di.uoa.gr wrote: i remember any hudson account could change any project - what happens if you login to hudson.apache.org (same credentials as svn), go to https://hudson.apache.org/hudson/job/tapestry-5.2-freestyle and click on configure ? On Tue, Feb 1, 2011 at 11:00, Ulrich Stärk u...@spielviel.de wrote: Can someone please grant me permissions to view and edit the hudson build configurations for Tapestry? Thanks, Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [jira] Closed: (TAP5-409) Localization documentation should be clear that Tapestry (and Java) do not support BOM headers in message catalog files
yes, leave it blank - that's what i remember too.
I guess the only documentation issues that will have
a fix version will be those related to javadocs
On Wed, Jan 26, 2011 at 22:37, Ulrich Stärk u...@spielviel.de wrote:
How do we go about with setting fix versions for documentation now that it's
decoupled from the releases? Do we just leave it out?
On 26.01.2011 21:32, Ulrich Stärk (JIRA) wrote:
[
https://issues.apache.org/jira/browse/TAP5-409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk closed TAP5-409.
-
Resolution: Fixed
Fixed in the documentation wiki at
https://cwiki.apache.org/confluence/display/TAPESTRY/Localization
Localization documentation should be clear that Tapestry (and Java) do
not support BOM headers in message catalog files
---
Key: TAP5-409
URL: https://issues.apache.org/jira/browse/TAP5-409
Project: Tapestry 5
Issue Type: Bug
Affects Versions: 5.0.15, 5.0.16, 5.0.17
Reporter: Borut Bolcina
Assignee: Ulrich Stärk
Attachments: locale-not-working.zip
app.properties has 3 entries:
openid-provider-title=OpenID provider
my-account-link=My account
login-link=Login
index.tml
html xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;
head
title${message:openid-provider-title}/title
link rel=stylesheet type=text/css
href=${asset:context:css/iopenid.css} /
/head
body
t:security.ifloggedin
pt:userdetails / a t:type=pagelink
t:page=AccountEdit href=#${message:my-account-link}/a a
t:type=actionlink t:id=logoutodjava/a/p
t:parameter name=else
a t:type=pagelink t:page=Login
href=#${message:login-link}/a
/t:parameter
/t:security.ifloggedin
/body
/html
I also have two other lozalized properties files. Depending on the
browser preffered language selection the correct translatinos are displayed
- EXCEPT the first entry, which always falls back to english.
I first noticed this behaviour when playing arounf with EditBean - the
translated labels all worked, well, except the first one. Whichever entry
was the first in the file, that label was not translated.
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry PMC / Tacos developer
Open Source / JEE Consulting
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry subprojects (was: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user)
So, in order to go on with adding / accepting new modules / subprojects (such as the cayenne integration module discussed at http://markmail.org/message/5l7xi6srkcfwepeo ) and have a clear vision of how things will be, let me recap the alternatives mentioned here... 1) New modules live in https://svn.apache.org/repos/asf/tapestry/tapestry5/trunk/ Releases are performed for all subprojects at the exact same time (and hence for the same version). This process is what we currently employ and thus requires no further explanation. 2) New modules can be created outside of https://svn.apache.org/repos/asf/tapestry/tapestry5/trunk/ perhaps in https://svn.apache.org/repos/asf/tapestry/tapestry5-module-name. Releases will not have to be performed at the same exact time for all those new subprojects BUT when they do occur they have to use the exact version number of the tapestry core modules they target. The differences in this process are: a) each module gets its own truck, branches and tags. This allows the module to also release versions compatible with older tapestry versions if there's such a need (so tapestry-cayenne can release a 5.2.x version) b) timing of the releases doesn't have to coincide 100% - so, unfinished subprojects don't have to stall the rest of the releases. Additionally, it becomes easier to accept experimental subprojects c) it might not be possible to guarantee same release numbers in all subprojects - that would result in maintenance and support problems as well as user frustration Now, we haven't run a vote on which to choose as my original intention in this thread was to get a first understanding of what the other devs think on the matter. From the responses, I get that most prefer to keep things as described in 1), so there's no real point in running a vote... but as i said, it's good to see where everyone stands :) Thx. On Fri, Jan 21, 2011 at 19:47, Massimo Lusetti mluse...@gmail.com wrote: On Fri, Jan 21, 2011 at 6:47 PM, Massimo Lusetti mluse...@gmail.com wrote: On Fri, Jan 21, 2011 at 6:34 PM, Howard Lewis Ship hls...@gmail.com wrote: I also agree; we now have consistent tests to ensure that tapestry-ioc 5.3.7 works with tapestry-core 5.3.7 works with tapestry-spring 5.3.7. If each had its own version, you end up in a situation where you need complex tables to try and guess which version goes with which other. I guess inter-module dependencies may streamline this, but I think it still is more complicated than having a consistent version number. Having a separate release engineering is totally different from version number but I agree with the fact that a precise and consistent dependency management. ... a precise and consistent dependency management have to be present before starting to separate projects. Cheers -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] remove bwallace from committers list
Andreas Andreou: +1 (binding) On Sun, Jan 23, 2011 at 02:05, Charith Madusanka charithc...@gmail.com wrote: Charitha Madusanka: +1 (non-binding) On Sat, Jan 22, 2011 at 11:59 PM, Ulrich Stärk u...@spielviel.de wrote: bwallace has been last seen May 24, 2006. I guess it's safe to assume he doesn't want to be involved with Tapestry anymore. Any objections against revoking his commit privileges and cleaning up the committers lists? Vote to run for 72 hours. Ulrich Stärk: +1 (binding) - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Tapestry subprojects (was: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user)
://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry subprojects (was: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user)
How about building something like an appstore for components/projects? What do you mean by appstore? Sell and buy modules? Or just one place which provides a search for them? As far as I can remember, there was one for T4. Initially just search and discover modules. It would be a more dynamic version of the http://tapestry.apache.org/modules.html page perhaps hosted at http://tapestry.zones.apache.org I remember the similar T4 initiative (i think it was named tassel) but i'm talking about something more officially endorsed and polished. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry subprojects (was: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user)
On Fri, Jan 21, 2011 at 13:45, Massimo Lusetti mluse...@gmail.com wrote: On Fri, Jan 21, 2011 at 11:13 AM, Andreas Andreou andy...@di.uoa.gr wrote: On another note, i'm not sure why tapestry-upload needs a separate subproject (one can manually exclude commons-fileupload) That's a good question... In fact, having separate releases would be the only good justification for this. I took a look at the commit history [1] and from 5.1.0.0 till 5.3.0-SNAPSHOT, tapestry-upload's only real changes where [2] and [3], the former just before 5.2.0 and the latter just before 5.2.1 [1] https://github.com/apache/tapestry5/commits/trunk/tapestry-upload [2] end of https://github.com/apache/tapestry5/commit/7a521c1185fef67bf24a69ec248164f33d4ae136 [3] https://github.com/apache/tapestry5/commit/614c10ae1809beb13d91123f5573da60db017560 On the minus side, separate releases can result in user frustration make offering help in the lists more difficult... We could tackle that and shield the user by having Tapestry do some version checking on bootstrap (though it's not obvious how older modules can signal that they're compatible with newer tapestry versions, i.e. it could very well be the case that tapestry-upload 5.2 works as is in tapestry 5.3 but its metadata will not contain that information )... anyway, i dont have a solution yet, but if we don't offer such a runtime service to the users, separate releases can quickly become a hell. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user
Well, with tapestry's extensibility it's not always straightforward where such code better belongs to... Is there some guideline you're using to decide? Cause on the other hand, this SSO service you're talking about would also probably work with T5.2... that would imply that it'd better live outside core, wouldn't it? On Wed, Jan 19, 2011 at 22:56, Howard Lewis Ship hls...@gmail.com wrote: Not certain; I think the base implementation of the SSO and service would suffice for most projects, and the component could be easily augmented with CSS or replaced entirely. On Wed, Jan 19, 2011 at 12:51 PM, Andreas Andreou (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/TAP5-1421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12983883#action_12983883 ] Andreas Andreou commented on TAP5-1421: --- Isn't it best to keep something like this out of the core? Create a standard way to track messages to be presented to the user --- Key: TAP5-1421 URL: https://issues.apache.org/jira/browse/TAP5-1421 Project: Tapestry 5 Issue Type: New Feature Components: tapestry-core Reporter: Howard M. Lewis Ship Priority: Minor For a client, I've created a GlobalAlerts SSO, along with a GlobalAlertsManager service, an Alerts component, even JavaScript client-side support for adding and clearing alerts. I'd like to generalize this code a bit ... currently Alerts messages are limited to strings (fully renderable would be better). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: TAP5-1410, TAP5-1371 and TAP5-808 can be closed now
done, ty On Wed, Jan 12, 2011 at 18:52, Bob Harner bobhar...@gmail.com wrote: The following JIRA issues can now be closed by somebody with the privilege to do so: https://issues.apache.org/jira/browse/TAP5-1410 (Correction to regexp used for zip code validation in Tapestry 5 tutorial) -- I verified in my own code that the old regex was flawed and the new regex works correctly, and I updated the wiki page. https://issues.apache.org/jira/browse/TAP5-1371 (Images Assets) -- this documentation error was already fixed by somebody in recent months. https://issues.apache.org/jira/browse/TAP5-808 (Add references to tapestry-xpath and tapestry-testify to the documentation) -- I added the requested links - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Kalle Korhonen as Tapestry Committer
Andreas Andreou: +1 (binding) 2011/1/11 françois facon fra.fa...@gmail.com: François Facon: +1 (non-binding) 2011/1/10 Thiago H. de Paula Figueiredo thiag...@gmail.com Thiago H. de Paula Figueiredo: +1 (binding). Wonderful addition for the team. :) -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Sprint planning pushed back
hmm... ok? On Tue, Jan 4, 2011 at 16:06, Kevin Menard ke...@backupify.com wrote: Let's do the sprint planning tomorrow (Wed.) instead of today. Ben will be in the office and Eric will be back from vacation. -- Kevin - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [CONF] Apache Tapestry Introduction
(both of these refer to Aspect Oriented Techniques applied to Tapestry IoC services). - Tapestry Services can now be injected into Spring Beans, when using the Tapestry/Spring integration library. - Tapestry now compresses responses for clients that support GZIP compression. Context and classpath assets are now handled uniformly: versioned URLs, far-future expiration headers, and GZIP compression where applicable. - Ordered and mapped configurations can now have overrides. - Property expressions have been improved: You can now invoke methods with parameters, or create a list (very useful for link contexts). - IoC Service contributions may now be made in terms of classes (that are automatically instantiated) as well as instances. - A simpler method of overriding built-in services has been added. Roadmap Version 5.2 has reached General Availability (stable) status, and developers are working on features for a 5.3 snapshot. The goal is to produce releases on a regular schedule, every 4 - 6 months. High priorities for upcoming releases include Spring Web Flow integration, support for developing Tapestry applications as Portlets, a Javascript abstraction layer, removal of Javassist, IoC improvements, more add-on libraries and components, and improvements to documentation. Third Party Libraries, Tutorials and Resources A number of third party libraries, tutorials and resources are listed on the Tapestry Home page. About Snapshots and Releases Tapestry is built using Maven, which makes it really easy to download the source and build it yourself, either the whole project, or just one single module. Better yet, you can pull down Tapestry modules from the central Maven repository. The use of Maven has let us move with great speed, providing preview releases and snapshots. Snapshots are intermediate versions of releases. As of this writing, the most recent release is 5.2.4 and the current snapshots are for 5.3.0-SNAPSHOT. Maven keys off the -SNAPSHOT suffix and handles the dependency specially. It knows that snapshot releases can change frequently, so it will keep checking (at least once a day, maybe more often) to see if there's an updated version of the snapshot. A nightly build process on Tapestry's continuous integration server creates new snapshots every night. Snapshots don't go in the central Maven repository (that's reserved for full releases). Instead, they go into the Tapestry snapshots repository at http://tapestry.formos.com/maven-snapshot-repository. To access this repository, you may add -DremoteRepositories= http://tapestry.formos.com/maven-snapshot-repository to the command line when running Maven. Your best bet is to use the quickstart Maven archetype to create your initial Tapestry project; it generates a full project directory, including a POM that links to the Apache snapshots repository. Documentation on this site usually refers to the latest snapshot ... that is, it is usually ahead of the last official release. In some cases, it is written as if the snapshot release is stable; if documentation refers to version 5.1.x.x and that doesn't work, try 5.1.x.x-SNAPSHOT. Change Notification Preferenceshttps://cwiki.apache.org/confluence/users/viewnotifications.action View Onlinehttps://cwiki.apache.org/confluence/display/TAPESTRY/Introduction| View Changeshttps://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=2653revisedVersion=6originalVersion=5 -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting
Re: Loop's value parameter is now of Type T, instead of Object
Last time i checked there wasnt any... Let me know if you
find something
On Wed, Dec 29, 2010 at 21:54, Josh Canfield joshcanfi...@gmail.com wrote:
I'd like to modify Loop.xdoc without having to run mvn site for every
change. Before I spend too much time looking around, does someone have a
simple command-line for doing that?
Thanks,
Josh
On Wed, Dec 29, 2010 at 10:55 AM, Howard Lewis Ship hls...@gmail.comwrote:
Looks very nice!
Update the Loop.xdoc file to explain all this, and/or the JavaDoc.
On Wed, Dec 29, 2010 at 10:49 AM, Josh Canfield joshcanfi...@gmail.com
wrote:
I checked in code last weekend to get more complete generics support into
components (generic services are coming when I get a chance to do another
code review). Part of this change I made the Loop component generic and
the
value property is now public.
In the parameters section of the component reference the Type of value
has
changed from Object to T, but the source parameter still shows up as
Iterable, not IterableT.
What is the right way to document this? T is out of context, and only
true
for 5.3
Also, should I add a simple example of the 5.3 syntax, or change one of
the
others? I assume we want to mark this as @since 5.3.
@Property
@Component
private LoopPerson personLoop;
@Property
private ListPerson people;
t:loop t:id=personLoop source=people
${personLoop.value.firstName} ${personLoop.value.lastName}br/
/t:loop
Josh
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn
how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry PMC / Tacos developer
Open Source / JEE Consulting
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Moving issues in jira
ty On Fri, Dec 24, 2010 at 11:26, Ulrich Stärk u...@spielviel.de wrote: I made you an administrator for both TAPESTRY and TAP5, you should be able to do whatever you want now ;) Uli On 23.12.2010 23:34, Andreas Andreou wrote: Hi, i used to be able to move issues from TAPESTRY to TAP5 in jira but i don't see that option any more. Any ideas? - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Moving issues in jira
Hi, i used to be able to move issues from TAPESTRY to TAP5 in jira but i don't see that option any more. Any ideas? -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: svn commit: r1051757 - in /tapestry/tapestry5/trunk: ./ quickstart/ tapestry-annotations/ tapestry-beanvalidator/ tapestry-component-report/ tapestry-core/ tapestry-func/ tapestry-hibernate-core/
== --- tapestry/tapestry5/trunk/tapestry-json/pom.xml (original) +++ tapestry/tapestry5/trunk/tapestry-json/pom.xml Wed Dec 22 05:14:15 2010 @@ -7,7 +7,7 @@ parent groupIdorg.apache.tapestry/groupId artifactIdtapestry-project/artifactId -version5.2.5-SNAPSHOT/version +version5.3.0-SNAPSHOT/version /parent nameTapestry JSON Library/name description Modified: tapestry/tapestry5/trunk/tapestry-spring/pom.xml URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-spring/pom.xml?rev=1051757r1=1051756r2=1051757view=diff == --- tapestry/tapestry5/trunk/tapestry-spring/pom.xml (original) +++ tapestry/tapestry5/trunk/tapestry-spring/pom.xml Wed Dec 22 05:14:15 2010 @@ -11,7 +11,7 @@ parent groupIdorg.apache.tapestry/groupId artifactIdtapestry-project/artifactId -version5.2.5-SNAPSHOT/version +version5.3.0-SNAPSHOT/version /parent dependencies Modified: tapestry/tapestry5/trunk/tapestry-test/pom.xml URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-test/pom.xml?rev=1051757r1=1051756r2=1051757view=diff == --- tapestry/tapestry5/trunk/tapestry-test/pom.xml (original) +++ tapestry/tapestry5/trunk/tapestry-test/pom.xml Wed Dec 22 05:14:15 2010 @@ -9,7 +9,7 @@ parent groupIdorg.apache.tapestry/groupId artifactIdtapestry-project/artifactId -version5.2.5-SNAPSHOT/version +version5.3.0-SNAPSHOT/version /parent dependencies Modified: tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml?rev=1051757r1=1051756r2=1051757view=diff == --- tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml (original) +++ tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml Wed Dec 22 05:14:15 2010 @@ -19,7 +19,7 @@ parent groupIdorg.apache.tapestry/groupId artifactIdtapestry-project/artifactId -version5.2.5-SNAPSHOT/version +version5.3.0-SNAPSHOT/version /parent dependencies Modified: tapestry/tapestry5/trunk/tapestry-upload/pom.xml URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-upload/pom.xml?rev=1051757r1=1051756r2=1051757view=diff == --- tapestry/tapestry5/trunk/tapestry-upload/pom.xml (original) +++ tapestry/tapestry5/trunk/tapestry-upload/pom.xml Wed Dec 22 05:14:15 2010 @@ -12,7 +12,7 @@ parent groupIdorg.apache.tapestry/groupId artifactIdtapestry-project/artifactId -version5.2.5-SNAPSHOT/version +version5.3.0-SNAPSHOT/version /parent inceptionYear2007/inceptionYear - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Index 2
yep, love the latest version (with the updated colors on rss and icons)! On Mon, Dec 20, 2010 at 19:44, Howard Lewis Ship hls...@gmail.com wrote: I once again concur, this is a big improvement to the home page. I think we should move the IndexV2 contents over to Index immediately. On Mon, Dec 20, 2010 at 9:13 AM, Christophe Cordenier christophe.corden...@gmail.com wrote: Great Work Katia ! This is exactly the kind of changes that lightens and gives more impact to our front page. Of course, we should polish it about colors and typo, but it's concise and clear. Also I like the idea of putting links on contributions on the front page, because we ARE an active community ! Le 20 décembre 2010 15:06, Clément Uster clement.us...@gmail.com a écrit : Ok great. :) On 20 December 2010 15:04, Katia Aresti katiaare...@gmail.com wrote: Key features will stay, it's just a matter of layout ! 2010/12/20 Clément Uster clement.us...@gmail.com Ok, I didn't get your point about the key features. So you want to keep the current items at the top of the page, right ? On 20 December 2010 14:54, Katia Aresti katiaare...@gmail.com wrote: 2010/12/20 Clément Uster clement.us...@gmail.com Hello Katia, I do like your new design. It's definitely lighter than the current one. The idea of the 3 boxes is quite interesting, but I don't completely agree with the content. Because they are on top of the page, they are the first things to be seen, and in my opinion they should be the most important things about tapestry. What do yo mean ? In your point of view the content of these boxes should be on the key features part ? Your What is Tapestry part is just awesome! I love it :) By the way, I'm very pleased to see the official documentation/website becoming better every day. Presentation and design are keys to attract and keep new (and old!) users. Clément On 20 December 2010 14:05, Katia Aresti katiaare...@gmail.com wrote: Hi, I'm working on Index V2 page. It's not finished yet, but before I continue to do some staff I think about, I would like to know your opinions. Here is the preview of the page : https://cwiki.apache.org/TAPESTRY/indexv2.html%20 https://cwiki.apache.org/TAPESTRY/indexv2.html Important things to note : 1) Key features are not included on top just because for some reason when I include them they are not placed on the top, but down Apache Tapestry IndexV2. 2 ) The boxes with Download, extensions and so, are not finished yet. I want to modify and adapt several things on them. They just offer an idea about what I have in mind. 3 ) Icons are free use So, what do you think ? Can you give me some feedback please ? Katia -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: @Inject and Tapestry IoC
Well, my thought was that it would be possible to architect ioc in such a way that the jsr jar isn't required at runtime (if users dont need its features)... if that's not possible, then i'm slightly leaning to having a separate project On Tue, Dec 21, 2010 at 18:36, Robert Zeigler robe...@scazdl.org wrote: I'll offer a dissenting voice. :) I think it's not onerous for people who want them to add a dependency, but adding them directly to IOC introduces a potentially unwanted dependency to people who have no interest in using them. The jar may be small, but a lot of all, inused jars adds up quickly. I like having more control over what gets sucked intoy application ;) So my vote would be for a separate module. I wouldn't be opposed to the quickstart adding the jsr ioc module since that is easy enough to remove. Robert GATAATGCTATTTCTTTAACGAA On Dec 21, 2010, at 8:41 AM, Igor Drobiazko igor.drobia...@gmail.com wrote: Ok, keeping own annotations makes sense. Do we want to support JSR-303 annotations out of the box by adding a new jar depenency to tapestry-ioc or would a new library make more sense? I tend to the outof the box soluton. On Tue, Dec 21, 2010 at 12:37 PM, Thiago H. de Paula Figueiredo thiag...@gmail.com wrote: On Tue, 21 Dec 2010 08:58:40 -0200, Christian Riedel cr.ml...@googlemail.com wrote: Hi Igor, Hi, guys! I'm not sure about the deprecation but generally it's a good idea, I think. Look at Hibernate and JPA for example. They have kept their annotations and support the standard ones as well. I like the idea of having the choice... I was going to post the same opinion. :) I think it wouldn't be hard to support both the Tapestry-IoC annotations and the JSR 303 ones. We'd just need to document which one Tapestry would check first and not allowing mixed use in the same class. By the way, thanks Igor for stepping up for implementing this. I hope I have time to team up with you in this project. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.4 as Stable Release
So, as i understand this, the changed behavior is caused from using the localPort but this doesn't mean that the change was wrong in itself. It was just that it broke existing code for clustered / load balanced / proxied environments. On the other hand, in that kind of environment, how do you deal with the use of request.getServerName() in BaseURLSourceImpl ? I too come to the conclusion that you'll always gonna need a custom implementation (or just a wrapper to Request that returns specific values for serverName and localPort) On Wed, Dec 15, 2010 at 20:52, Igor Drobiazko igor.drobia...@gmail.com wrote: I just had a look into BaseURLSourcImpl in the 5.1.0.5 tag. Here is the code: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.1.0.5/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/BaseURLSourceImpl.java?view=markup As you can see the issue is not localPort vs. serverPort as in 5.1.0.5 the port was not set into the base URL at all. Again, I believe that the default implementation of the BaseURLSourceImpl is not usable for any app as the ports 80 and 443 are just default values. How many applications out there are using these ports? http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/BaseURLSourceImpl.java?view=markup I see another issue here: Request interface is a generic version of HttpServletRequest and PortletRequest. As of 5.2.0 Request has the getLocalPort() method which is not available in PortletRequest. On Wed, Dec 15, 2010 at 7:05 PM, Robert Zeigler robe...@scazdl.org wrote: Agreed. The vote wasn't on whether to release; 5.2.4 is released. The vote was to call 5.2.4 stable. I think it's pointless to call 5.2.4 GA if we know there's going to be a bug fix release 2 days later. It's saying: Hi, here's a stable product. Except, we know it's not exactly stable in every environment. But we're going to /call/ it stable I was previously +1 on calling 5.2.4 GA based on my not finding any issues with it. But if the bug mentioned really does create an issue/bug in a clustered environment (and it certainly appears to), I would change my vote. With the refresh of the site, we're touting Tapestry's performance and stability and scalability (things like: easy to use in a clustered environment)... a bug like this is a bad first impression. /Especially/ since it's a trivial issue to fix. Robert On Dec 15, 2010, at 12/1511:59 AM , Massimo Lusetti wrote: On Wed, Dec 15, 2010 at 5:44 PM, Bob Harner bobhar...@gmail.com wrote: Please release now AND commit to a bug fix release right after. The fact is that the release is made and the vote is for a GA release, let's say a stable one, so here I'm with Andy. Cheers -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.4 as Stable Release
Andreas Andreou: +1 (binding) On Sun, Dec 12, 2010 at 17:21, Ulrich Stärk u...@spielviel.de wrote: Ulrich Stärk: +1 (binding) Am 10.12.2010 um 19:09 schrieb Howard Lewis Ship hls...@gmail.com: Tapestry 5.2.4 has been out and available for a couple of weeks now and no show-stopper bugs have been identified. I think it is time to declare it the stable release for Tapestry 5.2. Vote to run for 3 days. Howard M. Lewis Ship: +1 (binding) Note: I'm continuing to work on the tutorial as well, but I've decided not to hold the vote until that work is finished. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Fixing the web site
y, page renames work fine so that references still work
I think the only exception/problem is when renaming a page
that is a subpage of another one - you'd have to manually change
the main page then...
On Wed, Nov 24, 2010 at 00:38, Howard Lewis Ship hls...@gmail.com wrote:
Great; there are a lot of bad links on pages too, from linking the Maven
way. Some images have been lost as well.
Plus I'm converting {noformat} to {code} and making use of {warning} and
{note}.
Finally, there is often a missing blank line after a list (lines leading
with *) that causes render problems.
I'm switching back and forth between wiki text editing and preview. Sorry,
I don't trust the rich text editor (it doesn't handle a lot of things
correctly).
Also, I'm finding its easier to copy the text to TextMate, fix the problem
(including many spelling errors) and copy it back to CWiki.
Also, some of these pages have horrible names (IoC+-+module), so perhaps
we can rename them as well. Does Confluence handle renames nicely (i.e.,
find references on other pages)?
On Tue, Nov 23, 2010 at 2:12 PM, Christophe Cordenier
christophe.corden...@gmail.com wrote:
Hi
I have made some fixes, here is the list of pages i didn't fixed yet and
that are returned by a confluence search with '../apidoc' pattern
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+cookbook+-+servconf
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=21792074
https://cwiki.apache.org/confluence/display/TAPESTRY/Unit+testing+pages+or+components
https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Parameters
https://cwiki.apache.org/confluence/display/TAPESTRY/Class+Reloading
https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Rendering
https://cwiki.apache.org/confluence/display/TAPESTRY/Content+Type+and+Markup
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+order
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+shadow
https://cwiki.apache.org/confluence/display/TAPESTRY/Test
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+decorator
https://cwiki.apache.org/confluence/display/TAPESTRY/Persistent+State
https://cwiki.apache.org/confluence/display/TAPESTRY/Configuration
https://cwiki.apache.org/confluence/display/TAPESTRY/CSS
https://cwiki.apache.org/confluence/display/TAPESTRY/DOM
https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Events
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+autoload
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+command
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+pipeline
https://cwiki.apache.org/confluence/display/TAPESTRY/Upload
https://cwiki.apache.org/confluence/display/TAPESTRY/Reload
https://cwiki.apache.org/confluence/display/TAPESTRY/Localization
https://cwiki.apache.org/confluence/display/TAPESTRY/Page+Lifecycle
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+cookbook+-+override
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+cookbook+-+patterns
https://cwiki.apache.org/confluence/display/TAPESTRY/IoC+-+module
https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Classes
https://cwiki.apache.org/confluence/display/TAPESTRY/Layout+Component
https://cwiki.apache.org/confluence/display/TAPESTRY/Page+Navigation
https://cwiki.apache.org/confluence/display/TAPESTRY/Input+Validation
https://cwiki.apache.org/confluence/display/TAPESTRY/Userguide
https://cwiki.apache.org/confluence/display/TAPESTRY/Forms2
https://cwiki.apache.org/confluence/display/TAPESTRY/Logging
https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Templates
2010/11/23 Howard Lewis Ship hls...@gmail.com
A pretty urgent need on the CWiki is to fix all the Javadoc URLs
There's a lot of URLs of the form:
../apidocs/etc
That need to be:
http://tapestry.apache.org/current/apidocs
current is a symbolic link to the current release, currently
tapestry-5.2-dev
There's also a goodly number of minor problems that came from the
mechanical
way that the files were converted. Still, just a few minor touchups and
things work nicely!
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn
how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
--
Regards,
Christophe Cordenier.
Committer on Apache Tapestry 5
Co-creator of wooki @wookicentral.com
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to learn
how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry PMC / Tacos developer
Open Source / JEE Consulting
confluence space.css
Looks like that confluence space.css file needs some editing cause there are some IE problems. We host it at http://tapestry.apache.org/resources/space.css but I can't find it in svn. Anyone knows what's the deal with it? fyi, this css problem has also been found by struts2 guys and others lately, see: https://issues.apache.org/jira/browse/WW-3531 -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.4
Andreas Andreou: +1 (binding) Also note that the valid repository url for the staged artifacts is just: https://repository.apache.org/content/repositories/orgapachetapestry-006/ On Mon, Nov 15, 2010 at 20:29, Howard Lewis Ship hls...@gmail.com wrote: I've created and uploaded a release of Tapestry 5.2.4, ready to be voted upon. This corrects the problem with the quickstart archetype (I've downloaded the new version and double-checked that the version number is 5.2.4). The binary and source downloads are uploaded to: http://people.apache.org/~hlship/tapestry-releases/ and the Maven artifacts staged to: https://repository.apache.org/content/repositories/orgapachetapestry-006/org/apache/tapestry/ Please examine these files to determine if the new release, 5.2.4, is ready. I've also created a 5.2.4 tag in Subversion: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.2.4/ On a successful vote, I'll move the files from these directories to the proper distribution directories and update the Tapestry site documentation. Vote will run for three days; on success I'll move the voted artifacts into place and send out appropriate notifications. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.4
Also note that the valid repository url for the staged artifacts is just: https://repository.apache.org/content/repositories/orgapachetapestry-006/ True, I do the favor of digging down a few directly levels for people who are really going to look at the artifacts. I can stop doing that in the future if its a problem. Well, it's just that if ppl want to test the new release, they must use https://repository.apache.org/content/repositories/orgapachetapestry-006/ as a repository url in their poms. Using https://repository.apache.org/content/repositories/orgapachetapestry-006/org/apache/tapestry/ will result in error messages (stuff like 5.2.4 not found). -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [CONF] Apache Tapestry Committers
thx, i'll fix it later today - i think i can use the include page macro for this On Mon, Nov 8, 2010 at 14:36, Igor Drobiazko igor.drobia...@gmail.com wrote: I guess this page is not really needed as we have a similar one already. http://people.apache.org/~uli/tapestry-site/about.html On Sun, Nov 7, 2010 at 9:54 PM, conflue...@apache.org wrote: Committershttps://cwiki.apache.org/confluence/display/TAPESTRY/Committers Page *added* by Andreas Andreouhttps://cwiki.apache.org/confluence/display/%7Eandyhot Tapestry Committers *Name* *PMC?* *Committer Since* *Notes* Dan Adams - Jul 2007 Andreas Andreou http://blog.andyhot.gr Yes Mar 2006 Christophe Cordenier - Jun 2010 Ben Dotte - May 2007 Igor Drobiazko - May 2008 Thiago H. de Paula Figueiredo Yes Feb 2009 Dan Griedler - May 2007 Jesse Kuhnert Yes Nov 2005 Leads Tapestry 4.1 effort Howard M. Lewis Ship Chair Jan 2000 Creator of Tapestry, leads Tapestry 5 effort Kevin Menard - Feb. 2008 Marcus Schulte Yes May 2007 Ulrich Stärk - Nov 2009 Brian K. Wallace - Mar 2006 Robert Zeigler - Feb. 2009 Change Notification Preferenceshttps://cwiki.apache.org/confluence/users/viewnotifications.action View Onlinehttps://cwiki.apache.org/confluence/display/TAPESTRY/Committers -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Build failed in Hudson: tapestry-5.2-freestyle #226
PASSED: non_file_URLs_are_ignored PASSED: second_level_granularity === Internals Tests run: 490, Failures: 0, Skips: 0 === [ERROR] SerializationSupport Unexpected service proxy provider when clearing the provider. This may indicate that you have multiple IoC Registries. === Tapestry IOC Total tests run: 693, Failures: 1, Skips: 0 === [org.testng.internal.PoolService] Shutting down poolservice org.testng.internal.poolserv...@19a3d76 terminated:false Tests run: 693, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 18.873 sec FAILURE! Results : Failed tests: reload_a_service_implementation(org.apache.tapestry5.ioc.ReloadTest) Tests run: 693, Failures: 1, Errors: 0, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer tohttps://hudson.apache.org/hudson/job/tapestry-5.2-freestyle/ws/trunk/tapestry-ioc/target/surefire-reports for the individual test results. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 minutes 5 seconds [INFO] Finished at: Fri Nov 05 09:49:27 UTC 2010 [INFO] Final Memory: 58M/394M [INFO] [WARNINGS] Skipping publisher since build result is FAILURE [TASKS] Skipping publisher since build result is FAILURE - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: broken quickstart archetypes
Well, this problem was noticed during some of the votes. I personnally voted +1 inspite of that because i knew those wouldn't be the final releases And since the votes were successful, I dont think we have the right to change anything now. Let's make sure this is correct in the next releases. As for archetype-catalog.xml, the process is to update it in svn and then do a site:deploy (i'm doing this now) On Fri, Nov 5, 2010 at 11:29, Ulrich Stärk u...@spielviel.de wrote: This raises another question: should we commit to tags? On 05.11.2010 10:22, Ulrich Stärk wrote: The 5.2.x archetypes are severely broken: The 5.2.0 archetype references Tapestry 5.2.0-SNAPSHOT which doesn't exist. The 5.2.1 archetype references Tapestry 5.2.1-SNAPSHOT which doesn't exist. The 5.2.2 archetype references Tapestry 5.2.2-SNAPSHOT which doesn't exist. The 5.2.3-SNAPSHOT archetype is not in archetype-catalog.xml I suggest we redeploy the 5.2.x series archetypes with corrected Tapestry versions. Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: broken quickstart archetypes
agreed on only keeping the latest 5.2 It's in tapestry-site cause that's what gets deployed to the root of our website On Fri, Nov 5, 2010 at 18:50, Howard Lewis Ship hls...@gmail.com wrote: I must have missed a step in the Deployment Process: https://cwiki.apache.org/confluence/display/TAPESTRY/Release+Process This does indicate that our process is flawed since its so easy to mess it up; more needs to be done in an automated fashion. I'm thinking of doing the 5.2.3 release vote next week. I don't see the need to keep earlier versions of the archetype (5.2.x) once the lastest beta is available (5.2.3). Where is the archetype-catalog.xml stored? Having it in the tapestry-site project may not make as much sense as moving it to tapestry-project, where it will be easier to coordinate changes w.r.t new releases. On Fri, Nov 5, 2010 at 5:25 AM, Andreas Andreou andy...@di.uoa.gr wrote: Well, this problem was noticed during some of the votes. I personnally voted +1 inspite of that because i knew those wouldn't be the final releases And since the votes were successful, I dont think we have the right to change anything now. Let's make sure this is correct in the next releases. As for archetype-catalog.xml, the process is to update it in svn and then do a site:deploy (i'm doing this now) On Fri, Nov 5, 2010 at 11:29, Ulrich Stärk u...@spielviel.de wrote: This raises another question: should we commit to tags? On 05.11.2010 10:22, Ulrich Stärk wrote: The 5.2.x archetypes are severely broken: The 5.2.0 archetype references Tapestry 5.2.0-SNAPSHOT which doesn't exist. The 5.2.1 archetype references Tapestry 5.2.1-SNAPSHOT which doesn't exist. The 5.2.2 archetype references Tapestry 5.2.2-SNAPSHOT which doesn't exist. The 5.2.3-SNAPSHOT archetype is not in archetype-catalog.xml I suggest we redeploy the 5.2.x series archetypes with corrected Tapestry versions. Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [jira] Created: (INFRA-3151) add servlet filter to nexus to block maven 2.2.0 deploys
2.2.1 is fine on that regard On Fri, Nov 5, 2010 at 19:13, Howard Lewis Ship hls...@gmail.com wrote: I hope 2.2.1 generates proper checksums because upgrading to 3.x was a floster cuck for me. On Fri, Nov 5, 2010 at 12:49 AM, Ulrich Stärk u...@spielviel.de wrote: FYI Original Message Subject: [jira] Created: (INFRA-3151) add servlet filter to nexus to block maven 2.2.0 deploys Date: Wed, 3 Nov 2010 19:37:22 -0400 (EDT) From: Brian Fox (JIRA) j...@apache.org Reply-To: infrastruct...@apache.org To: infrastructure-iss...@apache.org add servlet filter to nexus to block maven 2.2.0 deploys Key: INFRA-3151 URL: https://issues.apache.org/jira/browse/INFRA-3151 Project: Infrastructure Issue Type: Improvement Security Level: public (Regular issues) Components: Nexus Reporter: Brian Fox Assignee: Brian Fox Maven 2.2.0 is known to produce bad checksums and doubles the data upload potentially causing timeouts. Here's an example user agent we want to block: Apache-Maven/2.2 (Java 1.6.0_16; Linux 2.6.26-2-amd64) maven-artifact/2.2.0 - This should be blocked from /content for PUTs only. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Release 5.2.2
Andreas Andreou: +1 (binding) On Mon, Oct 25, 2010 at 19:08, Thiago H. de Paula Figueiredo thiag...@gmail.com wrote: Thiago H. de Paula Figueiredo: +0 (binding). Still haven't had a chance to play with T5.2 yet. That's sad. :( -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Release 5.2.2
but that's a different vote, right? On Wed, Oct 27, 2010 at 15:09, Ulrich Stärk u...@spielviel.de wrote: Ulrich Stärk: +0 (binding) I noticed yesterday, while giving a tapestry talk, that the quickstart archetype references 5.2.1-SNAPSHOT. We don't have a 5.2.1-SNAPSHOT release, though. Apart from that it should reference the same version as the release, i.e. 5.2.2. This should be fixed before voting 5.2.2 GA. Uli On 25.10.2010 10:21, Ulrich Stärk wrote: Ulrich Stärk: +1 (binding) It depends on how we handle it. We *can* make committers' votes binding, also limited to specific matters, but we should make that clear in some sort of bylaws. Standard ASF procedure is that only PMC votes are binding. See also [1]. Uli [1] http://www.apache.org/foundation/voting.html Am 25.10.2010 06:23 schrieb Howard Lewis Ship: I can't remember whether commiters' votes are binding when the subject is a release (I think it should be, but I can't remember for sure). Since we tend to vote on three things (releases, new committers, and new PMCs) it seems like we could just write up the guidelines on the wiki. On Sun, Oct 24, 2010 at 8:59 PM, Josh Canfield joshcanfi...@gmail.com wrote: Josh Canfield: +1 (binding) On 24 Oct 2010 11:01, Howard Lewis Ship hls...@gmail.com wrote: Well, it's that time again. I've put up copies of 5.2.2 source/binaries (http://people.apache.org/~hlship/tapestry-releases/) and created artifacts ( https://repository.apache.org/content/repositories/orgapachetapestry-003/org/apache/tapestry/ ). I've also created a release tag: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/tapestry-project-5.2.2/ Howard M. Lewis Ship: +1 (binding) -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Release 5.2.2
well, ok - i'd personnally -1 this release for GA but that's imho irrelevant to the current voting On Wed, Oct 27, 2010 at 16:56, Ulrich Stärk u...@spielviel.de wrote: It is. My +0 is to indicate that I won't vote it GA due to that issue. I'll create issues in Jira for this and the missing license files shortly. Uli On 27.10.2010 14:37, Andreas Andreou wrote: but that's a different vote, right? On Wed, Oct 27, 2010 at 15:09, Ulrich Stärku...@spielviel.de wrote: Ulrich Stärk: +0 (binding) I noticed yesterday, while giving a tapestry talk, that the quickstart archetype references 5.2.1-SNAPSHOT. We don't have a 5.2.1-SNAPSHOT release, though. Apart from that it should reference the same version as the release, i.e. 5.2.2. This should be fixed before voting 5.2.2 GA. Uli On 25.10.2010 10:21, Ulrich Stärk wrote: Ulrich Stärk: +1 (binding) It depends on how we handle it. We *can* make committers' votes binding, also limited to specific matters, but we should make that clear in some sort of bylaws. Standard ASF procedure is that only PMC votes are binding. See also [1]. Uli [1] http://www.apache.org/foundation/voting.html Am 25.10.2010 06:23 schrieb Howard Lewis Ship: I can't remember whether commiters' votes are binding when the subject is a release (I think it should be, but I can't remember for sure). Since we tend to vote on three things (releases, new committers, and new PMCs) it seems like we could just write up the guidelines on the wiki. On Sun, Oct 24, 2010 at 8:59 PM, Josh Canfield joshcanfi...@gmail.com wrote: Josh Canfield: +1 (binding) On 24 Oct 2010 11:01, Howard Lewis Shiphls...@gmail.com wrote: Well, it's that time again. I've put up copies of 5.2.2 source/binaries (http://people.apache.org/~hlship/tapestry-releases/) and created artifacts ( https://repository.apache.org/content/repositories/orgapachetapestry-003/org/apache/tapestry/ ). I've also created a release tag: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/tapestry-project-5.2.2/ Howard M. Lewis Ship: +1 (binding) -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: FreeBSD jail for demo app
i'd say keep in github - heck, i was even planning a quick jquery fork :) On Wed, Oct 20, 2010 at 14:30, Ulrich Stärk u...@spielviel.de wrote: Good point. As I said. Let's discuss it. And hear what the others think. Uli On 20.10.2010 13:25, Igor Drobiazko wrote: Why do you need it in our SVN? Is it dictated by Apache? Moving from Gihub to Apache SVN would mean that Kalle, Katia, etc can't work on that application anymore. As I remember Christoph started the project to give the community the possibility to play with Tapestry and to work together. Moving to Apache SVn would mean that the basic idea behind the app is lost. I would really prefer a demo app which is built by the community and not by committers. On Wed, Oct 20, 2010 at 1:06 PM, Ulrich Stärku...@spielviel.de wrote: Firstly, I'd like to have the demo application in our SVN. Maybe under tapestry-demoapp at the top level. I'll create you a manager account for tomcat, you can use that to deploy the application. Uli On 20.10.2010 13:00, Christophe Cordenier wrote: Hi I would like to deploy hotel-booking, how do i get access to the server ? 2010/10/20 Christophe Cordenierchristophe.corden...@gmail.com Maybe we will need a git client to retrieve demo application from git... Anyway, how do we access to this machine ? 2010/10/20 Christophe Cordenierchristophe.corden...@gmail.com Hi Great !! In-memory h2 or hsqldb is sufficient i guess 2010/10/20 Ulrich Stärku...@spielviel.de Our jail is ready and I installed tomcat 6. Is there anything else we need (database, ...)? Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Maven 3.0
There shouldnt be a problem running maven3 in hudson - we've set it up as a freestyle job after all. The only real problem i see is that mvn3 is not yet installed in the slave we're using. On Tue, Oct 19, 2010 at 19:00, Igor Drobiazko igor.drobia...@gmail.com wrote: I'm using Maven 3.0 since couple of weeks. It works fine but there is a problem with the tapestry-component-report plugin. Looks like we need to port it. Another issue is that Hudson is not compatible with Maven 3.0. On Tue, Oct 19, 2010 at 5:55 PM, Howard Lewis Ship hls...@gmail.com wrote: I've just upgraded my workstation to use Maven 3.0. I'm doing a full clean build (i.e., after deleting ~/.m2/repository). Looks like it works fine. My client using Artifactory to manage their Maven repositories has been having (unspecified) problems with the Tapestry JARs. I saw a cryptic note that the problem in Maven 2.2.x. Perhaps Maven 3.0 will fix that. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: New bug category for docs?
So, realistically and within apache, what are the alternatives? On Wed, Oct 13, 2010 at 11:55, Ulrich Stärk u...@spielviel.de wrote: How much further do we have to go with this before we switch to a different paradigm? I was very enthusiastic about using Confluence, but my enthusiasm is waning because it's been very, very clunky in practice, and the exporting stuff is often very broken. As was I. But once I evaluated Confluence I changed my mind and told you so. We still have other options. We can stop right now and switch to something else. The already created contents can be exported and converted to some other format, that's not the problem. What we need to do though is finally agree on what we want and only decide once we have evaluated the available solutions. Uli - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.1 beta release
Andreas Andreou: +1 (binding) On Fri, Oct 1, 2010 at 09:37, Katia Aresti Gonzalez katiaare...@gmail.com wrote: Katia Aresti +1 (non-binding) 2010/10/1 Kristian Marinkovic kristian.marinko...@porsche.co.at Kristian Marinkovic: +1 (non-binding) Von: Ben Dotte ben.do...@gmail.com An: Tapestry development dev@tapestry.apache.org Datum: 30.09.2010 17:12 Betreff: Re: [VOTE] Tapestry 5.2.1 beta release Ben Dotte: +1 (non-binding) On Thu, Sep 30, 2010 at 7:17 AM, Thiago H. de Paula Figueiredo thiag...@gmail.com wrote: Thiago H. de Paula Figueiredo: +0 (binding). I couldn't play with Tapestry 5.2 nor 5.2.1 yet, unfortunately. :( -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: 5.2.1
+1 ... and not really an objection, but a chance to discuss some related to releases issues. - Am I right in saying that apart from the amount of time that has passed since the last stable version, there's no other pressing need to move to 5.3 (and thus pronounce 5.2 stable) ? - My reason for asking this is not to stall the process, but to better understand (or make us define) what is supposed to go in each version, and what just needs to wait for the next version. It feels that currently this just depends on timing and i'm wondering if we're fine with such a process. If we are, then let's just enforce it better - and if we're not, let's discuss the alternatives. - Now, my other reason for asking this is that the current process basically also creates unmaintained (or lightly maintained) branches. Does it make sense to officially declare them as such? For instance, it's obvious that we didn't handle that classpath resources problem elegantly and uniformally in all the branches... i dont think anyone wants to see that repeated. Also and fyi, i've recently disabled 5.0 builds in hudson because they were failing for the last 6 months - the failure (just_HTML of TemplateParserImplTest) is probably JVM specific (i had looked at it back then) and we've since changed more than once the template parser... so, it doesn't really look like anyone will ever spend time on that. - Finally, backporting features / improvements. Is anyone interested or committed to that? For which versions? I often see issues opened against 5.1 or 5.0 but fixed only for 5.2 - and that's just ok, it is the reality. Are we all fine with that? On Mon, Sep 27, 2010 at 20:53, Ulrich Stärk u...@spielviel.de wrote: +1 On 27.09.2010 19:36, Howard Lewis Ship wrote: I'll be creating a 5.2.1 release shortly, then put it to the vote. Will anyone object if the vote is to release 5.2.1 as a beta? We don't have a standard procedure for the alpha-beta transition. For beta-ga, I will want to have the release out as a beta, then retroactively vote it ga once it has proved itself in the wild. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Generated site out of date
hudson is generating the site fine - https://hudson.apache.org/hudson/view/Tapestry/job/tapestry-5.2-docs/site/ it's just that they've changed some sercers perms and the old rsync job was failing I don't have time to fix that now, but i did a manual sync and http://tapestry.apache.org/tapestry5.2-dev/ should be up-to-date soon On Thu, Sep 16, 2010 at 01:01, Howard Lewis Ship hls...@gmail.com wrote: The generated site (http://tapestry.apache.org/tapestry5.2-dev/) shows it was last updated on Aug 22nd. I know Hudson has been building the code since then ... doesn't it re-generate the site as well? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Java 6 + generics support cause PermGen OOM in core tests.
we got some almost a year ago - i guess they'll soon expire so you could reask on behalf of everyone wrt hudson and test failures, any links that show them? On Wed, Sep 8, 2010 at 19:20, Josh Canfield joshcanfi...@gmail.com wrote: Have we asked YourKit for a license for tapestry devs? http://www.yourkit.com/purchase/index.jsp The license is granted to developers of non-commercial Open Source projects, with an established and active community. The license is free. However, we ask you to add a reference to YourKit website on the web pages of your Open Source project. Josh On Wed, Sep 8, 2010 at 8:18 AM, Josh Canfield joshcanfi...@gmail.com wrote: I grabbed a copy of trunk and was not able to reproduce the OOM. This is on my OSX 10.6 box using 64 bit Java 6. I haven't set up yourkit yet, but I believe what is happening is that I'm causing the memory usage for a bunch of the classes to get bigger by calling the generics reflection methods. The sun jvm lazy loads the generic objects the first time you request them by parsing the signature of the class/method/constrictor. To fully support generics I end up calling one of the generics methods on every page, service and interface used by a page or interface. There is probably some optimization that can be done on my end, but I think it'd be thin. I believe the problem is partially the 64 bit jvm which uses more memory to store references (http://wikis.sun.com/display/HotSpotInternals/CompressedOops) but I haven't played with the jvm settings to see if it helps. I ran the tests successfully with a 32 bit java 5 (and discovered a couple java 6 dependencies in my stuff) So, what does Hudson run the tests in? Should we consider adding jvm memory stuff to the docs? Currently the tests all run under the same jvm instance. I believe this may end up accumulating copies of classes in permgen since multiple registries/apps are fired up. Should the tests fork a new -- Josh -- -- http://www.bodylabgym.com - a private, by appointment only, one-on-one health and fitness facility. -- http://www.ectransition.com - Quality Electronic Cigarettes at a reasonable price! -- TheDailyTube.com. Sign up and get the best new videos on the internet delivered fresh to your inbox. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Josh Canfield as Committer
Andreas Andreou: +1 (binding) On Sat, Sep 4, 2010 at 19:10, Massimo Lusetti mluse...@gmail.com wrote: On Thu, Sep 2, 2010 at 11:34 PM, Howard Lewis Ship hls...@gmail.com wrote: Josh Canfield has been very active in the Tapestry community for quite some time; he was an early evangalist for Tapestry 5 and has deployed multiple Tapestry 5 applications. He's also been very active in the mailing list, and has provided some terrific patches, including one that largely addresses the mismatch between generics and Tapestry's property expression language. I've spoken with him, and he is eager to join the team. Howard M. Lewis Ship: +1 (binding) Massimo Lusetti: +1 (non-binding) -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Update archetype for 5.2.0?
it's actually needed to be copied manually to the tapestry root at p.a.o But perhaps (as Kalle suggested) it's possible to integrate that to the mvn site process but i haven't investigated how - i sort of thought mvn site would just transform xml, apt files to html... but perhaps there's some option to copy over specific files On Sun, Aug 15, 2010 at 07:50, Kalle Korhonen kalle.o.korho...@gmail.com wrote: I'm just an innocent bystander :) but isn't this still the current catalog: http://svn.apache.org/repos/asf/tapestry/tapestry-site/trunk/archetype-catalog.xml? If so, modify and commit and publish a new site (mvn site-deploy). Kalle On Sat, Aug 14, 2010 at 8:42 PM, Howard Lewis Ship hls...@gmail.com wrote: Do we have a direct way to update the archetype catalog for the 5.2.0 release? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Update archetype for 5.2.0?
ok - taking care of that now On Mon, Aug 16, 2010 at 04:38, Kalle Korhonen kalle.o.korho...@gmail.com wrote: On Sun, Aug 15, 2010 at 5:06 AM, Andreas Andreou andy...@di.uoa.gr wrote: But perhaps (as Kalle suggested) it's possible to integrate that to the mvn site process but i haven't investigated how - i sort of thought mvn site would just transform xml, apt files to html... but perhaps there's some option to copy over specific files Should have noticed that - so easy to call from the sidelines without actually doing any work, sorry about that. Anyway, yes, you can deploy anything, including binary distributables, with the site plugin. Since this is a static resource, it should simply be re-located under src/site/resources for deployment, see http://maven.apache.org/guides/mini/guide-site.html. Kalle On Sun, Aug 15, 2010 at 07:50, Kalle Korhonen kalle.o.korho...@gmail.com wrote: I'm just an innocent bystander :) but isn't this still the current catalog: http://svn.apache.org/repos/asf/tapestry/tapestry-site/trunk/archetype-catalog.xml? If so, modify and commit and publish a new site (mvn site-deploy). Kalle On Sat, Aug 14, 2010 at 8:42 PM, Howard Lewis Ship hls...@gmail.com wrote: Do we have a direct way to update the archetype catalog for the 5.2.0 release? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Pre-loading Tapestry pages
in some 4.1 project, i had introduced the concept of UrlManager - it would get you urls or paths in the absense of Request but they had to be user configured (unless an active request was found) It solved similar problems (i.e. rendering a tapestry page offline, not using that data in the Request when creating urls [helps when under proxy] ) On Mon, Aug 9, 2010 at 23:33, Howard Lewis Ship hls...@gmail.com wrote: I was just experimenting with pre-loading Tapestry pages. It doesn't work, because if you inject an Asset, it looks for the Request.getContextPath() and hits a null (no Request object during startup). In Servlet 2.5 we could use the ServletContext.getContextPath() instead, which makes a lot more sense. At some point, we should require that 2.5 be the minimum. That's Tomcat 6 and up, and Jetty 7 and up and I think current versions of Geronimo. I wonder what app servers would be ruled out if we required 2.5? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.0
Andreas Andreou: +1 (binding) On Fri, Aug 6, 2010 at 10:45, Christophe Cordenier christophe.corden...@gmail.com wrote: Christophe Cordenier : +1 (non-binding) We are using 5.2.0-SNAPSHOT for a while on Wooki now, fairly stable ! 2010/8/4 Howard Lewis Ship hls...@gmail.com I've created and uploaded a release of Tapestry 5.2.0, ready to be voted upon. This will be the first release for Tapestry 5.2, and hopefully the last alpha release. The binary and source downloads are uploaded to: http://people.apache.org/~hlship/tapestry-releases/http://people.apache.org/%7Ehlship/tapestry-releases/ and the Maven artifacts staged to: https://repository.apache.org/content/repositories/orgapachetapestry-063/ Please examine these files to determine if the new release, 5.2.0, is ready. I've also created a 5.2.0 tag in Subversion: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.2.0/ On a successful vote, I'll move the files from these directories to the proper distribution directories and update the Tapestry site documentation. Vote will run for three days; on success I'll move the voted artifacts into place and send out appropriate notifications. Howard M. Lewis Ship: +1 binding -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.0
Hmm... Do we want this alpha release to appear in http://tapestry.apache.org/download.html ? If we don't, then we can surely go on On Wed, Aug 4, 2010 at 21:11, Howard Lewis Ship hls...@gmail.com wrote: Note that the binary and source distributions (generated from Ant) are not quite right: https://issues.apache.org/jira/browse/TAP5-1229 However, since everything *is* available in the Maven repository, I don't think this is worth holding up the alpha release. On Wed, Aug 4, 2010 at 11:04 AM, Howard Lewis Ship hls...@gmail.com wrote: I've created and uploaded a release of Tapestry 5.2.0, ready to be voted upon. This will be the first release for Tapestry 5.2, and hopefully the last alpha release. The binary and source downloads are uploaded to: http://people.apache.org/~hlship/tapestry-releases/ and the Maven artifacts staged to: https://repository.apache.org/content/repositories/orgapachetapestry-063/ Please examine these files to determine if the new release, 5.2.0, is ready. I've also created a 5.2.0 tag in Subversion: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.2.0/ On a successful vote, I'll move the files from these directories to the proper distribution directories and update the Tapestry site documentation. Vote will run for three days; on success I'll move the voted artifacts into place and send out appropriate notifications. Howard M. Lewis Ship: +1 binding -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Tapestry 5.2.0
dunno - i only see stable stuff there now If we do need to link this release there, i believe it's fine if we just regenerate the bin/src distributions (instead of doing the whole release again) On Wed, Aug 4, 2010 at 21:35, Howard Lewis Ship hls...@gmail.com wrote: Is the download page only for final, stable releases? In the past we've put up alpha and beta releases as well, just not snapshots. On Wed, Aug 4, 2010 at 11:25 AM, Andreas Andreou andy...@di.uoa.gr wrote: Hmm... Do we want this alpha release to appear in http://tapestry.apache.org/download.html ? If we don't, then we can surely go on On Wed, Aug 4, 2010 at 21:11, Howard Lewis Ship hls...@gmail.com wrote: Note that the binary and source distributions (generated from Ant) are not quite right: https://issues.apache.org/jira/browse/TAP5-1229 However, since everything *is* available in the Maven repository, I don't think this is worth holding up the alpha release. On Wed, Aug 4, 2010 at 11:04 AM, Howard Lewis Ship hls...@gmail.com wrote: I've created and uploaded a release of Tapestry 5.2.0, ready to be voted upon. This will be the first release for Tapestry 5.2, and hopefully the last alpha release. The binary and source downloads are uploaded to: http://people.apache.org/~hlship/tapestry-releases/ and the Maven artifacts staged to: https://repository.apache.org/content/repositories/orgapachetapestry-063/ Please examine these files to determine if the new release, 5.2.0, is ready. I've also created a 5.2.0 tag in Subversion: http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.2.0/ On a successful vote, I'll move the files from these directories to the proper distribution directories and update the Tapestry site documentation. Vote will run for three days; on success I'll move the voted artifacts into place and send out appropriate notifications. Howard M. Lewis Ship: +1 binding -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Starting to build the Alpha
i think i indeed had the passphrase in plain text when i did the deploys
On Tue, Aug 3, 2010 at 21:08, Howard Lewis Ship hls...@gmail.com wrote:
I think it's a Maven problem with encypted passwords in settings.xml.
It works better when the gpg.passphase is in plain text.
I'm using Maven 2.2.1.
On Tue, Aug 3, 2010 at 10:36 AM, Kalle Korhonen
kalle.o.korho...@gmail.com wrote:
Hmm, no takers? The ids look fine. What's the error message? What do
you mean by not accepting my gpg key - is it not accepting the
encrypted passphrase? Can you supply it from the command line instead?
(That's what I do).
Kalle
On Mon, Aug 2, 2010 at 3:04 PM, Howard Lewis Ship hls...@gmail.com wrote:
Well, I'm having problems. It's not accepting my gpg key.
Here's my settings.xml:
settings
servers
!-- To publish a snapshot of some part of Maven --
server
idapache.snapshots.https/id
usernamehlship/username
password{YrlUOJydvUEHYlZAghF1q7wfkcNaNSqKrnn17xHUA9g=}/password
/server
!-- To publish a website using Maven --
server
idtapestry/id
usernamehlship/username
filePermissions664/filePermissions
directoryPermissions775/directoryPermissions
/server
!-- To stage a release of some part of Maven --
server
idapache.releases.https/id
usernamehlship/username
password{YrlUOJydvUEHYlZAghF1q7wfkcNaNSqKrnn17xHUA9g=}/password
/server
/servers
profiles
profile
idapache-release/id
properties
gpg.passphrase{HYijDpEybKEHx1acUlyWV1bIXT1ZP0ZdVHdxocyHP5h7DsetZaawTJWpUqbGvDOg}/gpg.passphrase
/properties
/profile
/profiles
/settings
I haven't had time to experiment too much; I bet some of my ids are wrong?
On Mon, Aug 2, 2010 at 1:26 PM, Igor Drobiazko igor.drobia...@gmail.com
wrote:
Great. We all have been waiting for 5.2 too long.
On Mon, Aug 2, 2010 at 8:21 PM, Howard Lewis Ship hls...@gmail.com wrote:
I'm going to stumble my way through Andreas' notes. Wish me luck!
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
--
Best regards,
Igor Drobiazko
http://tapestry5.de
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry PMC / Tacos developer
Open Source / JEE Consulting
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Time for an alpha?
http://www.mail-archive.com/dev@tapestry.apache.org/msg15952.html was we thread i discussed about release process Unofortunately, i never committed the new release process (which i've in fact followed for 3 releases two of which were voted down) and i've recently lost one of my hard drives so i don't have it any more :( http://www.apache.org/dev/publishing-maven-artifacts.html has the process in more detail and i think this is what i ended up down... Some notes on it: - Step 1.2.3 i've found to be very important - if the diffs make sense then you're in no danger of messing up the svn repo ! - During step 4 we need to generate some additional artifacts through the ant target This is very easy to do because during the mvn release:perform step, the correct tag will have been checked out into your /target folder, so just go into there and issue the ant goal. That's all - i don't think i remember any other gotchas... hope it goes smoothly for you too On Wed, Jul 28, 2010 at 01:21, Igor Drobiazko igor.drobia...@gmail.com wrote: Ok, I'll commit the fix probably tomorrow. On Tue, Jul 27, 2010 at 11:46 PM, Howard Lewis Ship hls...@gmail.comwrote: In a day or two; also I could use a pointer to documentation on how to build the new release on Nexus, I haven't looked at that stuff at all. On Tue, Jul 27, 2010 at 2:37 PM, Igor Drobiazko igor.drobia...@gmail.com wrote: When do you want to start the vote? I need to commit the fix for TAP5-335. On Tue, Jul 27, 2010 at 10:03 PM, Howard Lewis Ship hls...@gmail.com wrote: I'm ready I think; just gathering pre-vote opinions. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: [VOTE] Committer status for Robin Komiwes
Andreas Andreou: +1 (binding) On Wed, Jul 14, 2010 at 22:50, Igor Drobiazko igor.drobia...@gmail.com wrote: Igor Drobiazko: +1 (binding) On Wed, Jul 14, 2010 at 9:23 PM, Ulrich Stärk u...@spielviel.de wrote: Robin has continued to provide valuable contributions to Tapestry in the form of a new logo, a slogan and two new website designs, one of which is currently being integrated into our new website, as well as through mentoring on the users mailing list. I'd therefore like to make Robin a committer. Please cast your votes within the next 72 hours. Please also use the scheme name: vote (binding/non-binding) when voting. That will facilitate compiling the results. Ulrich Stärk: +1 (binding) - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Maven warning: [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent!
which project? the parent pom already has: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-resources-plugin/artifactId configuration encodingUTF-8/encoding /configuration /plugin On Fri, Jul 9, 2010 at 01:24, Howard Lewis Ship hls...@gmail.com wrote: We get this a lot for the last few builds of Maven: [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! I've been ignoring it but we probably should do something. What is the right encoding, and where is it specified? Anybody know? -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Problem deploying Tapestry site
i just did a deploy and it was successful...
i'm not sure why you get Permission denied
(publickey,keyboard-interactive)
Perhaps a change in ~/.m2/settings.xml ?
On Fri, Jul 2, 2010 at 19:44, Howard Lewis Ship hls...@gmail.com wrote:
Just made a bunch of updates to the T5 site, but Maven can't do the upload:
[INFO] [site:deploy {execution: default-cli}]
scpexe://people.apache.org/www/tapestry.apache.org/ - Session: Opened
Executing command: mkdir -p /www/tapestry.apache.org/.
Executing command: /bin/sh -c ssh -i /Users/Howard/.ssh/id_dsa -o
'BatchMode yes' people.apache.org 'mkdir -p
/www/tapestry.apache.org/.'
Note that too many successive login failures will result in further
logins from your IP address being blocked. If this happens, contact
infrastruct...@apache.org, mentioning your IP address so that it can
be unblocked.
Permission denied (publickey,keyboard-interactive).
scpexe://people.apache.org/www/tapestry.apache.org/ - Session:
Disconnecting
scpexe://people.apache.org/www/tapestry.apache.org/ - Session:
Disconnected
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error uploading site
Embedded error: Error performing commands for file transfer
Exit code 255 -
Note that too many successive login failures will result in further
logins from your IP address being blocked. If this happens, contact
infrastruct...@apache.org, mentioning your IP address so that it can
be unblocked.
Permission denied (publickey,keyboard-interactive).
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 4 seconds
[INFO] Finished at: Fri Jul 02 09:42:52 PDT 2010
[INFO] Final Memory: 14M/81M
[INFO]
~/work/tapestry-site
Any idea what's happened here? I'm not sure what's changed on my end.
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry PMC / Tacos developer
Open Source / JEE Consulting
Re: Nightly build / source JARs
but sources ARE deployed to the snapshot repo! On Sat, Jul 3, 2010 at 02:37, Howard Lewis Ship hls...@gmail.com wrote: Is there a reason why the nightly build does not generate and deploy source JARs to the snapshot repository? I would prefer that it did. -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting
