MacOSX 4.0.0Beta1MS16RC3 Build

General discussion forum for the Zend Server
Post Reply
User avatar
ralphschindler-zend
Posts: 3
Joined: Tue Feb 03, 2009 7:18 pm

MacOSX 4.0.0Beta1MS16RC3 Build

Post by ralphschindler-zend » Wed Feb 11, 2009 9:19 pm

Couple of issues:
  • 1) There seems to be a .so extension missing from the Zend Server install:

    Code: Select all

    /Applications/ZendServer$ ./bin/php -h
    PHP Warning:  PHP Startup: Unable to load dynamic library '/Applications/ZendServer/lib/php_extensions/xmlwriter.so' - (null) in Unknown on line 0
    I also notice that on the Web > Server Setup > Extensions screen under xmlwriter it says:

    There was an error (when hovering over the ON image) AND
    xmlwriter Turn off The extension is enabled while built-in

    Also note: the logs screen says this:

    Code: Select all

    [11-Feb-2009 10:50:14] PHP Warning:  PHP Startup: Unable to load dynamic library '/Applications/ZendServer/lib/php_extensions/xmlwriter.so' - (null) in Unknown on line 0
  • 2) The install text & MAC_README.rtf says that Zend Server will be installed to /Application/Zend but in fact is installed to /Application/ZendServer

    My suggestion might be to install to the same location path type as Studio installs to:
    /Application/Zend/Zend Server - 4.0.0

    (or whatever version actually is)
  • 3) ZendController.app does not want to connect to anything and/or work out the box.
  • 4) Just a suggestion, but instead of writing /etc/zce.rc, perhaps just write that same information to the bin/php script. This would keep the entire installation inside of ZendServer/ directory
  • 5) Is vhost managment scheduled for the Zend Server Admin Interface?
  • 6) Will there be any scripts available to link the popular tools to a known PATH? For example pecl, php, pear, (phpunit, etc) ?
  • 7) The ./bin/pear config-show appears to not have correct values, specifically for

    Code: Select all

    PHP extension directory        ext_dir          /Applications/ZendServer/lib/php/20060613
    (this is prob the value located in ect/pear.conf
  • 8) String replacements in pear installed packages do not work. Reproduce case:

    Code: Select all

    a) sudo ./bin/pear channel-discover pear.phpunit.de
    b) sudo ./bin/pear install phpunit/phpunit
    c) ./bin/phpunit --help
    output:

    Code: Select all

    /Applications/ZendServer/bin$ ./phpunit --help
    ./phpunit: line 2: ?php: No such file or directory

User avatar
debbie1
Posts: 9
Joined: Thu Jan 15, 2009 2:58 pm

Re: MacOSX 4.0.0Beta1MS16RC3 Build

Post by debbie1 » Thu Feb 12, 2009 9:28 am

Hi,

Thanks for the feedback, I am looking into the readme issue.

Debbie

User avatar
zend_amir
Posts: 64
Joined: Thu Jan 22, 2009 4:27 pm

Re: MacOSX 4.0.0Beta1MS16RC3 Build

Post by zend_amir » Thu Feb 12, 2009 11:36 am

1. The xmlwriter extension is not missing, it is compiled into the PHP and we also left the xmlwriter.so in the package. we removed the .so from the package. In the next package the message will disappear from the error log and the gui will behave normally.
3. Did you set the gui password inside the ZendController?

User avatar
zend_eyalt
Posts: 285
Joined: Thu Jan 22, 2009 3:16 pm

Re: MacOSX 4.0.0Beta1MS16RC3 Build

Post by zend_eyalt » Thu Feb 12, 2009 4:40 pm

Hi,

Thx for the input, here's some answers regarding 4 & 6-8:
4) the reason we put it outside the installation directory is because we need to know where we are installed no matter which directory was chosen (less applicable to MAC but more relevant to our Linux installation that uses the same infrastructure).
6) Some users aren't too happy when their PATH env variable being changed during installation, hence we leave the freedom to the user to add /Applications/ZendServer/bin to to his PATH (via /etc/profile or /etc/bashrc).
7) It is rather tricky to control pear setting as they're detrmined during compilation (hence, the 20060613 suffix is the ZEND_MODULE_API_NO). What we do however, is override that value in/Applications/ZendServer/bin/php-config with the following setting:
extension_dir='/Applications/ZendServer/lib/php_extensions'
hence installation of extensions will go to the above directory.
8) /Applications/ZendServer/bin/php is actually a wrapper to the actual php binary, with sourcing of /etc/zce.rc before the launching of the actual php. the phpunit uses the #! notation, which cannot work with a wrapper (see http://lists.gnu.org/archive/html/bug-s ... 00020.html).
As a workaround, you can add the DYLD_LIBRARY_PATH yourself to your profile and then use the actual php binary instead of the wrapper.
We in our turn will try to think if we can figure a better way to solve this inconvenience.

thx,

eyal

Post Reply