I think you are misunderstanding the order of operations in
your Model-Glue application.
The Model-Glue configuration does not much care which order you put your
configuration blocks. Rather, Model-Glue will always do the following things
in the following order.
Broadcast Messages
Render Views
Process Results.
Turn on your Model Glue debugging (in ColdSpring) and process an event. Then
read through the debugging to know what was processed and how. Some things
are processed, some things are queued, then rendered later. Having an
understanding of this will help you out a lot.
You have the following configuration that makes me think you want Model-Glue
to process results before it renders views... is that what you intended?
<event-handler name="getReport.allDonors">
<broadcasts>
<message name="verifyUser" />
<message name="report.donorsByPOCAndYear" />
</broadcasts>
<results>
<result do="template.main" />
<result name="UserUnverified" do="loggedout" />
</results>
<views>
<include name="menu" template="menus/menu.cfm" />
<include name="body" template="get/reports/allDonors.cfm" />
</views>
</event-handler>
On Mon, Jun 7, 2010 at 1:07 PM, Shawn Downs <[email protected]>wrote:
> Mr. Wilson,
> LOL I am sorry. I guess I just assumed that everyone there could read
> minds.
>
> I am not sure what you need from pastebin but http://pastebin.com/3aJ1MJBT is
> the link they gave me and here is the embed script:
>
> <script src="http://pastebin.com/embed_js.php?i=3aJ1MJBT";></script>
>
> I cut out a ton of junk that isn't relevant but let me know if you want to
> see all 3 trillion lines :o).
>
> Thanks,
> Shawn
>
> On Mon, Jun 7, 2010 at 11:46 AM, Dan Wilson <[email protected]> wrote:
>
>> HI Shawn,
>>
>> It would be helpful if you posted your Model Glue.xml file here:
>> http://modelglue.pastebin.com
>>
>> We can help more if we can see your configuration.
>>
>>
>> DW
>>
>> On Mon, Jun 7, 2010 at 11:38 AM, Shawn <[email protected]>wrote:
>>
>>> I am having an odd issue with PDF's hijacking my "Body" view and I
>>> think my user verification implementation was done poorly:
>>>
>>> Well basically I have 3 session variables: username, password
>>> (hashed), and userVerified. And all of my secured pages have a
>>> "verifyUser" message broadcasted with a <result name="UserNotVerified"
>>> do="loggedout" />. The "loggedout" event sets the body and all other
>>> views back to the log in screen. That works perfectly in every case
>>> except with PDF's. For some reason, if I hit the page without logging
>>> in, the PDF generates perfectly. If I comment out the <cfdocument
>>> format="pdf">...</cfdocument> then the log in page shows as it should.
>>> For the time being, I put a <cfif isDefined('userVerified') AND
>>> userVerified> ... </cfif> around the cfdocument tags but shouldn't MG
>>> handle this the same as any other page?
>>>
>>> Also, now that I am talking about my user log in system, is this a bad
>>> implementation of user verification? Or are there recommendations
>>> about a better system?
>>>
>>> Thanks,
>>> Shawn
>>>
>>> --
>>> Model-Glue Sites:
>>> Home Page: http://www.model-glue.com
>>> Documentation: http://docs.model-glue.com
>>> Bug Tracker: http://bugs.model-glue.com
>>> Blog: http://www.model-glue.com/blog
>>>
>>> You received this message because you are subscribed to the Google
>>> Groups "model-glue" group.
>>> To post to this group, send email to [email protected]
>>> To unsubscribe from this group, send email to
>>> [email protected]<model-glue%[email protected]>
>>> For more options, visit this group at
>>> http://groups.google.com/group/model-glue?hl=en
>>
>>
>>
>>
>> --
>> William Osler - "We are here to add what we can to life, not to get what
>> we can from life."
>>
>> --
>> Model-Glue Sites:
>> Home Page: http://www.model-glue.com
>> Documentation: http://docs.model-glue.com
>> Bug Tracker: http://bugs.model-glue.com
>> Blog: http://www.model-glue.com/blog
>>
>> You received this message because you are subscribed to the Google
>> Groups "model-glue" group.
>> To post to this group, send email to [email protected]
>> To unsubscribe from this group, send email to
>> [email protected]<model-glue%[email protected]>
>> For more options, visit this group at
>> http://groups.google.com/group/model-glue?hl=en
>>
>
> --
> Model-Glue Sites:
> Home Page: http://www.model-glue.com
> Documentation: http://docs.model-glue.com
> Bug Tracker: http://bugs.model-glue.com
> Blog: http://www.model-glue.com/blog
>
> You received this message because you are subscribed to the Google
> Groups "model-glue" group.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to
> [email protected]<model-glue%[email protected]>
> For more options, visit this group at
> http://groups.google.com/group/model-glue?hl=en
>
--
William Osler - "We are here to add what we can to life, not to get what we
can from life."
--
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
