Re: [Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread londoner1
Hi Derick and Toby,

Simply setting the data.timezone to "Europe/London" fixed it!
Thankyou very much for the quick support.

As for the tutorial, could I suggest that you add a few lines to 
mention this side affect?

Also, I had to guess the redirect line in lighttpd.conf, so maybe 
it would be nice for future new readers to include an example 
redirect line (maybe one for lighttpd and another for apache) in 
the tutorial?

Thanks again

Londoner1

On Wed, 03 Jun 2009 12:05:26 +0100 Derick Rethans  wrote:
>On Wed, 3 Jun 2009, london...@hushmail.com wrote:
>
>> Ok, - done this, I now get the following warnings in browser 
>when 
>> accessing http://locahost/testfile.txt
>> 
>> Strict Standards: DateTime::__construct() [function.DateTime---
>> construct]: It is not safe to rely on the system's timezone 
>> settings. Please use the date.timezone setting, the TZ 
>environment 
>> variable or the date_default_timezone_set() function. In case 
>you 
>> used any of those methods and you are still getting this 
>warning, 
>> you most likely misspelled the timezone identifier. We selected 
>> 'Europe/London' for 'BST/1.0/DST' instead in 
>> /usr/share/php/ezc/Webdav/backends/file.php on line 640
>
>This means that you need to do what that warning says. It means 
>that 
>your PHP installation isn't configured properly. Please configure 
>date.timezone in php.ini.
>
>regards,
>-- 
>Derick Rethans
>eZ components Product Manager
>eZ systems | http://ez.no

--
Workers Compensation Legal Advice. Click here
 
http://tagline.hushmail.com/fc/BLSrjkqkGLKfxG5LyY9CXWfaY2idT05D0LOCrDada1RlFmS42lU7T3NkWO0/

-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


Re: [Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread Tobias Schlitt
Hi,

in addition to Dericks answer regarding date.timezone:

On 06/03/2009 12:55 PM london...@hushmail.com wrote:

> I have turned on the logging in php.ini, created testfile.txt, 
> changed index.php to take into account rewrite.
> 
> I now get warnings in the browser relating to EZ components. But 
> still the same result in cadaver.

Whenever your PHP displays a notice to the client, WebDAV will not work.
This is because WebDAV responses need to follow the specific RFC. If
they contain additional data (i.e. notice output), they are invalid.

To avoid this issue (once you have your server running peroperly), you
should switch off display_errors and switch error logging on.

Regards,
Toby
-- 
Mit freundlichen Grüßen / Med vennlig hilsen / With kind regards

Tobias Schlitt (GPG: 0xC462BC14) eZ Components Developer

t...@ez.no | eZ Systems AS | ez.no
-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


Re: [Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread Derick Rethans
On Wed, 3 Jun 2009, london...@hushmail.com wrote:

> Ok, - done this, I now get the following warnings in browser when 
> accessing http://locahost/testfile.txt
> 
> Strict Standards: DateTime::__construct() [function.DateTime---
> construct]: It is not safe to rely on the system's timezone 
> settings. Please use the date.timezone setting, the TZ environment 
> variable or the date_default_timezone_set() function. In case you 
> used any of those methods and you are still getting this warning, 
> you most likely misspelled the timezone identifier. We selected 
> 'Europe/London' for 'BST/1.0/DST' instead in 
> /usr/share/php/ezc/Webdav/backends/file.php on line 640

This means that you need to do what that warning says. It means that 
your PHP installation isn't configured properly. Please configure 
date.timezone in php.ini.

regards,
-- 
Derick Rethans
eZ components Product Manager
eZ systems | http://ez.no
-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


Re: [Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread londoner1
Hi Toby,

Thank you for the quick reply.

I have turned on the logging in php.ini, created testfile.txt, 
changed index.php to take into account rewrite.

I now get warnings in the browser relating to EZ components. But 
still the same result in cadaver.

See below for details..

Regards

On Wed, 03 Jun 2009 09:36:39 +0100 Tobias Schlitt  wrote:
>Hi,
>
>On 06/03/2009 09:48 AM london...@hushmail.com wrote:
>
>
>
>> However, I get the following error when connecting to the webdav 
>
>> directory using the Cadaver webdav client:
>> 
>>  $ cadaver http://localhost/test
>> 
>>  Could not access /test/ (not WebDAV-enabled?):
>>  Could not parse response status line
>>  Connection to `localhost' closed.
>>  dav:!>
>
>
>> I also have tried connecting to http://localhost/test using 
>normal 
>> browser and I just get a blank page/
>
>Do you have display_errors = on and error_reporting = E_ALL | 
>E_STRICT
>set in your php.ini? Otherwise you could miss some errors, when
>accessing the WebDAV share with a browser.
>

Ok, - done this, I now get the following warnings in browser when 
accessing http://locahost/testfile.txt

Strict Standards: DateTime::__construct() [function.DateTime---
construct]: It is not safe to rely on the system's timezone 
settings. Please use the date.timezone setting, the TZ environment 
variable or the date_default_timezone_set() function. In case you 
used any of those methods and you are still getting this warning, 
you most likely misspelled the timezone identifier. We selected 
'Europe/London' for 'BST/1.0/DST' instead in 
/usr/share/php/ezc/Webdav/backends/file.php on line 640

Strict Standards: DateTime::__construct() [function.DateTime---
construct]: It is not safe to rely on the system's timezone 
settings. Please use the date.timezone setting, the TZ environment 
variable or the date_default_timezone_set() function. In case you 
used any of those methods and you are still getting this warning, 
you most likely misspelled the timezone identifier. We selected 
'Europe/London' for 'BST/1.0/DST' instead in 
/usr/share/php/ezc/Webdav/backends/file.php on line 645

Strict Standards: date() [function.date]: It is not safe to rely on 
the system's timezone settings. Please use the date.timezone 
setting, the TZ environment variable or the 
date_default_timezone_set() function. In case you used any of those 
methods and you are still getting this warning, you most likely 
misspelled the timezone identifier. We selected 'Europe/London' for 
'BST/1.0/DST' instead in 
/usr/share/php/ezc/Webdav/backends/file.php on line 733

Strict Standards: date() [function.date]: It is not safe to rely on 
the system's timezone settings. Please use the date.timezone 
setting, the TZ environment variable or the 
date_default_timezone_set() function. In case you used any of those 
methods and you are still getting this warning, you most likely 
misspelled the timezone identifier. We selected 'Europe/London' for 
'BST/1.0/DST' instead in 
/usr/share/php/ezc/Webdav/backends/file.php on line 733

Warning: Cannot modify header information - headers already sent by 
(output started at /usr/share/php/ezc/Webdav/backends/file.php:640) 
in /usr/share/php/ezc/Webdav/transport.php on line 526

Warning: Cannot modify header information - headers already sent by 
(output started at /usr/share/php/ezc/Webdav/backends/file.php:640) 
in /usr/share/php/ezc/Webdav/transport.php on line 526

Warning: Cannot modify header information - headers already sent by 
(output started at /usr/share/php/ezc/Webdav/backends/file.php:640) 
in /usr/share/php/ezc/Webdav/transport.php on line 526

Warning: Cannot modify header information - headers already sent by 
(output started at /usr/share/php/ezc/Webdav/backends/file.php:640) 
in /usr/share/php/ezc/Webdav/transport.php on line 533

Are these normal warnings for ezcomponent?

>> Please can anyone help? I must be missing something silly ;-(
>
>> This is my setup below:
>> 
>> - eZ Components 2008.2.3 (installed via pear into: 
>> /usr/share/php/ezc/)
>> - lighttpd 1.4.19 (ubuntu hardy package)
>> - PHP 5.2.4 (ubuntu hardy package)
>> - cadaver 0.23.2 (I can connect to other non ez webdav shares)
>
>> Lighttpd.conf rewrite line - to point to the index.php:
>> 
>> url.rewrite-once = (
>> "^/.*$" => "/index.php/$1"
>> )
>
>> index.php (calling ez's webdav classes):
>
>> --- BEGIN FILE ---
>> 
>> > 
>> // Include the EZ Components (which is extracted to the PHP 
>include 
>> path: /usr/share/php) in your PHP path:
>> set_include_path( "/usr/share/php/ezc/" . PATH_SEPARATOR .  
>> get_include_path());
>> 
>> // Enable autoload so that classes are found without requires:
>> require_once "Base/base.php"; // dependent on installation 
>method, 
>> see below
>> 
>> function __autoload( $className )
>> {
>>ezcBase::autoload( $className );
>> }
>> 
>>  $server = ezcWebdavServer::getInstance();
>> 
>>  $pathFactory = new ezcWebdavBasicPathFactory(
>>  'http://loca

Re: [Components] Question: Workflow: suspend on inputs/ prepopulated input nodes & joining variables

2009-06-03 Thread Sebastian Bergmann
Gary Stocker schrieb:
> We're making really good progress with our implementation of
> ezcWorkflow, its proving to be really powerful and perfect for us,
> thanks to all who've been involved with it :)

 You are welcome, glad to hear that you like the component.

> We have an input node that defines variables, we then want to show
> another input node prepopulated with the same variables (so they can
> be confirmed).
> Our current observation is that the workflow doesn't suspend at this
> second node, or at least they're not in the 'waitingFor' array of the
> execution.

 That is correct: if you set a workflow variable, it cannot be
 requested as input anymore.

> Do you have any advise/suggestions on how this could be achieved.

 I think this is something that should not (and probably cannot) be
 solved in a generic way in the workflow engine. It should be addressed
 in the application that embeds the workflow engine.

> Second question, that could solve the first in effect is we capture
> 'firstname' and 'lastname' in the workflow, and want to set a variable
> later down to 'Hi '.firstname.lastname how could this be achieved with
> the ezcWorkflowNodeVariableSet method?

 This is currently not implemented. Can you file an issue for this?
 Thanks!

-- 
Sebastian Bergmann
System Developer
s...@ez.no | eZ Systems | http://ez.no



signature.asc
Description: OpenPGP digital signature
-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


[Components] Support on using/testing webdav

2009-06-03 Thread Stefan Kilp [sk-software]
Hi List,

it would be very helpful if there was an official ez webdav server (properly 
configured :-)) that 
anyone can use for testing his client configuration. 

getting a webdav configuration up and running is very time consuming if you 
dont know 
wether the problem is on server or client side. with a official server i could 
configure my client 
software until it works and then i adjust my own server to run with my approved 
client 
configuration.

my zwo cent
stefan

--
Stefan Kilp
SK-Software, Entwicklung & Beratung

email: k...@sk-software.de

fon  : +49 6151 93344-0
fax  : +49 6151 93344-20
Herta-Mansbacher-Str. 98
64289 Darmstadt, Germany.
-

-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


Re: [Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread Tobias Schlitt
Hi,

On 06/03/2009 09:48 AM london...@hushmail.com wrote:



> However, I get the following error when connecting to the webdav 
> directory using the Cadaver webdav client:
> 
>   $ cadaver http://localhost/test
> 
>   Could not access /test/ (not WebDAV-enabled?):
>   Could not parse response status line
>   Connection to `localhost' closed.
>   dav:!>


> I also have tried connecting to http://localhost/test using normal 
> browser and I just get a blank page/

Do you have display_errors = on and error_reporting = E_ALL | E_STRICT
set in your php.ini? Otherwise you could miss some errors, when
accessing the WebDAV share with a browser.

> Please can anyone help? I must be missing something silly ;-(

> This is my setup below:
> 
> - eZ Components 2008.2.3 (installed via pear into: 
> /usr/share/php/ezc/)
> - lighttpd 1.4.19 (ubuntu hardy package)
> - PHP 5.2.4 (ubuntu hardy package)
> - cadaver 0.23.2 (I can connect to other non ez webdav shares)

> Lighttpd.conf rewrite line - to point to the index.php:
> 
> url.rewrite-once = (
> "^/.*$" => "/index.php/$1"
> )

> index.php (calling ez's webdav classes):

> --- BEGIN FILE ---
> 
>  
> // Include the EZ Components (which is extracted to the PHP include 
> path: /usr/share/php) in your PHP path:
> set_include_path( "/usr/share/php/ezc/" . PATH_SEPARATOR .  
> get_include_path());
> 
> // Enable autoload so that classes are found without requires:
> require_once "Base/base.php"; // dependent on installation method, 
> see below
> 
> function __autoload( $className )
> {
>ezcBase::autoload( $className );
> }
> 
>  $server = ezcWebdavServer::getInstance();
> 
>  $pathFactory = new ezcWebdavBasicPathFactory(
>   'http://localhost/index.php'
>  );

If you have rewrite turned on, you just need http://localhost/.

>  foreach ( $server->configurations as $conf )
>  {
>   $conf->pathFactory = $pathFactory;
>  }
> 
>  $backend = new ezcWebdavFileBackend(
>  dirname( __FILE__ ) . '/backend'
>  );
> 
>  $server->handle( $backend );

The back end directory exists and is read-/writeable for the server?

> ?>
> --- END FILE 

> WebDav directories on lighttpd server:
> 
> I have a 'backend' directory under my document root with a 'test' 
> subdirectory. backend is the toplevel directory that I the 
> ezcomponent index.php refers to and should be the top level dir for 
> the webdav share.

For testing: Put some text file into the back end dir and try to access
this one via browser.

> Lighttpd logs:
> 
> The lighttpd /var/log/lighttpd/access.log shows two http requests 
> (OPTIONS and PROPFIND):
> 
> 127.0.0.1 localhost - [03/Jun/2009:08:21:04 +0100] "OPTIONS /test/ 
> HTTP/1.1" 200 5 "-" "cadaver/0.23.2 neon/0.28.0"
> 127.0.0.1 localhost - [03/Jun/2009:08:21:05 +0100] "PROPFIND /test/ 
> HTTP/1.1" 207 0 "-" "cadaver/0.23.2 neon/0.28.0"
> 
> and there are no errors in the lighttpd /var/log/lighttpd/error.log:
> 
> 2009-06-03 08:20:28: (log.c.75) server started

If the above hints do not lead to a result you can try to trace the
communication using Wireshark [1] or create an Xdebug trace of the
server. The latter one could help us to help you debugging.

HTH,
Toby
[1] http://www.wireshark.org/
-- 
Mit freundlichen Grüßen / Med vennlig hilsen / With kind regards

Tobias Schlitt (GPG: 0xC462BC14) eZ Components Developer

t...@ez.no | eZ Systems AS | ez.no
-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components


[Components] Ez webdav + lighttpd: cadaver error when connecting: "Could not access /test/ (not WebDAV-enabled?): Could not parse response status line"

2009-06-03 Thread londoner1
Hi,

I am attempting to follow the EzComponents WebDav tutorial 
(http://ezcomponents.org/docs/tutorials/Webdav) to setup their 
webdav component on my local test Lighttpd server.

However, I get the following error when connecting to the webdav 
directory using the Cadaver webdav client:

$ cadaver http://localhost/test

Could not access /test/ (not WebDAV-enabled?):
Could not parse response status line
Connection to `localhost' closed.
dav:!>

I also have tried connecting to http://localhost/test using normal 
browser and I just get a blank page/

Please can anyone help? I must be missing something silly ;-(

This is my setup below:

- eZ Components 2008.2.3 (installed via pear into: 
/usr/share/php/ezc/)
- lighttpd 1.4.19 (ubuntu hardy package)
- PHP 5.2.4 (ubuntu hardy package)
- cadaver 0.23.2 (I can connect to other non ez webdav shares)

Lighttpd.conf rewrite line - to point to the index.php:

url.rewrite-once = (
"^/.*$" => "/index.php/$1"
)

index.php (calling ez's webdav classes):

--- BEGIN FILE ---

http://localhost/index.php'
 );

 foreach ( $server->configurations as $conf )
 {
$conf->pathFactory = $pathFactory;
 }

 $backend = new ezcWebdavFileBackend(
 dirname( __FILE__ ) . '/backend'
 );

 $server->handle( $backend );

?>
--- END FILE 

WebDav directories on lighttpd server:

I have a 'backend' directory under my document root with a 'test' 
subdirectory. backend is the toplevel directory that I the 
ezcomponent index.php refers to and should be the top level dir for 
the webdav share.

Lighttpd logs:

The lighttpd /var/log/lighttpd/access.log shows two http requests 
(OPTIONS and PROPFIND):

127.0.0.1 localhost - [03/Jun/2009:08:21:04 +0100] "OPTIONS /test/ 
HTTP/1.1" 200 5 "-" "cadaver/0.23.2 neon/0.28.0"
127.0.0.1 localhost - [03/Jun/2009:08:21:05 +0100] "PROPFIND /test/ 
HTTP/1.1" 207 0 "-" "cadaver/0.23.2 neon/0.28.0"

and there are no errors in the lighttpd /var/log/lighttpd/error.log:

2009-06-03 08:20:28: (log.c.75) server started

Kind regards

Londoner1


--
Hit it out of the park with a new bat. Click now!
 
http://tagline.hushmail.com/fc/BLSrjkqjJLLjxWjpINVPpxlB29YzRPBceu5F62HkQfbGOsApgnbBhVY9D6w/

-- 
Components mailing list
Components@lists.ez.no
http://lists.ez.no/mailman/listinfo/components