Re: [Components] Frontpage template use
On Tue, 6 Jul 2010, Kévin Surrault wrote: I'm new to eZ Publish, and I need some advice to better understand how to use the template system. For that, you will have to write to the correct forum first. You can find those at: http://share.ez.no/forums Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug-- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] ezcPersistentSessionIdentityDecorator creating a sql query with createFindQuery() results in a wrong statement with missing attributes/columns
On Wed, 28 Apr 2010, Christoph René Pardon wrote: There are some attributes missing in my statement. The definition file looks like this: $def = new ezcPersistentObjectDefinition(); $def-table = 'yela_core_acl_rules'; $def-class = 'Yela_Persistence_Core_Acl_Rules'; $def-idProperty = new ezcPersistentObjectIdProperty(); $def-idProperty-columnName = 'rule_id'; $def-idProperty-propertyName = 'rule_id'; $def-idProperty-generator= new ezcPersistentGeneratorDefinition( 'ezcPersistentSequenceGenerator' ); $def-idProperty-propertyType = ezcPersistentObjectProperty::PHP_TYPE_INT; $def-idProperty = new ezcPersistentObjectIdProperty(); $def-idProperty-columnName = 'group_id'; $def-idProperty-propertyName = 'group_id'; $def-idProperty-generator= new ezcPersistentGeneratorDefinition( 'ezcPersistentManualGenerator' ); $def-idProperty-propertyType = ezcPersistentObjectProperty::PHP_TYPE_INT; $def-idProperty = new ezcPersistentObjectIdProperty(); $def-idProperty-columnName = 'resource_id'; $def-idProperty-propertyName = 'resource_id'; $def-idProperty-generator= new ezcPersistentGeneratorDefinition( 'ezcPersistentManualGenerator' ); $def-idProperty-propertyType = ezcPersistentObjectProperty::PHP_TYPE_INT; You can only have one ID property, you're overwriting rule_id and group_id so hence they don't show up in the statement. Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug-- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] ezcmail - Problem with displaying multipart mails
On Sat, 17 Apr 2010, Dirk Schmedding wrote: My questions are now the following: - How can I evaluate the reason for that problem. Is it possible to output the mail from ezcmail to check if it is sent correctly. - Might one part of the enviroment cause this problem and if yes, which one? It's probably this issue: http://ezcomponents.org/docs/api/latest/introduction_Mail.html#mta-qmail regards, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] TemplateTranslationTiein
On Fri, 5 Feb 2010, Sascha Frinken wrote: Am 05.02.2010 17:35, schrieb Walter Rafelsberger: [... translation function only allows you to pass literal strings ...] http://issues.ez.no/IssueView.php?Id=15004activeItem=12 still UNRESOLVED :( yes, because it's really tricky to do this :-) (Like *really* tricky). regards, Derick -- http://derickrethans.nl | http://xdebug.org twitter: @derickr -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] eZ Components 2009.2 released
Hello, The development team is happy to announce the release of the *ninth* major version of eZ Components: version 2009.2. Updated Components -- The main new development of this release was focussed on improving existing components, with most effort put into the Document component. Notable improvements are: Archive === Provides more control over permission when extracting archive files. Document Support for ODF (OpenOffice documents), improved support for PDFs and performance improvements for reStructuredText formats. PersistentObject Support for identity mapping to prevent the same object being in existence more than once, and support for sub-queries. For the full announcement, see: http://ezcomponents.org/resources/news/news-2009-12-21 with kind 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
[Components] eZ Components 2009.2rc1 released!
Hello, The eZ Components team just released a release candidate of the new 2009.2 release. This release candidate resolves a couple of issues that where found during the testing and review process. The release also includes a few bug fix releases of other components. See for the full release announcement: http://ezcomponents.org/resources/news/news-2009-12-07 with kind 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] How to fetch the task list for particular user?
Hello, On Sun, 8 Nov 2009, Chirag wrote: How to fetch the task list for particular user? I've no idea what this question has to do with eZ Components. with kind 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] [Authentication] LDAP ActiveDirectory.
On Tue, 3 Nov 2009, Sascha Frinken wrote: I would like to use Authentication to authenticate against an ActiveDirectory. I could not get that working without patching ezcAuthenticationLdapFilter... My problem is that the ldap_search on line 268 does not return entries (ldap_count_entries on line 269) as the bind before (line 266) was anonymous. If I change the bind to use the credentials everything works fine. Gunnstein and I spoke about this some time ago, but I forgot the conclusion. Gunnstein, do you remember? 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] Pear installation
On Fri, 30 Oct 2009, Piotrek Karas wrote: Piotrek Karas pisze: Piotrek Karas pisze: Derick Rethans pisze: On Sat, 24 Oct 2009, Piotrek Karas wrote: Piotrek Karas pisze: Heelo, Just trying to install eZComponents on a new machine, but this time something seems to be going wrong... r...@rd:~$ sudo pear install ezc/eZComponents [sudo] password for ryba: downloading eZComponents-2009.1.2.tgz ... Starting to download eZComponents-2009.1.2.tgz (2,365 bytes) done: 2,365 bytes install ok: channel://components.ez.no/eZComponents-2009.1.2 ...and inside of that downloaded small file there is a DUMMY text file... ;( That is normal, there is also a package.xml file that provides all the information to pull in the dependencies. Why PEAR isn't doing that, I can't tell really. What does pear list -c ezc show? ja...@karmic-desktop:~$ sudo pear list -c ezc (no packages installed from channel components.ez.no) This problem seems to be consistent across Ubuntu 9.10 installations (and also 9.04 after recent updates) and seems to be pear installer related: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/445536 OK, not as much pear as the zlib. It does work the following way: sudo pear install -Z ezc/eZComponents Ah great to now. Thanks for checking this out! 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] DatabaseManager for Translation
On Thu, 22 Oct 2009, cimodev wrote: is there already a database manager/backend for ezcTranslation available? or maybe some help for build an own one? I planned to keep all translations within database instead of XML, because of the possibility to JOIN against translation within Views I am not aware that anything like this exists, but adding a new backend shouldn't be too hard. Have a look at ezc/Translation/src/ts_backend.php 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] Pear installation
On Sat, 24 Oct 2009, Piotrek Karas wrote: Piotrek Karas pisze: Heelo, Just trying to install eZComponents on a new machine, but this time something seems to be going wrong... r...@rd:~$ sudo pear install ezc/eZComponents [sudo] password for ryba: downloading eZComponents-2009.1.2.tgz ... Starting to download eZComponents-2009.1.2.tgz (2,365 bytes) done: 2,365 bytes install ok: channel://components.ez.no/eZComponents-2009.1.2 ...and inside of that downloaded small file there is a DUMMY text file... ;( That is normal, there is also a package.xml file that provides all the information to pull in the dependencies. Why PEAR isn't doing that, I can't tell really. What does pear list -c ezc show? 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] Using ezcDatabase with Mysql, lastInsertId
On Mon, 19 Oct 2009, James Janovich wrote: I am having in issue getting the lastInsertId. I tried using it against the stmt object and the db handle with no avail: $db = ezcDbInstance::get(); $q = $db-createInsertQuery(); $q-insertInto( 'ticket' ) -set( 'summary', $q-bindValue( $input['summary'] ) ) -set( 'description', $q-bindValue( $input['description'] ) ) -set( 'priority_id', $q-bindValue( $input['priority'] ) ) -set( 'severity_id', $q-bindValue( $input['severity'] ) ) -set( 'department_id', $q-bindValue( $input['department'] ) ) -set( 'user_id', $q-bindValue( '1' ) ) -set( 'status_id', $q-bindValue( '1' ) ); $stmt = $q-prepare(); $stmt-execute(); tried: $stmt-lastInsertId(); $db-lastInsertId(); The latter should work, are you sure your db schema has an auto increment field? And do you get any errors? 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] Benchmarks of template engines including ezcTemplate component
On Fri, 9 Oct 2009, Thomas Nunninger wrote: Library Memory without compilation (Ko) Twig383 PHPTAL 598 Dwoo1,645 Smarty 21,634 Smarty 31,790 Calypso 614 eZ Templates2,783 Unfortunately he does not mention the times but only memory consumption. And this does not look that much better then the results including compilation time. Right, but this whole point is moot if you use APC, as most of this memory comes from loaded code I am certain. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Error in the documentation of COnfiguration ezcConfiguration getSetting method
On Fri, 18 Sep 2009, Thomas, Maxime wrote: Just for information. getSetting mixed getSetting( string $group, $setting, string $setting ) Returns the value of setting $setting located in group $group. Seems like an issue in the documentation rendering, it's fine in the source. Not sure what I can do about it :-/ regards, Derick -- 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] ezcMailComposer: addFileAttachment missing
On Tue, 22 Sep 2009, cimodev wrote: Dear ez-Developers in your tutorials on http://www.ezcomponents.org/docs/api/trunk/Mail/ezcMailComposer.html#methodaddFileAttachment; you're describing two Methods called addFileAttachment and addStringAttachment. Both Methods i can't find in the class in version 1.6.3. You are looking at the trunk documentation, which is the latest version in SVN. These two methods are new, and will be in version 1.7. The latest released version's documentation is at: http://ezcomponents.org/docs/api/latest/Mail/ezcMailComposer.html 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] ezcMailParser converting to some other charset than utf8?
Hello! On Wed, 2 Sep 2009, Thomas Seifert wrote: I'm implementing a module to import mail messages into Phorum through the use of ezcMailParser. So far its working great beside that everything is converted to UTF-8 and there are some phorums out there which are still running other charsets because of legacy reasons. Is there any way to define which charset all mails are converted to? So far I found ezcMailCharsetConverter::setConvertMethod but I have no idea what will be broken in the library if there is something non-utf8 returned. The eZ Components will always output UTF-8, they're designed for that. I suppose you could override that conversion filter to return something else, but all the structures would still mark things as being UTF-8. Your mileage may vary. Perhaps the best approach would be to convert things manually after it comes out of the component. 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
[Components] eZ Components 2009.1.2 released!
Hello! This bug fix release addresses a few issues in the following components: Archive, Authentication, Configuration, MvcTools, Search, SystemInformation and Template. The full annoucement can be found on the website: http://ezcomponents.org/resources/news/news-2009-09-01 with kind 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] RE : cool web apps based on the components
On Fri, 31 Jul 2009, Thomas, Maxime wrote: Maybe we can just exchange the overview. If there's a hidden feature in the ezc.org website, I guess that Derick can help by tolding us what fields are necessary. There is no such thing as fields. Case studies are just like normal articles, and you can put whatever information you want in there. with kind 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] RE : cool web apps based on the co mponents
On Thu, 11 Jun 2009, Nicolas Pastorino wrote: On Jun 10, 2009, at 8:42 , Thomas, Maxime wrote: I'm in contact with Emilie Tartaglione from eZFrance, maybe you know her Nicolas :-D. We have today two references on eZComponents and we are trying to make our customer agree the information broadcast. As partner, it can be fruitful. The best way in my opinion is to provide information about which components we used the most among the project. That sounds like a good idea. I hope this suggestion will go through. Looking forward to hearing more feedback on this, Did you get anywhere with this though Maxime? with kind 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] Problems with PersistentObject on Oracle
On Wed, 15 Jul 2009, Peter Hopfgartner wrote: I've upgraded to the current ezComponets. PersistentObject is at 1.6. I have some problems writing data back to the database. In some cases I get the following a stack trace, as that appended to the end of the mail. Oracle is complaining that for a given value for a numeric field is not numeric or a string not parseable as a string. If I echo the query, as it in persistent_session.php:689, it is UPDATE REQUISITION_ITEM SET RQI_QTY = :ezcValue1, ORP_ID = :ezcValue2, ORS_ID = :ezcValue3 WHERE RQI_ID = :ezcValue4 and the content of ezcQuery::boundValues is ( [:ezcValue1] = 3 [:ezcValue2] = 25 [:ezcValue3] = 20 [:ezcValue4] = 41 ) The database table is CREATE TABLE PLANTMAP.REQUISITION_ITEM (RQI_ID NUMBER(*,0) NOT NULL ENABLE, RQI_QTY NUMBER NOT NULL ENABLE, ORP_ID NUMBER DEFAULT 40, ORS_ID NUMBER DEFAULT 20 NOT NULL ENABLE, ) As said before, for some of the load saves on other objects everything works fine. The trick is to figure out for which information it doesn't work. Are you sure you always have numbers in those fields? Perhaps it's a string containing a number sometimes. Instead of print_r() you could use var_dump() as that will show you the type as well. with kind regrds, -- 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
[Components] eZ Components 2009.1.1
Hello, We've just released the 2009.1.1 release of eZ Components. This bug fix release addresses a few minor issues in the following components: Database, Document and MvcTools. For details see the full change log below. This release also addresses an issue with the PEAR installer regarding dependency handling (issue #15067) for which this release provides a workaround. For the full release announcement, see: http://ezcomponents.org/resources/news/news-2009-07-27 with kind 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
[Components] eZ Components 2009.1 released!
Hello, The development team is happy to announce the release of the *eight* major version of eZ Components: version 2009.1. The main new development of this release was focussed on improving existing components. however two MvcTools related components have been added. Other important improvements in this release include support for OpenID 2 in the Authentication component, identity mapping in PersistentObject, string extraction methods for the Template and Translation components and PDF writing support for the Document component. For the full announcement, see: http://ezcomponents.org/resources/news/news-2009-06-29 with kind 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] Graph: Bug #15095
On Wed, 24 Jun 2009, Kore Nordmann wrote: I don't see a sane fix for this, except for a combination of the boxed and rotated axis label renderer to a new axis label renderer (like mentioned above). This would be a feature addition, which I would like to postpone after the release - on the other hand the current behaviour is wrong in terms of the rendered result. And there is no trivial workaround for labeled axis (Except for null values at the beginning of the data set). Two choices: 1) Implement the new renderer and add it, even we are in RC1 now. 2) Leave the bug open until after the release. #2 it seems :-) regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] eZ Components 2009.1rc1 released
Hello! The eZ Components team just released a release candidate of the new 2009.1 release. This release candidate resolves a couple of issues that where found during the testing and review process. The release candidate can be installed by running the following command: pear upgrade ezc/ezcomponents A full download of the release can be found on the download page. This Release Candidate be followed by the final release on June 29th, if no major issues are uncovered during our test cycle. You can find the full announcement with changelog at http://ezcomponents.org/resources/news/news-2009-06-22 with kind 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] How to handle Variables with LineBreak in Template?
On Thu, 18 Jun 2009, cimodev wrote: i have the following problem: There is an text-area, where user can edit some text containing line breaks. After submit, i will show this text in an paragraph, but all linebreaks should be converted to br-Tags. How can i do this? In Documentation i found the str_find_replace-Function. But i want to ask you, if there would be another solution, because i think, this is a common task. The best way would to do this by styling the output with CSS. Instead of replacing the text, you can do this: p style=white-space: pre-wrap {$variable} /p See also: http://www.w3.org/TR/CSS21/text.html#white-space-prop 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] YAML: design document
On Thu, 4 Jun 2009, Thomas Nunninger wrote: Why did I wrote this email then? I just wanted to make clear: it's not that easy to exchange Stream and String as the first reads/writes to streams whereas the latter gets a string parameter resp. returns a string. Is this ok then? Or do you still want to change the API? It sounds fine to me, thanks for the good clarification. regards, Derick -- 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
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 Components 2009.1alpha1 released.
On Thu, 28 May 2009, Sascha Frinken wrote: I just had a look at ezcMvcAuthenticationFilter from 2009.1alpha1. There is one thing I dislike. You can't use other hash methods for hashing the password than md5 except overwriting at least 2 methods. Wouldn't it be better to provode a method i.e.: Yeah, i agree. I committed this. 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] MvcTools: camelcase action methods
On Sat, 9 May 2009, Hans-Christian Otto wrote: I just found a regexp in MvcTools that is senseless from my point of view. In ezcMvcController::createActionMethodName you do $actionMethod = 'do' . preg_replace( '@[^A-Za-z]@', '', preg_replace( '@[a-za-...@e', 'ucfirst( \\0 )', $action ) ); to transform an action like foo_bar to a method name like doFooBar. Wouldn't dofoobar be enough? Using $actionMethod = 'do' . preg_replace( '@[^A-Za-z]@', '', $action ); should result in the same method. So, why do you still use camelcase here? You're right that the code would work fine. However, if we use camel case, the method names also show up nicely in error message and stack traces, making debugging easier. 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] MvcTools: camelcase action methods
On Sat, 16 May 2009, Bertrand Dunogier wrote: 2009/5/15 Derick Rethans d...@ez.no On Sat, 9 May 2009, Hans-Christian Otto wrote: to transform an action like foo_bar to a method name like doFooBar. Wouldn't dofoobar be enough? Using $actionMethod = 'do' . preg_replace( '@[^A-Za-z]@', '', $action ); should result in the same method. So, why do you still use camelcase here? You're right that the code would work fine. However, if we use camel case, the method names also show up nicely in error message and stack traces, making debugging easier. Wouldn't it be better to make this optional ? Why? It's not like this is heavy code. You'd lose time checking for it... to counter the function call. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] ImageConversion with crop: design question
On Wed, 13 May 2009, Stefan Kilp [sk-software] wrote: On Wed, 13 May 2009, Stefan Kilp [sk-software] wrote: i try to crop a square from the middle of a picture (mostly it is the important part). the square is needed for a thumb list. example ( a 80x80 square form the middle of an image) image 200x200 - crop 60,60 80x80 image 300x1000 - crop 110, 460 dim 80x80 image 100 x 20 - crop 10,0 80x20 the problem is that the parameter for the filter has to be defined before the image is processed. so right now i have to get the image size, define a filter, get next image, get imagesize, define filter, and so on. thats why i was asking for a kind of callback function for the filter so i can define crop dynamicly my explanations seems to be so very bad :-( i dont want to fill the missing background in the thumb, but i want to optimize the proccess of NOT defining a crop filter 100 times if i have 100 images to crop. the only thing that has to be changed on ever image is the crop position, so on calling that's exactly what the croppedThumbnail filter does. It selects a width*height section from the middle of the image. 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] YAML: design document
On Thu, 2 Apr 2009, Thomas Nunninger wrote: we managed to overwork the YAML design document according to the feedback we got. The API is straightened and we added a part about the main classes. You can find the document at http://svn.ez.no/svn/ezcomponents/experimental/Yaml/design/design.txt Please have a look at it. There are still some questions left marked as @TODO. Would be nice to here your opinion about it. @TODO: We are not sure about the name stream reader if it confuses because of existing stream related terms in programming languages/PHP. - I think it's not too much of an issue. @TODO: we are not sure about the ``eczYamlString*`` classes. - I think it's important to have, as they provide the exact same interface as the stream reader classes. Or if not, they really should be the same. It would make it easy to switch from string to file by just instantiating a different class. @TODO: Shall we rename ``ezcYamlDocument`` to ``ezcYamlStructure``? - Becaus accessing nodes is similar to DOM nodes, I think Document is fine. DOM also uses DocumentNode as the main node. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] WebDav Problem
On Wed, 22 Apr 2009, Benjamin Eberlei wrote: On Wednesday 22 April 2009 10:08:28 Tobias Schlitt wrote: There is a global lock file for the whole back end directory, which is used when you acquire or release a Webdav lock or perform certain operations on locked entities. The lock only lasts for a certain part of the request. Locking is neccessary here, since the lock plugin performs multiple requests on the backend, which must occur like an atomic operation. You're right, it should be in the hand of an admin to free such dangling locks, if they occur. You can simply delete them and the server should be running properly again. If you experience this issue reproducably again, please trace it and send me the trace so I can see what's going wrong. i tried again today after rebooting my desktop and it did not work out of the box. the usleep locking routine goes into an infinite loop in usleep. Now i have the cause (probably a bug) and it is that the directory was not +x'able from the server directory. Shouldnt that be checked in the locking routine at least once upon setting the path with the options? It should... can you file a report for this so that we don't forget about it please? (Feel free to point to this discussion from your report). with kind 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 Components RPM for Fedora 10 and RHEL
On Fri, 24 Apr 2009, llaumgui wrote: 2009/4/11 Guillaume Kulakowski guilla...@llaumgui.com: A mail for announce that I have build some eZ Components for RHEL5 (Red Hat Enterprise Linux and CentOS) : http://llaumgui.fedorapeople.org/rpm/ez_components/el5/ Some components were also disposable on Fedora : https://admin.fedoraproject.org/pkgdb/search/package/both/0/AND/php-ezc And other Components were in review : https://bugzilla.redhat.com/buglist.cgi?quicksearch=ez+components+review+request Thx A new mail for announce packaging of ezc-Cache and ezc-Mail : - http://llaumgui.fedorapeople.org/rpm/ez_components/el5/ - http://llaumgui.fedorapeople.org/review/ez_components/ I will post review integration in Red Hat bugzilla this week. Thanks for working on this. It is much appreciated! with kind 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] PersistentObject: Interface ezcPersistentObjectSession
On Fri, 24 Apr 2009, Tobias Schlitt wrote: On 04/22/2009 11:28 PM Benjamin Eberlei wrote: I see no disadvantages from forcing the current session from overtaking the identity map changes. Its a natural feature addition that shouldn't cause any backwards compability issues. I disagree. Identity management is a feature which you only need in large applications. Smaller apps don't benefit much from it. On the other hand, identity management involves quite some code and therefore load time. Therefore I'm in favor of keeping it the way it currently is, as a decorator to ezcPersistentSession. Either someone had problems with too many objects of the same type and wrapped an identity session around a current PO version, or he never had an issue, which means he doesnt care about wheater an etnity is == or !==. Still if that is not an option i would go with your suggestions, otherwise ezcPersistentSessionInterface is also a good one. ezcPersistentSessionInterface would be more clear, yes. But I'm not sure if we want to have Interface in the names of interfaces. Looks quite ugly. And it's against the coding guidelines: http://ezcomponents.org/contributing/coding_standards#class-names 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] sql-comments for ezcDatabase
On Sat, 18 Apr 2009, Thomas Koch wrote: I'm just looking at a talk[1] from a flickr guy and he mentions a debugging trick they use: While in Debug mode, enhance each SQL query with a comment containing the full PHP backtrace. Thus you can see in the DB-log where each query comes from in your PHP code. May I put this as an enhancement request in the issue tracker? We would need - ezcQuery::comment() // Add a comment to the request - ezcDbHandler automatically adding a Debug comment on each request while in Debug mode Sure, you can put this in. It'd be better if it came with a proper patch and test cases though. 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] Changing Template Delemiters
On Sat, 11 Apr 2009, Christoph Friedrich wrote: how can I change the template delemiter ({ and }) into something else (like @ and @)? THis is not possible because of performance reasons, see also: http://issues.ez.no/IssueView.php?Id=13596 with kind 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 Components RPM for Fedora 10 and RHEL
On Sat, 11 Apr 2009, Guillaume Kulakowski wrote: A mail for announce that I have build some eZ Components for RHEL5 (Red Hat Enterprise Linux and CentOS) : http://llaumgui.fedorapeople.org/rpm/ez_components/el5/ Some components were also disposable on Fedora : https://admin.fedoraproject.org/pkgdb/search/package/both/0/AND/php-ezc And other Components were in review : https://bugzilla.redhat.com/buglist.cgi?quicksearch=ez+components+review+request Cool, and thanks for working on this. Could you let me know when all of them are ready please? with kind 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] ezComponents Distribution
Hello Christoph, On Tue, 7 Apr 2009, Christoph Friedrich wrote: I have a simple question about distribute ezComponents with my Open Source Software. I want to add ezComponents to the download package of my Software. But the complete library is very big (about 100MB unpacked as I could see) and I don't need all components. Could I distribute only the components I need in my software or do I have to distribute the whole ezComponents package? You can distribute what you need of course. Out of interested, do you have a pointer to some information about your project? with kind 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] Hostname Based Routing in MvcTools
On Tue, 7 Apr 2009, Christoph Friedrich wrote: as I could see in the example tutorial of the MvcTools Documentation there is currently only URI Based routing. Is the a way to implement Hostname Based routing? For example: http://foo.bar.ez.no should call action display on controller main with parameters what set to foo.bar So that someone could implement an admin interface onto a subdomain. It's quite trivial to do this, but you need to inherit the ezcMvcRailsRoute class and overload match(). Something like the code below. Notice that there is only one line changed with the standard ezcMvcRailsRoute class' match() function. I think we should refactor this so that it's easier to just override that specific bit. I'll try to do that in an upcoming commit: class myMvcRoute extends ezcMvcRailsRoute { /** * This method performs the actual pattern match against the $request's * URI. * * @param ezcMvcRequest $request * @param array(string) $matches * @return bool */ protected function match( $request, $matches ) { $matches = array(); // first we split the pattern and request ID per / $patternParts = explode( '/', $this-pattern ); $requestParts = explode( '/', $request-requestId ); /* changed from $request-uri */ // if the number of / is not the same, it can not match if ( count( $patternParts ) != count( $requestParts ) ) { return false; } // now loop over all parts of the pattern, and see if it matches with // the request URI foreach ( $patternParts as $id = $patternPart ) { if ( $patternPart == '' || $patternPart[0] != ':' ) { if ( $patternPart !== $requestParts[$id] ) { return false; } } else { if ( $requestParts[$id] == '' ) { return false; } $matches[substr( $patternPart, 1 )] = $requestParts[$id]; } } return true; } } 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] ezcConfiguration and multiple configuration files having the same name
On Mon, 30 Mar 2009, Thomas, Maxime wrote: On Mon, 30 Mar 2009, Derick Rethans wrote: On Tue, 24 Mar 2009, Derick Rethans wrote: This could be broken caching, would you care to file a report so that we can track this? I'll have a look at it then. I've had a look at the issue (and code now) and realized that this is not a bug. If you init the manager, it re-sets the previous configuration. This is what it is supposed to do. Are you trying to setup some kind of fallback mechanism here? If so, we don't support that yet, but it sounds like a good addition. Yes, I guess it's my ez coloration... By the way, you explain me that if I reset the manager with a new init call, I'm able to reach new settings of the new set configuration. But it's not working; I can't access settings on the new configuration once it has been initialized. I just checked that, and you're right. However, we provide the -reset() method to fix this, which can be a workaround. I however have addressed the issue in in SVN. I also added an issue for a fallback form of reading configuration files, but that's marked as a feature request for now: http://issues.ez.no/IssueView.php?Id=14709 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] [Configuration] Quotes in ini files
On Mon, 30 Mar 2009, Piotrek Karas wrote: I'm trying to use Configuration component to dynamically modify linux configuration files. All seems fine except for string-based values (both empty and non-empty ones) that get automatically quoted, for example: Read operation: oldest_color = (136, 136, 255) Write operation: oldest_color = (136, 136, 255) Is it possible to avoid automated application of quotes (and just leave that possibility for strings whose white spaces would NEED to be preserved)? We've a feature request for it here (with an explanation why it is like this): http://issues.ez.no/IssueView.php?Id=13244 At the moment we have not planned to implement this. A contribution for this would however be appreciated. with kind 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
[Components] eZ Components 2008.2.2 released
Hello! The eZ Components team would like to announce the release of the 2008.2.2 version. This bug fix release addresses a few minor issues in the following components: Archive, Database, Document, Graph, Mail, PersistentObject, Search, Workflow and WorkflowDatabaseTiein. For details see the full change log[1]. You can find downloads of the whole bundle on the download page and updated documentation on the documentation page. Users of the PEAR installer can upgrade to the new version by issuing: pear upgrade ezc/ezcomponents [1] http://ezcomponents.org/resources/news/news-2009-03-30 with kind 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] ezcConfiguration and multiple configuration files having the same name
On Tue, 24 Mar 2009, Derick Rethans wrote: On Tue, 24 Mar 2009, Thomas, Maxime wrote: In my index.php : $cfg = ezcConfigurationManager::getInstance(); $cfg-init( ezcConfigurationIniReader, config ); $settings = $cfg-getSettingsInGroup( standard, MainSettings); And then further in the code : $cfg = ezcConfigurationManager::getInstance(); $cfg-init( ezcConfigurationIniReader, fr/config ); $settings = $cfg-getSettingsInGroup( standard, SpecificSettings); And then, I've got an issue : SpecificSetting does not exist in the standard configuration. Apparently, it means that once you've got a declared configuration in one directory, it's set for all directories. This could be broken caching, would you care to file a report so that we can track this? I'll have a look at it then. I've had a look at the issue (and code now) and realized that this is not a bug. If you init the manager, it re-sets the previous configuration. This is what it is supposed to do. Are you trying to setup some kind of fallback mechanism here? If so, we don't support that yet, but it sounds like a good addition. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] YAML Component: Requirements
On Mon, 23 Mar 2009, Thomas Nunninger wrote: we (my brother Josef and I) had a look at the YAML specification and wrote the requirements draft that you find attached to this mail. Looks good, but as discussed on IRC, I would add the following points: - part of the requirements should be the configuration tie-in, as that's still the most asked question related to YAML. - there should be an implementation of or two backeneds (pecl extensions) — if not only to see how feasible it would be to integrate them. 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] ezcConfiguration and multiple configuration files having the same name
On Mon, 23 Mar 2009, Thomas, Maxime wrote: I've got an issue with the ezcConfiguration component, but maybe it's just a documentation problem. My folders are organized like this: / ---config --standard.ini --... ---fr --config -standard.ini -... And when I ask for the configuration standard with the normal code, I just get back the /config/standard.ini settings and not those from /fr/config/standard.ini. And it's the same if I set the location with the init function. Is there something I'm not doing correctly? It's hard to say without code, can you show some? 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] Benchmarking mvc frameworks
On Sat, 7 Mar 2009, Benjamin Eberlei wrote: On Thu, 05 Mar 2009 22:59:10 +0100, Gaetano Giunta g...@ez.no wrote: An interesting blog post (an update in fact) about relative speed of different frameworks in building a simple mvc app: http://paul-m-jones.com/?p=421 eZComponents are not included, mainly I think because when the original test was carried out in 2006 the mvc component did not exist. It would be nice if somebody could find a couple of hours to create the equivalent ezc-based app and test it. Even if we do not come out first in terms of speed, just showing up that blog page would be useful, I think. @gaetano: I can tell you ezcMvc is frikking fast in the hello world business. I haven't made a statistically sound benchmark but i did some siege testing ZF vs ezcMvc base apps (using the PHP View Handler) and ezc was faster by a multitude. Would you be interested in spending some time on this? It'd be good to know what the ballpark difference is. Not only speed wise, but also feature wise. Also, performance is really a non-issue if you decide to use a framework/mvc implementation in my opinion. That I disagree with. Latency is something that's really annoying for users. 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] GRAPH - Import data to use in graphs
On Wed, 11 Mar 2009, Raul Mateos wrote: I was wondering is there is way to import some data, as an .csv value, instead of using arrayDataSet That is, change: $graph-data['data'] = new ezcGraphArrayDataSet( array( 'Unix' = 346, 'VMS' = 8, 'Linux' = 374, 'Windows' = 34, ) ); to something like: $graph-data['data'] = new ezc_importGraphArrayDataSet( 'file.csv'); And this file.csv contains: Unix,346 VMS,8 and so on At the moment that's not there, but it would be good to have something like this. Are you intersted in developing something here? I doubt it would be a lot of work. 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] Need Help - Uncaught exception - using the HelloMvc Example
On Thu, 12 Mar 2009, mailbox_O2_pl wrote: I'm a beginner on ezComponents and I want to try out the MVCTools starting the HelloMvc Example on my local machine occours the following error: Fatal error: Uncaught exception 'ezcMvcInfiniteLoopException' with message '25 redirects have occurred, there is a possible infinite redirect loop.' in /var/www/sites/24id.de/codecenter/files/external_components/ezc/trunk/MvcTools/src/dispatchers/configurable.php:65 Stack trace: #0 /var/www/sites/24id.de/codecenter/files/external_components/ezc/trunk/MvcTools/src/dispatchers/configurable.php(201): ezcMvcConfigurableDispatcher-checkRedirectLimit(25) #1 /var/www/sites/24id.de/scamtectors.net/www.mywebspace.net/HelloMvc/www/index.php(10): ezcMvcConfigurableDispatcher-run() #2 {main} thrown in /var/www/sites/24id.de/codecenter/files/external_components/ezc/trunk/MvcTools/src/dispatchers/configurable.php on line 65 The HelloMvc example I've got from the head version from .svn is somebody where to give me some hints how to resolve this problem? It's most likely because an error is thrown, and you don't have a proper /fatal error handler yet. This will make things loop. You'll have to find out whey the error is thrown. You can do so with using xdebug and setting xdebug.show_exception_trace to 1 (http://xdebug.org/docs/all_settings#show_exception_trace) 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] ezcConfiguration and multiple configuration files having the same name
On Tue, 24 Mar 2009, Thomas, Maxime wrote: In my index.php : $cfg = ezcConfigurationManager::getInstance(); $cfg-init( ezcConfigurationIniReader, config ); $settings = $cfg-getSettingsInGroup( standard, MainSettings); And then further in the code : $cfg = ezcConfigurationManager::getInstance(); $cfg-init( ezcConfigurationIniReader, fr/config ); $settings = $cfg-getSettingsInGroup( standard, SpecificSettings); And then, I've got an issue : SpecificSetting does not exist in the standard configuration. Apparently, it means that once you've got a declared configuration in one directory, it's set for all directories. This could be broken caching, would you care to file a report so that we can track this? I'll have a look at it then. reagrds, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] YAML support for Configuration component
On Fri, 13 Mar 2009, Thomas Nunninger wrote: - Is the pecl extension a no-go because of the requirement to install the extension? No, it's not a no-go. We usually don't compromise and rely on PHP (extensions) to be there already. - Is the MIT licence ok for bundling with eZ Components? No, we can't bundle anything that's not covered by the CLA unfortunately :( - Do you know some other solutions to read and write YAML? No, you covered all that I know off. - Which versions of YAML should be supported? (there are: 1.0, 1.1, 1.2 where 1.2 seems to be almost the same like 1.1 only with some very small changes in line break handling) I'd say all of them? :) regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Set ezcAuthenticationSession options
On Thu, 5 Mar 2009, Dals wrote: There is a problem with default ezcAuthenticationSessionOptions. When I'm try to set custom options names how it described in docs: - $options = new ezcAuthenticationSessionOptions(); $options-validity = 600; $options-idKey = 'customKey'; $options-timestampKey = 'customTs'; $filter = new ezcAuthenticationSession( $options ); $filter-start(); - it going without errors or notices. But it looks like that given auth options names are not overriding. When i dump $_SESSION array after auth. procedure to check that keys, it gives me array like: Array ( [ezcAuth_id] = testuser [ezcAuth_timestamp] = 1236259066 ) As you can see, key names was not ovverriden. So, please, can you help me with this issue? How to successfully override those key names? It seems like a bug, and I just ran into it myself as well. Perhaps you can file a bug report at http://issues.ez.no? 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] PDF generation - design document
On Tue, 24 Feb 2009, Kore Nordmann wrote: After we discussed the requirements during the last two weeks with no major changes, I wrote a design document for the PDF generation. Please ensure to find your usecases covered in the attached design document [1]. Comments on the current design and aspects of the implementation are now also welcome. We should have some form of possibility to control the width of table columns. This has to be done for each table specially, so that means we'd need PCSS ID support. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Roadmap: Debug EventLog Components
On Sat, 7 Feb 2009, Andreas Schamberger wrote: I recently thought about the Debug EventLog Components and had a look at the Issue Tracker. There are several issues that attracted my attention. Derick added the issue Investigate on how to improve the Debug and EventLog components (http://issues.ez.no/IssueView.php?Id=14090). In my opinion the Debug component should be retired completely in favor of the EventLog component. The loss of the HTML output is imo not a problem as there is a better alternative: FirePHP (http://issues.ez.no/IssueView.php?Id=13614). I wouldn't mind adding support for this, but I know very little about FirePHP. At the moment it's marked as Open for Contributions. Custom HTML output or other more application specific things could be done with the ezcLogStackWriter by Thomas Koch if somebody would need that (http://issues.ez.no/IssueView.php?Id=14104). Could this be added to the next version btw.? I'll add it to the list to check out, but can't promise anything right now as there are other priorities. What do you think about adding method overloading for the different severity levels ($log-info(), $log-debug(), ...)? Doesn't sound like a bad idea... makes the API easier to use I think. Care to file an enhancement for this? Open questions: * How do we integrate logging of Exceptions and tables (arrays) into the existing API (maybe only usefull for usage with FirePHP)? Have an example of this perhaps? * How do we add some timer functionality to EventLog? * Do we need to bundle the FirePHP class for a EventLogFirePhpTiein? In the Pear Package the dependency could be added easily as there is a PEAR channel for FirePHP. Unfortunately, we can't bundle anything because of the CLA, whether we can add a dependency on the pear channel we'll have to see -- but that might work. It would not be able to be autoloaded in its entirely I suspect. With this email I'd like to start a discussion about the improvement of the EventLog component especially by getting FirePHP support. What do you think? I wouldn't mind to have it at all... I think it's much better than having to render the output at the end of the request. 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] ezcPersistentFindIterator and the identity map
On Mon, 16 Feb 2009, Tobias Schlitt wrote: I personally would like to treat the current behavior of ezcPersistentFindIterator as a bug and fix it to not overwrite object states anymore. I agree with that. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Proposal: SystemProcess - External command execution component
On Wed, 28 Jan 2009, Jakob Westhoff wrote: I would like to propose a new component to ease the execution of external processes. I created an object oriented execution wrapper some time ago for another project I am currently working on. After all the positive feedback I got from different people using this utility I realized this could possibly an interesting contribution to the eZComponents. I wrote a requirements document for such a component which you can find attached to this mail. As you will see from the requirements document. The current implementation could easily be used as a basis for the creation of a more sophisticated process handler, which I would like to write. It looks like a good idea indeed, I've some remarks and comments though to your document: eZ Components: SystemProcess, Requirements ~~ :Author: Jakob Westhoff :Revision: $Revision: 14 $ :Date: $Date: 2009-01-28 19:30:31 +0100 (Mi, 28. Jan 2009) $ Introduction Description --- The SystemProcess component presents a set of features to execute and handle external applications in an easy and manageable way. It takes care of the underlying system calls and specialties like different path formatting or signal handling to provide a platform independent but yet flexible way to work with external applications. Furthermore it automagically escapes the given command or argument parts to make code injection less easy and ensure correct command execution. Current implementation -- The currently available implementation provides easy means to handle synchronous as well as asynchronous program executions using the proc_* function set from php. It is fully unit tested. At the current development stage it is does not ensure any cross platform compatibility with windows or any other system them plain Linux. Nevertheless it should also work on other \*nix based systems. Because of not taking windows support into account, currently no way of cross platform path creation is implemented either. It is available at:: svn://svn.pureenergy.cc/systemProcess Requirements The SystemProcess component needs to fulfill the following requirements from the current point of view: Execution - - Provide an easy but yet effective way of executing external processes, retrieving their output after they finished. (Synchronous execution) - Provide means to read from the file descriptors (STDOUT, STDERR, custom descriptors) an executed process provides during while it is currently running. (Asynchronous execution) - Provide a string representation of the built shell command without necessarily executing it. - Receive the probably non zero exit codes after process execution finished. - Send arbitrary POSIX signals to an asynchronously running process. (This can obviously not be done on windows systems.) - Terminate a currently running process. This is only feasible for asynchronously running processes where such operations can be triggered while the process is running. It would also be good to have an overview of which processes are running as children so that an interface can be presented that allows you to watch the status (running, alive, dead, stopped, terminated) and perhaps kill them. Another possibility perhaps could be to spawn in one go multiple processed as worker threads. Design goals The workflow of a creating a SystemProcess object applying certain arguments as well as options to it and finally spawning the process should be intuitive as possible. The best way to achieve such an intuitive API would be to design it having the fluent interface pattern in mind. The used interface should look something like this:: new ezcSystemProcess( 'echo' )-argument( 'foo' )-execute(); Method chaining can not be done with new classname, so it has to be: $p = new ezcSystemProcess( 'echo' ); $p-argument( 'foo' )-execute(); regards, Derick -- 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] CSV export view
On Tue, 6 Jan 2009, Alexandru Stanoi wrote: Philipp Kamps wrote: Here is what I tried so far: class ReportsExportView extends ezcMvcView { function createResponse() { $resultBody = 'csv content'; $result = $this-result; // set $result-status ??? $return = new ezcMvcResponse( $result-status, $result-date, $result-generator, $result-cache, $result-cookies, $result-content, $resultBody ); // set $return-status ??? $content = new ezcMvcResultContent(); // see MvcTools/src/structs $content-type = 'text/cvs'; // other properties can be set like charset, language, encoding // but it seems it does not handle Content-Disposition: attachment $return-content = $content; Yup, I think we've missed that one and need to add it. I added a feature request for it: http://issues.ez.no/IssueView.php?Id=14250 regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Fragmentation issue with the Cache - APC component
Hello Roderik, On Tue, 6 Jan 2009, Roderik van der Veer wrote: I'm caching every page in the site, for 1 year, and a few minutes after startup the framentation starts and increases gradually until the server goes down. I don't understand why there is fragmentation to begin with, the cache is not full, the cache lifetime is 1 year long so nothing should get tossed out. The only information i found online describes fragmentation when the cache is full. This seems indeed strange. I'll see if I can have a chat with the APC developers about this. I don't think this is anything that we (ez components team) can do about unfortunately, as we just call APC's store() and fetch() functions. I'll keep you posted on it. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Fragmentation issue with the Cache - APC component
On Fri, 9 Jan 2009, Derick Rethans wrote: On Tue, 6 Jan 2009, Roderik van der Veer wrote: I'm caching every page in the site, for 1 year, and a few minutes after startup the framentation starts and increases gradually until the server goes down. I don't understand why there is fragmentation to begin with, the cache is not full, the cache lifetime is 1 year long so nothing should get tossed out. The only information i found online describes fragmentation when the cache is full. This seems indeed strange. I'll see if I can have a chat with the APC developers about this. I don't think this is anything that we (ez components team) can do about unfortunately, as we just call APC's store() and fetch() functions. I just spoke to the guy, and apparently the issue is a too high rate of insertions by multiple processes concurrently. If every process uses the same APC key to store, they conflict and only one of them wins and the other leave a hole in the memory space. This should not take the server down though. He says he's already working on improving this, and this should hit CVS soon (ie, before the end of the month). He also suggests that you try the current CVS version of APC to see if that already solves the taking down of the server. Could you perhaps try that? regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] eZ Components 2008.2 released
Hello, The development team is happy to announce the release of the seventh major version of eZ Components: version 2008.2. New Components The main new development of this release is focused on the MvcTools (and accompanying) components. MvcTools The MvcTools component implements the tools for an framework. Instead of dedicating the structure of the application, it provides a dispatcher, two request parsers (one for HTTP, and one for e-mail message through the Mail component), two routing methods, two views handlers (one through plain PHP scripts, and one through the Template component) and a response writer for HTTP. The tools that are currently implemented, will in later releases be used by a Framework component. There are currently two example applications available in the eZ Components SVN repository. A simple HelloMvc application, as well as a more advance application called TheWire that implements a twitter like internal-messaging system. The HelloMvc application is also described in the MvcTools tutorial. Other Improvements Main improvements in this release include support for more formats in the Document component and support for Webdav locking and authentication. Document The Document component enables you to convert documents between different formats. Previously, it would convert ReST to XHTML and DocBook. DocBook is intermediate format for most of the conversions. In this release more formats are implemented, such as three different wiki formats (Confluence, Creole and DokuWiki), the eZ Publish XML formats, as well as reading XHTML (before it could only output to XHTML) and writing ReST (before it could only parse ReST). The wiki parser can easily be extended for other wiki formats. Webdav The Webdav component now supports authentication and authorization as well as support for integration of authentication mechanisms into your already existing systems. In addition, it supports shared and exclusive write locks, even with your custom storage back-ends. Statistics For this release, the development team addressed 55 bugs, implemented 43 new features and completed 14 tasks - 112 issues in total. For the full ChangeLog, please refer to the full release announcement that you can find online here: http://ezcomponents.org/resources/news/news-2009-01-05 with kind 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 Components 2008.2 released
On Mon, 5 Jan 2009, Hans Melis wrote: Derick Rethans wrote: The development team is happy to announce the release of the seventh major version of eZ Components: version 2008.2. Congratulations with the release! There's one issue though, the MvcFeedTieIn (and related autoload file) is missing in the downloadable archives. A quick look at the PEAR channel shows it's missing there too. Yes, that's not by mistake. We found out too late that the feed tiein was a bit too rough to be released. It even has some hardcoded URLs in it. We'll be working on resolving this as one of our items on the highest priority list. 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] [MvcTools] Sending HTTP status codes
On Tue, 16 Dec 2008, Hans Melis wrote: Hans Melis wrote: Is there some way to accomplish this? Is revision 9636 perhaps a response to this? :-) Partly, I'm not quite done with the refactoring yet -- hope to fix that today and then I come with a proper answer :) regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] New Component Proposal
On Mon, 15 Dec 2008, Kevin Waterson wrote: My proposal is for an ezcForm component. The ezcForm component would provide an interface to the creation of HTML form objects which may be rendered for use with templates. Each form element would be an object which whose properties would define how the form would be rendered. eg: ?php $form = new ezcForm; $form-setMethod('post'); $form-setId('my_form_id'); $form-setAction($url); Usually, we would just use properties for this, and not setter methods. $select = new ezcFormSelect; $select-options($array) -setLabel('My Select') -setId('my_select_id'); $submit = new ezcFormSubmit; $submit-setValue('Click Me') -setScript('onclick=do_some_js'); $form-render(array($select, $submit)); ? Also proposed, is the ability to attach validators directly to to each object. ?php $txt = new ezcFormText; $text-setName=email) -setId(email) -setLabel('Enter Email') -setRequired(true) -setValidator(ezcFormValidateEmail); ? In this instance, ezcFormValidateEmail could be a call back to new ezcInputFormDefinitionElement( ezcInputFormDefinitionElement::REQUIRED, 'validate_email' ) An ezcForm component will provide a comprehensive suite of easy to use form objects with an easy to use API. Forms will initially be defined insite a definition list, but other markup should not be hard to build in. Larson was working on something similar at some time in experimental, but after a quick chat on IRC he described his as overly complex. I'd be nice to have some frontend/backend interaction going on here where you have both client- and server-side validation. The widget thing that Larson had was a bit complex, but it does provide some good ideas as well. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [userinput] definition: required vs. optional
On Fri, 12 Dec 2008, Piotrek Karas wrote: Just looking at the UserInput component for the first time, I completed the tutorial sample code, seems to run fine, but I seem to have found some inconsistencies: With definition: $definition = array( 'firstName' = new ezcInputFormDefinitionElement( ezcInputFormDefinitionElement::REQUIRED, 'string' ), 'lastName' = new ezcInputFormDefinitionElement( ezcInputFormDefinitionElement::REQUIRED, 'string' ), 'age' = new ezcInputFormDefinitionElement( ezcInputFormDefinitionElement::REQUIRED, 'int', array( 'min_range' = 1, 'max_range' = 99 ), FILTER_FLAG_ALLOW_HEX ), 'email' = new ezcInputFormDefinitionElement( ezcInputFormDefinitionElement::REQUIRED, 'validate_email' ), ); If I submit an empty form, age and email get [invalid] warning, and first name and last name don't. 1) Since first and last name are REQUIRED, why is an empty string interpreted as valid? REQUIRED means that the form that is sent should contain *a* value, not that it can't be empty. (We have a feature request for that at activeItem=2) After that, the filter (string, int, validate_email) runs over it and might invalidate it. This happens for int (as an empty string is 0) and for email (because it can not be empty and needs to contain an @ etc). 2) When I change REQUIRED to ezcInputFormDefinitionElement::OPTIONAL, nothing seems to change. Correct, because I suppose in your case, all 4 form elements were actually sent. So how do I make an e-mail field optional, as in validate the field if some value provided? It doesn't seem to have any extra options to control that... You are right here. REQUIRED and OPTIONAL are not as... inituitive as they should be unfortunately. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] New Component Proposal
On Mon, 15 Dec 2008, Kevin Waterson wrote: This one time, at band camp, Alexandru Stanoi a...@ez.no wrote: Is it a good idea to depend on another component? (UserInput in this case). I was thinking on this, and the options seem to be to 'repurpose' UserInput or to re-invent it again in ezcForm I wouldn't mind re-inventing it actually... UserInput is not the most useful or nicely implemented components. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] eZ Components 2008.2 Release Candidate released
Hello, The eZ Components team just released a release candidate of the new 2008.2 release. This release candidate resolves a couple of issues that where found during the testing and review process. The release candidate can be installed by running the following command: pear upgrade ezc/ezcomponents A full download of the release can be found on the download page.[1] This Release Candidate be followed by the final release on January 5th, if no major issues are uncovered during our test cycle. The full release announcement can be found online.[2] [1] http://ezcomponents.org/download [2] http://ezcomponents.org/resources/news/news-2008-12-15 with kind 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] not register an object
On Mon, 20 Oct 2008, eddier waldir gallego rios wrote: here it does not continue the execution $plugin = new ezcWorkflowSignalSlotPlugin; For some reason the component wasn't part of the package - I've reuploaded the zip and tar.gz files now, with the WorkflowSignalSlotTiein in there. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] Alpha MvcTools and bug fix releases
Hello! The eZ Components team just released the first alpha releases of the MvcTools components set. The MvcTools implement functionality that allows you to set up a framework in a very simple way. The MvcTools is show cases in both an introductionary video[1] and in TheWire -- a corporate twitter client that's available in the eZ Components SVN repository[2]. Besides the new MvcTools components, we also released new versions of the Authentication, Configuration, Feed and Mail components that address minor bugs in those components. New versions can be installed through the PEAR installer with: pear upgrade ezc/Authentication pear upgrade ezc/Configuration pear upgrade ezc/Feed pear upgrade ezc/Mail The alpha versions can be installed by running the following commands: pear upgrade ezc/MvcTools-alpha ezc/MvcMailTiein-alpha pear upgrade ezc/MvcFeedTiein-alpha ezc/MvcTemplateTien-alpha The alpha releases will become part of 2008.2alpha1, which we hope to release early November. [1] http://ezcomponents.org/resources/articles/article-2008-09-25-mvctools-vid1 [2] http://svn.ezcomponents.org/viewvc.cgi/docs/examples/applications/TheWire/trunk/ 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
[Components] Alpha/Bug-fix releases
Hello! I did some checking, and saw that we can release some components. I'd like to do that on Monday: Bug fix: Base 1.5.2 Feed 1.1.1 Mail 1.5.2 Alpha: Configuration 1.4alpha1 MvcTools* 1.4alpha1 UserInput 1.4alpha1 Workflow 1.3alpha1 WorkflowDatabaseTiein 1.3alpha1 Possibles: ConsoleTools 1.5alpha1 ? PersistentObject 1.5alpha1 ? For MvcTools, there might follow another alpha, as for the possibles, I'd need some input whether they're ready to be released as alpha. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] WebDav Component
On Wed, 1 Oct 2008, Tobias Schlitt wrote: On 10/01/2008 01:06 PM Michael Buisson wrote: I put this code /var/www/html/webdavserver.php : $server = ezcWebdavServer::getInstance(); $server-configurations-pathFactory = new ezcWebdavBasicPathFactory( 'http://xyz.abc.com/backend/' ); - also tried with this line commented $backend = new ezcWebdavFileBackend(dirname( __FILE__ ) . '/backend'); $server-handle( $backend ); Looks like the docs were not re-generated since I fixed this bug in the tutorial. I'm regenerating them now (for trunk). regards, Derick -- 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
[Components] Bug fix releases
The eZ Components team just released new versions of the Base, Document, Mail, Template, Tree, Url and Webdav components that address minor bugs in those components. New versions are exclusively available through our PEAR channel, and can be installed through the PEAR installer with: pear upgrade ezc/Base pear upgrade ezc/Document pear upgrade ezc/Mail pear upgrade ezc/Template pear upgrade ezc/Tree pear upgrade ezc/Url pear upgrade ezc/Webdav The full change log can be found in the release announcement: http://ezcomponents.org/resources/news/news-2008-08-04 with kind 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] Database component - Exception implementation
On Tue, 29 Jul 2008, Simon Wippich wrote: I'm sorry to disturb you with a small problem that should be obvious. I use the database component to connect my DB. My problem is that my application just stops working in case that the database behind my DSN is not available. Is there an exception that can be intercepted in this specific case or how can I handle that kind of error? Somehow I did not succeed in implementing that one. Thank you for any hint or a short example... You should get an (PDO) exception automatically already - how does your code look like? regards, Derick -- 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] [ezc website] the ezc down?
On Sat, 26 Jul 2008, Derick Rethans wrote: On Sat, 26 Jul 2008, Piotrek Karas wrote: I haven't been able to access ezc website nor use pear installation all day today. Is it just my problem, or is the website actually down? It was working earlier, but it does seem to be down now. I'll try to investigate. Fixed now. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] FW: ezcDbFactory - Oracle
On Thu, 24 Jul 2008, eddier waldir gallego rios wrote: but when a try whit ez components it's not perform, I think the Oracle service name is the problem or the server name localhost $dbparams = array( 'type' = 'oracle', 'dbname' = 'EWG', 'user' = 'ARIESW', 'pass' = 'ariesW' ); $db = ezcDbFactory::create($dbparams ); Or $db = ezcDbFactory::create('oracle://ARIESW:[EMAIL PROTECTED]/ewg' ); Sometimes I feel limit whit my english and is hard to explain what i did. I don't know, but in our case ezctest is both the name of the service *and* service. You're not mentioning which error you're getting though so it's hard to say what is going wrong. regards, Derick -- 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] SOAP component / ezcMail Mime Handling
Hello, On Wed, 23 Jul 2008, Andreas Schamberger wrote: Before I get to some problems I had with the MIME code in ezcMail I want to raise an important question: How do we solve the problem that we don't rely on other components and don't want to duplicate code either? By not adding a SOAP component with MIME support? ;) Any comments? We'd need to split out the MIME handling support into perhaps it's own component. I don't know how feasible that is -- I've little idea on how SOAP deals with MIME as well - would you have a link to some summarized information? Generally speaking it was quite easy to (ab)use the MIME handling for my purpose, but I had some troubles with the MIME classes: a) ezcMailMultipart::$noMIMEMessage has some text to inform mail clients without MIME support about this problem. It is not possible to disable this and therefore I also had these messages in my SOAP messages. In my case it didn't cause any problems with the server (connecting to amazon), but it definitely shouldn't be there. Can we add an option to disable this? Yes, sure. Please file a feature request for it. With patch and tests would be even better :) b) ezcMailVirtualFile (all ezcMailFile classes I think) has a fixed encoding (base64) and it is not possible to change it. Why is the encoding fixed? In other parts of the MIME code one can configure that (e.g. ezcMailText)? Therefore I had to extend the class to get the required 8-bit for my XML attachments. Which other encodings would you want? Quoted-printable doesn't really work so well for 8-bit files. And it's also not safe to put raw 8-bit data into either e-mail or XML as far as I know. c) When parsing a MIME message the detected files are saved to a temporary file on disk. Why? To save memory resources. You can't really expect mail to not come with 50mb attachments - which would quickly fill up the memory. For the SOAP component this is unnecessary overhead as I want to inject the data into the result XML of the SOAP request afterwards. An option to use ezcMailVirtualFile (instead of ezcMailFile) as target would be cool. I think that would be useful to have as well - as an option. I think we already allow setting some overrides for class names (through http://ezcomponents.org/docs/api/latest/Mail/ezcMailParserOptions.html), so adding another similar option would be great to have. Again, a feature request and/or patches with tests would be useful :) Ok, that's it for now. If you finally don't remember what this confusingly written mail is all about: - possible new ezcSoap component I've a question for you here as well - would this sit on top of PHP's SOAP extension, or something totally new? I'd prefer it actually if some of this works went into improving the SOAP extension instead if necessary and useful. regards, Derick -- 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] ezcFactory
On Thu, 24 Jul 2008, eddier waldir gallego rios wrote: I am just a newbie in ez components, so i don´t know what are the pros and cons of, Would you mind to tell me more details about how can i connet oracle whit ezcomponents or do you now about who had connet to oracle and can help me. Trying $dbparams = array( 'type' = 'oracle', 'dbname' = 'EWG', 'user' = 'ARIESW', 'pass' = 'ariesW' ); $db = ezcDbFactory::create($dbparams ); Or $db = ezcDbFactory::create('oracle://ARIESW:[EMAIL PROTECTED]/ewg' ); That's exactly how you connect. We use the following string on our test machine to run the tests: $db = ezcDbFactory::create( 'oracle://ezc:[EMAIL PROTECTED]/ezctest' ); 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
[Components] Document 1.0.1 released.
Hello! We've just released a bugfix release of the Document component. This release address a few issues with parsing documents in the RST format. The release is only made through the PEAR installer, but it will be bundled in an upcoming eZ Components 2008.1.1 release. For this we do not have a date yet however. 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] [Tree] Multiple trees in one db table
On Tue, 8 Jul 2008, Piotrek Karas wrote: Derick Rethans wrote: On Tue, 8 Jul 2008, Piotrek Karas wrote: Would it be possible to use Tree component to store and manage in one db table multiple trees (multiple root nodes)? For example, by adding a special key that would identify records that belong to one tree, or another, for example: It would be very hard to change to this - why can't you just use multiple tables for multiple trees? I'm planning a datatype for eZ Publish that for each contentobject_id/classattribute_id combination (or simply for each content object attribute) will have a separate tree. Now, if that datatype becomes popular in terms of objects (I expect more than 10k), this would mean as many trees... I just thought it would be great to solve this problem with the component, but on the other hand, I don't expect single trees to be very complex. Also, the management model will not have to be advanced, so after all I may go back to writing my own code for that. So why don't just just make one tree where the roots of your trees are basically the first sublevel? regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] RE : Pear installer, older versi ons of eZC
On Thu, 3 Jul 2008, Thomas, Maxime wrote: Maybe I'm misunderstanding the ezc installation but when I install ezc 2008.1, the pear install tells me that my PHP version is not compatible with some components. I guess it is why Jérôme would like to install an older version of eZC. Right, since 2008.1 we require PHP 5.2.1 - which has been released for almost one and a half years ago. PHP 5.2 has many new features, as well as security bug-fixes, so upgrading is a *really* good idea. Maybe we will have to write an article / tutorial on how update the PHP version (with the deposit stuff). I don't think that's our task really. There are plenty of tutorials, as well as the PHP manual (http://no.php.net/manual/en/install.php), that explains how to do this in great detail. regards, Derick-- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Pear installer, older versions of eZC
Hello Jérôme, On Thu, 3 Jul 2008, Jérôme Vieilledent wrote: Hi Derrick, Sorry, but it's Derick. I'm doing this because for some reasons I can't upgrade my PHP. I'm in PHP 5.1.4 and the last relase of eZComponents needs 5.2.1 at least. By the way, the command you gave me doesn't work :-(. The installer still says that it needs PHP 5.2.1 : Apparently it doesn't know how to resolve dependencies for non-latest versions :/ But as I mentioned in my other reply, you really should upgrade to a later PHP version. Alternatively you can download a whole bundle from http://ezcomponents.org/download/dl_components regards, Derick-- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Pear installer, older versions of eZC
On Wed, 2 Jul 2008, Jérôme Vieilledent wrote: Is it possible to install an older version of eZComponents with the PEAR installer ? Yes, of course. You can do the following: pear install ezc/ezcomponents-2007.1 However, there is no reason why you want to install an older version. The newer versions are fully compatible with the older ones, and include bug fixes (and new features). 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] [Sdk-public] MmvTools requirements and design
On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 12:02 PM Derick Rethans wrote: On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 09:24 AM Derick Rethans wrote: On Sun, 29 Jun 2008, Tobias Schlitt wrote: ezcMvcRequest - The class defines a $content and a $variables attribute. Where is the difference here? In case of GET/POST requests, there are only variables, files, etc. So not content. In case of PUT requests, there might be content, but no variables. Shouldn't this be unified? In case of a SOAP request, there are only variables, too, but no content. It's a struct, so I don't see what you're trying to say here. The point is, that $variables and $content is redundant. No, they are not. For PUT you have both content and variables (a la GET). I did not see PUT requests like this, yet. However, then it makes sense to keep both. We need to define how non-HTTP requests then fill these attributes to keep consistency. Well, for the mail request builder, the content could be the message body, where as the variables could be things *parsed* from the body, like bugzilla does with: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=200641#15 (the retitle part f.e.) ezcMvcRequestAuthentication --- This class defines an $identifier and $password field. These fields only make sense for authentications as Basic-Auth. However, in case of e.g. OpenID, they are not available. Such differences should be abstracted in the class. That's why this is just part of the stuct as a property of ezcMvcRequest. It can be absent of course. The point is not the absense, but the different needs for authentication mechanisms. Is this struct meant to be extended for different authentication methods? As I said, OpenID is an example where you don't have username and password. Token based authentication is another example. Maybe someone wants to realize GPG key based authentication? Sure, but all the other things that you mention, is not request data. So it's not important. A token submitted via GET or POST is indeed request data. :) However, if my described inheritence is the plan, it's fine for me. Shall I update the design in this direction? We'd like to play with how this looks like for OpenID first. Hopefully today. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [Sdk-public] MmvTools requirements and design
On Sun, 29 Jun 2008, Tobias Schlitt wrote: ezcMvcRequestBuilder I think the name of this class is a bit strange. I'd favor to call it ezcMvcRequestParser. I think this sounds more common. That's the name we had previously, but as some people pointed out: This class does not *parse* a request - it builds a request object from the raw request data. RequestParser would sortof indicate it accepted a request object already, instead of creating one. This is why we changed it to ezcMvcRequestBuilder. ezcMvcRequestFilter --- The filters are described to be used in a method named ezcMvcController-runRequestFilters(), while this method should be called by ezcMvcController-run(). It does make little sense to me to mention that a method ezcMvcController-runRequestFilters() should be implemented at all, if the controller calls the filter itself. Instead I would suggest to design it in either of the following ways: a) Remove the ezcMvcController-runRequestFilters() part and just mention that filters should be run by the controller. b) Require the method ezcMvcController-runRequestFilters() in the interface and make it be run by the request builder. The reason for not calling the interface methods just run() is so that you can implement all the three filter interfaces in one class: ezcMvcAuthenticationFilter implements ezcRequestFilter, ezcResultFilter, ezcResponseFilter. The filters should indeed just be run by the controller from the run() method in some way. I think you're right that we can just remove it. (your point a). As for b, that would be a bad idea, as the request builder doesn't actually run the controller, but just returns the request object. The dispatcher calls the controller with this request object. How the controller runs the filter, should not really matter - however, I think it would be good to standardize it, and thus leave it in the interface like we've currently designed. ezcMvcRequest - The class defines a $content and a $variables attribute. Where is the difference here? In case of GET/POST requests, there are only variables, files, etc. So not content. In case of PUT requests, there might be content, but no variables. Shouldn't this be unified? In case of a SOAP request, there are only variables, too, but no content. It's a struct, so I don't see what you're trying to say here. ezcMvcRequestAuthentication --- This class defines an $identifier and $password field. These fields only make sense for authentications as Basic-Auth. However, in case of e.g. OpenID, they are not available. Such differences should be abstracted in the class. That's why this is just part of the stuct as a property of ezcMvcRequest. It can be absent of course. ezcMvcRequestFile - This class defines an attribute $status. What is this meant for? Upload status field, see: http://php.net/manual/en/features.file-upload.errors.php ezcMvcRequestUserAgent -- This struct only defines 1 attribute. Therefore it looks like overhead to me. We can simply store the user agent as a string in the ezcMvcRequest object. Or am I wrong? It's good to normalize this values sometimes - feature enhancements could extend this to extract browsecap information into this struct. ezcMvcRawRequest - I think that this class should not contain anything, but just work as a base class for all raw request classes, to allows proper instanceof checks. E.g.: ezcMvcRawHttpRequest extends ezcMvcRawRequest { // Whatever the request contains... // ... PHPs super global arrays make sense here... } ezcMvcRawSoapRequest extends ezcMvcRawRequest { // Whatever the request contains... // ... objects from ext/soap make sense here... } I agree. The request hierachy should be: ezcMvcRequest's properties: $variables $content $files (array(ezcMvcRequestFile)) $userAgent (ezcMvcRequestUserAgent) $raw (ezcMvcRawRequest) ezcMvcRawHttpRequest extends ezcMvcRawRequest ezcMvcRawSoapRequest extends ezcMvcRawRequest ezcMvcRouter The description says ... select one or more controllers to run and collect their output However, its method createController() only allows to return 1 controller object. How is it supposed to select multiple controllers? It isn't - I fixed that in the document just now. ezcMvcViewHandler - The design states, that this class should implement createResponse() and handleResponse(). Both methods are just called in a chain. Is there much sense in defining both, then? Yes, easier testability. It would only make sense, if createResponse() is defined in a different class than handleResponse(). Shouldn't this be different classes anyway? I imagine: ezcMvcProductHtmlViewHandler extends ezcMvcViewHandler { public
Re: [Components] [Sdk-public] MmvTools requirements and design
On Mon, 30 Jun 2008, Derick Rethans wrote: On Sun, 29 Jun 2008, Tobias Schlitt wrote: ezcMvcController So far the design defines that the action is selected internally by the controller. While I can live with this solution, I think the decision belongs more to the dispatcher. This avoids quite some duplication in controller code, I'd say. Yeah, I agree. Actually, I don't. Example Dispatcher -- The example implementation uses goto. While I like that this is added to PHP in 5.3 (e.g. for parser implementations), I don't see a sense in using it here. We should better extract the re-run part into a method and call it recursively, if needed. It was a joke ;-) But seriously, you can do whatever you want with the dispatcher. This is just an example in the design document. How exactly our example implementations look like we'll have to see later. The implementation also makes use of a $routerManager, which is not defined anyhwhere else. You have to implement it, just like the viewManager. Both are at the top of the example implementation of the dispatcher. I added the ezcMvcRouterManager to the document now. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [Sdk-public] MmvTools requirements and design
On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 12:42 AM James Pic wrote: Tobias Schlitt wrote: ezcMvcRequestFilter --- The filters are described to be used in a method named ezcMvcController-runRequestFilters(), while this method should be called by ezcMvcController-run(). It does make little sense to me to mention that a method ezcMvcController-runRequestFilters() should be implemented at all, if the controller calls the filter itself. Instead I would suggest to design it in either of the following ways: a) Remove the ezcMvcController-runRequestFilters() part and just mention that filters should be run by the controller. b) Require the method ezcMvcController-runRequestFilters() in the interface and make it be run by the request builder. Don't you mean that the request maker should run the filters? Should the selection of filters depend on the controller or the request builder? The object running the controller should do it. :) That poses a problem. It means that the filter selection now has to be done in the dispatcher, where it clearly belongs to the controller. It also means that might you have to implement the filter chains multiple times. ezcMvcRequest - The class defines a $content and a $variables attribute. Where is the difference here? In case of GET/POST requests, there are only variables, files, etc. So not content. In case of PUT requests, there might be content, but no variables. Shouldn't this be unified? In case of a SOAP request, there are only variables, too, but no content. Sounds like a good idea, do you mean that a property like $request-data would either be an array of variables, either a main content? What is your exact proposal? I'm not sure here, it's quite hard to design unless we have a good overview which are the potential formats of incoming content. Maybe you could create a little list for this in the requirements document, so we get an overview what we can expect here? It should be in a different requirements doc - one for each request builder. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [Sdk-public] MmvTools requirements and design
On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 09:24 AM Derick Rethans wrote: On Sun, 29 Jun 2008, Tobias Schlitt wrote: ezcMvcRequestFilter --- The filters are described to be used in a method named ezcMvcController-runRequestFilters(), while this method should be called by ezcMvcController-run(). It does make little sense to me to mention that a method ezcMvcController-runRequestFilters() should be implemented at all, if the controller calls the filter itself. Instead I would suggest to design it in either of the following ways: a) Remove the ezcMvcController-runRequestFilters() part and just mention that filters should be run by the controller. b) Require the method ezcMvcController-runRequestFilters() in the interface and make it be run by the request builder. The reason for not calling the interface methods just run() is so that you can implement all the three filter interfaces in one class: ezcMvcAuthenticationFilter implements ezcRequestFilter, ezcResultFilter, ezcResponseFilter. The filters should indeed just be run by the controller from the run() method in some way. I think you're right that we can just remove it. (your point a). As for b, that would be a bad idea, as the request builder doesn't actually run the controller, but just returns the request object. The dispatcher calls the controller with this request object. How the controller runs the filter, should not really matter - however, I think it would be good to standardize it, and thus leave it in the interface like we've currently designed. If we go for standardizing it, then why not simply make the dispatcher run that stuff? This avoids having all controllers run this methods. See my reply to your other mail. ezcMvcRequest - The class defines a $content and a $variables attribute. Where is the difference here? In case of GET/POST requests, there are only variables, files, etc. So not content. In case of PUT requests, there might be content, but no variables. Shouldn't this be unified? In case of a SOAP request, there are only variables, too, but no content. It's a struct, so I don't see what you're trying to say here. The point is, that $variables and $content is redundant. No, they are not. For PUT you have both content and variables (a la GET). ezcMvcRequestAuthentication --- This class defines an $identifier and $password field. These fields only make sense for authentications as Basic-Auth. However, in case of e.g. OpenID, they are not available. Such differences should be abstracted in the class. That's why this is just part of the stuct as a property of ezcMvcRequest. It can be absent of course. The point is not the absense, but the different needs for authentication mechanisms. Is this struct meant to be extended for different authentication methods? As I said, OpenID is an example where you don't have username and password. Token based authentication is another example. Maybe someone wants to realize GPG key based authentication? Sure, but all the other things that you mention, is not request data. So it's not important. ezcMvcViewHandler - The design states, that this class should implement createResponse() and handleResponse(). Both methods are just called in a chain. Is there much sense in defining both, then? Yes, easier testability. It would only make sense, if createResponse() is defined in a different class than handleResponse(). Shouldn't this be different classes anyway? I imagine: ezcMvcProductHtmlViewHandler extends ezcMvcViewHandler { public function createResponse( ezcMvcResult $result ) { // Prepare the product result for HTML output... // ... return a HTML response object } } The preparring is done by the controller, I don't see why you should prepare the result from the controller in the view again... ezcMvcHtmlViewSomething extends ezcMvcViewSomething { public function handleResponse( ezcMvcHtmlResponse $response ) { // Process a template and print the result... } } The handleResponse method should just send the output and set the correct HTTP headers. The point is, that the controller just returns an abstract result object, that could potentially be send as any kind of response (HTML over HTTP, HTML stored to a file, SOAP response, Email). The view handler is then up to transform the result in such a way that it can be send as the protocol specific response (a template object - aka ezcMvcHtmlResponse for HTML output, an ezcMail object, a SOAP response,...). This view handler is somewhat dependant on the controller. Yes, so you have a view handler for each specific protocol. The ViewManager uses protocol data to find out which view handler to create, just
Re: [Components] [Sdk-public] MmvTools requirements and design
On Mon, 30 Jun 2008, Derick Rethans wrote: On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 12:42 AM James Pic wrote: Tobias Schlitt wrote: ezcMvcRequestFilter --- The filters are described to be used in a method named ezcMvcController-runRequestFilters(), while this method should be called by ezcMvcController-run(). It does make little sense to me to mention that a method ezcMvcController-runRequestFilters() should be implemented at all, if the controller calls the filter itself. Instead I would suggest to design it in either of the following ways: a) Remove the ezcMvcController-runRequestFilters() part and just mention that filters should be run by the controller. b) Require the method ezcMvcController-runRequestFilters() in the interface and make it be run by the request builder. Don't you mean that the request maker should run the filters? Should the selection of filters depend on the controller or the request builder? The object running the controller should do it. :) That poses a problem. It means that the filter selection now has to be done in the dispatcher, where it clearly belongs to the controller. It also means that might you have to implement the filter chains multiple times. One example why it needs to be in the controller. THe authentication filter should not run for the user/login and user/register actions for example. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [PersistentObject] Design: Identity map and relation pre-fetching support
On Wed, 25 Jun 2008, Tobias Schlitt wrote: Please review the design draft and post your comments here. Some comments: Inside this method, first it should be checked if the same find query was already performed earlier. In this case, a cached result set can be returned. You can't really do that, as the data might have changed - unless you empty this whole cache when you run save() (and that's not mentioned). The methods that are not supported by the new class will be declared private and throw an exception is used externally. That doesn't work, you can't lower the visibility in inherited classes. See also the description of ezcPersistentIdentitySession further down. IN Functionality there are lots of nested arrays - our guidelines state that we shouldn't do that but use structs instead. 3. Query cache This is tricky, as you don't really know the query often, as it can have parameterized queries for use with prepared statements. Records the set of $relatedObjects to belong to $object. $relatedObjects must all be of the same type. The array may also contain objects that have already been recorded. These are then replaced. WHy do they need to be of the same type? find( ezcQuerySelect $query, string $class, bool $refetch = false ) Shouldn't $refetch be true by default? The keys of the array structure represent persistent class names. A key might either be assigned to the value true or to another array of relatives to fetch. True means fetch the desired relatives, but no further ones in this direction. An array as the value describes to fetch further relatives for the relative. Is this array structure recursive? For example, if the myLocation class defines a persistent attribute $city, an alias myLocation_city will be available. The myAddress-$zip property will be available through the alias myRepsonsible_myAddress_zip. The prefixing with all ascending classes is necessary to avoid conflicts if relations to one class should be resolved in different places. You'd need to check limits for the size of aliases here. - PersistentObject allows multiple relations between the same PHP classes (see design 1.4). This leads to problems in the definition of the $relations array provided to the createFindQuery() method. It needs to be figured out how this information can be encoded there. Can't you simply use the property names instead of the classname of the relation? The property names are unique here. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [PersistentObj] writer for definition files
On Thu, 26 Jun 2008, Thomas Koch wrote: I found, that PersistentObject could do some part and that it would help, if I could read, manipulate and write ezcPersistentObjectDefinition structures easily. By now we only have a definition writer in DbSchema, but it only takes schemes as input, does not write relations and can not be customized (yet). You can customize this with a text editor, not? regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] MmvTools requirements and design
On Thu, 26 Jun 2008, Gaetano Giunta wrote: Just to be sure: in the shortened example how does the view manager pick up the correct view handler for the rendering of the response, if the request obj, carried through the process is to abstract from the request protocol and format? It would generally need to carry the 1 - the abstracted data, 2 - the full raw data (get,post,cookies, headers) and 3 - some protocol+format info in a somehow standardized way. If we omit part 3, analysis of part 2 has to be done many times over (view manager and router both might need it in picking up the appropriate controller/view handler). If part 3 is only present in a custom subclass of request, ie not standardized, we force a set of parser+router+viewmanager to be developed in sync every time... Is this the intended behaviour? Actually, when you mention under nr 3 - is actually going to be part of 1 - the abstracted data. Unless I got confused. Do you have an example of data that you expected to see in 3? regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [MvcTools] Input Validation separated from Controller
On Wed, 25 Jun 2008, Thomas Koch wrote: thanks for your work on this component! There is only one issue, about which I'm not sure if it is adressed by the request filter or not. I consider it to be very important for clean code to separate the input validation from any action or logic. This can be best reached by having different methods for this two tasks. You can not do this, as it is up to the application code (controller/action) to decide what is valid input or not. Therefore, all sorts of input validation *has* to be done in the controller's action. Both the request builder and the router do not know application logical and can therefore not validate your input. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] MmvTools requirements and design
On Wed, 25 Jun 2008, Joe Kepley wrote: James and I (as well as others through meetings), have been working the past days on the MvcTools component and design. The fruits of this labour are now in SVN[1]. We'd like you to ask to look at this and provide feedback. [1] http://svn.ezcomponents.org/viewvc.cgi/experimental/MvcTools/design/ Overall, this looks good. A couple of thoughts come to mind on the first read-through: * Is there a reason for the Dispatcher (from the example in the design) to have visibility on the ezcViewHandler class? It might provide cleaner separation for the dispatcher to only call the ViewManager and provide the request and result objects. It's purely for testability. * At what point are output filters run? I've clarified this in the design document: ezcMvcRequestFilter --- Provides an interface for request filters. Request filters can be used to modify the request data before it is used by the controller. They are run in the runRequestFilters() method of the ezcMvcController interface. This method should be called in the run() method of the controller, before the actual logic is applied:: public function filterRequest( ezcMvcRequest $request ); ezcMvcResultFilter -- Provides an interface for result filters. Filters that implement this interface can be run after a controller have run their action. They are run in the runResultFilters() method of the ezcMvcController interface. This method should be called in the run() method of the controller, after the actual logic is applied on the result object:: public function filterResult( ezcMvcResult $result ); ezcMvcResponseFilter Provides an interface for response filters. Response filters are run after the view handlers have created a response from the result by the view handler. This can modify the final output stream and headers. They are run in the runFilters method of the ezcMvcViewHandler interface:: public function filterResponse( ezcMvcResponse $response ); regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] MmvTools requirements and design
Hello, James and I (as well as others through meetings), have been working the past days on the MvcTools component and design. The fruits of this labour are now in SVN[1]. We'd like you to ask to look at this and provide feedback. [1] http://svn.ezcomponents.org/viewvc.cgi/experimental/MvcTools/design/ regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [MvcTools] Current points to discuss
On Mon, 23 Jun 2008, Joe Kepley wrote: HTTP Request Parser === Reminder: the request parser creates the abstract input object. 0) Should it allow plugins? no 1) Should filter anything? no 2) Should all the GET/POST variables be mixed together? yes Given that it would be bad form to have a GET and POST variable of the same name on the same request, I'd agree with this. The system should give higher priority to POST vars vs GET vars to help avoid very simple variable spoofing. I think it should still be configurable though - atleast the order of overriding. 3) Should all uploaded files info be in something like $input-files? yes What would the interface for this look like? Suppose I have two fields on my input form that take files, maybe input type=file name=picture / and input type=file name=resume /. Would this be $input-files['resume'] and $input-files['picture']? Perhaps a cleaner implementation would be to have an object that represents the uploaded file, and mix that in with the other input fields. Let's suppose we have a form with these fields: name(text), email(text), picture(file), and resume(file). Maybe my input structure would look like this: $input-parameters: Array('name'='Bob Example', 'email'='[EMAIL PROTECTED]', 'picture'=[some object representing an uploaded file], 'resume'=[some object representing an uploaded file]) We could have something like an HTTPUploadedFile class with attributes for file name, mime type, size, tmp file name, and error code. A saveTo() method that calls move_uploaded_file would offer some syntatic sugar as well. Then I could say things like: $input-parameters['resume']-saveTo('resumes/xyz.doc'); Thoughts? Sounds like an idea. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [MvcTools] Current points to discuss
On Tue, 24 Jun 2008, James Pic wrote: Joe Kepley wrote: We could have something like an HTTPUploadedFile class with attributes for file name, mime type, size, tmp file name, and error code. A saveTo() method that calls move_uploaded_file would offer some syntatic sugar as well. Then I could say things like: $input-parameters['resume']-saveTo('resumes/xyz.doc'); Thoughts? Sounds like that could use a proxy from MvcUserInputTiein... I really like this idea. Actually, UserInput just does filtering - it does not handle uploaded files. Honestly, I think we might need to consider to forget about UserInput a bit first. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Roadmap for the next release
On Tue, 24 Jun 2008, Derick Rethans wrote: On Tue, 24 Jun 2008, Andreas Schamberger wrote: I'm missing the translation string extraction for templates in the Roapmap. I can offer to finish the ezlupdate.php that I started to a complete command line script that also has the ability to create the neccessary TS files for new languages. Ah, sorry - I forgot about this :-/ I'd greatly appreciate it of you could help us with this one. I'll add an issue to the tracker for it though. I added an issue now: http://issues.ez.no/IssueView.php?Id=13236; Perhaps we can kick start this off by creating a requirements document? regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [MvcTools] Protocol abstraction levels
On Tue, 24 Jun 2008, Derick Rethans wrote: On Tue, 24 Jun 2008, James Pic wrote: Tobias Schlitt wrote: On 06/24/2008 01:59 PM James Pic wrote: We want protocol specific variables in the protocol specific view-handler. That means, that the request parser should take some variables and put it somewhere for the view-manager later. OPtions we could think of: - add protocol specific variables in the input object, - make two input objects, a raw input object and a protocol abstract input object I'd go for the first version. In case more information must be transported, one can extend the input object. Other possibility:: ?php // 0) This request object has protocol specific stuff $request = $requestParser-createRequest(); // 1) Make the abstract input object $input = $request::createInput(); The $input object could be an child class of the request input object, so that you still *could* pass it to the controller, but you really shouldn't. This makes this more flexible for the cases where you want it to, but you'd lose the nice encapsulation. By creating an input object then you make it clean, but more restrictive. We just had a little discussion, and decided not to go with this. We'd still abstract some of the raw request data, but always make the raw request data available through a raw array. regards, Derick -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] [svn-components] 8444 - /experimental/MvcTools/design/discussion_2008_06_20.txt
On Fri, 20 Jun 2008, James Pic wrote: Kore Nordmann wrote: - Controllers only return some view structure, which may contain semantic information about the data to display or information about the template to use. Did you mean: may *not*? - The view router decides on base of that, what view to actually use. - (HTTP) redirects are also just some view structure, which is returned by the controller, and the view actually performs the proper action depending on the context. Do we want the controller to set HTTP headers in the output object? I'd say that the view-manager should take care of figuring the response code by itself. Yes, I think this should be up to the view/view manager. However, we might want to standardize some common UI needs, like with a list of user-messages or something like this: sorry, you don't have the permission to do something. Sorry, please try again later ... Yes, perhaps - although those will never show for normal redirects obviously. Request Parser == Filtering for common actions on every request, for example checking for authentication and sessions. Should the request parser identify the user making the request? I though that we decided to do this in the controller. Yes, we did. Filters can be set on the controller, which are called first and work on the input - modify, action being run at all ... Callbacks? Or a filter configuration? How deep do we want this? I think that when adding a filter to a controller/default controller, they should be callbacks to other classes/methods. This allows us to provide filters in tie-in components (such as for authentication/identification). The actions should have access to the request data, for example to render links to the app back etc. The request parser should not do user identification, this belongs in the controller. The user cannot be authorized on the request level, as you'd need some kind of model / backend to validate the provided data. The user data of course needs to be extracted at this stage and provided to the controller. The user object should be accessible in the view as well, to allow for anonymous/authenticated. Do we want a user interface or something like that? (to make the code portable and testable) Not sure what you mean here, could you provide an example? regards, Derick -- 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
[Components] Roadmap for the next release
Hello, We've created a roadmap for the upcoming (2008.2) release. In this release our main focus is to add MVC support to the eZ Components. Besides this main focus, we will also enhance some of the critical components that the upcoming version of eZ Publish will require. Please see http://ezcomponents.org/overview/roadmap for the full roadmap. 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] [DbSchema] fluent interface for schema manipulation
Hello, On Wed, 18 Jun 2008, Thomas Koch wrote: For my implementation of a proof of concept content repository[1] I need to change the database schema on the fly. Changing schemas during production is not that uncommon: The search function of eZPublish used to create temporary tables and in ERP software you normally create temporary tables to analyze data. As we had some issues with some feature creeping in in a sort of suboptimal way (memcache support for Cache), we're going to be a bit stricter on allowing new functionality into the eZ Components. This just means that we'll require a requirements[1] and design document[2] for every new non-trivial feature like we described in our development process[3]. I would therefore invite you to write a requirements document that we then can discuss. [1] http://svn.ez.no/svn/ezcomponents/docs/guidelines/requirements_doc.txt [2] http://svn.ez.no/svn/ezcomponents/docs/guidelines/design_doc.txt [3] http://ezcomponents.org/contributing/dev_process regards, Derick -- 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