Hi,
I would like to show superscribe in the Grid Column header. For example, I have
the following Grid:
and firstname-label=First Name 1. The problem is the HTML table
literally displays the header as "First Name 1". Anyone has any idea
what I need to do display the 1 as superscribe?
I do
On Wed, 06 Jun 2012 23:34:52 -0300, yeehuqiu wrote:
I ‘m learning tapestry5 just beginning.
IMHO, mixins are an advanced concept, so my advice is that you shouldn't
try to write your own nor trying to understand now. You're mixing too many
things (pages, components, mixins, using JavaScr
I'm Sorry Thiago, the problem is in the client side, the checkbox control
doesn't render disabled
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Checklist-disabled-possible-bug-tp5713681p5713691.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
On Wed, 06 Jun 2012 19:37:41 -0300, George Christman
wrote:
Hi Thiago, I'm not saying T-IoC is the issue, I don't know enough about
T-IoC to know whether or not I'm using it correctly. I know I have a
memory issue, three mornings in a row the server has been brought down
with an out of me
On Wed, 06 Jun 2012 20:37:18 -0300, iberck wrote:
Hi tapestry members:
Hi!
I'm using T5.3:
I'm trying the checklist component and I found that the disabled
property in the client side doesn't work:
It would be nice if you had said what doesn't work so we don't need to
test your code t
Have you tried firebox or some other js debugger to check if there is an error ?
On Jun 7, 2012, at 8:04 AM, yeehuqiu wrote:
> I ‘m learning tapestry5 just beginning. Now I'm doing a example about
> deleting some records.So I have searched some tutorial.But I can't
> understand all those tutoria
I ‘m learning tapestry5 just beginning. Now I'm doing a example about
deleting some records.So I have searched some tutorial.But I can't
understand all those tutorial. Now I click the SUBMIT button. It doesn't
popup the confirm delete dialog box. (I'm doing the example reference
tutorial).So, I d
Thanks, I have done it with some conditional testing for now but am pretty
sure that for a long term solution creating a new data structure with all
necessary fields would be easier to manage.
Please also refer to the stackoverflow question:
http://stackoverflow.com/questions/10916019/howto-break-
On Thu, 07 Jun 2012 02:24:35 +0200, Cezary Biernacki
wrote:
"* The semantics of volatile variables have been strengthened to have
acquire and release semantics. In the original specification, accesses to
volatile and non-volatile variables could be
freely ordered.
Aha, so does this mean that
On Thu, Jun 7, 2012 at 1:27 AM, Howard Lewis Ship wrote:
> You can even omit synchronized and volatile IFF:
> - only a single shared field is updated
> - it is ok for a race condition to exist that would create the value
> on multiple threads
> - (I learned this by getting schooled on the subject
>
> If I'm not mistaken, JSR-133 only affects final fields so we still have
> the same problem for non-final fields.
> i.e any non-final fields in Messages might still be uninitialized even if
> the *reference* is visible to other threads (messages != null)
>
>
Actually, JSR-133 guarantees that fi
On Tue, Jun 5, 2012 at 5:49 PM, Ray Nicholus wrote:
> Turns out tml files weren't properly represented in the resource patterns
> box in the compiler section of IDEA. As a result, they weren't copied to
> the "bin" directory during compilation. I figured this out earlier but
> didn't get a chane
Hi tapestry members:
I'm using T5.3:
I'm trying the checklist component and I found that the disabled property in
the client side doesn't work:
Checklist:
${checklistSelectedValues}
@Property
On Wed, Jun 6, 2012 at 1:51 PM, Cezary Biernacki wrote:
> On 06 June 2012 21:20:02 +0200 Howard Lewis Ship wrote:
>>
>>
>> http://tapestryjava.blogspot.com/2012/06/synchronized-considered-harmful.html
>
> I am curious is there a reason to not use 'double-checked locking' pattern?
> I know that it
On Wed, 06 Jun 2012 23:29:52 +0200, Kalle Korhonen
wrote:
On Wed, Jun 6, 2012 at 1:51 PM, Cezary Biernacki wrote:
On 06 June 2012 21:20:02 +0200 Howard Lewis Ship wrote:
http://tapestryjava.blogspot.com/2012/06/synchronized-considered-harmful.html
I am curious is there a reason to not use
Hi Thiago, I'm not saying T-IoC is the issue, I don't know enough about
T-IoC to know whether or not I'm using it correctly. I know I have a memory
issue, three mornings in a row the server has been brought down with an out
of memory exception, so I first wanted to be sure I was using T-IoC
correct
On Wed, 06 Jun 2012 18:40:05 -0300, Muhammad Gelbana
wrote:
May be most of your services are singletons while this is more than
needed? Like some services actually deserve to be per-thread ? Or per
session ?
I'd check your code memory usage without Tapestry-IoC and then with T-IoC
befo
May be most of your services are singletons while this is more than needed
? Like some services actually deserve to be per-thread ? Or per session ?
I'm not even sure if that may be it, just saying.
On Wed, Jun 6, 2012 at 9:34 PM, George Christman wrote:
> On Wed, Jun 6, 2012 at 3:24 PM, Howard
On Wed, Jun 6, 2012 at 1:51 PM, Cezary Biernacki wrote:
> On 06 June 2012 21:20:02 +0200 Howard Lewis Ship wrote:
>> http://tapestryjava.blogspot.com/2012/06/synchronized-considered-harmful.html
> I am curious is there a reason to not use 'double-checked locking' pattern?
> I know that it was bro
On 06 June 2012 21:20:02 +0200 Howard Lewis Ship wrote:
http://tapestryjava.blogspot.com/2012/06/synchronized-considered-harmful.html
I am curious is there a reason to not use 'double-checked locking' pattern? I
know that it was broken in Java 1.4 and earlier, but Java Memory Model was
change
On Wed, Jun 6, 2012 at 3:24 PM, Howard Lewis Ship [via Tapestry] <
ml-node+s1045711n5713671...@n5.nabble.com> wrote:
> Tapestry has been noted to be effectively free of memory leaks.
>
Hi Howard, I'm pretty new to services, so I'm just not sure if I'm using
them correctly. I've had the system go
What have you done so far to diagnose this problem?
For example, if I were dealing with this (I often do) I start by
checking that the page, and the JavaScript, rendered as I expected.
I'd then check the browser console for errors.
I'd also set breakpoints in my JS code to see if and when it is
Tapestry has been noted to be effectively free of memory leaks.
What release of Tapestry are you using?
You seem to have a caching service here .. do you ever clear your
cache? Could the contents of your cache account for the memory usage?
Are you checking memory usage after running at least on
http://tapestryjava.blogspot.com/2012/06/synchronized-considered-harmful.html
Like everything else that's good in Tapestry: no magic bullet, just
discipline and determination.
On Wed, Jun 6, 2012 at 10:52 AM, Thiago H de Paula Figueiredo
wrote:
> On Wed, 06 Jun 2012 14:32:02 -0300, Howard Lewis
Hello, I've created a scheduler service and noticed a memory leak. I'm using
the exact code below to perform the test. I read an article related to class
reloading causing memory leaks,
http://tapestry.apache.org/class-reloading.html However, I don't really
understand what is being implied. I'm won
Possibilities for the future:
tapestry-clojure might be able to access type hints on the function
and use the TypeCoercer to convert method parameters to the correct
function argument type.
Likewise, it could (and probably should) use the method return type as
a guide to TypeCoerce the function r
I'm writing up a little blog entry on this. I've also created
5.3.4-rc-5 with even more tweaks. I'm happy keeping with this
process, even though were past the number of billable hours we agreed
to.
BTW, how much memory in your server?
On Fri, May 11, 2012 at 6:07 AM, Robert Lentz wrote:
> Hi Al
Thanks! I works!
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-output-with-special-characters-tp5713661p5713666.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsu
On Wed, 06 Jun 2012 14:32:02 -0300, Howard Lewis Ship
wrote:
For those that are interested, I just committed some further speed
boosts to Tapestry, and generated a new preview release.
The client who I'm doing this for saw the throughput on their load
test go from 450 req/sec to 2000 req/sec
On Wed, 06 Jun 2012 13:53:14 -0300, arterzatij
wrote:
Hi all,
Hi!
I have a problem with the output of special characters in one of my
pages.
In the properties file I have the following:
billing=Lineamientos de facturación
You're not supposed to do HTML encoding in properties fi
On Wed, 06 Jun 2012 11:38:21 -0300, Steve Eynon
wrote:
There is no 'break' in the loop component, but you can wrap your inner
loops in a conditional component.
Or pass the Loop component a list containing just the elements you do want
to be rendered.
--
Thiago H. de Paula Figueiredo
-
For those that are interested, I just committed some further speed
boosts to Tapestry, and generated a new preview release.
The client who I'm doing this for saw the throughput on their load
test go from 450 req/sec to 2000 req/sec ... what will your
application see?
--
Howard M. Lewis Ship
Cre
with tapestry5.3. I have some codes
eg:
package com.ailk.mapp.tapestry.app.mixins;
import org.apache.tapestry5.BindingConstants;
import org.apache.tapestry5.ClientElement;
import org.apache.tapestry5.annotations.AfterRender;
import org.apache.tapestry5.annotations.Import;
import org.apache.tapest
Hi all,
I have a problem with the output of special characters in one of my
pages.
In the properties file I have the following:
billing=Lineamientos de facturación
But when I load the page I get exactly the same as is on the properties
file, and my expected value would be:
/
Lineamiento
Great job!
I ran it a few minor issues and log tickets in GitHub.
/Serge
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Tapestry-Bootstrap-Beta-tp7577604p7579924.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
There is no 'break' in the loop component, but you can wrap your inner
loops in a conditional component.
Steve.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry
So, i am trying to break out of tapestry loop here.
This is my -more or less- simplified scenario:
${secondValue}
${thirdValue}
What I do not want to
https://issues.apache.org/jira/browse/TAP5-1948
Thank you.
On Wed, Jun 6, 2012 at 7:51 AM, Muhammad Gelbana wrote:
> Should I open an JIRA issue ?
>
>
> On Tue, Jun 5, 2012 at 8:11 PM, Muhammad Gelbana wrote:
>
>> I did so before I sent this mail but I couldn't make use of them !
>> I can't see
Am 05.06.2012 19:56, schrieb Howard Lewis Ship:
The code for this is very small, and could easily be ported back to
5.3, for 5.3.4. Any interest?
Definitely! I already did this and successfully called the doubler fn
from a 5.3.3 webapps's page. Very useful stuff. ;-)
I think I'm going to like
39 matches
Mail list logo