On 23.11.2010 18:06, Piero Sartini wrote:
> If the application needs to get more complex in 2 years, think about
> how to solve this complexity then. Else you are in danger to
> over-architect your application from the beginning. The result is much
> more work than needed.
A real software engineer
I plead guilty. I got the images but never find the time to post them.
I'll do it later.
^^^
;-)
From: Igor Drobiazko [mailto:igor.drobia...@gmail.com]
Sent: 30 November 2010 13:56
To: Tapestry users
Subject: Re: For the one a
I plead guilty. I got the images but never find the time to post them. I'll
do it later.
On Tue, Nov 30, 2010 at 2:39 PM, Katia Aresti wrote:
>
>
> 2010/11/30 Andreas Andreou
>
> Hey - all you Tapestry guys/gals that met in Devoxx... I didn't see any
>> blog entry
>
>
> i'm a gal ? :D
>
>
>> (w
2010/11/30 Andreas Andreou
> Hey - all you Tapestry guys/gals that met in Devoxx... I didn't see any
> blog entry
i'm a gal ? :D
> (with photos) about your meeting.. is there any in the works?
>
I took some photos and I send them to the tespestry bloggers here. My blog
is in french - and som
Hey - all you Tapestry guys/gals that met in Devoxx... I didn't see any blog
entry
(with photos) about your meeting.. is there any in the works?
On Tue, Nov 30, 2010 at 15:07, Katia Aresti wrote:
> Matt Raible has republished his comparatif
>
> :)
>
>
>
> http://spreadsheets.google.com/pub?key=0
Matt Raible has republished his comparatif
:)
http://spreadsheets.google.com/pub?key=0AtkkDCT2WDMXdC1HOEtnUHpCejJMbUhGeGJWUmh5dVE&hl=en&output=html
2010/11/24 Werner Keil
> Oops, did his talk or the controversial discussion following it cause his
> own (Java EE powered, at least he eats his
Oops, did his talk or the controversial discussion following it cause his
own (Java EE powered, at least he eats his own dogfood [?]) servers to crash
with not enough memory ?! [?]
That would be a poor signal, especially to "Real world" customers, but he's
not alone in this.
Another "star" among
On Tue, Nov 23, 2010 at 7:25 PM, Michael Gentry wrote:
> I recently integrated the JQuery-based DataTables[1] library into one
> of my Tapestry applications. I had previously used the HTML approach
> (rendering all of the HTML for the table via the TML and then let the
> DataTable augment the HT
I would argue that component event requests is where Tapestry
meets action-based frameworks.
If we forget that fact that those event urls expose a bit of the internal
structure of the application and over time may change, then you really
get to an action-based workflow.
On Tue, Nov 23, 2010 at 20:
I recently integrated the JQuery-based DataTables[1] library into one
of my Tapestry applications. I had previously used the HTML approach
(rendering all of the HTML for the table via the TML and then let the
DataTable augment the HTML table), but went with the AJAX option to
handle large result s
On Tue, Nov 23, 2010 at 6:06 PM, Piero Sartini wrote:
> Yeah - you could do this, but a lot of problems will arise. You don't
> want to do this, I've tried it.
> In the end you give up the advantages of components and gain nothing.
> And its still more complex to use than in an action based frame
> Of course, we always are more productive with the tools we already are used
> to them. But this doesn't mean you couldn't be more productive if you learn
> a better tool.
Oh - its not that I did not learn Tapestry ;-)
> You don't need to create components to use JavaScript at all. If you don't
On Tue, 23 Nov 2010 14:09:11 -0200, Piero Sartini
wrote:
It's my choice in projects where tapestry would be overkill.
For example ?
Projects where the component model does not pay off the increased
complexity.
What complexity? Creating one class per page?
Maybe its just because I am
On Tue, 23 Nov 2010 14:09:11 -0200, Piero Sartini
wrote:
Projects where the component model does not pay off the increased
complexity.
What increased complexity?
Maybe its just because I am doing webapps for so long that action
based is more natural to me.. but my feeling is that its muc
>> It's my choice in projects where tapestry would be overkill.
> For example ?
Projects where the component model does not pay off the increased complexity.
Maybe its just because I am doing webapps for so long that action
based is more natural to me.. but my feeling is that its much easier
to u
On Tue, 23 Nov 2010 13:46:40 -0200, Igor Drobiazko
wrote:
On Tue, Nov 23, 2010 at 2:44 PM, Piero Sartini
wrote:
It's my choice in projects where tapestry would be overkill.
Watch out! Very dangerous statement in a Tapestry mailing list! :) :)
Yes! It can generate some discussions
On Tue, Nov 23, 2010 at 2:44 PM, Piero Sartini wrote:
>
>
> It's my choice in projects where tapestry would be overkill.
>
>
Watch out! Very dangerous statement in a Tapestry mailing list! :) :)
--
Best regards,
Igor Drobiazko
http://tapestry5.de
On Tue, Nov 23, 2010 at 3:19 PM, Katia Aresti wrote:
>> It's my choice in projects where tapestry would be overkill.
>
> For example ?
I too am curious about that sentence...
Cheers
--
Massimo
http://meridio.blogspot.com
-
To
2010/11/23 Piero Sartini
> > Play! team - and people around who believe on the project - are very good
> on
> > marketing and buzz.
>
> I've tried it before and beside being good in marketing and buzz,
> they created an excellent action based web framework.
>
I meant to say good on marketing des
> Play! team - and people around who believe on the project - are very good on
> marketing and buzz.
I've tried it before and beside being good in marketing and buzz,
they created an excellent action based web framework.
It's my choice in projects where tapestry would be overkill.
Pi
2010/11/23 Piero Sartini
> 2010/11/19 Andreas Andreou :
> > So, i think it makes sense to brainstorm some ideas on how to
> > reverse that perception. The new website+documentation will
> > surely help, but what other actions can significantly affect the
> > average developer?
>
> For the average
2010/11/19 Andreas Andreou :
> So, i think it makes sense to brainstorm some ideas on how to
> reverse that perception. The new website+documentation will
> surely help, but what other actions can significantly affect the
> average developer?
For the average developer it helps a lot if he knows th
The values mean:
0 is bad
0.5 means that the functionality is there but not perfect
1 is very good
I have spoken to Matt after his talk. I told him that I don't agree with
"Productivity grade". He told me it was a mistake and he will improve the
value in that column.
On Fri, Nov 19, 2010 at 5:19
Seen that yesterday - before trying to "change" the values, it's worthwhile
to first interpret them... And what i find annoying from all those numbers
is the developers perception of Tapestry (only JSF scores as bad) - i too
have the feeling that the average java developer doesn't think high of
tap
On Fri, Nov 19, 2010 at 5:37 PM, Christophe Cordenier
wrote:
> Hi
>
> Actually, you can send him en email if you think values are not justified,
> he told to the audience that he will update it !
Oh... maybe they're still using a pooling mechanism (no rage just fun:)
http://raibledesigns.com/c
On Fri, Nov 19, 2010 at 5:37 PM, Christophe Cordenier
wrote:
> Hi
>
> Actually, you can send him en email if you think values are not justified,
> he told to the audience that he will update it !
Done.
He likes compare frameworks and build matrix but the strange thing is
that they're based on s
Hi
Actually, you can send him en email if you think values are not justified,
he told to the audience that he will update it !
2010/11/19 Massimo Lusetti
> Did you attend or here by Matt Raible?
>
> http://www.slideshare.net/mraible/comparing-jvm-web-frameworks
>
> http://spreadsheets.google.co
27 matches
Mail list logo
