On Tue, 28 Oct 2014 17:30:22 -0200, George Christman
wrote:
nvm I got it, thanks guys. Also, is looking at the port the efficient way
of doing this?
if (port == 8080) {
Instead of hardwiring the port number, you should check the
SymbolConstants.HOSTPORT_SECURE or HOSTPORT symbol v
Indeed you could handle all bubbled up events in the page class.
Sometimes I prefer to keep page classes clear of event handling and just
focus them on handling requests and providing the content - this to me is
better SoC. So I capture the bubbled up events in a single top-level child
compone
nvm I got it, thanks guys. Also, is looking at the port the efficient way
of doing this?
@Override
public boolean dispatch(Request request, final Response response)
throws IOException {
int port = request.getLocalPort();
PageRenderRequestParameters parameters =
linkEncoder.dec
Hi Kalle, would you still be setting the status header in the dispatcher?
On Tue, Oct 28, 2014 at 2:30 PM, Kalle Korhonen
wrote:
> The problem is that the status header is rewritten - sendRedirect()
> implicitly sets 302 by the spec. Set the headers yourself and flush to
> commit:
>
>
> servletR
The problem is that the status header is rewritten - sendRedirect()
implicitly sets 302 by the spec. Set the headers yourself and flush to
commit:
servletResponse.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY);
servletResponse.setHeader("Location",
servletResponse.encodeRedire
I found componentRequestHandler in some tapestry code and when I removed
it, no page. I guess I just needed to return false ;)
Yup the code is definitely running, I can remove Secure_Page and the page
redirects without issue, however no matter what I setStatus too, it
continues to provide a 302 re
On Tue, 28 Oct 2014 15:11:13 -0200, George Christman
wrote:
Hi Thiago,
Hi!
I'm assuming you mean something like this, but I'm not seeing
the 301 response. Could you take a look and see if you can spot what I'm
doing wrong. Below is the response as well. Thank you.
Are you sure your code
Hi Thiago, I'm assuming you mean something like this, but I'm not seeing
the 301 response. Could you take a look and see if you can spot what I'm
doing wrong. Below is the response as well. Thank you.
public class AccessController implements Dispatcher {
@Override
public boolean dispatch(Req
There is a similar problem with type=date. The difference is wc3 does not spec
the date format so it could be anything. I solved it with a value encoder.
Unfortunately I don't think you can override existing ones
> On Oct 28, 2014, at 8:01 AM, Geoff Callender
> wrote:
>
> I have a BigDecimal
I have a BigDecimal field that I'm editing with TextField. On mobile devices I
would like a numeric keyboard to pop up, so I added type="number".
This all worked just fine in English, but then I switched locale to French and
found Tapestry's client-side validation rejecting it as not a number.
In the past I've used a url session state service I wrote in order to get
the Grids persisted data into the URL instead of the session. It works but
it's inconvenient because it difficult to change the persistence strategy
on just the Grid. I see in 5.4 the data needed to persist the Grid state
has
On Tue, 28 Oct 2014 04:30:45 -0200, George Christman
wrote:
it appears as if the redirects are happening automatically without a 301.
Does anybody know how I can accomplish this task?
When I move pages, I generally just use something like this.
Link link = linkSource.createPageRenderLinkWit
Do u have httpd in front of?
I just found some form stuff to work on for redirects, on phone now but can
suss more later/2moz
Cm
On 28/10/2014 5:32 pm, "George Christman" wrote:
> Hi guys, I'm in the process of migrating my entire site to https from http.
> I need to do this with extreme cautio
13 matches
Mail list logo