Hello Lukas,
Just some hints, symfony 1.0 seems much improved on this.
There's some glitches when I use batch script on
the code upgrade from 0.6 which is really minor and just I don't have
time to look into it,
but for newly created projects, the header output problem should be
fixed by the following two steps:
1. The batch script defines SF_ENVIRONMENT to be cli:
define('SF_ENVIRONMENT', 'cli');
2. Uncomment the following configuration in factories.yml:
cli:
controller:
class: sfConsoleController
request:
class: sfConsoleRequest
response:
class: sfConsoleResponse
But still I think we need a "sfNoStorage" in 1.0 for the session
issue.
Tamcy
On Sep 28, 7:34 pm, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
> Hi,
>
> There have been various posts on this on the users list, but no reaction
> from any of the core devs. There are a number of serious issues when
> doing any batch files that call into actions. There are also issues with
> pake tasks.
>
> Generally symfony internally seems unaware if its run as a CLI script in
> several places. This results in pake tasks attempting to create a
> session store, batch scripts attempting to set http headers or generate
> metas. Furthermore calls to actions in batch scripts are not considered
> to be internal.
>
> Here is an overview of the problems and some suggested fixes:
>
> 1) batch/pake scripts should by default set some constant to make it
> easy to detect if the request is a CLI call
>
> 2) this constant should be checked in sfRenderFilter before attempting
> to send the http headers. Additionally it should be considered to check
> if headers have already been sent (this suggestion is independent if the
> CLI)
>
> 3) this constant should also be checked in order to determine if an
> action is being called internally or not
>
> 4) in sfYamlConfigHandler the mergeConfigValue() method should not
> attempt to array_merge() if the value in the specific config is empty()
>
> 5) this constant should be checked in order to determine if the session
> store should be loaded. this should at the very least be the case for
> pake tasks, otherwise you can run into boot strapping issues if you are
> trying to setup tables via a pake tasks that are needed for the session
> storage
>
> I would like to get some feedback before filing bug reports (which
> should include patches for most issues).
>
> regards,
> Lukas
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"symfony developers" 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/symfony-devs?hl=en
-~----------~----~----~----~------~----~------~--~---
