I believe I heard some talk of an ActiveRecordCache being developed while I was on IRC... however, can''t find the actual project. Anybody know if this is being developed, or where I can find more information on it ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060115/b47317b2/attachment.html
Hmm... nobody knows anything about this ? I thought this would be a pretty big deal, considering the amount of people who claim Java has the upper-hand on the web framework front because of ORM''s like Hibernate, JDO... etc. Just the other day, one of my old Java coworkers jumped on Rails due to it''s lack of it''s lack of caching and a standardized i18n implementation. I would love to see some details about the to-be Rails implemention of this caching system ! If it is in development, it would be nice if that person puts the code in public view so we can see what''s being done :) =Dylan On 1/15/06, Dylan Stamat <dylans@gmail.com> wrote:> > I believe I heard some talk of an ActiveRecordCache being developed while > I was on IRC... however, can''t find the actual project. > Anybody know if this is being developed, or where I can find more > information on it ? >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060116/3d39b556/attachment.html
> Hmm... nobody knows anything about this ?You realize that this is a Sunday? Most healthy people are away from the computer :)> I thought this would be a pretty big deal, considering the amount of people > who claim Java has the upper-hand on the web framework front because of > ORM''s like Hibernate, JDO... etc.Considering the lack of urgency from people who delivering million-request sites around this, I would not take such hearsay claims too seriously. Caching at the ORM is one of many ways to scale an application. Rarely the easiest.> Just the other day, one of my old Java coworkers jumped on Rails due to > it''s lack of it''s lack of caching and a standardized i18n implementation.Unspecified charges and generalized hand-waving is a tell-tell sign that its not about the technology. Rails is flush with various levels of caching opportunities (see the three-tiered approach in Action Pack) and there''s an array of localization implementations available to pick from (see the Localize and Globalize plugins).> I would love to see some details about the to-be Rails implemention of this > caching system ! > If it is in development, it would be nice if that person puts the code in > public view so we can see what''s being done :)I''d advice the person to keep his marbles to himself until they''re ready for sharing. Release early is a vastly overrated strategy for open source collaboration. Rails surely didn''t follow it and we turned out pretty alright. So, dude, chill :). Take two steps backwards and examine your situation. Are you currently having a performance problem? Have you measured it to be one related to frequent fetches of the same records? If the answer to either is no, then it''s not a problem worth worrying about today. Chances are that you''d be wasting your time thinking about caching at the ORM level before you know that''s where your bottleneck is. -- David Heinemeier Hansson http://www.loudthinking.com -- Broadcasting Brain http://www.basecamphq.com -- Online project management http://www.backpackit.com -- Personal information manager http://www.rubyonrails.com -- Web-application framework
David Heinemeier Hansson wrote:> > You realize that this is a Sunday? Most healthy people are away from > the computer :)I am sick, sick, sick.... :-) b
IMO, Java''s implementation of i18n is less than satisfactory. The recommended approach for, say, JSP''s is to use custom tags to pull it from a properties files. These tags have to query the cached properties file on every request for each piece of content, which is adds up. Yes there are tags to cache this data (OSCache), but they are not a core part of Java either. In fact, Java does not even include i18n tags to implement this approach. No real point to my response other than I guess I''ve been disillusioned with Java''s i18n support for awhile. On 1/15/06, Dylan Stamat <dylans@gmail.com> wrote:> Hmm... nobody knows anything about this ? > I thought this would be a pretty big deal, considering the amount of people > who claim Java has the upper-hand on the web framework front because of > ORM''s like Hibernate, JDO... etc. > > Just the other day, one of my old Java coworkers jumped on Rails due to > it''s lack of it''s lack of caching and a standardized i18n implementation. > > I would love to see some details about the to-be Rails implemention of this > caching system ! > If it is in development, it would be nice if that person puts the code in > public view so we can see what''s being done :) > => Dylan > > > > > On 1/15/06, Dylan Stamat <dylans@gmail.com> wrote: > > I believe I heard some talk of an ActiveRecordCache being developed while > I was on IRC... however, can''t find the actual project. > > Anybody know if this is being developed, or where I can find more > information on it ? > > > > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails > > >
Sweet... I knew I''d get some great answers if I: 1) posted Sunday 2) on a touchy topic 3) about a bunch of things I''m not well versed in 4) even though my Rails app has no performance problems at all :D Seriously though, I haven''t read any good debate on this topic (couldn''t find any at least), and now, at least: 1) this topic is covered in the mailing list 2) mr david master flex has spoken 3) and people know he''s serious... as he himself answered on a Sunday night ;) And about the fact that it''s Sunday night... David, once you have kids you''ll understand ! My spare time is now at work and in the wee hours of the night ! You are having kids soon... right ? :D On 1/15/06, Theodore Mills <twmills@gmail.com> wrote:> > IMO, Java''s implementation of i18n is less than satisfactory. The > recommended approach for, say, JSP''s is to use custom tags to pull it > from a properties files. These tags have to query the caca hed > properties file on every request for each piece of content, which is > adds up. Yes there are tags to cache this data (OSCache), but they are > not a core part of Java either. In fact, Java does not even include > i18n tags to implement this approach. > > No real point to my response other than I guess I''ve been > disillusioned with Java''s i18n support for awhile. > > > On 1/15/06, Dylan Stamat <dylans@gmail.com> wrote: > > Hmm... nobody knows anything about this ? > > I thought this would be a pretty big deal, considering the amount of > people > > who claim Java has the upper-hand on the web framework front because of > > ORM''s like Hibernate, JDO... etc. > > > > Just the other day, one of my old Java coworkers jumped on Rails due to > > it''s lack of it''s lack of caching and a standardized i18n > implementation. > > > > I would love to see some details about the to-be Rails implemention of > this > > caching system ! > > If it is in development, it would be nice if that person puts the code > in > > public view so we can see what''s being done :) > > => > Dylan > > > > > > > > > > On 1/15/06, Dylan Stamat <dylans@gmail.com> wrote: > > > I believe I heard some talk of an ActiveRecordCache being developed > while > > I was on IRC... however, can''t find the actual project. > > > Anybody know if this is being developed, or where I can find more > > information on it ? > > > > > > > > > _______________________________________________ > > Rails mailing list > > Rails@lists.rubyonrails.org > > http://lists.rubyonrails.org/mailman/listinfo/rails > > > > > > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060116/e89215b8/attachment.html