Searching and presenting matching row in grid

2016-04-07 Thread h3ph3st0s 

Good evening!


I am hitting my head with the following:
having a textfield and there writing a value, I submit the value, and I 
need to iterate over the rows of a grid and fetch the page and present 
the record.



So the template is like this:
t:include="premiumNumber,internalId" rowsPerPage="50"
pagerPosition="literal:both" t:add="delete" 
t:encoder="formencoder" t:mixins="GetsourceMixin">


...
..

The entries is a HashSet or ArrayList.

Is it possible to search row by row a grid and if I find the row, roll 
over the pages and mark the record in a proper way ?


Has anyone ever had stack with this ?

Regards
Dimitri


p.s. is there a simple example perhaps with custom griddatasource 
fetching from a hashset/list/hashtable which involve thousands of records ?



-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: tapestry 4.1.6 and pergmen question

2016-04-07 Thread Kalle Korhonen 
On Thu, Apr 7, 2016 at 12:33 AM, Ivano Luberti  wrote:

> Kalle, Chris, thanks for your answers.
> Unfortunately the problem is not related to webapp reloading even
> restarting the Tomcat service leads to out of PermGen in a few days,
> PermGen itself is quite large and I already use UseConcMarkSweepGC. Down
> The cause of the space consumption seems to be the presence of a lot of
> classes of this type
> org.apache.tapestry.enhance.ClassFactoryClassLoader
>

That's a symptom, not a cause.


> It seems that the more request the application serves the more PermGen
> increases and that's led me to think that the page pool is never cleaned up
> or at least not well cleanedup.
>

Most likely, you have a permgen memory leak. Are you using streams and/or
threads on your pages and are they properly closed, even in case of
exceptions? I can't tell you how many memory leaks I've plugged over the
years in thread and stream handling. Invariably, the errors are in your own
code. See https://plumbr.eu/blog/memory-leaks/what-is-a-permgen-leak for
possible causes for a permgen memory leak. Also, you are in luck because
Tomcat 6 added some useful tools for detecting memory leaks (see
http://wiki.apache.org/tomcat/MemoryLeakProtection, and Tomcat 7 and up is
even able to recover from some of them). Take a heap dump of the stressed
out system and load it in your VisualVM.

Kalle



> Il 06/04/2016 23:24, Kalle Korhonen ha scritto:
> > If you run out of permgen space very quickly, then it's indicative that
> the
> > allocated permgen space is simply too small. Perhaps the new version of
> > Tomcat requires more of it for itself, leaving less for your application.
> > Is the webapp restarted at times? If so, that can easily cause permgen
> > space to fill up because of the way OGNL works. And even if you are not
> > restarting the app, you need to exercise all parts of your web
> application
> > to find out the true permgen space consumption of it.
> >
> > Kalle
> >
> > On Wed, Apr 6, 2016 at 1:49 PM, Ivano Luberti 
> wrote:
> >
> >> Hey Tony, if you don't mind, can you send me all the configuration
> >> options of Java and Tomcat you are using? So tomcat6.conf and server.xml
> >> files?
> >>
> >> No one else on the list can share its thoughts?
> >>
> >> Il 05/04/2016 23:03, Ivano Luberti ha scritto:
> >>> Hi Tony thanks for the quick answer:
> >>>
> >>> Il 05/04/2016 21:50, Tony Nelson ha scritto:
>  I still have a Tapestry 4 app running with Tomcat 6.0.41, and it runs
> >> well enough with:
>  -XX:MaxPermSize=1024m
> >>> with that setting it fails but...
>  I also have
> 
>  -Xmx12g -Xms4g -XX:+UsseConcMarkSweepGC -XX:+UseParNewGC
> >>> I have only  -Xmx2g
> >>>
> >>> I use
> >>>
> >>> -XX:+UseConcMarkSweepGC
> >>>
> >>> but not
> >>>
> >>> -XX:+UseParNewGC
> >>>
> >>>
> >>> but this last one doesn't seem to have an influence on PermGen, does
> it?
> >>>
> >>>
> >> --
> >> ==
> >> dott. Ivano Mario Luberti
> >> Archimede Informatica societa' cooperativa a r. l.
> >> Sede Operativa
> >> Via Gereschi 36 - 56126- Pisa
> >> tel.: +39-050- 580959
> >> tel/fax: +39-050-8932061
> >> web: www.archicoop.it
> >> ==
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: users-h...@tapestry.apache.org
> >>
> >>
>
> --
> ==
> dott. Ivano Mario Luberti
> Archimede Informatica societa' cooperativa a r. l.
> Sede Operativa
> Via Gereschi 36 - 56126- Pisa
> tel.: +39-050- 580959
> tel/fax: +39-050-8932061
> web: www.archicoop.it
> ==
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

Re: input form error causes div to clear left

2016-04-07 Thread Thiago H de Paula Figueiredo 
On Thu, 07 Apr 2016 05:59:48 -0300, Qbyte Consulting  
 wrote:



I have a form made up of 4 divs, the top 2 lay side by side using
float:left, the next 2 are clear left so they stack underneath.

When a field in the top right div contains an error the whole div clears
left distorting the whole form into 4 stacked divs.

How do I stop tapestries errors from messing up my form layout?


Override the appropriate Tapestry styles in your CSS files.

--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

input form error causes div to clear left

2016-04-07 Thread Qbyte Consulting 
I have a form made up of 4 divs, the top 2 lay side by side using
float:left, the next 2 are clear left so they stack underneath.

When a field in the top right div contains an error the whole div clears
left distorting the whole form into 4 stacked divs.

How do I stop tapestries errors from messing up my form layout?

regards,
John

Re: tapestry 4.1.6 and pergmen question

2016-04-07 Thread Ivano Luberti 
Kalle, Chris, thanks for your answers.
Unfortunately the problem is not related to webapp reloading even
restarting the Tomcat service leads to out of PermGen in a few days,
PermGen itself is quite large and I already use UseConcMarkSweepGC. Down
here you can read the java settings :


-Djava.awt.headless=true -Dfile.encoding=ISO-8859-1 -Xms512m -Xmx2048m
-XX:MaxPermSize=1024m -XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/var/log/tomcat6 -XX:+UseConcMarkSweepGC
-XX:+CMSClassUnloadingEnabled


The cause of the space consumption seems to be the presence of a lot of
classes of this type

org.apache.tapestry.enhance.ClassFactoryClassLoader

It seems that the more request the application serves the more PermGen 
increases and that's led me to think that the page pool is never cleaned up or 
at least not well cleanedup.








Il 06/04/2016 23:24, Kalle Korhonen ha scritto:
> If you run out of permgen space very quickly, then it's indicative that the
> allocated permgen space is simply too small. Perhaps the new version of
> Tomcat requires more of it for itself, leaving less for your application.
> Is the webapp restarted at times? If so, that can easily cause permgen
> space to fill up because of the way OGNL works. And even if you are not
> restarting the app, you need to exercise all parts of your web application
> to find out the true permgen space consumption of it.
>
> Kalle
>
> On Wed, Apr 6, 2016 at 1:49 PM, Ivano Luberti  wrote:
>
>> Hey Tony, if you don't mind, can you send me all the configuration
>> options of Java and Tomcat you are using? So tomcat6.conf and server.xml
>> files?
>>
>> No one else on the list can share its thoughts?
>>
>> Il 05/04/2016 23:03, Ivano Luberti ha scritto:
>>> Hi Tony thanks for the quick answer:
>>>
>>> Il 05/04/2016 21:50, Tony Nelson ha scritto:
 I still have a Tapestry 4 app running with Tomcat 6.0.41, and it runs
>> well enough with:
 -XX:MaxPermSize=1024m
>>> with that setting it fails but...
 I also have

 -Xmx12g -Xms4g -XX:+UsseConcMarkSweepGC -XX:+UseParNewGC
>>> I have only  -Xmx2g
>>>
>>> I use
>>>
>>> -XX:+UseConcMarkSweepGC
>>>
>>> but not
>>>
>>> -XX:+UseParNewGC
>>>
>>>
>>> but this last one doesn't seem to have an influence on PermGen, does it?
>>>
>>>
>> --
>> ==
>> dott. Ivano Mario Luberti
>> Archimede Informatica societa' cooperativa a r. l.
>> Sede Operativa
>> Via Gereschi 36 - 56126- Pisa
>> tel.: +39-050- 580959
>> tel/fax: +39-050-8932061
>> web: www.archicoop.it
>> ==
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>>

-- 
==
dott. Ivano Mario Luberti
Archimede Informatica societa' cooperativa a r. l.
Sede Operativa
Via Gereschi 36 - 56126- Pisa
tel.: +39-050- 580959
tel/fax: +39-050-8932061
web: www.archicoop.it
==



-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: tapestry 4.1.6 and pergmen question

2016-04-07 Thread Chris Poulsen 
You could try "CMSClassUnloadingEnabled" to see if that helps

-- 
Chris

On Wed, Apr 6, 2016 at 11:24 PM, Kalle Korhonen 
wrote:

> If you run out of permgen space very quickly, then it's indicative that the
> allocated permgen space is simply too small. Perhaps the new version of
> Tomcat requires more of it for itself, leaving less for your application.
> Is the webapp restarted at times? If so, that can easily cause permgen
> space to fill up because of the way OGNL works. And even if you are not
> restarting the app, you need to exercise all parts of your web application
> to find out the true permgen space consumption of it.
>
> Kalle
>
> On Wed, Apr 6, 2016 at 1:49 PM, Ivano Luberti 
> wrote:
>
> > Hey Tony, if you don't mind, can you send me all the configuration
> > options of Java and Tomcat you are using? So tomcat6.conf and server.xml
> > files?
> >
> > No one else on the list can share its thoughts?
> >
> > Il 05/04/2016 23:03, Ivano Luberti ha scritto:
> > > Hi Tony thanks for the quick answer:
> > >
> > > Il 05/04/2016 21:50, Tony Nelson ha scritto:
> > >> I still have a Tapestry 4 app running with Tomcat 6.0.41, and it runs
> > well enough with:
> > >>
> > >> -XX:MaxPermSize=1024m
> > > with that setting it fails but...
> > >> I also have
> > >>
> > >> -Xmx12g -Xms4g -XX:+UsseConcMarkSweepGC -XX:+UseParNewGC
> > > I have only  -Xmx2g
> > >
> > > I use
> > >
> > > -XX:+UseConcMarkSweepGC
> > >
> > > but not
> > >
> > > -XX:+UseParNewGC
> > >
> > >
> > > but this last one doesn't seem to have an influence on PermGen, does
> it?
> > >
> > >
> >
> > --
> > ==
> > dott. Ivano Mario Luberti
> > Archimede Informatica societa' cooperativa a r. l.
> > Sede Operativa
> > Via Gereschi 36 - 56126- Pisa
> > tel.: +39-050- 580959
> > tel/fax: +39-050-8932061
> > web: www.archicoop.it
> > ==
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: users-h...@tapestry.apache.org
> >
> >
>