Re: VOTE: Jochen Kemnade as PMC member
Andreas Andreou: +1 (binding) On Fri, Feb 27, 2015 at 12:42 PM, Ulrich Stärk 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 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 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 wrote: > Igor Drobiazko: +1 (binding) > > > On Thu, Dec 5, 2013 at 12:01 AM, Howard Lewis Ship > 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 wrote: > 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 >> 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 >> 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/> >>> >>> 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 . >>> >>> 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 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 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/> > > 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 . > > 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 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 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 >> 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 copy&pasting) 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 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 copy&pasting) 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 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 > 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 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 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
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 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 copy&pasting) 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
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: 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 wrote: > On Mon, Aug 15, 2011 at 3:08 PM, Andreas Andreou 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 wrote: >>> I've been thinking about this as well. >>> >>> I want to experiment with an approach that does the following: >>> >>> >>> >>> >>> >>> >>> >>> >>> ... >>> >>> >>> // Use require.js to load everthing else >>> >>> >>> >>> 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 >>> 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: 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 wrote: > I've been thinking about this as well. > > I want to experiment with an approach that does the following: > > > > > > > > > ... > > > // Use require.js to load everthing else > > > > 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 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
WAIT_FOR_PAGE code
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
$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: 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 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 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 >> 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 >> > wrote: >> > >> >> > 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 :).
Re: [VOTE] Taha Hafeez as Tapestry Committer
Andreas Andreou: +1 (binding) On Sat, Aug 13, 2011 at 14:42, Massimo Lusetti wrote: > On Fri, Aug 12, 2011 at 7:45 PM, Howard Lewis Ship 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: 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 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 > wrote: > >> > 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: 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 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 > 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 >>> 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: 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 wrote: > On Thu, Aug 11, 2011 at 6:55 PM, Howard Lewis Ship 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: 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 wrote: > On Wed, 27 Jul 2011 15:14:58 -0300, Howard Lewis Ship > 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] Massimo Lusetti as Tapestry Committer
Andreas Andreou: +1 (binding) On Thu, Jun 30, 2011 at 01:10, Thiago H. de Paula Figueiredo 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: [VOTE] Change to Tapestry Version Numbering and Release Processes
Andreas Andreou: +0 (binding) On Wed, Jun 29, 2011 at 23:32, Josh Canfield wrote: > Josh Canfield: +1 (non-binding) > > > On Wed, Jun 29, 2011 at 12:03 PM, Howard Lewis Ship 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 >> "--", 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
Re: [DISCUSS] Proposal for New Versioning Procedures
tlined 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 releases
>> 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 "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 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 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
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 wrote: > Yes to both, please :-) > > On Mon, Jun 13, 2011 at 9:26 PM, Andreas Andreou 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 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 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: 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 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 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: [VOTE] Bob Harner as Tapestry committer
Andreas Andreou: +1 (binding) On Wed, Jun 1, 2011 at 21:23, Igor Drobiazko wrote: > Bob did a fantastic job. Kudos! > > Igor Drobiazko: +1 (binding) > > On Wed, Jun 1, 2011 at 1:57 PM, Ulrich Stärk 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 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" 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 >> wrote: >>> On Thu, Apr 21, 2011 at 6:19 PM, Howard Lewis Ship >>> 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 wrote: > Robin Komiwes : +1 (non binding) > > > > On Thu, Apr 7, 2011 at 9:09 AM, Emmanuel DEMEY > wrote: > >> 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 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
> , 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
> , 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: GSoC - CSRF Protection
I don't like that this depends on javascript. Perhaps this is so that you can protect GET requests but i don't like that either :P I believe the base solution should just protext POSTs and be functional even without javascript. I quite enjoy the asp.mvc aproach which contains 2 parts... First, in the template one uses @Html.AntiForgeryToken() and this outputs a hidden input tag (and creates the related cookie) And secondly, in the controller that handles the submit one adds the ValidateAntiForgeryToken annotation For Tapestry, the first step could be either a component or (probably better) a mixin to be used with forms. The second step could be the same but i'd also provide an api call for manual validation of the token Finally, in case of wrong or missing token an exception is thrown On Fri, Apr 1, 2011 at 11:46, Markus Jung wrote: > Hi, > > I would like to participate as student in GSoC. Unfortunately I'm a little > bit late to propose own ideas therefore I would like to work on the task > https://issues.apache.org/jira/browse/TAP5-1474 > [GSoC] add out-of-the-box protection against cross-site request forgery > (CSRF). > > I have implemented once a concept against CSRF in Grails in an industry > project and think that I can contribute ideas here and I would also like to > discuss such a mechanism with the developer community to make a useful > solution. > > The concept there was based on action tokens stored in cookies implemented > with aspect oriented filters and taglibs that provided enhanced logics for > basic tags. > > The CSRF protection works in the following way: > > -) A http request handler at the server side creates a unique one time token > (UUID) and stores it in the session > -) This token is passed to the client as cookie > -) All tags that are rendered as or HTML tags are enhanced with a > javascript logic that reads the cookie value and sends the cookie value back > to the server as parameter- this has to be done for all GET and POST calls > -) The http request handler checks the passed parameter value with the > stored session value - here the passed parameter value is checked - not the > cookie value sent by the client! > -) If the token check succeeds the usual http request processing is done > -) If the token check fails a HTTP error is sent back to the client > > Why is this solution secure (at least I think so): > -) The cookie value can only be evaluted by the javascript running on the > page. Javascript in the context of a different page cannot access the > cookies of another page > -) A plain link without any cookie value is useless, since it is not > possible to generate a proper token parameter > > Challenges: > -) Making the whole mechanism as transparent as possible - in my Grails > solution a CSRF secured controller just had to extend a base class to use > that mechanism > -) Providing taglib elements for every type of UI component that sends a > HTTP requeset to use the javascript logic. Also to provide a easy way to > extend this logic to any other custom UI component. > -) Javascript is required for that concept, maybe there are concepts that > don't require javascript > > I have to admit that I don't have much experience with Tapestry but I think > with my experience from other Java frameworks and my java development > background I can contribute useful code. > > I would appreciate some feedback on this concept and some info on the > further application process. > Should I already submit an application at the GSoC page or is it better to > refine the ideas first? > > Thanks in advance,best regards > > Markus > > > > > > > -- > View this message in context: > http://tapestry.1045711.n5.nabble.com/GSoC-CSRF-Protection-tp4274965p4274965.html > Sent from the Tapestry - Dev mailing list archive at Nabble.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: Tapestry 5 in Action - a MEAP bestseller
nTng4FCtPdbKhLS60dXeOVB7CGr8W9TYrqKDaryiU9FRsk9y0TyxRwJVifygRsPQw82UFQWXpA58x02TI9 >> > >> 8. The Art of Unit >> Testing< >> http://r20.rs6.net/tn.jsp?llr=gimslwbab&et=1104995391175&s=80617&e=001tGrkERVdQFleLEHDHN1pldOCIKcXdpDmARBNhEJ9os9637hqCCTZily2-Ay1vC1s9KJWyyPmFTkOqI8q1Ki9aHtdrTBaQQ_2UgpZcEMwgIRx_k9WZoDeFJ8DEEbrMRkE >> > >> 9. Clojure in Action< >> http://r20.rs6.net/tn.jsp?llr=gimslwbab&et=1104995391175&s=80617&e=001tGrkERVdQFm_9kytq7QyfdaTucBrhwGMXg5g84cYwN--r7mYXeFBK3XVYFpcoPC5FWDHj5JZU3m5MWo2FBKPDJO-HClHKz97akgseO8d5pE0o1U23xNmRaUc_bfd5qmz >> > >> 9. Lucene in Action, Second >> Edition< >> http://r20.rs6.net/tn.jsp?llr=gimslwbab&et=1104995391175&s=80617&e=001tGrkERVdQFkq4wILE5-Snj_jgipZOxMP4gUi2aRl5bQf66g2h9-agR1hovZtYGqjIYVmvjdPJoVSm8cjt14T4lViepJ5ye-CvvCpLx51EdC_mYWOkek2yLv7ce2CDTTC >> > >> 10. Groovy in Action, >> Second Edition< >> http://r20.rs6.net/tn.jsp?llr=gimslwbab&et=1104995391175&s=80617&e=001tGrkERVdQFnPUqB_JYFVHmilr7L56o3PNryrZkFASihgiau4x5lZv_C0uYm96hp4YxpGLuvAKpk2tn1oHtiBkrSujtSA6hGbOdXFhd2YFw1zmpmzliWHvYgGvzlKV72i >> > >> > > > > -- > 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 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 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 >> 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 >> wrote: >> > >> >> It might apply to other things marked as "fixed" as well. >> >> >> >> On Wed, Mar 30, 2011 at 10:17 AM, Igor Drobiazko >> >> 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 >> >> 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: [VOTE] Tapestry 5.2.5
Andreas Andreou: +1 (binding) On Fri, Mar 25, 2011 at 05:41, ael wrote: > Very nice :) > > +1 (non-binding) > > -- > View this message in context: > http://tapestry.1045711.n5.nabble.com/VOTE-Tapestry-5-2-5-tp4258840p4263486.html > Sent from the Tapestry - Dev mailing list archive at Nabble.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: 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 wrote: > As you can see in this commit, the proper version has been committed to the > tag. > > http://svn.apache.org/viewvc?view=revision&revision=1084502 > > But then the release plugin copies from trunk into the tag. > > http://svn.apache.org/viewvc?view=revision&revision=1084504 > > This is really weird. > > On Wed, Mar 23, 2011 at 10:06 AM, Andreas Andreou 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 >> 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=revision&revision=1084504 >> > >> > On Wed, Mar 23, 2011 at 9:46 AM, Igor Drobiazko < >> igor.drobia...@gmail.com>wrote: >> > >> >> 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.com>wrote: >> >> >> >>> Fortunately I'm on Mac. I'll try adding >> >>> forked-path to the release plugin. >> >>> >> >>> On Tue, Mar 22, 2011 at 8:13 AM, Massimo Lusetti > >wrote: >> >>> >> >>>> On Tue, Mar 22, 2011 at 7:34 AM, Kalle Korhonen >> >>>> wrote: >> >>>> >> >>>> > Interactively? i.e. you don't have encrypted key in your >> settings.xml? >> >>>> > You have to specify forked-path >> >>>> > 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: 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 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=revision&revision=1084504 > > On Wed, Mar 23, 2011 at 9:46 AM, Igor Drobiazko > wrote: > >> 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 >> wrote: >> >>> Fortunately I'm on Mac. I'll try adding >>> forked-path to the release plugin. >>> >>> On Tue, Mar 22, 2011 at 8:13 AM, Massimo Lusetti wrote: >>> >>>> On Tue, Mar 22, 2011 at 7:34 AM, Kalle Korhonen >>>> wrote: >>>> >>>> > Interactively? i.e. you don't have encrypted key in your settings.xml? >>>> > You have to specify forked-path >>>> > 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: YUICompresser/Rhino as dependency?
+1 for tapestry-minification from me as well On Fri, Mar 4, 2011 at 00:03, Howard Lewis Ship wrote: > 2011/3/3 françois facon : >> 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 >> >>> 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 >>> 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 >>> 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: 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 wrote: > It's amazing. The most Apache projects have a coverage under 50%. > > On Thu, Mar 3, 2011 at 8:24 PM, Kalle Korhonen > wrote: > >> 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: 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 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 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 wrote: >>> thx, i'll try to add support for this then >>> >>> On Tue, Feb 22, 2011 at 19:06, Howard Lewis Ship wrote: >>>> On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou >>>> 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
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 wrote: > thx, i'll try to add support for this then > > On Tue, Feb 22, 2011 at 19:06, Howard Lewis Ship wrote: >> On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou 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 wrote: > On Tue, Feb 22, 2011 at 4:10 AM, Andreas Andreou 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
Well, until there's a final decision on which to keep, both should be up to date. 2011/2/10 Igor Drobiazko : > Keeping both would cause too much problems. Sooner or later the dependencies > will differ. > > 2011/2/10 Andreas Andreou > >> 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 : >> > BTW will our Hudson be able to build Tapestry with gradle? >> > >> > 2011/2/10 andyhot >> > >> >> 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 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 >> >> 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 > > >> >> 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: 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 : > BTW will our Hudson be able to build Tapestry with gradle? > > 2011/2/10 andyhot > >> 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 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 >> 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 >> wrote: >> >>>>> At best, its only temporary. Is that a problem? >> >>>>> >> >>>>> On Wed, Feb 9, 2011 at 1:49 PM, Andreas Andreou >> 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: 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 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
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 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 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 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 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: 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 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 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 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
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 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: [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 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
>>> http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";>
>>>
>>> ${message:openid-provider-title}
>>> >> href="${asset:context:css/iopenid.css}" />
>>>
>>>
>>>
>>> >> t:page="AccountEdit" href="#">${message:my-account-link} >> t:type="actionlink" t:id="logout">odjava
>>>
>>> >> href="#">${message:login-link}
>>>
>>>
>>>
>>>
>>> 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 wrote: > On Fri, Jan 21, 2011 at 6:47 PM, Massimo Lusetti wrote: >> On Fri, Jan 21, 2011 at 6:34 PM, Howard Lewis Ship 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 wrote: > Charitha Madusanka: +1 (non-binding) > > On Sat, Jan 22, 2011 at 11:59 PM, Ulrich Stärk 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
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 wrote: > On Fri, Jan 21, 2011 at 11:13 AM, Andreas Andreou 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: 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
Tapestry subprojects (was: [jira] Commented: (TAP5-1421) Create a standard way to track messages to be presented to the user)
ts?) instead of >>> TapX or other external packages. It seems to me that people consider >>> anything outside the Tapestry project, even being linked from there, as not >>> part of the out-of-the-box experience. Something like "feature X is so >>> important, but I need a third-party package to have it" (something used a >>> lot to criticize JSF). >>> >>> -- >>> 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 >>> >>> >> >> >> >> -- >> 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: [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 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) > wrote: >> >> [ >> https://issues.apache.org/jira/browse/TAP5-1421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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 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 : > François Facon: +1 (non-binding) > > 2011/1/10 Thiago H. de Paula Figueiredo > >> 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 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
equest. >- An Ajax event request may now return a MultiZoneUpdate instance to >update multiple zones in the client web browser. >- Client-side numeric validation is now locale-sensitive. >- Some significant performance improvements over Tapestry 5.0.18: the >time to initially load a page, and the time to render a page have > decreased. >- Tapestry IoC services can now be easily advised as well as decorated >(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 > Preferences<https://cwiki.apache.org/confluence/users/viewnotifications.action> > View > Online<https://cwiki.apache.org/confluence/display/TAPESTRY/Introduction>| > View > Changes<https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=2653&revisedVersion=6&originalVersion=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 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 wrote:
>
>> 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 > >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 Iterable.
>> >
>> > 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 Loop personLoop;
>> >
>> > @Property
>> > private List people;
>> >
>> >
>> >
>> > ${personLoop.value.firstName} ${personLoop.value.lastName}
>> >
>> >
>> >
>> > 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 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/
5/trunk/tapestry-ioc/pom.xml (original) >>> +++ tapestry/tapestry5/trunk/tapestry-ioc/pom.xml Wed Dec 22 05:14:15 2010 >>> @@ -7,7 +7,7 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> Tapestry Inversion of Control Container >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-jmx/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-jmx/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=diff >>> >>> == >>> --- tapestry/tapestry5/trunk/tapestry-jmx/pom.xml (original) >>> +++ tapestry/tapestry5/trunk/tapestry-jmx/pom.xml Wed Dec 22 05:14:15 2010 >>> @@ -2,7 +2,7 @@ >>> 4.0.0 >>> org.apache.tapestry >>> tapestry-jmx >>> - 5.2.5-SNAPSHOT >>> + 5.3.0-SNAPSHOT >>> Tapestry JMX Support >>> >>> Provides support for JMX >>> @@ -11,7 +11,7 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> - 5.2.5-SNAPSHOT >>> + 5.3.0-SNAPSHOT >>> >>> >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-json/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-json/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=diff >>> >>> == >>> --- 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 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> Tapestry JSON Library >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-spring/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-spring/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=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 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-test/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-test/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=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 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-tutorial1/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=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 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> >>> >>> >>> Modified: tapestry/tapestry5/trunk/tapestry-upload/pom.xml >>> URL: >>> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-upload/pom.xml?rev=1051757&r1=1051756&r2=1051757&view=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 @@ >>> >>> org.apache.tapestry >>> tapestry-project >>> -5.2.5-SNAPSHOT >>> +5.3.0-SNAPSHOT >>> >>> 2007 >>> >>> >>> >> >> - >> 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: @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 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 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: 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 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 a écrit >> : >> >> > Ok great. :) >> > >> > >> > On 20 December 2010 15:04, Katia Aresti wrote: >> > >> > > Key features will stay, it's just a matter of layout ! >> > > >> > > 2010/12/20 Clément Uster >> > > >> > > > 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 >> wrote: >> > > > >> > > > > 2010/12/20 Clément Uster >> > > > > >> > > > > > 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 >> > > 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: [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 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 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 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 wrote: > Ulrich Stärk: +1 (binding) > > > > Am 10.12.2010 um 19:09 schrieb Howard Lewis Ship : > >> 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
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 - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
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
>> 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: [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 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: Ready for 5.2.3?
How about an extra method in PageTester for those that want to get the whole response (instead of just the document)... So, something like Response renderResponse(String pageName) It could reuse most of the PageTester.renderPage code On Tue, Nov 9, 2010 at 23:31, Igor Drobiazko wrote: > So, I'm almost done. The only remaining issues are responses that don't > result in a Document. For example response.sendError(int, String), > response.setStaus(int) or response.senRedirect(String). As PageTester always > returns a Document, there is a challenge. Changing the signature of > PageTester's methods is not an option, so we need a way to return some > special Documents. > > There are two alternatives. Either we create subclasses for Document (like > RedirectDocument, StatusDocumen, HttpErrorDocument) or we just create a > Document whose markup is just a string (error, statusMsg or redirectUrl). > > Any objections? Any thoughts? > > On Tue, Nov 9, 2010 at 6:58 PM, Igor Drobiazko > wrote: > >> I'll try to commit soon. >> >> >> On Tue, Nov 9, 2010 at 6:45 PM, Howard Lewis Ship wrote: >> >>> On Tue, Nov 9, 2010 at 9:23 AM, Igor Drobiazko >> >wrote: >>> >>> > I was going to enhance the TestableReponse. Too many methods are not >>> usable >>> > right now as they throw "not yet implemented" exception. >>> > >>> > When do you want to create the release? >>> > >>> > >>> Later this week, if not sooner. I really want the final release in 2010! >>> >>> >>> >>> > On Tue, Nov 9, 2010 at 6:01 PM, Howard Lewis Ship >>> > wrote: >>> > >>> > > I'm about ready to crank out 5.2.3, which I think is likely to become >>> the >>> > > GA. Anybody sitting on a last minute bug fix or change? >>> > > >>> > > -- >>> > > 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 >>> > >>> >>> >>> >>> -- >>> 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 >> > > > > -- > 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: [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 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, wrote: > >> >> Committers<https://cwiki.apache.org/confluence/display/TAPESTRY/Committers> >> Page >> *added* by Andreas >> Andreou<https://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 >> Preferences<https://cwiki.apache.org/confluence/users/viewnotifications.action> >> View Online<https://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: [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 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 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) >> 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: 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 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 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 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: 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 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: Build failed in Hudson: tapestry-5.2-freestyle #226
SSED: strip_member_name("$name", "name")
>> PASSED: strip_member_name("ruby_style", "ruby_style")
>> PASSED: strip_member_name("__$ruby_style_", "ruby_style")
>> PASSED: strip_member_name("$_$__$__$_$___$_$_$_$$name$", "name")
>> PASSED: strip_member_name("foo_", "foo")
>> PASSED: strip_member_name("_foo_", "foo")
>> PASSED: validate_constructor_check_for_public
>> PASSED: validate_constructor_class_not_public
>> PASSED: validate_marker_annotation
>> PASSED: wrap_coercion_as_mapper
>> PASSED: locale_with_just_language
>> PASSED: locale_with_just_language_no_period
>> PASSED: locale_with_language_and_country
>> PASSED: locale_with_variant_but_no_country
>> PASSED: locale_with_variant_but_no_country_no_period
>> PASSED: all_three_parameters
>> PASSED: equality
>> PASSED: unknown_column
>> PASSED: unknown_line_and_column
>> PASSED: standard_args
>> PASSED: throwable_argument
>> PASSED: throwable_argument_with_null_message
>> PASSED: contains_key
>> PASSED: contains_key_is_case_insensitive
>> PASSED: format_message
>> PASSED: format_message_is_case_insensitive
>> PASSED: format_unknown_key
>> PASSED: formatters_are_cached
>> PASSED: get_formatter
>> PASSED: get_message_from_catalog
>> PASSED: get_message_from_catalog_is_case_insensitive
>> PASSED: get_unknown_message_from_catalog
>> PASSED: basic_locking
>> PASSED: locking_method_includes_check
>> PASSED: case_insensitivity
>> PASSED: dependency_cycle
>> PASSED: duplicate_id
>> PASSED: failed_override
>> PASSED: leader
>> PASSED: missing_constraint_type
>> PASSED: no_dependencies
>> PASSED: nulls_not_included_in_result
>> PASSED: override
>> PASSED: pre_and_post_reqs
>> PASSED: prereqs
>> PASSED: toString_DependencyNode
>> PASSED: toString_Orderable
>> PASSED: trailer
>> PASSED: unknown_constraint_type
>> PASSED: add_null_returns_zero
>> PASSED: caching
>> PASSED: contains_change_when_empty
>> PASSED: contains_changes
>> PASSED: creating_a_new_file_is_a_change
>> PASSED: deleted_files_show_as_changes
>> 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
>> to<https://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: [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 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ärk 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 >>>>> wrote: >>>>>> >>>>>> Josh Canfield: +1 (binding) >>>>>> On 24 Oct 2010 11:01, "Howard Lewis Ship" 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: [VOTE] Release 5.2.2
but that's a different vote, right? On Wed, Oct 27, 2010 at 15:09, Ulrich Stärk 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 >>> wrote: >>>> >>>> Josh Canfield: +1 (binding) >>>> On 24 Oct 2010 11:01, "Howard Lewis Ship" 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
Andreas Andreou: +1 (binding) On Mon, Oct 25, 2010 at 19:08, Thiago H. de Paula Figueiredo 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: 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 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ärk 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 Cordenier >>>> >>>> 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 Cordenier >>>>> >>>>> Hi >>>>> >>>>>> >>>>>> Great !! In-memory h2 or hsqldb is sufficient i guess >>>>>> >>>>>> >>>>>> >>>>>> 2010/10/20 Ulrich Stärk >>>>>> >>>>>> 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 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 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 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 wrote: > Katia Aresti +1 (non-binding) > > 2010/10/1 Kristian Marinkovic > >> Kristian Marinkovic: +1 (non-binding) >> >> >> >> >> >> Von: Ben Dotte >> An: Tapestry development >> 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 >> 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 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 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 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 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 wrote: > On Thu, Sep 2, 2010 at 11:34 PM, Howard Lewis Ship 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?
ok - taking care of that now On Mon, Aug 16, 2010 at 04:38, Kalle Korhonen wrote: > On Sun, Aug 15, 2010 at 5:06 AM, Andreas Andreou 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 >> 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 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: 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 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 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: 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 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 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 > >> 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
and i meant for this to happen now, and certainly NOT after the end of the vote On Thu, Aug 5, 2010 at 01:17, Andreas Andreou wrote: > uli, that was my suggestion, i.e. dont redo the release > just fix the src and bin distributions > > On Thu, Aug 5, 2010 at 00:37, Ulrich Stärk wrote: >> I agree with Howard. Actually a release at the ASF is the source package. >> See [1]. We are voting on the source distribution. The binary packages are >> only there as a convenience although it is encouraged to include them in the >> vote if offered to the public. So I think we have to at least get the source >> distribution right. >> >> I don't think we have to re-do the release, just fix the src and bin >> distributions at [2]. >> >> Maven artifacts look fine so far. >> >> Uli >> >> [1] http://www.apache.org/dev/release.html#releases >> [2] http://people.apache.org/~hlship/tapestry-releases/ >> >> On 04.08.2010 21:53, Howard Lewis Ship wrote: >>> >>> I think the point is that we vote on the exact bits we'll be pushing >>> out to Maven and the download mirrors, that's why I generated them >>> now. >>> >>> On Wed, Aug 4, 2010 at 11:54 AM, Andreas Andreou >>> wrote: >>>> >>>> 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 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 >>>>> 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 >>>>>> 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 >>>>>>> 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. >>>>>>>> >>>>>>>&g
Re: [VOTE] Tapestry 5.2.0
uli, that was my suggestion, i.e. dont redo the release just fix the src and bin distributions On Thu, Aug 5, 2010 at 00:37, Ulrich Stärk wrote: > I agree with Howard. Actually a release at the ASF is the source package. > See [1]. We are voting on the source distribution. The binary packages are > only there as a convenience although it is encouraged to include them in the > vote if offered to the public. So I think we have to at least get the source > distribution right. > > I don't think we have to re-do the release, just fix the src and bin > distributions at [2]. > > Maven artifacts look fine so far. > > Uli > > [1] http://www.apache.org/dev/release.html#releases > [2] http://people.apache.org/~hlship/tapestry-releases/ > > On 04.08.2010 21:53, Howard Lewis Ship wrote: >> >> I think the point is that we vote on the exact bits we'll be pushing >> out to Maven and the download mirrors, that's why I generated them >> now. >> >> On Wed, Aug 4, 2010 at 11:54 AM, Andreas Andreou >> wrote: >>> >>> 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 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 >>>> 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 >>>>> 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 >>>>>> 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!
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 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 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 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 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
