We weren't planning on having another ALPHA for 1.2, but some pretty important fixes and improvements were brought up to us. We decided since 1.2 could be the final LTS release of the Doctrine 1, we should have another round of improvements, so we'll have a ALPHA3 now. I have already committed several new enhancements to 1.2. If you want to add something, now is your chance. If you have an idea or some patches let us see them!!
Thanks, Jon
-- Jonathan H. Wage (+1 415 992 5468) Open Source Software Developer & Evangelist sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
You can contact Jonathan about Doctrine, Symfony and Open-Source or for training, consulting, application development, or business related questions at jonathan.w...@sensio.com
> We weren't planning on having another ALPHA for 1.2, but some pretty
> important fixes and improvements were brought up to us. We decided since 1.2
> could be the final LTS release of the Doctrine 1, we should have another
> round of improvements, so we'll have a ALPHA3 now. I have already committed
> several new enhancements to 1.2. If you want to add something, now is your
> chance. If you have an idea or some patches let us see them!!
> Thanks, Jon
> --
> Jonathan H. Wage (+1 415 992 5468)
> Open Source Software Developer & Evangelist
> sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
> You can contact Jonathan about Doctrine, Symfony and Open-Source or for
> training, consulting, application development, or business related questions
> at jonathan.w...@sensio.com
On Sun, Oct 11, 2009 at 1:48 PM, Dan B <danbett...@yahoo.co.uk> wrote:
> Hi Jon
> I've got another patch, or two, to submit, but I'll need a few days to
> finish off. Do you have a date in mind for a deadline?
> Thanks
> Dan
> On 10 Oct, 18:53, Jonathan Wage <jonw...@gmail.com> wrote:
> > Hi Everyone,
> > We weren't planning on having another ALPHA for 1.2, but some pretty
> > important fixes and improvements were brought up to us. We decided since
> 1.2
> > could be the final LTS release of the Doctrine 1, we should have another
> > round of improvements, so we'll have a ALPHA3 now. I have already
> committed
> > several new enhancements to 1.2. If you want to add something, now is
> your
> > chance. If you have an idea or some patches let us see them!!
> > Thanks, Jon
> > --
> > Jonathan H. Wage (+1 415 992 5468)
> > Open Source Software Developer & Evangelist
> > sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
> > You can contact Jonathan about Doctrine, Symfony and Open-Source or for
> > training, consulting, application development, or business related
> questions
> > at jonathan.w...@sensio.com
-- Jonathan H. Wage (+1 415 992 5468)
Open Source Software Developer & Evangelist
sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
You can contact Jonathan about Doctrine, Symfony and Open-Source or for
training, consulting, application development, or business related questions
at jonathan.w...@sensio.com
> Are those US or European weeks? As in does your week start on Sunday
> or Monday? :)
> regards,
> Lukas Kahwe Smith
> m...@pooteeweet.org
-- Jonathan H. Wage (+1 415 992 5468)
Open Source Software Developer & Evangelist
sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
You can contact Jonathan about Doctrine, Symfony and Open-Source or for
training, consulting, application development, or business related questions
at jonathan.w...@sensio.com
I have some feature requests :-). I just started to use doctrines result cache on that parts of project where it fits better than symfony view cache. But I need to found a way how to clean a result cache for some query. I found how the query key is calculated, so I can calculate it after some data modifying and then delete the particular key from db. That should work now (I didn't test it). But what about the paginated query? It is not possible to easily clean result cache for such query.
I know that this shouldn't be implemented easily, but maybe the symfony's cache info in sfMemcacheCache should be the inspiration how to implement something like described in http://trac.doctrine-project.org/ticket/2042 will be realy cool.
Another thing that should be done in this release is the renaming of Doctrine_Adapter_Oracle to Doctrine_Adapter_Oci8.. but due to BC it will be better just add child oci8 class extending the Oracle. I wrote my own sfDoctrineAdapterDatabase class, but it is useless, because Doctrine_Connection is trying to use the adapter if pdo driver does not exists.
This will try to use adapter Doctrine_Adapter_Oci8, but
dsn: "oracle:dbname=MYTNSNAME" is connectin through pdo_oci
I would like to commit the necessary changes, but I need to know if i should break BC with renaming the adapter from Oracle to Oci8 or add another class Doctrine_adapter_Oci8.
Thanks ~ Miloslav 'adrive' Kmeť
On Saturday 10 October 2009 19:53:04 Jonathan Wage wrote:
> We weren't planning on having another ALPHA for 1.2, but some pretty > important fixes and improvements were brought up to us. We decided since > 1.2 could be the final LTS release of the Doctrine 1, we should have > another round of improvements, so we'll have a ALPHA3 now. I have already > committed several new enhancements to 1.2. If you want to add something, > now is your chance. If you have an idea or some patches let us see them!!
> I have some feature requests :-). I just started to use doctrines result
> cache
> on that parts of project where it fits better than symfony view cache. But
> I
> need to found a way how to clean a result cache for some query. I found how
> the query key is calculated, so I can calculate it after some data
> modifying
> and then delete the particular key from db. That should work now (I didn't
> test it). But what about the paginated query? It is not possible to easily
> clean result cache for such query.
> I know that this shouldn't be implemented easily, but maybe the symfony's
> cache info in sfMemcacheCache should be the inspiration how to implement
> something like described in http://trac.doctrine-project.org/ticket/2042will > be realy cool.
> Another thing that should be done in this release is the renaming of
> Doctrine_Adapter_Oracle to Doctrine_Adapter_Oci8.. but due to BC it will be
> better just add child oci8 class extending the Oracle. I wrote my own
> sfDoctrineAdapterDatabase class, but it is useless, because
> Doctrine_Connection is trying to use the adapter if pdo driver does not
> exists.
> This will try to use adapter Doctrine_Adapter_Oci8, but
> dsn: "oracle:dbname=MYTNSNAME" is connectin through pdo_oci
> I would like to commit the necessary changes, but I need to know if i
> should
> break BC with renaming the adapter from Oracle to Oci8 or add another class
> Doctrine_adapter_Oci8.
> Thanks
> ~
> Miloslav 'adrive' Kmeť
> On Saturday 10 October 2009 19:53:04 Jonathan Wage wrote:
> > Hi Everyone,
> > We weren't planning on having another ALPHA for 1.2, but some pretty
> > important fixes and improvements were brought up to us. We decided since
> > 1.2 could be the final LTS release of the Doctrine 1, we should have
> > another round of improvements, so we'll have a ALPHA3 now. I have already
> > committed several new enhancements to 1.2. If you want to add something,
> > now is your chance. If you have an idea or some patches let us see them!!
> > Thanks, Jon
-- Jonathan H. Wage (+1 415 992 5468)
Open Source Software Developer & Evangelist
sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
You can contact Jonathan about Doctrine, Symfony and Open-Source or for
training, consulting, application development, or business related questions
at jonathan.w...@sensio.com
I do not know why I've play with the adapter and have thoughts about the necessity of Doctrine_adapter_Oci8.
Now I tried on a fresh install of symfony 1.2 project with doctrine 1.2 and it works like a charm. dsn: oracle:dbname= instantiates Doctrine_Adapter_Oracle instead of PDO. So everything is fine. Forget about it. My shame :-)
> As for the resultset cache. What if you had a way to configure the "key" to > use for the caching and then some ways to clear that cache?
Yes, that's exactly what I need. It would be great if the deletion key should be regular expression.
> I do not know why I've play with the adapter and have thoughts about the
> necessity of Doctrine_adapter_Oci8.
> Now I tried on a fresh install of symfony 1.2 project with doctrine 1.2 and
> it
> works like a charm. dsn: oracle:dbname= instantiates
> Doctrine_Adapter_Oracle
> instead of PDO. So everything is fine. Forget about it. My shame :-)
> > As for the resultset cache. What if you had a way to configure the "key"
> to
> > use for the caching and then some ways to clear that cache?
> Yes, that's exactly what I need. It would be great if the deletion key
> should
> be regular expression.
> ~
> Miloslav 'adrive' Kmeť
-- Jonathan H. Wage (+1 415 992 5468)
Open Source Software Developer & Evangelist
sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
You can contact Jonathan about Doctrine, Symfony and Open-Source or for
training, consulting, application development, or business related questions
at jonathan.w...@sensio.com
On Wed, Oct 14, 2009 at 8:16 PM, Jonathan Wage <jonw...@gmail.com> wrote:
> The problem with that is APC drivers, etc. don't have any feature to search
> by a wildcard or anything like that.
> We'll need to discuss it and figure out a solid way to do it.
>> I do not know why I've play with the adapter and have thoughts about the
>> necessity of Doctrine_adapter_Oci8.
>> Now I tried on a fresh install of symfony 1.2 project with doctrine 1.2
>> and it
>> works like a charm. dsn: oracle:dbname= instantiates
>> Doctrine_Adapter_Oracle
>> instead of PDO. So everything is fine. Forget about it. My shame :-)
>> > As for the resultset cache. What if you had a way to configure the "key"
>> to
>> > use for the caching and then some ways to clear that cache?
>> Yes, that's exactly what I need. It would be great if the deletion key
>> should
>> be regular expression.
>> ~
>> Miloslav 'adrive' Kmeť
> --
> Jonathan H. Wage (+1 415 992 5468)
> Open Source Software Developer & Evangelist
> sensiolabs.com | jwage.com | doctrine-project.org | symfony-project.org
> You can contact Jonathan about Doctrine, Symfony and Open-Source or for
> training, consulting, application development, or business related questions
> at jonathan.w...@sensio.com
-- Nei Rauni Santos
nra...@gmail.com
+55 41 85020985