I don't want it. I was just testing and I discovered that this is the cause
of the problem.

If the JSP buffer is full, an automatic flush is called. It works fine for
pure JSP  but with tiles, no further attribute is included.

As a workaround, I can increase the my template JSP buffer size. It works
up to my buffer size.

But the point is: Is it only for me that this flush property is breaking
the tiles template?


*Sergio Filho*
Desenvolvimento
Rua Bandeira Paulista, 600, CJ22 - São Paulo/SP
Tel: +55 11 3097-0074
e-mail: sergio.fi...@loopix.com.br <michelle.soffia...@loopix.com.br>
------------------------------

*Essa mensagem é destinada exclusivamente ao seu destinatário e pode conter
informações confidenciais, protegidas por sigilo profissional ou cuja
divulgação seja proibida por lei. O uso não autorizado de tais informações
é proibido e está sujeito às penalidades cabíveis.*

*This message is intended exclusively for its addressee and may contain
information that is confidential and protected by a professional privilege
or whose disclosure is prohibited by law. Unauthorized use of such
information is prohibited and subject to applicable penalties.*


2014-02-07 17:44 GMT-02:00 Paul Benedict <pbened...@apache.org>:

> Why do you want to flush the header?
>
>
> On Fri, Feb 7, 2014 at 1:21 PM, Sergio Filho <sergio.fi...@loopix.com.br
> >wrote:
>
> > Thanks for the response.
> >
> > My JSP is not even close to 64kb, it is only 8kb.
> >
> > I tried to split truco_rules.jsp but it din't make any difference.
> >
> > After some tests, I realized the problem is with the JSP flush.
> >
> > After the first flush, nothing else is included at the template.
> >
> > To try this, it is very simple. All I have to do is to set*
> > flush="true"*in some insertAttribute in the template, just like:
> >
> > <tiles:insertAttribute name="global_code" />
> >
> > <tiles:insertAttribute name="header"* flush="true"* />
> >
> > <tiles:insertAttribute name="body" />
> >
> > <tiles:insertAttribute name="footer" />
> >
> > After *header*, nothing else is included.
> >
> > Would it be a bug in the last version? Or a compatibility issue with my
> > JBoss EAP 5.0?
> >
> > Thank you very much
> >
> >
> >
> >
> >
> >
> >
> >
> > *Sergio Filho*
> > Desenvolvimento
> > Rua Bandeira Paulista, 600, CJ22 - São Paulo/SP
> > Tel: +55 11 3097-0074
> > e-mail: sergio.fi...@loopix.com.br <michelle.soffia...@loopix.com.br>
> > ------------------------------
> >
> > *Essa mensagem é destinada exclusivamente ao seu destinatário e pode
> conter
> > informações confidenciais, protegidas por sigilo profissional ou cuja
> > divulgação seja proibida por lei. O uso não autorizado de tais
> informações
> > é proibido e está sujeito às penalidades cabíveis.*
> >
> > *This message is intended exclusively for its addressee and may contain
> > information that is confidential and protected by a professional
> privilege
> > or whose disclosure is prohibited by law. Unauthorized use of such
> > information is prohibited and subject to applicable penalties.*
> >
> >
> > 2014-02-06 18:15 GMT-02:00 Mick Semb Wever <m...@apache.org>:
> >
> > > ClamAV 0.96.5
> > >
> > >
> > > > Does anynone know if Apache Tiles has a size limit for JSP files?
> > >
> > >
> > > Tiles has not limit afaik.
> > > But JSPs do, if you're hitting the 64kb limit they won't be compiling.
> > >
> > >
> >
> http://futuretask.blogspot.no/2005/01/java-tip-5-avoid-64kb-method-limit-on.html
> > >
> > > Were the lengths you wrote missing a digit?
> > >
> > > Otherwise could you simply split truco_rules.jsp into two...?
> > >
> > > ~mck
> > >
> > >
> > >
> > >
> > > --
> > > A: Because it messes up the order in which people normally read text.
> Q:
> > > Why is top-posting such a bad thing? A: Top-posting. Q: What is the
> most
> > > annoying thing in e-mail?
> > >
> > > | http://github.com/finn-no | http://tech.finn.no |
> > >
> > >
> >
>
>
>
> --
> Cheers,
> Paul
>

Reply via email to