[prev in list] [next in list] [prev in thread] [next in thread]
List: mason
Subject: Re: [Mason] Problems with 'nested' handlers
From: Jonathan Swartz <swartz () pobox ! com>
Date: 2007-10-29 10:09:43
Message-ID: 24B836B8-DFC6-4ACA-BD79-17661989F11C () pobox ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Oct 28, 2007, at 6:33 AM, Vince Veselosky wrote:
> On 10/22/07, Glendon Solsberry <gms8994@dp.cx> wrote:
>
> Is there any way to see that call-chain?
>
> I'm not sure. Maybe a Mason guru can chime in here. I don't think
> $m->callers() reveals the component inheritance tree, just the
> components that are running.
>
That is correct - callers() returns the current call stack of
components.
>
> The biggest problem that I'm having, is that the output works
> correctly on the
> first page (/), and on a subfolder (/Camera Import). When I hit an
> offset page
> (/offset/1 or /Camera Import/offset/1), the problem arises. I'm
> just trying to
> debug what's actually happening, so that I can try to put things in
> the right
> places.
>
> That sounds like you have a dhandler handling the "offset" urls, is
> that the case? I think that component inheritance ends at the
> dhandler in that case (the dhandler is the request_comp()), so
> components called by your dhandler code do not get the chance to be
> SELF. In that case, any SELF:method would need to be declared in
> the dhandler (or autohandler).
>
> Question to the list: is there a way for the dhandler to alter the
> inheritance chain so that components called by the dhandler can be
> SELF? Or am I way off the mark here?
>
These are the rules determining how the base component (SELF) is set:
http://masonhq.com/docs/manual/Request.html#item_base_comp
[Attachment #5 (unknown)]
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: \
after-white-space; "><BR><DIV><DIV>On Oct 28, 2007, at 6:33 AM, Vince Veselosky \
wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite">On \
10/22/07, <B class="gmail_sendername">Glendon Solsberry</B> <<A \
href="mailto:gms8994@dp.cx">gms8994@dp.cx</A>> wrote:<DIV><SPAN \
class="gmail_quote"></SPAN><BLOCKQUOTE class="gmail_quote" style="border-left: 1px \
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <BR>Is \
there any way to see that call-chain?</BLOCKQUOTE><DIV><BR>I'm not sure. Maybe a \
Mason guru can chime in here. I don't think $m->callers() reveals the component \
inheritance tree, just the components that are running. \
<BR></DIV><BR></DIV></BLOCKQUOTE><DIV><BR \
class="khtml-block-placeholder"></DIV><DIV>That is correct - callers() returns the \
current call stack of components.</DIV><DIV><BR \
class="khtml-block-placeholder"></DIV><BR><BLOCKQUOTE type="cite"><DIV><BLOCKQUOTE \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"><BR>The biggest problem that I'm having, is that the \
output works correctly on the <BR>first page (/), and on a subfolder (/Camera \
Import). When I hit an offset page<BR>(/offset/1 or /Camera Import/offset/1), the \
problem arises. I'm just trying to<BR>debug what's actually happening, so that I can \
try to put things in the right <BR>places.</BLOCKQUOTE><DIV><BR>That sounds like you \
have a dhandler handling the "offset" urls, is that the case? I think that component \
inheritance ends at the dhandler in that case (the dhandler is the request_comp()), \
so components called by your dhandler code do not get the chance to be SELF. In that \
case, any SELF:method would need to be declared in the dhandler (or autohandler). \
<BR><BR>Question to the list: is there a way for the dhandler to alter the \
inheritance chain so that components called by the dhandler can be SELF? Or am I way \
off the mark here?<BR></DIV><BR></DIV></BLOCKQUOTE><DIV><BR \
class="khtml-block-placeholder"></DIV><DIV>These are the rules determining how the \
base component (SELF) is set:</DIV><DIV><BR \
class="khtml-block-placeholder"></DIV><DIV><A \
href="http://masonhq.com/docs/manual/Request.html#item_base_comp">http://masonhq.com/docs/manual/Request.html#item_base_comp</A></DIV></DIV><BR></BODY></HTML>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic