Re: Cache 1.4: Requirements

On Fri, 28 Mar 2008, Tobias Schlitt wrote:

> On 03/28/2008 12:59 AM Gaetano Giunta wrote:
> > Tobias Schlitt a écrit :
> 
> >> I started desigining the new features for Cache 1.4, which should
> >> realize hierarchical caching. Since this topic is not trivial, I started
> >> with a short summary of requirements and problems to be solved.
> >>
> >> Please review this and state your comments. You can find the document
> >> either in SVN under Cache/design/design-1.4.txt or in HTML format here:
> >>
> >> http://schlitt.info/ez/cache_design-1.4.html
> 
> > One more idea: distinguishing between local-server-only caches and 
> > clustered caches might be needed to help set up farms of web servers...
> 
> Sounds generally like a good idea. However, I have some doubts that this
> should go into the Cache component. If you really need to do that, you
> can do it by NFS or other external storage techniques, which should be
> more reliable than making PHP handle it.

Well, you can always add another special cache handler for this too...

regards,
Derick

--

-- 
Derick Rethans
eZ components Product Manager

Re: Cache 1.4: Requirements

On Thu, 27 Mar 2008, Tobias Schlitt wrote:

> I started desigining the new features for Cache 1.4, which should
> realize hierarchical caching. Since this topic is not trivial, I started
> with a short summary of requirements and problems to be solved.

Looks okay to me, I am just wondering about the update/replacement 
strategies. Would it be hard to implement both by using signal/slot for 
example? So that a replacement strategy can listen to signals send by 
the cache-add, cache-replace etc actions?

regards,
Derick

Re: [AccessControl] Req. Draft

Thomas Koch pisze:
> Hallo,
> 
> I started a requirements document for a RBAC component one year ago, but 
> proposed a component to store hierarchic data instead. Now the Tree component 
> is stable and I've cleaned up the old req document.
> 

Hello Thomas,

I was just to ask about access control component. So what's the roadmap 
for this one, what are the next steps?

Thanks,
Piotrek

Re: [AccessControl] Req. Draft

Am Mittwoch 02 April 2008 07:21:24 schrieb Piotrek Karas:
> Thomas Koch pisze:
> > Hallo,
> >
> > I started a requirements document for a RBAC component one year ago, but
> > proposed a component to store hierarchic data instead. Now the Tree
> > component is stable and I've cleaned up the old req document.
>
> Hello Thomas,
>
> I was just to ask about access control component. So what's the roadmap
> for this one, what are the next steps?
>
> Thanks,
> Piotrek

Hi Piotrek,

thanks for your interest. The next step would be that the ezc Team decides 
whether they want this component and if the my requirement draft meets their 
requirements. 

You could help me to get the requirements document in a better shape by 
reviewing it. If your familiar with eZPublish, it would be good, to point 
out, whether the current rights management of ezp is represented by the 
requirements.

Since I'm not an ezc developer (yet), I can't start the component by myself.

Cheers,

TemplateTranslationTiein

Hi,

I've got a question regarding the new TemplateTranslationTiein:
For ezPublish templates there is the ezlupdate program. What are the
plans for ezcTemplate? Update of ezlupdate or plain PHP solution?
What's the schedule for this missing part of the TemplateTranslationTiein?

Another thing I would recommend to add to the TemplateTranslationTiein
is a developer mode for the TemplateTranslationTieIn. I'd like to see a
development property in ezcTemplateTranslationConfiguration that makes
the ezcTemplateTranslationProvider catch the Exceptions for missing
translations/translation files and just return the string from the
template. This solution makes it possible to develop with a template
that doesn't have a valid translation file yet.

Regards,
Andi

Re: TemplateTranslationTiein

On Wed, 2 Apr 2008, Andreas Schamberger wrote:

> I've got a question regarding the new TemplateTranslationTiein:
> For ezPublish templates there is the ezlupdate program. What are the
> plans for ezcTemplate? Update of ezlupdate or plain PHP solution?

There is some code that extracts the translations from templates 
already, but it has not been converted into a full blown script yet. For 
the eZ Publish version that will use the new template and translation 
components there will most likely be a PHP-only solution as replacement 
for ezlupdate.

> What's the schedule for this missing part of the TemplateTranslationTiein?

We hope to get it done before the release, but there are some slightly 
more importent things to be done first. If you are interested in helping 
out a bit, that would be most welcome. I attached a script that shows 
how to extract strings from a template.

> Another thing I would recommend to add to the TemplateTranslationTiein
> is a developer mode for the TemplateTranslationTieIn. I'd like to see a
> development property in ezcTemplateTranslationConfiguration that makes
> the ezcTemplateTranslationProvider catch the Exceptions for missing
> translations/translation files and just return the string from the
> template. This solution makes it possible to develop with a template
> that doesn't have a valid translation file yet.

Hmm, I see your point here; however, I don't quite think that this is an 
elegant solution. I don't always want to catch the exception, and 
rethrow it when the configure option is not set, nor having two bits of 

Re: TemplateTranslationTiein

Hi,

thank you for your quick response. I filed a feature request in the 
issue tracker. <http://issues.ez.no/IssueView.php?Id=12788&activeItem=1>

I ran the code snippet and will try to come up with a ezlupdate.php 
script and post it here as soon it is finished.

Regards,
Andi

Derick Rethans schrieb:
> On Wed, 2 Apr 2008, Andreas Schamberger wrote:
> 
>> I've got a question regarding the new TemplateTranslationTiein:
>> For ezPublish templates there is the ezlupdate program. What are the
>> plans for ezcTemplate? Update of ezlupdate or plain PHP solution?
> 
> There is some code that extracts the translations from templates 
> already, but it has not been converted into a full blown script yet. For 
> the eZ Publish version that will use the new template and translation 
> components there will most likely be a PHP-only solution as replacement 
> for ezlupdate.
> 
>> What's the schedule for this missing part of the TemplateTranslationTiein?
> 
> We hope to get it done before the release, but there are some slightly 
> more importent things to be done first. If you are interested in helping 
> out a bit, that would be most welcome. I attached a script that shows 
> how to extract strings from a template.

[Reflection] Status

  Hey guys,

  what is the status of the Reflection component?

  Cheers!
Sebastian

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

  Hey guys,

  what is the status of the Reflection component?

  Cheers!
Sebastian

--

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

[DbSchema] adding schemas to existing database

Hi,

could you explain me please, how I'm supposed to solve the following task with 
DbSchema:

My extensions for ezp have a subdir schemas/ containing the table definitions 
for the persistent objects of the extension. Maybe they have also definitions 
for existent ezp tables, which normally means, that additional columns should 
be added.

>From the documentation of DbSchema I see two approaches, but don't know which 
one solves my problem:

a) 
 $schema =  ezcDbSchema::createFromFile(...);
 $schema->writeToDb

Does this one overwrite my existent db?

b) 
$schemaOld          = ezcDbSchema::createFromDb
$schemaAdditions =  ezcDbSchema::createFromFile(...);
$diff = ezcDbSchemaComparator::compareSchemas( $schemaOld, $schameAdditions );
$diff->applyToDb

But this one seems to delete the original tables that are not definied in 
schemaAdditions. It is also not nice to rebuild schemaOld for every 
extension/addition.

(BTW: There seems to be an error in the docblock of 

Re: TemplateTranslationTiein

Hi,

I started yesterday with a ezlupdate.php script. I attached what I came 
up with until today. Replace "require_once 'init.php';" with your 
ezcComponents Setup.

The script reads all templates in a directory and extracts the language 
strings. I used the existing functionality of the translation component 
for manipulating translation files. Therefore it's not possible to 
delete strings. Maybe there should be a new status "DELETED" that makes 
storeContext() delete the string from the file.
I mark obsolete strings but only if the filename properties match.
This is not perfect as the filename is an absolute path at the moment 
and not relative to the template dir. I'd recommend to change this.

For normal strings this works fine. But if you use HTML or double 
quotes, you run into the following problems:

a) xpath for finding messages in 'ts_backend.php', line 436

The xpath query for finding the messages is not working properly if 
there are the same strings in different contexts.
Fix: don't use '//' in the xpath query which forces the search to start 
at the root element and not within the given context
$result = $xpath->query( 'message/source[text()="' . htmlspecialchars( 
$info->original ) . '"]', $contextNode );

b) the same xpath doesn't work if there is HTML in the string

Within the DOM tree all reserved characters seem to be decoded.