[fw-general] PHP Fatal error: Class 'Zend_XmlRpc_Value_Nil' not found

2009-09-14 Thread Саша Стаменковић
This is the error I get when passing null value to XML-RPC server:

PHP Fatal error:  Class 'Zend_XmlRpc_Value_Nil' not found in
ZendFramework/library/Zend/XmlRpc/Value.php on line 313
It occurs in 1.9.2 version, for some reason in Zend/XmlRpc/Value.php near
313 are added require onces for each type in switch-case, which was not the
case in 1.9.1, but not before using Zend_XmlRpc_Value_Nil. Should I post
issue in tracker?

Regards,
Saša Stamenković


Re: [fw-general] Clarification needed about Zend and its products

2009-09-14 Thread mbneto
Hi,

What do we have to do in order to make them hire more staff for ZF? (besides
buying the products)

Regards.

(Internally, at Zend, we only have 3 full-time employees on the project,

 and our time is stretched thin as it is currently.)




[fw-general] Zend_Navigation and big menu.

2009-09-14 Thread Paweł Chuchmała
Hi.
I have for example shop, with 2 or more level categories of products.
- category
-- subcategory1
-- subcategory 2
- category 2
-- subcategory 3
--- subsubcategory 1
etc.

I have thousands of products.
I want to display in menu only categories (diffrent depth).
I want to have breadcrub like this:

category  subcategory1  product page.

How do this with Zend_Navigation?

regards,

-- 
Paweł Chuchmała
pawel.chuchmala at gmail dot com


[fw-general] Announcement: Monthly Bug Hunt Days

2009-09-14 Thread Matthew Weier O'Phinney
Greetings, one and all!

I've alluded several times in the past month to having a plan for
helping manage our ever-growing bug list in the issue tracker. We're now
ready to roll out phase one of this plan, and we need *you*!

Starting this month, we will be sponsoring two bug hunt days monthly, on
the third Thursday and Friday of the month. That's this upcoming
Thursday and Friday, 17-18 September 2009.

During those days, the Zend team -- myself, Ralph, and Alex -- will be
in #zftalk.dev on Freenode for our entire work day (Ralph and myself are
in the United States, Alex is based in Russia; figure out the timezones
yourself (-: ). We will be triaging bugs ourselves, but, more
importantly, we will be there to help facilitate *you*, our contributors
and users, in resolving issue reports. 

As an incentive, each month, we will ship a Zend Framework t-shirt to
the individual that assists in the most issue resolutions during the bug
hunt days, whether via patches or direct commits. Quarterly, we will
evaluate overall contributions, including documentation, bug fixes, and
newly contributed components, and award a developer with their choice of
a Zend Studio license or Zend Framework Certification voucher. (Caveat:
one t-shirt per person per year, and one license/voucher per person per
year, folks!) 

For those interested in participating in the bug hunt days, the rules
are simple: have a signed CLA on file, and resolve issues in the
tracker. 

If you have not yet signed a CLA and want to participate, you can get a
copy of the form here:

http://framework.zend.com/cla

Sign it and return it (you can email it, fax it, or send it via post);
if you send it via post, you'll need to wait for confirmation that
we've received it before we can accept code contributions from you.

Now, when it comes to the issue tracker, you'll need to determine if the
issue:

 * is simply the reporter misunderstanding or misusing code OR
 * is a request for a new feature OR
 * is a reproducible issue

In the first case, comment on it and indicate the correct usage, and ask
the component maintainer or somebody from Zend to review your response
and mark the issue as resolved. In the second case, please try and focus
on issue reports instead of feature requests during the bug hunt days.

That brings us to the final case, reproducible issue reports. With
these, you'll need to do the following:

 * Capture the reproduce case as a unit test
 * Resolve the issue in such a way as to maintain backwards
   compatibility with existing usage. (In other words, don't change the
   signature of a method unless the signature is what is actually
   broken.)

From there, you then have two options:

 * If you already have commit access, commit the test and fix to the
   repository, and either resolve the issue or ask somebody from Zend to
   review and resolve.  Don't forget to merge your changes to the 1.9
   release branch!

 * If you do not have commit rights, create a patch with the unit test
   and fix, and attach the patch to the issue. Ask the maintainer or
   somebody from Zend to review and apply the patch.

If you need help creating the unit test or patch file, hop onto the
#zftalk.dev IRC channel and ask for help.

How should you choose issues to work on? Answer the following questions,
and you should be able to hop right in:

 * What components do you have expertise in?
 * What components are you interested in learning more about?
 * What issues have a high number of voters or watchers?

Bug hunting should be fun, so pick components and issues you're
interested in. Ask questions on IRC if you don't understand how
something works.

So, spread the word, and come prepared this week to help make the
framework even better! I look forward to seeing you on IRC this week!

-- 
Matthew Weier O'Phinney
Project Lead| matt...@zend.com
Zend Framework  | http://framework.zend.com/


Re: [fw-general] Remove default routes, but keep the 404 errors

2009-09-14 Thread Jurian Sluiman
Op Thursday 10 September 2009 10:40:42 schreef Jurian Sluiman:
 Hi all,
 With the cms I'm building I'd prefer it's only possible to access the
 defined urls from the cms. The default urls :module/:controller/:action
 should be disabled.

 Nevertheless, disabling those urls by
 Zend_Controller_Router_Rewrite::removeDefaultRoutes() stops the application
 to return 404 Page Not Found headers. Instead, I get the 500 Server Error
 headers when I enter a non-existing url. How is it possible to remove the
 default routes, but keep the 404 Page Not Found headers?

 The errorcontroller is working fine, it's only about catching the wrong
 controllers and/or actions and throw a 404 instead of a 500. Any help would
 be appreciated.

 Thanks, Jurian

Sorry for the bumping, but any ideas?

I've been searching through the code, but can't find a place where I can 
attach a plugin or something to catch these errors.

Thanks in advance,
Jurian
--
Jurian Sluiman
Soflomo.com


signature.asc
Description: This is a digitally signed message part.


Re: [fw-general] Clarification needed about Zend and its products

2009-09-14 Thread Matthew Weier O'Phinney
-- mbneto mbn...@gmail.com wrote
(on Monday, 14 September 2009, 10:02 AM -0400):
 What do we have to do in order to make them hire more staff for ZF? (besides
 buying the products)

I can't really comment on that publically. It's not from lack of desire,
though. :)

 Regards.
 
 (Internally, at Zend, we only have 3 full-time employees on the project,
 
 and our time is stretched thin as it is currently.)

-- 
Matthew Weier O'Phinney
Project Lead| matt...@zend.com
Zend Framework  | http://framework.zend.com/


[fw-general] Zend_Ldap and sorting

2009-09-14 Thread Henry Umansky
I'm using a combination of Zend_Ldap and Zend_Paginator to show the  
results of an LDAP query. However, due to single attribute sorting  
limitation of ldap_sort(), I need some sort of alternative sorting  
mechanism. Currently, I'm sorting by sn (last name), but ideally I  
would like to sort by sn first, then by givenname (first name)  
second. Any thoughts? Does the PHP Iterator or Zend_paginator class  
offer any sorting mechanism? Has anyone else run into this problem?


Thank you,
Henry


Re: [fw-general] Announcement: Monthly Bug Hunt Days

2009-09-14 Thread Chris Murray


Matthew Weier O'Phinney-3 wrote:
 
 Sign it and return it (you can email it, fax it, or send it via post);
 

Having already scanned to PDF the CLA for CYA, what's the email address to
send it to?
-- 
View this message in context: 
http://www.nabble.com/Announcement%3A-Monthly-Bug-Hunt-Days-tp25439447p25444861.html
Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Remove default routes, but keep the 404 errors

2009-09-14 Thread Ralph Schindler

Hey Jurian,

Can you help me understand how you are triggering this behavior?

With a clean project created with Zend_Tool, I've added this to my 
bootstrap:


protected function _initNonExistentRoutes()
{
$front = Zend_Controller_Front::getInstance();
$router = $front-getRouter();
$router-removeDefaultRoutes();

$route = new Zend_Controller_Router_Route(
'non-existent/:controller/:action'
);

$router-addRoute('nonExistentRoute', $route);
}

But when I visit /foo/bar (clearly a non-matching path), I always get 
the index controller, index action.


If you can help me understand how to replicate what you have, I'll be 
glad to suggest a way to craft the ErrorController to do what you want.


-ralph



Jurian Sluiman wrote:

Op Thursday 10 September 2009 10:40:42 schreef Jurian Sluiman:
  Hi all,
  With the cms I'm building I'd prefer it's only possible to access the
  defined urls from the cms. The default urls :module/:controller/:action
  should be disabled.
 
  Nevertheless, disabling those urls by
  Zend_Controller_Router_Rewrite::removeDefaultRoutes() stops the 
application

  to return 404 Page Not Found headers. Instead, I get the 500 Server Error
  headers when I enter a non-existing url. How is it possible to remove the
  default routes, but keep the 404 Page Not Found headers?
 
  The errorcontroller is working fine, it's only about catching the wrong
  controllers and/or actions and throw a 404 instead of a 500. Any help 
would

  be appreciated.
 
  Thanks, Jurian


Sorry for the bumping, but any ideas?


I've been searching through the code, but can't find a place where I can 
attach a plugin or something to catch these errors.



Thanks in advance,
Jurian
--
Jurian Sluiman
Soflomo.com


Re: [fw-general] Zend_Validate_NotEmpty and null values

2009-09-14 Thread Ralph Schindler
Can you check this against 1.9.2?  I think work has been done in this 
area and might have already been fixed.


-ralph

Martin Carpentier wrote:

Peter,

Thank you for the reply.

I'll open an issue then.


Martin Carpentier


On Sun, Sep 13, 2009 at 08:45, Peter Warnock petewarn...@gmail.com 
mailto:petewarn...@gmail.com wrote:


Based on your example, it looks like the backward compatibility was
broken.

- pw


On Sat, Sep 12, 2009 at 7:20 AM, Martin Carpentier
carpentier.mar...@gmail.com mailto:carpentier.mar...@gmail.com
wrote:

Hi,

I made a previous post

http://www.nabble.com/Zend_Validate_NotEmpty-and-unchecked-radio-button-marked-as-required--fields-tt25278297.html
about this problem but never got any reply. I realize the title
was probably a bit unclear.
So here's my second attempt.

Since ZF 1.9.x when you  try to validate a null value with
Zend_Validate_NotEmpty you get the INVALID error message instead
of the IS_EMPTY error message.

If you try:

$value = null;
$validator = new Zend_Validate_NotEmpty();

Zend_Debug::dump($validator-isValid($value));
Zend_Debug::dump($validator-getErrors());
Zend_Debug::dump($validator-getMessages());

since ZF 1.9.x it results in:

bool(false)

array(1) {
 [0] = string(15) notEmptyInvalid
}

array(1) {
 [notEmptyInvalid] = string(76) Invalid type given, value
should be float, string, array, boolean or integer
}

before ZF 1.9.x it would result in:

bool(false)

array(1) {
 [0] = string(7) isEmpty
}

array(1) {
 [isEmpty] = string(36) Value is required and can't be empty
}


I believe the expected behavior is to get the IS_EMPTY and not
the INVALID error type.

A fix for this would be to check that the value is not null
before checking its type (in Zend/Validate/NotEmpty.php on line 56)

if (null !== $value  !is_string($value)  !is_int($value) 
!is_float($value)  !is_bool($value) 
!is_array($value)) {
$this-_error(self::INVALID);
return false;
}

Could someone confirm this issue?

Martin Carpentier





Re: [fw-general] Zend_Validate_NotEmpty and null values

2009-09-14 Thread Ralph Schindler

Sorry, I meant to check against this:

http://framework.zend.com/svn/framework/standard/branches/release-1.9/

Cheers!
ralph

Ralph Schindler wrote:
Can you check this against 1.9.2?  I think work has been done in this 
area and might have already been fixed.


-ralph

Martin Carpentier wrote:

Peter,

Thank you for the reply.

I'll open an issue then.


Martin Carpentier


On Sun, Sep 13, 2009 at 08:45, Peter Warnock petewarn...@gmail.com 
mailto:petewarn...@gmail.com wrote:


Based on your example, it looks like the backward compatibility was
broken.

- pw


On Sat, Sep 12, 2009 at 7:20 AM, Martin Carpentier
carpentier.mar...@gmail.com mailto:carpentier.mar...@gmail.com
wrote:

Hi,

I made a previous post

http://www.nabble.com/Zend_Validate_NotEmpty-and-unchecked-radio-button-marked-as-required--fields-tt25278297.html 


about this problem but never got any reply. I realize the title
was probably a bit unclear.
So here's my second attempt.

Since ZF 1.9.x when you  try to validate a null value with
Zend_Validate_NotEmpty you get the INVALID error message instead
of the IS_EMPTY error message.

If you try:

$value = null;
$validator = new Zend_Validate_NotEmpty();

Zend_Debug::dump($validator-isValid($value));
Zend_Debug::dump($validator-getErrors());
Zend_Debug::dump($validator-getMessages());

since ZF 1.9.x it results in:

bool(false)

array(1) {
 [0] = string(15) notEmptyInvalid
}

array(1) {
 [notEmptyInvalid] = string(76) Invalid type given, value
should be float, string, array, boolean or integer
}

before ZF 1.9.x it would result in:

bool(false)

array(1) {
 [0] = string(7) isEmpty
}

array(1) {
 [isEmpty] = string(36) Value is required and can't be empty
}


I believe the expected behavior is to get the IS_EMPTY and not
the INVALID error type.

A fix for this would be to check that the value is not null
before checking its type (in Zend/Validate/NotEmpty.php on 
line 56)


if (null !== $value  !is_string($value)  !is_int($value) 
!is_float($value)  !is_bool($value) 
!is_array($value)) {
$this-_error(self::INVALID);
return false;
}

Could someone confirm this issue?

Martin Carpentier







Re: [fw-general] Announcement: Monthly Bug Hunt Days

2009-09-14 Thread wilmoore


Chris Murray wrote:
 
 Having already scanned to PDF the CLA for CYA, what's the email address to
 send it to?
 

Hi Chris,

Send your PDF to c...@zend.com -- when I did this (a couple months ago) it
took about a week to get confirmation back.

-Wil Moore III
-- 
View this message in context: 
http://www.nabble.com/Announcement%3A-Monthly-Bug-Hunt-Days-tp25439447p25447499.html
Sent from the Zend Framework mailing list archive at Nabble.com.