Tektonic's VPS systems have consistently had most amount of memory for the
buck and the lowest tier (1GB/$15/month) is nowadays good enough for
running small T5 apps: http://tektonic.net/virtual-servers.html
Kalle
On Fri, Apr 26, 2013 at 3:08 PM, Jon Williams
wrote:
> Weill I went from $9/mo al
Do you have any idea how much Tapestry costs me per month? Every hour I
put into it is one hour less billing, and that adds up! I can't always do
maintenance and improvement work for Tapestry on a client's budget, often I
eat the time.
But I still feel I'm coming out ahead of the game.
On Fri,
I recently went through the same process, looking for a decent host that
would hose me on memory costs. In the end I settled on using an existing
WebFaction account with a RAM upgrade, running jetty as a so-called custom
app. I think it's a fair bit cheaper than that, if a small hassle to get it
s
Weill I went from $9/mo all the way up to $30/mo. Tapestry is now costing
me $21 a month. Ok, so if I make $30 a month off tapestry work, my work
terrarium will thrive!
Thanks Howard
On Fri, Apr 26, 2013 at 3:02 PM, Howard Lewis Ship wrote:
> Well, you can measure this kind of thing with Visua
Relying on CSS that uses ids, rather than classes, will give you all kinds
of issues integrating it all together. It may render faster on the client,
I don't know.
It's possible to hook into Tapestry and "pre-register" all those ids that
can cause conflicts. Tapestry will then not use them, and wi
Well, you can measure this kind of thing with VisualVM. I'd say you want
at least 256MB, with 128MB of PermGen.
On Fri, Apr 26, 2013 at 3:04 PM, Jon Williams
wrote:
> I'd like to know the Minimum Heap Size req'd to run the basic Tapestry 5
> archetype example smoothly.
> I am running my war on
I'd like to know the Minimum Heap Size req'd to run the basic Tapestry 5
archetype example smoothly.
I am running my war on Jetty in a hosted environment.
Currently I'm running in to issues with 64MB of heap.
I don't have plans to make this app behave much beyond a static website.
And I'd like to
The offender is **tapestry-bootstrap** as it rolls it's own version of
validation.js which is out-of-date (compared to 5.3.6). We've patched it
(will try to get that into tapestry-bootstrap lib) and it works.
Szemere
I suggest that component authors use the code I gave you. I also suggest to
style by class instead of by id since the clientId should be a dynamic,
runtime value that is not known at build time.
If components have a static clientId, they can not (legally) be used in a
loop.
Thanks Lance,
These options are all great... helpful. I am interfacing with the author and
trying to communicate what I have identified is a show stopper for the users of
their library.
I think some rules of thumb need to be agreed upon especially with regard to
owness.
So it should really be
We have two web apps, both on Tapestry 5.3.6. One (app A) came through
prior Tapestry versions from ~5.0.x maven archetype. The other (app B)
started with 5.3.6.
The problem is number validation doesn't work in App A. It appears to be
because the numerifformat definition in the validation.js file
It's invalid html to have two elements with the same id so it will need to
be fixed.
Have you considered styling your CSS by "class" instead of by "id"?
Thanks Lance,
Thats helpful information.
I have a case where explicit raw usage of those ID's header, nav, main... are
being used right within a CSS file or even in explicit style .
So my layout is being blown off the map... (oops page).
I still am wondering what solution I should impose.
Tha
Most tapestry components take the approach of using the "id" parameter (not
to be confused with t:id) if one is provided. If an "id" is not provided, a
clientId is generated which is guaranteed not to clash with other id's on
the page.
public class MyComponent implements ClientElement {
@Enviro
14 matches
Mail list logo
