[fw-general] Zend_File_Transfer
Hello, Any news related to Zend_File_Transfer ? Since start of June this component was supposed to be into incubator (according to end note from component proposal http://framework.zend.com/wiki/display/ZFPROP/Zend_File_Transfer+-+Thomas+Weidner ). Cristian
[fw-general] What is planned for 1.6?
Hi, I am currently writing an article about the actual state of affairs for the Zend Framework which will be published in the next edition of the German PHP Magazin. Now I would like to add a chapter about the plans for the 1.6 release. From my notes I got that the MVC testing scaffold and the SOAP support is planned to be published in the 1.6 release. What else is in the pipe for 1.6? Is there any release date planned for 1.6? What is the status of the Dojo integration? What are the plans for jQuery? Since the editorial deadline is tomorrow, it would be nice to get some input until then. Thanks. Best regards, Ralf
Re: [fw-general] What is planned for 1.6?
Hi Ralf, I am currently writing an article about the actual state of affairs for the Zend Framework which will be published in the next edition of the German PHP Magazin. cool! I love that magazine :) Now I would like to add a chapter about the plans for the 1.6 release. From my notes I got that the MVC testing scaffold and the SOAP support is planned to be published in the 1.6 release. What else is in the pipe for 1.6? Well, what about Zend_Tool? I don't know if Zend plan to push Zend_Tool into the 1.6 release, but it is likely that Zend_Tool will be in 1.7, which will follow shortly after the release of 1.6. See below. Also, there is Zend_Session_SaveHandler_DbTable, which will be in 1.6 according to JIRA issue #ZF-2335. You might also want to write about the naming conventions for 2.0 proposal. Is there any release date planned for 1.6? you can read a bit about release dates and related stuff in this mail: http://www.nabble.com/One-week-to-get-your-contributions-in-to-the-1.6-release.-.-.-to18080409.html What is the status of the Dojo integration? The Dojo Partnership is one of the key features of 1.6 and 1.6 will contain Matthew's finished Dojo integration implementation. What are the plans for jQuery? Since Zend partnered with Dojo, the jQuery integration component proposals (there aren't any at the moment) would be part of the Zend Framework extras library. The Dojo integration is designed with other JS libraries in mind, so that the principles and design decisions of the Dojo integration can easily be transferred to integration libraries for other JS libraries. Best regards, Tobias
[fw-general] Re: [fw-mvc] Re: [fw-general] Re: [fw-mvc] Re: [fw-general] Re: [fw-mvc] MVC testing scaffold is feature complete
-- Tuan Ngo [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 11:05 AM +0700): Please update from svn, and try again! The update code from SVN works well now on example project and on one action of my real project. It's great ! We will try it further. Running your tests now, I get errors -- looks like you may need to create an ErrorController. When I setup ErrorController (controller, action, view codes), I never got exception originated from wrong action name testcase any more but it seems that I can't catch my own throwed exception such as: class SearchController extends Zend_Controller_Action { public function mayThrowExceptionAction(){ throw new MyAppException(); } I force frontcontroller to throw exception by $frontController-throwExceptions (true); but it seems whatever setting to true or false, I never catch my own exception. So I try to remove ErrorController, I see my own throwed exception again. So how do I still have ErrorController defined but still can catch my own throwed exception. I actually turn off throwExceptions() in the test case dispatch() method, so that approach won't work anyways. What I recommend is to have your ErrorController have logic to determine the type of exception, and have it then set the HTTP response code, something like this: class ErrorController extends Zend_Controller_Action { public function errorAction() { $errors = $this-_getParam('error_handler'); switch ($errors-type) { case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_CONTROLLER: case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ACTION: // 404 error -- controller or action not found $this-getResponse()-setHttpResponseCode(404); $this-view-message = 'Page not found'; break; default: // application error $this-getResponse()-setHttpResponseCode(500); $this-view-message = 'Application error'; $this-view-exception = $errors-exception; break; } } } Then, in your test case, to determine if you had an application exception, you can test for the response code: $this-assertResponseCode(500); The error handler above, however, is a great way to report 404 and 500 errors, and allows you to make use of response codes in your assertions to simplify determining if expected error conditions occurred. If you really, really want to determine that the exception is of a specific type, well, with the class definition above, you've set the exception in the view, so you can now retrieve it from there: // using Zend_Layout object: $e = Zend_Layout::getMvcInstance()-getView()-exception; // via ViewRenderer: $e = Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer')-view-exception; and from there, check to see the type: $this-assertTrue($e instanceof SomeFooException); or simply re-throw it and use @expectedException in your docblock: throw $e; -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] Zend_File_Transfer
-- Cristian Bichis [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 10:33 AM +0300): Any news related to Zend_File_Transfer ? Since start of June this component was supposed to be into incubator (according to end note from component proposal http://framework.zend.com/wiki/display/ ZFPROP/Zend_File_Transfer+-+Thomas+Weidner ). Thomas has finished the basics for handling file uploads with it, and I will be creating a form element based on it this week (hopefully...). -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] What is planned for 1.6?
-- Ralf Eggert [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 10:27 AM +0200): I am currently writing an article about the actual state of affairs for the Zend Framework which will be published in the next edition of the German PHP Magazin. Now I would like to add a chapter about the plans for the 1.6 release. From my notes I got that the MVC testing scaffold and the SOAP support is planned to be published in the 1.6 release. What else is in the pipe for 1.6? Is there any release date planned for 1.6? I'm going to defer to Wil for much of this, but will take an initial stab on the things I know. Regarding features in the pipe for 1.6, yes, SOAP support and MVC testing scaffold are biggies, as is the Dojo integration (more on that below). We also plan to ship a prototype of Zend_Tool, though it will not be the final version; think of it as a preview release of that component. What is the status of the Dojo integration? About 90% complete; I plan to finish the form decorators today, as well as all tests for elements and decorators. This will complete the fourth and final item in our initial Dojo integration -- which means it will ship with 1.6. The 4 integration points are: * JSON-RPC server implementation (Zend_Json_Server) * ZF component for generating dojo.data payloads * dojo() placeholder view helper for setting up the Dojo environment for your application * Form elements, decorators, and view helpers implementing Dojo dijits Additionally, we will be shipping Dojo with 1.6. What are the plans for jQuery? None whatsoever for 1.6. Any jQuery support in ZF will need to be wholly owned by community contributors, and will need to go through the proposal process just like any other component. Since the editorial deadline is tomorrow, it would be nice to get some input until then. Thanks. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] What is planned for 1.6?
-- Tobias Gies [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 12:45 PM +0200): You might also want to write about the naming conventions for 2.0 proposal. Please don't. This has not been reviewed, and anything said about it now would be simply speculation. I'd rather not see something in print now about a topic that is in such flux. 2.0 is quite a ways off. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
[fw-general] values for checkbox and populate method
Hi All I have check box element in form and have written the custom decorator for this form in that i have written one function as given in the documentation. public function buildInput() { $element = $this-getElement(); $helper = $element-helper; return $element-getView()-$helper( $element-getName(), $element-getValue(), $element-getAttribs(), $element-options ); } Now when i submit this form and if the error occurs on any element this checkbox never retain its value,Will anybody suggest me the way,where i am lagging behind because this happens only for checkboxes,(and if i never use this custom decorator then it retains value even if error occur but i need custom decorator).So please help me out Regards Rohit -- View this message in context: http://www.nabble.com/values-for-checkbox-and-populate-method-tp18359443p18359443.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] What is planned for 1.6?
Hi Tobias, thanks for your input so far. Well, what about Zend_Tool? I don't know if Zend plan to push Zend_Tool into the 1.6 release, but it is likely that Zend_Tool will be in 1.7, which will follow shortly after the release of 1.6. See below. Also, there is Zend_Session_SaveHandler_DbTable, which will be in 1.6 according to JIRA issue #ZF-2335. That is an interesting idea about Zend_Tool. I will have a look into it and see how it will fit in. you can read a bit about release dates and related stuff in this mail: http://www.nabble.com/One-week-to-get-your-contributions-in-to-the-1.6-release.-.-.-to18080409.html Thanks for the link. I was looking for this mail but must have deleted an unwisely. The Dojo Partnership is one of the key features of 1.6 and 1.6 will contain Matthew's finished Dojo integration implementation. Good to know. Since Zend partnered with Dojo, the jQuery integration component proposals (there aren't any at the moment) would be part of the Zend Framework extras library. The Dojo integration is designed with other JS libraries in mind, so that the principles and design decisions of the Dojo integration can easily be transferred to integration libraries for other JS libraries. This as well is good to know. Thanks and best regards, Ralf
Re: [fw-general] What is planned for 1.6?
Hi Matthew, Please don't. This has not been reviewed, and anything said about it now would be simply speculation. I'd rather not see something in print now about a topic that is in such flux. 2.0 is quite a ways off. Don't worry! I won't write about any stuff that is in such an early stage. I will rather concentrate on the concrete stuff that can already be used or soon be used. Thanks, Ralf
Re: [fw-general] What is planned for 1.6?
Hi Matthew, I'm going to defer to Wil for much of this, but will take an initial stab on the things I know. Thanks! Regarding features in the pipe for 1.6, yes, SOAP support and MVC testing scaffold are biggies, as is the Dojo integration (more on that below). We also plan to ship a prototype of Zend_Tool, though it will not be the final version; think of it as a preview release of that component. That will be enough information about Zend_Tool. It should only be a small lookout with no code snippets at all. Just a brief description what is planed. About 90% complete; I plan to finish the form decorators today, as well as all tests for elements and decorators. This will complete the fourth and final item in our initial Dojo integration -- which means it will ship with 1.6. The 4 integration points are: * JSON-RPC server implementation (Zend_Json_Server) * ZF component for generating dojo.data payloads * dojo() placeholder view helper for setting up the Dojo environment for your application * Form elements, decorators, and view helpers implementing Dojo dijits Additionally, we will be shipping Dojo with 1.6. Thanks for the current status. Good to know that the Dojo integration will be ready to use so soon. None whatsoever for 1.6. Any jQuery support in ZF will need to be wholly owned by community contributors, and will need to go through the proposal process just like any other component. Ok, maybe some community members will step in here as soon as the Dojo support is implemented and ready to use. Thanks again and best regards, Ralf
Re: [fw-general] values for checkbox and populate method
-- Rohit83 [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 05:04 AM -0700): Hi All I have check box element in form and have written the custom decorator for this form in that i have written one function as given in the documentation. public function buildInput() Um... what documentation were you reading? the method should be 'render', not buildInput(), and should expect the argument '$content': public function render($content) Change to that, and you should get an element rendered. :) Now, as to retaining the value... an interesting thing about checkboxes is that if it is not checked, no value is submitted for the element. The FormCheckbox helper, which is used by default, actually prepends a hidden element with the un-checked value so that a value will always be submitted. If you're not using that for your helper, you'll need to do similarly with whatever logic you use. { $element = $this-getElement(); $helper = $element-helper; return $element-getView()-$helper( $element-getName(), $element-getValue(), $element-getAttribs(), $element-options ); } Now when i submit this form and if the error occurs on any element this checkbox never retain its value,Will anybody suggest me the way,where i am lagging behind because this happens only for checkboxes,(and if i never use this custom decorator then it retains value even if error occur but i need custom decorator).So please help me out -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] What is planned for 1.6?
Hi Thorsten, I don't know if you already put it in your article, but maybe the ongoing changes in the repository layout may be worth to mention. Thanks for the input, but could you please feed me with some links (nabble, wiki)? I must have missed that discussion. Thanks and best regards, Ralf
Re: [fw-general] What is planned for 1.6?
-- Ralf Eggert [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 02:51 PM +0200): I don't know if you already put it in your article, but maybe the ongoing changes in the repository layout may be worth to mention. Thanks for the input, but could you please feed me with some links (nabble, wiki)? I must have missed that discussion. This is the page you want: http://framework.zend.com/wiki/display/ZFDEV/SVN+Repository+Reorganization We completed the restructuring in mid-May, and this will be the stable layout for the foreseeable future. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] values for checkbox and populate method
Thanks a lot for your reply Matthew. I have no problem with rendering of my elements and i took reference from ZF manual(15.5.3. Custom Decorators). My Question is why checkbox not retains value (for scenario : I have two fields both are required checkbox and textbox,now when i wont feel the text box and check the checkbox and click on Submit it becomes unchacked which is not the proprer behavior )when i wrote the custom decorator and it retain without custom decorator,Will i need to change the decorator or what else? Once again thanks for your reply,looking towords for correct answer Regards Rohit Matthew Weier O'Phinney-3 wrote: -- Rohit83 [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 05:04 AM -0700): Hi All I have check box element in form and have written the custom decorator for this form in that i have written one function as given in the documentation. public function buildInput() Um... what documentation were you reading? the method should be 'render', not buildInput(), and should expect the argument '$content': public function render($content) Change to that, and you should get an element rendered. :) Now, as to retaining the value... an interesting thing about checkboxes is that if it is not checked, no value is submitted for the element. The FormCheckbox helper, which is used by default, actually prepends a hidden element with the un-checked value so that a value will always be submitted. If you're not using that for your helper, you'll need to do similarly with whatever logic you use. { $element = $this-getElement(); $helper = $element-helper; return $element-getView()-$helper( $element-getName(), $element-getValue(), $element-getAttribs(), $element-options ); } Now when i submit this form and if the error occurs on any element this checkbox never retain its value,Will anybody suggest me the way,where i am lagging behind because this happens only for checkboxes,(and if i never use this custom decorator then it retains value even if error occur but i need custom decorator).So please help me out -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/ -- View this message in context: http://www.nabble.com/values-for-checkbox-and-populate-method-tp18359443p18361835.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] What is planned for 1.6?
Hi Thorsten and Matthew, This is the page you want: http://framework.zend.com/wiki/display/ZFDEV/SVN+Repository+Reorganization Thanks for the link. I wonder if this will fit in as well, since the article is stuffed with information already. But I see what I can do... :-) Best regards, Ralf
Re: [fw-general] What is planned for 1.6?
Especially since the proposal isn't even close to complete! :-D -Matt On Wed, Jul 9, 2008 at 4:34 AM, Matthew Weier O'Phinney [EMAIL PROTECTED] wrote: -- Tobias Gies [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 12:45 PM +0200): You might also want to write about the naming conventions for 2.0 proposal. Please don't. This has not been reviewed, and anything said about it now would be simply speculation. I'd rather not see something in print now about a topic that is in such flux. 2.0 is quite a ways off. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] Mixing Javascript with a Zend form
Thanks to the response! Apparently my searching abilities are lacking, though. I spent some time yesterday and this morning trying to find the posts you mention, but wasn't able to come up with anything relevant. This is maybe an idiotic question, but what terms should I be searching for? Do you have any specific threads in mind? Thanks again, sorry to bother you. Matthew Weier O'Phinney-3 wrote: Your hunch is right -- Zend_Form strips any fields/parameters that are not part of its definition when you populate or validate it with a set of data. There are ways to get around this -- a number of people have posted solutions that analyze the data submitted and create additional elements and/or sub forms on the fly prior to validation. Search in the archives for some potential solutions. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/ -- View this message in context: http://www.nabble.com/Mixing-Javascript-with-a-Zend-form-tp18343152p18363298.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Mixing Javascript with a Zend form
You could take a look at my ModelForm class, which does some subforms and buttons automatically and works them out in isValid http://codeutopia.net/code/library/CU/ModelForm.php On Wed, 09 Jul 2008 18:36:31 +0300, rlewis [EMAIL PROTECTED] wrote: Thanks to the response! Apparently my searching abilities are lacking, though. I spent some time yesterday and this morning trying to find the posts you mention, but wasn't able to come up with anything relevant. This is maybe an idiotic question, but what terms should I be searching for? Do you have any specific threads in mind? Thanks again, sorry to bother you. Matthew Weier O'Phinney-3 wrote: Your hunch is right -- Zend_Form strips any fields/parameters that are not part of its definition when you populate or validate it with a set of data. There are ways to get around this -- a number of people have posted solutions that analyze the data submitted and create additional elements and/or sub forms on the fly prior to validation. Search in the archives for some potential solutions. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
[fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection?
Hi, We have been using the ZF XmlRpc classes to communicate with our payment gateway for a while now, and this has worked fine for us in the past (using 1.0.x). However, in testing a newer version of the ZF libraries (1.5.x), our XML RPC calls stopped working, giving out the error: java.lang.Exception: RPC handler object system not found and no default handler registered Having dug around a bit, it appears that Zend_XmlRpc_Client now includes some code to handle empty array parameters in the call() method (according to the comments in the code), and it's in this block that the client makes an additional method call (system.methodSignature), to which the gateway server replies with the above error. I'm a bit stuck as to what's happening here. Is it the case that the payment gateway is breaking the XMLRPC spec (i.e. there should be a system object on the other end)? Is there a way to get Zend_XmlRpc_Client not to perform these calls? Any advice on the matter is greatly appreciated. Many thanks, David Edwards -- View this message in context: http://www.nabble.com/XML-RPC-calls-no-longer-working-in-1.5%2C-possibly-due-to-server-introspection--tp18363733p18363733.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] how to get format action name without Action suffix?
Hi, I want to get the format action name,but there just a method in Zend_Controller_Dispatcher_Abstract::formatActionName($unformatted), but it return the action name with the Action suffix. because action name or controller name can be, get.data,or get-data, for example.If i call the method getActionName() with Request,it just return the unformatted action name,and i want to test that if there is a getData action. I think it is convenient if there have a method return the format module(or controller,or action)name. There have one,but is protected.
Re: [fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection?
I believe a lot of folks have been bit by this bug: http://framework.zend.com/issues/browse/ZF-2978 The solution is posted here: http://framework.zend.com/issues/browse/ZF-2978?focusedCommentId=20489#action_20489 Doesn't work because $_lastResponse is a private member so try using this: ?php /** * FIXME Use this class instead of Zend_XmlRpc_Client until bug is fixed * http://framework.zend.com/issues/browse/ZF-2978 */ class BugFixXmlRpcClient extends Zend_XmlRpc_Client { public function call($method, $params = array()) { $request = new Zend_XmlRpc_Request($method, $params); $this-doRequest($request); if ($this-getLastResponse()-isFault()) { $fault = $this-getLastResponse()-getFault(); throw new Zend_XmlRpc_Client_FaultException($fault-getMessage(), $fault-getCode()); } return $this-getLastResponse()-getReturnValue(); } } - jake On Wed, Jul 9, 2008 at 11:52 AM, David Edwards [EMAIL PROTECTED] wrote: Hi, We have been using the ZF XmlRpc classes to communicate with our payment gateway for a while now, and this has worked fine for us in the past (using 1.0.x). However, in testing a newer version of the ZF libraries (1.5.x), our XML RPC calls stopped working, giving out the error: java.lang.Exception: RPC handler object system not found and no default handler registered Having dug around a bit, it appears that Zend_XmlRpc_Client now includes some code to handle empty array parameters in the call() method (according to the comments in the code), and it's in this block that the client makes an additional method call (system.methodSignature), to which the gateway server replies with the above error. I'm a bit stuck as to what's happening here. Is it the case that the payment gateway is breaking the XMLRPC spec (i.e. there should be a system object on the other end)? Is there a way to get Zend_XmlRpc_Client not to perform these calls? Any advice on the matter is greatly appreciated. Many thanks, David Edwards -- View this message in context: http://www.nabble.com/XML-RPC-calls-no-longer-working-in-1.5%2C-possibly-due-to-server-introspection--tp18363733p18363733.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] about filters and validators order in Zend_Form
Hi, in the Zend_Form of current implement,filters is apply before validators,but i want to filter data after form is validate. For example,in the regiser form,i have to validate the field password not empty,and than filter it with the MD5 filter. I think it is best that developer can set the filters order,filtering before or after validators.
Re: [fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection?
-- Jake McGraw [EMAIL PROTECTED] wrote (on Wednesday, 09 July 2008, 12:19 PM -0400): I believe a lot of folks have been bit by this bug: http://framework.zend.com/issues/browse/ZF-2978 The solution is posted here: http://framework.zend.com/issues/browse/ZF-2978?focusedCommentId=20489#action_20489 Doesn't work because $_lastResponse is a private member so try using this: Is this still the case for the 1.5.2 release or current trunk? The indications on that bug are that it's fixed. ?php /** * FIXME Use this class instead of Zend_XmlRpc_Client until bug is fixed * http://framework.zend.com/issues/browse/ZF-2978 */ class BugFixXmlRpcClient extends Zend_XmlRpc_Client { public function call($method, $params = array()) { $request = new Zend_XmlRpc_Request($method, $params); $this-doRequest($request); if ($this-getLastResponse()-isFault()) { $fault = $this-getLastResponse()-getFault(); throw new Zend_XmlRpc_Client_FaultException($fault-getMessage(), $fault-getCode()); } return $this-getLastResponse()-getReturnValue(); } } - jake On Wed, Jul 9, 2008 at 11:52 AM, David Edwards [EMAIL PROTECTED] wrote: Hi, We have been using the ZF XmlRpc classes to communicate with our payment gateway for a while now, and this has worked fine for us in the past (using 1.0.x). However, in testing a newer version of the ZF libraries (1.5.x), our XML RPC calls stopped working, giving out the error: java.lang.Exception: RPC handler object system not found and no default handler registered Having dug around a bit, it appears that Zend_XmlRpc_Client now includes some code to handle empty array parameters in the call() method (according to the comments in the code), and it's in this block that the client makes an additional method call (system.methodSignature), to which the gateway server replies with the above error. I'm a bit stuck as to what's happening here. Is it the case that the payment gateway is breaking the XMLRPC spec (i.e. there should be a system object on the other end)? Is there a way to get Zend_XmlRpc_Client not to perform these calls? Any advice on the matter is greatly appreciated. Many thanks, David Edwards -- View this message in context: http://www.nabble.com/XML-RPC-calls-no-longer-working-in-1.5%2C-possibly-due-to-server-introspection--tp18363733p18363733.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] about filters and validators order in Zend_Form
-- Jacky Chen [EMAIL PROTECTED] wrote (on Thursday, 10 July 2008, 12:30 AM +0800): in the Zend_Form of current implement,filters is apply before validators,but i want to filter data after form is validate. For example,in the regiser form,i have to validate the field password not empty,and than filter it with the MD5 filter. I think it is best that developer can set the filters order,filtering before or after validators. We plan on having both the current prefilter, as well as a postfilter; I'm not sure that this will make 1.6, however. For now, if you wish to filter after validation, simply run the values through a Zend_Filter filter chain or concrete filter. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] how to get format action name without Action suffix?
Though I too would like to see methods in the dispatcher that would return the inflected action/controller/module name without the prefix/suffix, it's pretty easy to get around: $formatted = $dispatcher-formatActionName($unformatted); echo preg_replace('/Action$/', $formatted); // option 1 echo substr($formatted, 0, -6); // option 2 On Wed, Jul 9, 2008 at 11:18 AM, Jacky Chen [EMAIL PROTECTED] wrote: Hi, I want to get the format action name,but there just a method in Zend_Controller_Dispatcher_Abstract::formatActionName($unformatted), but it return the action name with the Action suffix. because action name or controller name can be, get.data,or get-data, for example.If i call the method getActionName() with Request,it just return the unformatted action name,and i want to test that if there is a getData action. I think it is convenient if there have a method return the format module(or controller,or action)name. There have one,but is protected.
Re: [fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection?
Is this still the case for the 1.5.2 release or current trunk? The indications on that bug are that it's fixed. Looking at 1.5.2, looks like this was fixed. - jake ?php /** * FIXME Use this class instead of Zend_XmlRpc_Client until bug is fixed * http://framework.zend.com/issues/browse/ZF-2978 */ class BugFixXmlRpcClient extends Zend_XmlRpc_Client { public function call($method, $params = array()) { $request = new Zend_XmlRpc_Request($method, $params); $this-doRequest($request); if ($this-getLastResponse()-isFault()) { $fault = $this-getLastResponse()-getFault(); throw new Zend_XmlRpc_Client_FaultException($fault-getMessage(), $fault-getCode()); } return $this-getLastResponse()-getReturnValue(); } } - jake On Wed, Jul 9, 2008 at 11:52 AM, David Edwards [EMAIL PROTECTED] wrote: Hi, We have been using the ZF XmlRpc classes to communicate with our payment gateway for a while now, and this has worked fine for us in the past (using 1.0.x). However, in testing a newer version of the ZF libraries (1.5.x), our XML RPC calls stopped working, giving out the error: java.lang.Exception: RPC handler object system not found and no default handler registered Having dug around a bit, it appears that Zend_XmlRpc_Client now includes some code to handle empty array parameters in the call() method (according to the comments in the code), and it's in this block that the client makes an additional method call (system.methodSignature), to which the gateway server replies with the above error. I'm a bit stuck as to what's happening here. Is it the case that the payment gateway is breaking the XMLRPC spec (i.e. there should be a system object on the other end)? Is there a way to get Zend_XmlRpc_Client not to perform these calls? Any advice on the matter is greatly appreciated. Many thanks, David Edwards -- View this message in context: http://www.nabble.com/XML-RPC-calls-no-longer-working-in-1.5%2C-possibly-due-to-server-introspection--tp18363733p18363733.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
RE: [fw-general] What is planned for 1.6?
I'll be sending out a draft of the release notes for community review later today. ,Wil -Original Message- From: Ralf Eggert [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 09, 2008 5:40 AM To: fw-general@lists.zend.com Subject: Re: [fw-general] What is planned for 1.6? Hi Matthew, I'm going to defer to Wil for much of this, but will take an initial stab on the things I know. Thanks! Regarding features in the pipe for 1.6, yes, SOAP support and MVC testing scaffold are biggies, as is the Dojo integration (more on that below). We also plan to ship a prototype of Zend_Tool, though it will not be the final version; think of it as a preview release of that component. That will be enough information about Zend_Tool. It should only be a small lookout with no code snippets at all. Just a brief description what is planed. About 90% complete; I plan to finish the form decorators today, as well as all tests for elements and decorators. This will complete the fourth and final item in our initial Dojo integration -- which means it will ship with 1.6. The 4 integration points are: * JSON-RPC server implementation (Zend_Json_Server) * ZF component for generating dojo.data payloads * dojo() placeholder view helper for setting up the Dojo environment for your application * Form elements, decorators, and view helpers implementing Dojo dijits Additionally, we will be shipping Dojo with 1.6. Thanks for the current status. Good to know that the Dojo integration will be ready to use so soon. None whatsoever for 1.6. Any jQuery support in ZF will need to be wholly owned by community contributors, and will need to go through the proposal process just like any other component. Ok, maybe some community members will step in here as soon as the Dojo support is implemented and ready to use. Thanks again and best regards, Ralf
RE: [fw-general] Sysadmin stuff and cookies. . .
Atlassian just sent me a build that should have it fixed. I'm going to see if it actually is fixed later this week. ,Wil -Original Message- From: Eric Coleman [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 09, 2008 10:31 AM To: Wil Sinclair; Zend Framework Subject: Re: [fw-general] Sysadmin stuff and cookies. . . Any progress wil? I kinda miss the changeset rss feeds :'( it was nice to keep an eye on what's going on. On Mon, Jul 7, 2008 at 4:24 AM, Wil Sinclair [EMAIL PROTECTED] wrote: Hey all, I've been wearing my sysadmin hat all weekend. I've upgraded some of our software, including crowd (for user management and SSO). It turns out that there isn't a compatible version of crucible for this new version: http://jira.atlassian.com/browse/FE-557. I'm going to contact Atlassian support tomorrow, but for the time being http://framework.zend.com/code is out of service. Please use http://framework.zend.com/svn/framework to browse the code instead. I'll keep you updated; if they can't fix it in a few days I will cross my fingers and try to downgrade crowd. You may also find that you are having problems logging in to the applications. Delete any cookies from the framework.zend.com domain and try again. Let me know if you experience any (new) weirdness in the next few days. Thanks! ,Wil
RE: [fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection?
Hi All, Using 1.5.2 (just downloaded) the issue is still not fixed. I am still getting in my XML-RPC Server log: methodCall methodNamesystem.methodSignature/methodName params param value stringcolumbusom.Enterprise/string /value /param /params /methodCall Run the exact transaction using 1.5.0 I get: methodCall methodNamecolumbusom.Enterprise/methodName params param value stringlocalhost:IOP:8082/string /value /param param value stringrwc/string /value /param /params /methodCall My comment on the issue tracker asks if this is going to be fixed for 1.5.3. Testing against the Incutio server the result with 1.5.2 is still problematic using the following example code. $conn = new Zend_XmlRpc_Client('http://scripts.incutio.com/xmlrpc/simpleserver.php'); try { $result = $conn-call('test.getTime'); echo $result, \n\n; } catch (Zend_XmlRpc_Exception $e) { echo $e-getMessage() . \n\n; } echo $conn-getLastRequest()-__toString(); The result is: server error. requested method system.methodSignature does not exist. ?xml version=1.0 encoding=UTF-8? methodCallmethodNamesystem.methodSignature/methodNameparamsparamv aluestringtest.getTime/string/value/param/params/methodCall Using 1.5.0 gives you: 22:17:35 ?xml version=1.0 encoding=UTF-8? methodCallmethodNametest.getTime/methodName/methodCall -Original Message- From: Jake McGraw [mailto:[EMAIL PROTECTED] Sent: 09 July 2008 19:40 To: fw-general@lists.zend.com Subject: Re: [fw-general] XML RPC calls no longer working in 1.5, possibly due to server introspection? Is this still the case for the 1.5.2 release or current trunk? The indications on that bug are that it's fixed. Looking at 1.5.2, looks like this was fixed. - jake ?php /** * FIXME Use this class instead of Zend_XmlRpc_Client until bug is fixed * http://framework.zend.com/issues/browse/ZF-2978 */ class BugFixXmlRpcClient extends Zend_XmlRpc_Client { public function call($method, $params = array()) { $request = new Zend_XmlRpc_Request($method, $params); $this-doRequest($request); if ($this-getLastResponse()-isFault()) { $fault = $this-getLastResponse()-getFault(); throw new Zend_XmlRpc_Client_FaultException($fault-getMessage(), $fault-getCode()); } return $this-getLastResponse()-getReturnValue(); } } - jake On Wed, Jul 9, 2008 at 11:52 AM, David Edwards [EMAIL PROTECTED] wrote: Hi, We have been using the ZF XmlRpc classes to communicate with our payment gateway for a while now, and this has worked fine for us in the past (using 1.0.x). However, in testing a newer version of the ZF libraries (1.5.x), our XML RPC calls stopped working, giving out the error: java.lang.Exception: RPC handler object system not found and no default handler registered Having dug around a bit, it appears that Zend_XmlRpc_Client now includes some code to handle empty array parameters in the call() method (according to the comments in the code), and it's in this block that the client makes an additional method call (system.methodSignature), to which the gateway server replies with the above error. I'm a bit stuck as to what's happening here. Is it the case that the payment gateway is breaking the XMLRPC spec (i.e. there should be a system object on the other end)? Is there a way to get Zend_XmlRpc_Client not to perform these calls? Any advice on the matter is greatly appreciated. Many thanks, David Edwards -- View this message in context: http://www.nabble.com/XML-RPC-calls-no-longer-working-in-1.5%2C-pos sibly-due-to-server-introspection--tp18363733p18363733.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/ This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
[fw-general] BIG docs commit. . .
Hi all, I have been going through the full reference guide making some basic updates. I want all the translators to know, even though you will see a checkin of pretty much every module spec, don't freak out! I've made the following easy-to-change updates: * Removed ?php and ? tags (they aren't interesting in the examples, sometimes indicate the code is executable by itself when it is not, and are a general waste of space. * Removed all 'require' and 'require_once' tags unless they are used to make a point (again, not interesting and they bring up the debate of autoloading vs. Zend_Loader vs. requires, which is not pertinent to the examples at hand) * Made all links print full URL's (no a href='http://example.com'click here/a, instead a href='http://example.com' http://example.com/a) I've also updated the grammar, spelling, and style used in the manuals to make it more legible for both native-English and non-native-English readers, as well as making all sections more consistent overall. *You can update the examples when you have the time/inclination. There are no semantic changes that have been made.* *Don't worry about the text. The style changes will not be significant enough to require re-translation in almost all cases. If re-translation is required because of factual errors, I will post to fw-docs'.* I'm doing this now to prepare our manual for rendering in different formats, including in a single printable document. Thanks. ,Wil
Re: [fw-general] about filters and validators order in Zend_Form
thanks. We plan on having both the current prefilter, as well as a postfilter; I'm not sure that this will make 1.6, however. that sounds great! Thanks your great job! 2008/7/10 Matthew Weier O'Phinney [EMAIL PROTECTED]: -- Jacky Chen [EMAIL PROTECTED] wrote (on Thursday, 10 July 2008, 12:30 AM +0800): in the Zend_Form of current implement,filters is apply before validators,but i want to filter data after form is validate. For example,in the regiser form,i have to validate the field password not empty,and than filter it with the MD5 filter. I think it is best that developer can set the filters order,filtering before or after validators. We plan on having both the current prefilter, as well as a postfilter; I'm not sure that this will make 1.6, however. For now, if you wish to filter after validation, simply run the values through a Zend_Filter filter chain or concrete filter. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] How to render breadcrumbs using action view helper
Hi, I was attempting something similar last night. I ended up with the following solution using ActionStack plugin. In the *Action you add the lines $this-_helper-actionStack('breadcrumbs','widget'); $this-_helper-actionStack('sidebar','widget'); This will call these two actions after the initial one is called (I have done this through the init() in a subclass of Zend_Controller_Action which all of my action controllers extend. In the WidgetController public function sidebarAction() { $this-view-module = $this-_getParam('module'); $this-view-controller = $this-_getParam('controller'); $this-view-action = $this-_getParam('action'); $this-render(null, 'sidebar'); } ... This will render the view script widget/sidebar.phtml (Or whatever your default is set to) and assign it to the Response object named path segment to use (if this is null then it gets appended to the content segment). In my testing the sidebarAction (and other actions called through Action stack) will have the initial module/controller/action in the parameters of the action (but not in the request object) Then in your layout you do ... div id=content ?=$this-layout()-breadcrumbs? div class=startrow div class=left ?=$this-layout()-content? /div div class=right ?=$this-layout()-sidebar? /div /div /div ... However saying all that. Your method might still work if you use the $this-_getParam('module'); inside your breadcrubsAction. It would be interesting how other people have dealt with dynamic content/widgets (breadcrumbs, navigation) also using Zend_Layout. Cheers, James fab2008 wrote: Hi to everyone, I've almost done with my first ZF project, I used Zend_Layout for managing website template and I tought that action view helper is the right choice to render little blocks of dynamic data present in every page of the site such as the breadcrumbs and a side menubar. So in my layout.phtml file I have these lines: ... div id=content ?=$this-action('breadcrumbs', 'widget')? div class=startrow div class=left ?=$this-layout()-content? /div div class=right ?=$this-action('sidebar', 'widget')? /div /div /div ... I use the left layout for rendering main content and I wish to render breadcrumbs and sidebar using an apposite controller. Now I finished the main functional part of the site and when I try to write breadcrumbsAction of Widget controller, I discovered that getActionName and getControllerName always return breadcrumbs and widget. When I made the layout and the controller structure I tought that I will be able to detect the controller and action called in bradcrumbs action in order to fill the view with the right data, but I was wrong, and now I don't know how to solve this problem with little modification to all my stuff. Any suggestion on how implement this thing. Thanks. -- James Lucas -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects.
[fw-general] Using just Zend_Form
Hello, I want to use some of the ZendFramework Components in a new project. This is no problem with Zend_Cache or Zend_Db, but with Zend_Form... I there a way to use Zend_Form withot using Zend_View? Thanks for your Help, Stefan Sturm
[fw-general] Does fisheye shutdown?
Hi All, Does anybody else notice that the fisheye has not been working for a couple days? http://framework.zend.com/code/browse/Zend_Framework/standard/trunk/documentation/manual/en/module_specs/Zend_Date-Additional.xml Thanks. Jason.