From judofyr at gmail.com Sat Apr 3 16:23:57 2010 From: judofyr at gmail.com (Magnus Holm) Date: Sat, 3 Apr 2010 22:23:57 +0200 Subject: Camping 2.0.RC0 Message-ID: Ladies and gentlemen: gem install camping --prerelease (Look, no --source!) I'm not a big fan of betas/RCs, but this is a rather big change and I want to make sure we release something that actually works. I don't have any apps that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of you could verify that it works as expected? I'll give it a week or so, and if everything seems fine I'll? * Copy the documentation at http://stuff.judofyr.net/camping-docs/ to http://camping.rubyforge.org/ * Make sure all the links in the wiki points to the right place * Release the gem as 2.0 at rubygems.org * Write an announcement which I'll post to ruby-core, rack-devel and camping-list * Submit the announcement to Rubyflow and ruby.reddit * Write a patch which removes Rack::Adapters::Camping from Rack * (Possibly write a little blog post comparing Camping and Sinatra from an objective point of view) * Start hacking on Camping 2.1! Puh. What'd ya think? Oh, and busbey has been playing a bit with the code: http://github.com/busbey/camping. Some awesome migrations ideas in there. Looking forward to merge them into 2.1! // Magnus Holm -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsusco at gmail.com Mon Apr 5 12:24:55 2010 From: dsusco at gmail.com (David Susco) Date: Mon, 5 Apr 2010 12:24:55 -0400 Subject: Camping 2.0.RC0 In-Reply-To: References: Message-ID: No hiccups with my apps. Dave On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: > Ladies and gentlemen: > ?? ?gem install camping --prerelease > (Look, no --source!) > I'm not a big fan of betas/RCs, but this is a rather big change and I want > to make sure we release something that actually works.?I don't have any apps > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of > you could verify that it works as expected? > I'll give it a week or so, and if everything seems fine I'll? > * Copy the documentation at?http://stuff.judofyr.net/camping-docs/?to > http://camping.rubyforge.org/ > * Make sure all the links in the wiki points to the right place > * Release the gem as 2.0 at rubygems.org > * Write an announcement which I'll post to ruby-core, rack-devel and > camping-list > * Submit the announcement to Rubyflow and ruby.reddit > * Write a patch which removes Rack::Adapters::Camping from Rack > * (Possibly write a little blog post comparing Camping and Sinatra from an > objective point of view) > * Start hacking on Camping 2.1! > Puh. What'd ya think? > Oh, and busbey has been playing a bit with the > code:?http://github.com/busbey/camping. Some awesome migrations ideas in > there. Looking forward to merge them into 2.1! > > // Magnus Holm > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -- Dave From mikkel at refsgaardbech.dk Wed Apr 7 03:30:03 2010 From: mikkel at refsgaardbech.dk (Mikkel Refsgaard Bech) Date: Wed, 7 Apr 2010 09:30:03 +0200 Subject: Camping 2.0.RC0 In-Reply-To: References: Message-ID: Changed: @env.REQUEST_URI to @env['REQUEST_URI'] then all tests worked on my app. On Sat, Apr 3, 2010 at 10:23 PM, Magnus Holm wrote: > Ladies and gentlemen: > > gem install camping --prerelease > > (Look, no --source!) > > I'm not a big fan of betas/RCs, but this is a rather big change and I want > to make sure we release something that actually works. I don't have any apps > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of > you could verify that it works as expected? > > I'll give it a week or so, and if everything seems fine I'll? > > * Copy the documentation at http://stuff.judofyr.net/camping-docs/ to > http://camping.rubyforge.org/ > * Make sure all the links in the wiki points to the right place > * Release the gem as 2.0 at rubygems.org > * Write an announcement which I'll post to ruby-core, rack-devel and > camping-list > * Submit the announcement to Rubyflow and ruby.reddit > * Write a patch which removes Rack::Adapters::Camping from Rack > * (Possibly write a little blog post comparing Camping and Sinatra from an > objective point of view) > * Start hacking on Camping 2.1! > > Puh. What'd ya think? > > Oh, and busbey has been playing a bit with the code: > http://github.com/busbey/camping. Some awesome migrations ideas in there. > Looking forward to merge them into 2.1! > > > // Magnus Holm > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Wed Apr 7 07:33:20 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Wed, 07 Apr 2010 05:33:20 -0600 Subject: Camping 2.0.RC0 Message-ID: <4BBC6D80.1070501@monnet-usa.com> I tested 2 new apps I wrote to test OAuth so far with success. I sill have to test my main web app and the recent RESTstop blog app I had updated. On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: > > Ladies and gentlemen: > > gem install camping --prerelease > > (Look, no --source!) > > I'm not a big fan of betas/RCs, but this is a rather big change and I want > > to make sure we release something that actually works. I don't have any apps > > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of > > you could verify that it works as expected? > > I'll give it a week or so, and if everything seems fine I'll... > > * Copy the documentation athttp://stuff.judofyr.net/camping-docs/ to > > http://camping.rubyforge.org/ > > * Make sure all the links in the wiki points to the right place > > * Release the gem as 2.0 at rubygems.org > > * Write an announcement which I'll post to ruby-core, rack-devel and > > camping-list > > * Submit the announcement to Rubyflow and ruby.reddit > > * Write a patch which removes Rack::Adapters::Camping from Rack > > * (Possibly write a little blog post comparing Camping and Sinatra from an > > objective point of view) > > * Start hacking on Camping 2.1! > > Puh. What'd ya think? > > Oh, and busbey has been playing a bit with the > > code:http://github.com/busbey/camping. Some awesome migrations ideas in > > there. Looking forward to merge them into 2.1! > > > > // Magnus Holm > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/camping-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Wed Apr 7 09:02:53 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Wed, 07 Apr 2010 07:02:53 -0600 Subject: Camping 2.0.RC0 In-Reply-To: <4BBC6D80.1070501@monnet-usa.com> References: <4BBC6D80.1070501@monnet-usa.com> Message-ID: <4BBC827D.6060408@monnet-usa.com> Successfully tested the updated RESTstop restful blog too. Started to test my own app (mySkillsMap.com) locally but will need to continue tonight. On 4/7/2010 5:33 AM, Philippe Monnet wrote: > I tested 2 new apps I wrote to test OAuth so far with success. > I sill have to test my main web app and the recent RESTstop blog app I > had updated. > > On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: > >> > Ladies and gentlemen: >> > gem install camping --prerelease >> > (Look, no --source!) >> > I'm not a big fan of betas/RCs, but this is a rather big change and I want >> > to make sure we release something that actually works. I don't have any apps >> > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of >> > you could verify that it works as expected? >> > I'll give it a week or so, and if everything seems fine I'll... >> > * Copy the documentation athttp://stuff.judofyr.net/camping-docs/ to >> > http://camping.rubyforge.org/ >> > * Make sure all the links in the wiki points to the right place >> > * Release the gem as 2.0 at rubygems.org >> > * Write an announcement which I'll post to ruby-core, rack-devel and >> > camping-list >> > * Submit the announcement to Rubyflow and ruby.reddit >> > * Write a patch which removes Rack::Adapters::Camping from Rack >> > * (Possibly write a little blog post comparing Camping and Sinatra from an >> > objective point of view) >> > * Start hacking on Camping 2.1! >> > Puh. What'd ya think? >> > Oh, and busbey has been playing a bit with the >> > code:http://github.com/busbey/camping. Some awesome migrations ideas in >> > there. Looking forward to merge them into 2.1! >> > >> > // Magnus Holm >> > >> > _______________________________________________ >> > Camping-list mailing list >> > Camping-list at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/camping-list >> > >> > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at roughest.net Wed Apr 7 13:18:21 2010 From: matt at roughest.net (Matt Zukowski) Date: Wed, 7 Apr 2010 13:18:21 -0400 Subject: Camping 2.0.RC0 In-Reply-To: <4BBC827D.6060408@monnet-usa.com> References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: Hey Philippe, thanks for that. I've gone ahead and created a github repo for reststop at https://github.com/zuk/reststop Your changes have been pushed up. I've also added you as a collaborator so you can freely commit to my copy of the repo. Next step is to create a gemspec for this and push it up to gemcutter/rubyforge. Matt. On Wed, Apr 7, 2010 at 9:02 AM, Philippe Monnet wrote: > Successfully tested the updated RESTstop restful blog too. > Started to test my own app (mySkillsMap.com) locally but will need to > continue tonight. > > > On 4/7/2010 5:33 AM, Philippe Monnet wrote: > > I tested 2 new apps I wrote to test OAuth so far with success. > I sill have to test my main web app and the recent RESTstop blog app I had > updated. > > On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: > > > > Ladies and gentlemen:> gem install camping --prerelease> (Look, no --source!)> I'm not a big fan of betas/RCs, but this is a rather big change and I want> to make sure we release something that actually works. I don't have any apps> that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of> you could verify that it works as expected?> I'll give it a week or so, and if everything seems fine I'll?> * Copy the documentation at http://stuff.judofyr.net/camping-docs/ to> http://camping.rubyforge.org/> * Make sure all the links in the wiki points to the right place> * Release the gem as 2.0 at rubygems.org> * Write an announcement which I'll post to ruby-core, rack-devel and> camping-list> * Submit the announcement to Rubyflow and ruby.reddit> * Write a patch which removes Rack::Adapters::Camping from Rack> * (Possibly write a little blog post comparing Camping and Sinatra from an> objective point of view)> * Start hacking on Camping 2.1!> Puh. What'd ya think?> Oh, and busbey has been playing a bit with the> code: http://github.com/busbey/camping. Some awesome migrations ideas in> there. Looking forward to merge them into 2.1!>> // Magnus Holm>> _______________________________________________> Camping-list mailing list> Camping-list at rubyforge.org> http://rubyforge.org/mailman/listinfo/camping-list> > > > > _______________________________________________ > Camping-list mailing listCamping-list at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From judofyr at gmail.com Wed Apr 7 17:05:23 2010 From: judofyr at gmail.com (Magnus Holm) Date: Wed, 7 Apr 2010 23:05:23 +0200 Subject: Camping 2.0.RC0 In-Reply-To: References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: Oh, I totally forgot about that! Yes, I agree that this would be nice to have at github.com/camping. Should I fork Matt's repo or create a new one? // Magnus Holm On Wed, Apr 7, 2010 at 19:18, Matt Zukowski wrote: > Hey Philippe, thanks for that. I've gone ahead and created a github repo for > reststop at?https://github.com/zuk/reststop > Your changes have been pushed up. I've also added you as a collaborator so > you can freely commit to my copy of the repo. > Next step is to create a gemspec for this and push it up to > gemcutter/rubyforge. > Matt. > > On Wed, Apr 7, 2010 at 9:02 AM, Philippe Monnet wrote: >> >> Successfully tested the updated RESTstop restful blog too. >> Started to test my own app (mySkillsMap.com) locally but will need to >> continue tonight. >> >> On 4/7/2010 5:33 AM, Philippe Monnet wrote: >> >> I tested 2 new apps I wrote to test OAuth so far with success. >> I sill have to test my main web app and the recent RESTstop blog app I had >> updated. >> >> On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: >> >> >> > Ladies and gentlemen: >> > ?? ?gem install camping --prerelease >> > (Look, no --source!) >> > I'm not a big fan of betas/RCs, but this is a rather big change and I >> > want >> > to make sure we release something that actually works.?I don't have any >> > apps >> > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some >> > of >> > you could verify that it works as expected? >> > I'll give it a week or so, and if everything seems fine I'll? >> > * Copy the documentation at?http://stuff.judofyr.net/camping-docs/?to >> > http://camping.rubyforge.org/ >> > * Make sure all the links in the wiki points to the right place >> > * Release the gem as 2.0 at rubygems.org >> > * Write an announcement which I'll post to ruby-core, rack-devel and >> > camping-list >> > * Submit the announcement to Rubyflow and ruby.reddit >> > * Write a patch which removes Rack::Adapters::Camping from Rack >> > * (Possibly write a little blog post comparing Camping and Sinatra from >> > an >> > objective point of view) >> > * Start hacking on Camping 2.1! >> > Puh. What'd ya think? >> > Oh, and busbey has been playing a bit with the >> > code:?http://github.com/busbey/camping. Some awesome migrations ideas in >> > there. Looking forward to merge them into 2.1! >> > >> > // Magnus Holm >> > >> > _______________________________________________ >> > Camping-list mailing list >> > Camping-list at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/camping-list >> > >> >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > From ruby at monnet-usa.com Wed Apr 7 18:55:11 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Wed, 07 Apr 2010 16:55:11 -0600 Subject: Camping 2.0.RC0 In-Reply-To: References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: <4BBD0D4F.7010505@monnet-usa.com> Up to the two of you. On 4/7/2010 3:05 PM, Magnus Holm wrote: > Oh, I totally forgot about that! > > Yes, I agree that this would be nice to have at github.com/camping. > Should I fork Matt's repo or create a new one? > > > // Magnus Holm > > > > On Wed, Apr 7, 2010 at 19:18, Matt Zukowski wrote: > >> Hey Philippe, thanks for that. I've gone ahead and created a github repo for >> reststop at https://github.com/zuk/reststop >> Your changes have been pushed up. I've also added you as a collaborator so >> you can freely commit to my copy of the repo. >> Next step is to create a gemspec for this and push it up to >> gemcutter/rubyforge. >> Matt. >> >> On Wed, Apr 7, 2010 at 9:02 AM, Philippe Monnet wrote: >> >>> Successfully tested the updated RESTstop restful blog too. >>> Started to test my own app (mySkillsMap.com) locally but will need to >>> continue tonight. >>> >>> On 4/7/2010 5:33 AM, Philippe Monnet wrote: >>> >>> I tested 2 new apps I wrote to test OAuth so far with success. >>> I sill have to test my main web app and the recent RESTstop blog app I had >>> updated. >>> >>> On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: >>> >>> >>> >>>> Ladies and gentlemen: >>>> gem install camping --prerelease >>>> (Look, no --source!) >>>> I'm not a big fan of betas/RCs, but this is a rather big change and I >>>> want >>>> to make sure we release something that actually works. I don't have any >>>> apps >>>> that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some >>>> of >>>> you could verify that it works as expected? >>>> I'll give it a week or so, and if everything seems fine I'll? >>>> * Copy the documentation at http://stuff.judofyr.net/camping-docs/ to >>>> http://camping.rubyforge.org/ >>>> * Make sure all the links in the wiki points to the right place >>>> * Release the gem as 2.0 at rubygems.org >>>> * Write an announcement which I'll post to ruby-core, rack-devel and >>>> camping-list >>>> * Submit the announcement to Rubyflow and ruby.reddit >>>> * Write a patch which removes Rack::Adapters::Camping from Rack >>>> * (Possibly write a little blog post comparing Camping and Sinatra from >>>> an >>>> objective point of view) >>>> * Start hacking on Camping 2.1! >>>> Puh. What'd ya think? >>>> Oh, and busbey has been playing a bit with the >>>> code: http://github.com/busbey/camping. Some awesome migrations ideas in >>>> there. Looking forward to merge them into 2.1! >>>> >>>> // Magnus Holm >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at roughest.net Wed Apr 7 18:57:53 2010 From: matt at roughest.net (Matt Zukowski) Date: Wed, 7 Apr 2010 18:57:53 -0400 Subject: Camping 2.0.RC0 In-Reply-To: References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: Magnus, create a new one and I'll delete my copy and fork off yours. On Wed, Apr 7, 2010 at 5:05 PM, Magnus Holm wrote: > Oh, I totally forgot about that! > > Yes, I agree that this would be nice to have at github.com/camping. > Should I fork Matt's repo or create a new one? > > > // Magnus Holm > > > > On Wed, Apr 7, 2010 at 19:18, Matt Zukowski wrote: > > Hey Philippe, thanks for that. I've gone ahead and created a github repo > for > > reststop at https://github.com/zuk/reststop > > Your changes have been pushed up. I've also added you as a collaborator > so > > you can freely commit to my copy of the repo. > > Next step is to create a gemspec for this and push it up to > > gemcutter/rubyforge. > > Matt. > > > > On Wed, Apr 7, 2010 at 9:02 AM, Philippe Monnet > wrote: > >> > >> Successfully tested the updated RESTstop restful blog too. > >> Started to test my own app (mySkillsMap.com) locally but will need to > >> continue tonight. > >> > >> On 4/7/2010 5:33 AM, Philippe Monnet wrote: > >> > >> I tested 2 new apps I wrote to test OAuth so far with success. > >> I sill have to test my main web app and the recent RESTstop blog app I > had > >> updated. > >> > >> On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: > >> > >> > >> > Ladies and gentlemen: > >> > gem install camping --prerelease > >> > (Look, no --source!) > >> > I'm not a big fan of betas/RCs, but this is a rather big change and I > >> > want > >> > to make sure we release something that actually works. I don't have > any > >> > apps > >> > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if > some > >> > of > >> > you could verify that it works as expected? > >> > I'll give it a week or so, and if everything seems fine I'll? > >> > * Copy the documentation at http://stuff.judofyr.net/camping-docs/ to > >> > http://camping.rubyforge.org/ > >> > * Make sure all the links in the wiki points to the right place > >> > * Release the gem as 2.0 at rubygems.org > >> > * Write an announcement which I'll post to ruby-core, rack-devel and > >> > camping-list > >> > * Submit the announcement to Rubyflow and ruby.reddit > >> > * Write a patch which removes Rack::Adapters::Camping from Rack > >> > * (Possibly write a little blog post comparing Camping and Sinatra > from > >> > an > >> > objective point of view) > >> > * Start hacking on Camping 2.1! > >> > Puh. What'd ya think? > >> > Oh, and busbey has been playing a bit with the > >> > code: http://github.com/busbey/camping. Some awesome migrations ideas > in > >> > there. Looking forward to merge them into 2.1! > >> > > >> > // Magnus Holm > >> > > >> > _______________________________________________ > >> > Camping-list mailing list > >> > Camping-list at rubyforge.org > >> > http://rubyforge.org/mailman/listinfo/camping-list > >> > > >> > >> > >> > >> > >> _______________________________________________ > >> Camping-list mailing list > >> Camping-list at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/camping-list > >> > >> _______________________________________________ > >> Camping-list mailing list > >> Camping-list at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at roughest.net Thu Apr 8 14:33:15 2010 From: matt at roughest.net (Matt Zukowski) Date: Thu, 8 Apr 2010 14:33:15 -0400 Subject: Camping 2.0.RC0 In-Reply-To: References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: Okay everything's been moved to camping/reststop. Any future commits on my part will go there. Philippe, I believe you have access too. Thanks Magnus! On Wed, Apr 7, 2010 at 6:57 PM, Matt Zukowski wrote: > Magnus, create a new one and I'll delete my copy and fork off yours. > > > On Wed, Apr 7, 2010 at 5:05 PM, Magnus Holm wrote: > >> Oh, I totally forgot about that! >> >> Yes, I agree that this would be nice to have at github.com/camping. >> Should I fork Matt's repo or create a new one? >> >> >> // Magnus Holm >> >> >> >> On Wed, Apr 7, 2010 at 19:18, Matt Zukowski wrote: >> > Hey Philippe, thanks for that. I've gone ahead and created a github repo >> for >> > reststop at https://github.com/zuk/reststop >> > Your changes have been pushed up. I've also added you as a collaborator >> so >> > you can freely commit to my copy of the repo. >> > Next step is to create a gemspec for this and push it up to >> > gemcutter/rubyforge. >> > Matt. >> > >> > On Wed, Apr 7, 2010 at 9:02 AM, Philippe Monnet >> wrote: >> >> >> >> Successfully tested the updated RESTstop restful blog too. >> >> Started to test my own app (mySkillsMap.com) locally but will need to >> >> continue tonight. >> >> >> >> On 4/7/2010 5:33 AM, Philippe Monnet wrote: >> >> >> >> I tested 2 new apps I wrote to test OAuth so far with success. >> >> I sill have to test my main web app and the recent RESTstop blog app I >> had >> >> updated. >> >> >> >> On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: >> >> >> >> >> >> > Ladies and gentlemen: >> >> > gem install camping --prerelease >> >> > (Look, no --source!) >> >> > I'm not a big fan of betas/RCs, but this is a rather big change and I >> >> > want >> >> > to make sure we release something that actually works. I don't have >> any >> >> > apps >> >> > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if >> some >> >> > of >> >> > you could verify that it works as expected? >> >> > I'll give it a week or so, and if everything seems fine I'll? >> >> > * Copy the documentation at http://stuff.judofyr.net/camping-docs/ >> to >> >> > http://camping.rubyforge.org/ >> >> > * Make sure all the links in the wiki points to the right place >> >> > * Release the gem as 2.0 at rubygems.org >> >> > * Write an announcement which I'll post to ruby-core, rack-devel and >> >> > camping-list >> >> > * Submit the announcement to Rubyflow and ruby.reddit >> >> > * Write a patch which removes Rack::Adapters::Camping from Rack >> >> > * (Possibly write a little blog post comparing Camping and Sinatra >> from >> >> > an >> >> > objective point of view) >> >> > * Start hacking on Camping 2.1! >> >> > Puh. What'd ya think? >> >> > Oh, and busbey has been playing a bit with the >> >> > code: http://github.com/busbey/camping. Some awesome migrations >> ideas in >> >> > there. Looking forward to merge them into 2.1! >> >> > >> >> > // Magnus Holm >> >> > >> >> > _______________________________________________ >> >> > Camping-list mailing list >> >> > Camping-list at rubyforge.org >> >> > http://rubyforge.org/mailman/listinfo/camping-list >> >> > >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> Camping-list mailing list >> >> Camping-list at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> >> Camping-list mailing list >> >> Camping-list at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/camping-list >> > >> > >> > _______________________________________________ >> > Camping-list mailing list >> > Camping-list at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/camping-list >> > >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Fri Apr 9 00:19:03 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Thu, 08 Apr 2010 22:19:03 -0600 Subject: Camping 2.0.RC0 In-Reply-To: <4BBC827D.6060408@monnet-usa.com> References: <4BBC6D80.1070501@monnet-usa.com> <4BBC827D.6060408@monnet-usa.com> Message-ID: <4BBEAAB7.1010504@monnet-usa.com> I just finished spot-testing my main web app (mySkillsMap) locally on 2.0 and things are looking good. So it sounds like we're going to be a go for 2.0! :-) On 4/7/2010 7:02 AM, Philippe Monnet wrote: > Successfully tested the updated RESTstop restful blog too. > Started to test my own app (mySkillsMap.com) locally but will need to > continue tonight. > > On 4/7/2010 5:33 AM, Philippe Monnet wrote: >> I tested 2 new apps I wrote to test OAuth so far with success. >> I sill have to test my main web app and the recent RESTstop blog app >> I had updated. >> >> On Sat, Apr 3, 2010 at 4:23 PM, Magnus Holm wrote: >> >>> > Ladies and gentlemen: >>> > gem install camping --prerelease >>> > (Look, no --source!) >>> > I'm not a big fan of betas/RCs, but this is a rather big change and I want >>> > to make sure we release something that actually works. I don't have any apps >>> > that runs on Camping (neither 1.5 nor 1.9/2.0), so I was hoping if some of >>> > you could verify that it works as expected? >>> > I'll give it a week or so, and if everything seems fine I'll... >>> > * Copy the documentation athttp://stuff.judofyr.net/camping-docs/ to >>> > http://camping.rubyforge.org/ >>> > * Make sure all the links in the wiki points to the right place >>> > * Release the gem as 2.0 at rubygems.org >>> > * Write an announcement which I'll post to ruby-core, rack-devel and >>> > camping-list >>> > * Submit the announcement to Rubyflow and ruby.reddit >>> > * Write a patch which removes Rack::Adapters::Camping from Rack >>> > * (Possibly write a little blog post comparing Camping and Sinatra from an >>> > objective point of view) >>> > * Start hacking on Camping 2.1! >>> > Puh. What'd ya think? >>> > Oh, and busbey has been playing a bit with the >>> > code:http://github.com/busbey/camping. Some awesome migrations ideas in >>> > there. Looking forward to merge them into 2.1! >>> > >>> > // Magnus Holm >>> > >>> > _______________________________________________ >>> > Camping-list mailing list >>> > Camping-list at rubyforge.org >>> > http://rubyforge.org/mailman/listinfo/camping-list >>> > >>> >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From judofyr at gmail.com Fri Apr 9 10:47:01 2010 From: judofyr at gmail.com (Magnus Holm) Date: Fri, 9 Apr 2010 16:47:01 +0200 Subject: [ANN] Camping 2.0 - minature rails for stay-at-home moms Message-ID: require "uri";require "rack";class Object;def meta_def m,&b;(class<URL(*a). to_s;end;def r404 p;P%"#{p} not found"end;def r500 k,m,e;raise e;end;def r501 m P%"#{m.upcase} not implemented"end;def to_a;@env['rack.session']=@state;r=Rack:: Response.new(@body, at status, at headers);@cookies.each{|k,v|next if @old_cookies[ k]==v;v={:value=>v,:path=>self/"/"} if String===v;r.set_cookie(k,v)};r.to_a;end def initialize(env,m) r=@request=Rack::Request.new(@env=env);@root, at input, @cookies, at state, at headers, at status, at method=r.script_name.sub(/\/$/,''),n(r.params ),H[@old_cookies = r.cookies],H[r.session],{},m=~/r(\d+)/?$1.to_i: 200,m end;def n h;Hash===h ?h.inject(H[]){|m,(k,v)|m[k]=n(v);m}: h end;def service *a;r=catch( :halt){send(@method,*a)};@body||=r;self;end;end;module Controllers;@r=[];class<< self;def r;@r end;def R *u;r=@r;Class.new{meta_def(:urls){u};meta_def(:inherited ){|x|r<'(\d+)',"X"=>'([^/]+)', "Index"=>'';def M;def M;end;constants.map{|c|k=const_get(c);k.send:include,C, Base,Helpers,Models;@r=[k]+r if r-[k]==r;k.meta_def(:urls){ [ "/#{c.scan( /.[^A-Z]*/).map(&N.method(:[]))*'/'}"]}if !k.respond_to?:urls}end end;I=R() end;X=Controllers;class<e).to_a;end;def method_missing m,c,*a;X.M;h=Hash===a[-1]? a.pop: {};e=H[Rack::MockRequest.env_for('',h.delete(:env)||{})];k=X.const_get(c ).new(e,m.to_s);h.each{|i,v|k.send"#{i}=",v};k.service(*a);end;def use*a,&b;m=a. shift.new(method(:call),*a,&b);meta_def(:call){|e|m.call(e)}end end;module Views include X,Helpers end;module Models;autoload:Base, 'camping/ar';end;autoload:Mab,'camping/mab';C end --- Wow. After 199 commits, 11875 lines of diff and 1284 days, it's an honor to present a new, freshly baked version of the microframework; now built upon Rack and weighing only 3072 tiny bytes. (That's exactly 3k!) gem install camping Home: http://whywentcamping.com/ (currently only redirects to the docs) Docs: http://camping.rubyforge.org/ Code/wiki/bugs: http://github.com/camping/camping Mailing list: http://rubyforge.org/mailman/listinfo/camping-list ~> Wait a second, you're not _why! Well, no. He went camping, so we decided to commandeer and steer this ship back on course. I'm merely a scoutmaster; it's the community who's in charge. Want to have an impact on Camping? Just join the mailing list, and your voice will be heard. ~> What's new? Let's start with Rack. Every Camping app is now a Rack app. This is your config.ru: require 'blog' run Blog If your app requires a middleware, you can inject it inside your app: module Blog use Rack::MethodOverride end Sessions are now simply a wrapper around env['rack.session'], so it's easy as pie to `use Other::SessionBackends`. Ironicly, the methods Rack stole from Camping are no longer in Camping, since it's shorter to simply call those in Rack :-) Next up: The book - http://camping.rubyforge.org/book.html Not really a book, but it should get you started with Camping pretty quick. It's far from complete, but in the end you should know plenty about both Camping, Rack, HTTP and other frameworks. Web development is a huge field in Ruby and can be a little confusing for newcomers. This book should give you a gentle introduction together with pointers to where you could go for more. This book isn't written yet. Let me repeat that: This book isn't written yet. Nothing is set in stone. These are basically just some of mine ideas - what I wish was there some years ago. But I'm neither the author nor the reader, so I want YOU to tell me how it really should be. It's open-source after all. Being open-source means you are free to do whatever you want. Does that sentence suck? That paragraph is badly phrased? That chapter doesn't belong there? Rewrite it! Reorganize the whole book! Just make sure to tell the rest why it's better. Being open-source ALSO means you sometimes have to give up your perfect chapter. Realize it wasn't as good as you thought. It's tough, but that's how it's going to be. Okay, now: Simpler routes The most used line is Camping apps has to be: class Index < R '/' So _why commited and now you can write: class Index # matches / class Posts # matches /posts class PostX # matches /post/([^/]+) class UserN # matches /user/(\d+) ~> Interesting. Is 1.5 still supported? What should I do to upgrade my app? No more development will be done for 1.5, so we recommend that you upgrade your app to 2.0. Rack::Adapter::Camping will be removed in the next release of Rack, so if you're using it you should absolutely switch to Camping 2.0. Plese read http://camping.rubyforge.org/book/51_upgrading.html#from-15-to-20 for upgrade notes and if you still have any problems, please let us know and we'll update it. ~> What will we see 2.1? That's up to you! What would you like to see? You don't necessarily have to implement it yourself, just tell the rest on the mailing list and maybe someone else helps out. Sean Busbey is trying to make migrations suck less, and I want to make it even more Rackified. And we'll all be smashing bugs. ~> Help, I'm stuck! Where should I go? The mailing list: http://rubyforge.org/mailman/listinfo/camping-list You can also try #camping on irc.freenode.net: http://java.freenode.net/?channel=camping // Magnus Holm From ruby at monnet-usa.com Fri Apr 9 11:18:02 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Fri, 09 Apr 2010 09:18:02 -0600 Subject: [ANN] Camping 2.0 - miniature rails for stay-at-home moms AND dads :-) In-Reply-To: References: Message-ID: <4BBF452A.5030005@monnet-usa.com> Yippee! [cling cheers cling sk?l* *cling sant? cling] Thanks Magnus for all the hard work bringing Camping to 2.0. _why must be proud! Philippe On 4/9/2010 8:47 AM, Magnus Holm wrote: > require "uri";require "rack";class Object;def meta_def m,&b;(class< end).send:define_method,m,&b end end;module Camping;C=self;S=IO.read(__FILE__ > )rescue nil;P="

Cam\ping Problem!

%s

";U=Rack::Utils;Apps=[] > class H to_s]:super end;undef id,type if ??==63;end;module Helpers;def R c,*g;p,h= > /\(.+?\)/,g.grep(Hash);g-=h;raise"bad route"unless u=c.urls.find{|x|break x if > x.scan(p).size==g.size&&/^#{x}\/?$/=~(x=g.inject(x){|x,a|x.sub p,U.escape((a[ > a.class.primary_key]rescue a))})};h.any?? u+"?"+U.build_query(h[0]):u end;def > / p;p[0]==?/?@root + p : p end;def URL c='/',*a;c=R(c, *a) if c.respond_to?( > :urls);c=self/c;c=@request.url[/.{8,}?(?=\/)/]+c if c[0]==?/;URI c end end > module Base;attr_accessor:env,:request,:root,:input,:cookies,:state,:status, > :headers,:body;def render v,*a,&b;mab(/^_/!~v.to_s){send(v,*a,&b)} end;def > mab l=nil,&b;m=Mab.new({},self);s=m.capture(&b);s=m.capture{layout{s}} if l&& > m.respond_to?(:layout);s end;def r s,b,h={};b,h=h,b if Hash===b;@status=s; > @headers.merge!(h);@body=b;end;def redirect *a;r 302,'','Location'=>URL(*a). > to_s;end;def r404 p;P%"#{p} not found"end;def r500 k,m,e;raise e;end;def r501 m > P%"#{m.upcase} not implemented"end;def to_a;@env['rack.session']=@state;r=Rack:: > Response.new(@body, at status, at headers);@cookies.each{|k,v|next if @old_cookies[ > k]==v;v={:value=>v,:path=>self/"/"} if String===v;r.set_cookie(k,v)};r.to_a;end > def initialize(env,m) r=@request=Rack::Request.new(@env=env);@root, at input, > @cookies, at state, at headers, at status, at method=r.script_name.sub(/\/$/,''),n(r.params > ),H[@old_cookies = r.cookies],H[r.session],{},m=~/r(\d+)/?$1.to_i: 200,m end;def > n h;Hash===h ?h.inject(H[]){|m,(k,v)|m[k]=n(v);m}: h end;def service *a;r=catch( > :halt){send(@method,*a)};@body||=r;self;end;end;module Controllers;@r=[];class<< > self;def r;@r end;def R *u;r=@r;Class.new{meta_def(:urls){u};meta_def(:inherited > ){|x|r< instance_method(m)rescue nil)?[k,m,*$~[1..-1]]:[I,'r501',m]if p=~/^#{x}\/?$/}} > [I,'r404',p] end;N=H.new{|_,x|x.downcase}.merge! "N"=>'(\d+)',"X"=>'([^/]+)', > "Index"=>'';def M;def M;end;constants.map{|c|k=const_get(c);k.send:include,C, > Base,Helpers,Models;@r=[k]+r if r-[k]==r;k.meta_def(:urls){ [ "/#{c.scan( > /.[^A-Z]*/).map(&N.method(:[]))*'/'}"]}if !k.respond_to?:urls}end end;I=R() > end;X=Controllers;class< TOPLEVEL_BINDING) end;def call e;X.M;p=e['PATH_INFO']=U.unescape(e['PATH_INFO']) > k,m,*a=X.D p,e['REQUEST_METHOD'].downcase;k.new(e,m).service(*a).to_a;rescue > r500(:I,k,m,$!,:env=>e).to_a;end;def method_missing m,c,*a;X.M;h=Hash===a[-1]? > a.pop: {};e=H[Rack::MockRequest.env_for('',h.delete(:env)||{})];k=X.const_get(c > ).new(e,m.to_s);h.each{|i,v|k.send"#{i}=",v};k.service(*a);end;def use*a,&b;m=a. > shift.new(method(:call),*a,&b);meta_def(:call){|e|m.call(e)}end end;module Views > include X,Helpers end;module Models;autoload:Base, > 'camping/ar';end;autoload:Mab,'camping/mab';C end > > --- > > Wow. After 199 commits, 11875 lines of diff and 1284 days, it's an honor to > present a new, freshly baked version of the microframework; now built upon > Rack and weighing only 3072 tiny bytes. (That's exactly 3k!) > > gem install camping > > Home: http://whywentcamping.com/ (currently only redirects to the docs) > Docs: http://camping.rubyforge.org/ > Code/wiki/bugs: http://github.com/camping/camping > Mailing list: http://rubyforge.org/mailman/listinfo/camping-list > > ~> Wait a second, you're not _why! > > Well, no. He went camping, so we decided to commandeer and steer this ship > back on course. I'm merely a scoutmaster; it's the community who's in charge. > Want to have an impact on Camping? Just join the mailing list, and your voice > will be heard. > > ~> What's new? > > Let's start with Rack. > > Every Camping app is now a Rack app. This is your config.ru: > > require 'blog' > run Blog > > If your app requires a middleware, you can inject it inside your app: > > module Blog > use Rack::MethodOverride > end > > Sessions are now simply a wrapper around env['rack.session'], so it's easy as > pie to `use Other::SessionBackends`. > > Ironicly, the methods Rack stole from Camping are no longer in Camping, since > it's shorter to simply call those in Rack :-) > > Next up: The book - http://camping.rubyforge.org/book.html > > Not really a book, but it should get you started with Camping pretty quick. It's > far from complete, but in the end you should know plenty about both Camping, > Rack, HTTP and other frameworks. Web development is a huge field in Ruby and can > be a little confusing for newcomers. This book should give you a gentle > introduction together with pointers to where you could go for more. > > This book isn't written yet. Let me repeat that: This book isn't > written yet. Nothing is set in stone. These are basically just some of mine > ideas - what I wish was there some years ago. But I'm neither the author nor > the reader, so I want YOU to tell me how it really should be. It's open-source > after all. > > Being open-source means you are free to do whatever you want. Does that > sentence suck? That paragraph is badly phrased? That chapter doesn't belong > there? Rewrite it! Reorganize the whole book! Just make sure to tell the rest > why it's better. > > Being open-source ALSO means you sometimes have to give up your perfect > chapter. Realize it wasn't as good as you thought. It's tough, but that's how > it's going to be. > > Okay, now: Simpler routes > > The most used line is Camping apps has to be: > > class Index< R '/' > > So _why commited and now you can write: > > class Index # matches / > class Posts # matches /posts > class PostX # matches /post/([^/]+) > class UserN # matches /user/(\d+) > > ~> Interesting. Is 1.5 still supported? What should I do to upgrade my app? > > No more development will be done for 1.5, so we recommend that you upgrade > your app to 2.0. Rack::Adapter::Camping will be removed in the next release of > Rack, so if you're using it you should absolutely switch to Camping 2.0. > > Plese read http://camping.rubyforge.org/book/51_upgrading.html#from-15-to-20 > for upgrade notes and if you still have any problems, please let us know and > we'll update it. > > ~> What will we see 2.1? > > That's up to you! What would you like to see? You don't necessarily have to > implement it yourself, just tell the rest on the mailing list and maybe > someone else helps out. > > Sean Busbey is trying to make migrations suck less, and I want to make it even > more Rackified. And we'll all be smashing bugs. > > ~> Help, I'm stuck! Where should I go? > > The mailing list: http://rubyforge.org/mailman/listinfo/camping-list > > You can also try #camping on irc.freenode.net: > http://java.freenode.net/?channel=camping > > > > // Magnus Holm > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From judofyr at gmail.com Fri Apr 9 11:25:53 2010 From: judofyr at gmail.com (Magnus Holm) Date: Fri, 9 Apr 2010 17:25:53 +0200 Subject: Gone for the weekend Message-ID: I'll be gone for the weekend, so please take care of any newbies :-) I've also added some more collaborators on GitHub and owners on Gemcutter, so feel free to commit/push if needed. // Magnus Holm From john.beppu at gmail.com Fri Apr 9 12:14:24 2010 From: john.beppu at gmail.com (John Beppu) Date: Fri, 9 Apr 2010 09:14:24 -0700 Subject: [ANN] Camping 2.0 - minature rails for stay-at-home moms In-Reply-To: References: Message-ID: Good job. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsusco at gmail.com Fri Apr 9 13:55:55 2010 From: dsusco at gmail.com (David Susco) Date: Fri, 9 Apr 2010 13:55:55 -0400 Subject: [ANN] Camping 2.0 - minature rails for stay-at-home moms In-Reply-To: References: Message-ID: Indeed, congratulations everyone. And thank you to all those who made the 199 commits. On Fri, Apr 9, 2010 at 12:14 PM, John Beppu wrote: > Good job. > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -- Dave From judofyr at gmail.com Mon Apr 12 10:18:25 2010 From: judofyr at gmail.com (Magnus Holm) Date: Mon, 12 Apr 2010 16:18:25 +0200 Subject: Camping 2.1: Tests Message-ID: Wanted to highlight some of the issues we know have on github and get some discussion going. First up: Tests - http://github.com/camping/camping/issues#issue/15 Currently Camping doesn't have any automated tests. At all. Now, I'm not a testing freak, but I'm not _why either, so I believe we'll have to have *some* tests. I'm not talking about 100% unit-test coverage, but just something which lets us commit with confidence and makes it easier to make sure everything works on both 1.8 and 1.9. One idea I had: Use what we have in test/apps/ now and write WebRat-steps to make sure everything works as expected. The apps should be ran through Camping::Server, and the tests should use Net::HTTP so we test the whole stack. Anyone wants to give it a try, or have any other ideas? // Magnus Holm From judofyr at gmail.com Mon Apr 12 10:32:06 2010 From: judofyr at gmail.com (Magnus Holm) Date: Mon, 12 Apr 2010 16:32:06 +0200 Subject: Camping 2.1: Rackification Message-ID: Rackification - http://github.com/camping/camping/issues#issue/3 I want to make Camping even more Rack-ish. Some ideas: 1. Make Camping::Server use Rack::Server 2. The dispatcher shouldn't care about the method Previously the dispatcher (Controllers.D) has taken a path and a method, and returns an array with the controller and the method: D("/", "get") # => [Index, 'get'] D("/", "post") # => [I, 'r501'] # no post-method in Index D("/not_found", "get") # => [I, 'r404'] I want to make it such that the dispatcher only cares about the path, and then the controllers are responsible for calling the right method. I feel that is more HTTP-ish: First look up the resource, then try to call the method. 3. When the method isn't found, call #method_missing Okay, this one is kinda dangerous, but it would be cool if Camping would call #method_missing if the method doesn't exist. That way, Camping almost becomes the Ruby-version of HTTP. Too dangerous (aka. it would swallow regular NoMethorError) or possible? // Magnus Holm From judofyr at gmail.com Mon Apr 12 10:37:28 2010 From: judofyr at gmail.com (Magnus Holm) Date: Mon, 12 Apr 2010 16:37:28 +0200 Subject: Camping 2.1: Tilt integration Message-ID: Tilt - http://github.com/camping/camping/issues#issue/18 Tilt integration (http://github.com/rtomayko/tilt) is a dead-simple way to support ERB, Erubis, Haml, Liquid, Builder and other template engines. It would be nice if "require 'camping/templates'" would re-define Base#render to use Tilt IMO. // Magnus Holm From judofyr at gmail.com Mon Apr 12 10:49:39 2010 From: judofyr at gmail.com (Magnus Holm) Date: Mon, 12 Apr 2010 16:49:39 +0200 Subject: Camping 2.1: Easier to extend Message-ID: http://github.com/camping/camping/issues#issue/10 It's currently very hard to extend Camping, so I've been thinking of ways to make it easier without taking too many bytes. Here's a very simple approach: https://gist.github.com/75ecb81a3ae98b097f8a When you write `Camping.plugin :Foo` it stores the code in the file, and when you later call `App.needs :Foo` it fetches the file again and replaces Camping with App. Not perfect, but at least it's something. I'll have to try to get RESTstop using this technique to see how it works... Any other ideas? Comments? // Magnus Holm From judofyr at gmail.com Mon Apr 12 11:00:26 2010 From: judofyr at gmail.com (Magnus Holm) Date: Mon, 12 Apr 2010 17:00:26 +0200 Subject: Camping 2.1: Making migrations less sucky Message-ID: http://github.com/camping/camping/issues#issue/12 This is probably the most exciting issue: Making migrations less sucky. The fact that you'll have to do this to get started sucks: module Nuts::Models class Page < Base end class BasicFields < V 1.0 def self.up create_table Page.table_name do |t| t.string :title t.text :content # This gives us created_at and updated_at t.timestamps end end def self.down drop_table Page.table_name end end end It should really just be something like this: module Nuts::Models class Page < Base t.string :title t.text :content t.timestamps end end But we still want to support regular migrations (in some way at least). See the issue for more examples/comments. // Magnus Holm From ruby at monnet-usa.com Mon Apr 12 20:00:14 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Mon, 12 Apr 2010 18:00:14 -0600 Subject: Camping 2.1: Tests In-Reply-To: References: Message-ID: <4BC3B40E.70602@monnet-usa.com> Did not know about WebRat but it seems pretty compelling. I had meant to look at Mosquito (http://mosquito.rubyforge.org/) but if WebRat has a greater adoption in the Ruby community that might make more sense. On 4/12/2010 8:18 AM, Magnus Holm wrote: > Wanted to highlight some of the issues we know have on github and get > some discussion going. > > First up: Tests - http://github.com/camping/camping/issues#issue/15 > > Currently Camping doesn't have any automated tests. At all. Now, I'm > not a testing freak, but I'm not _why either, so I believe we'll have > to have *some* tests. I'm not talking about 100% unit-test coverage, > but just something which lets us commit with confidence and makes it > easier to make sure everything works on both 1.8 and 1.9. > > One idea I had: Use what we have in test/apps/ now and write > WebRat-steps to make sure everything works as expected. The apps > should be ran through Camping::Server, and the tests should use > Net::HTTP so we test the whole stack. > > Anyone wants to give it a try, or have any other ideas? > > > // Magnus Holm > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Mon Apr 12 20:18:11 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Mon, 12 Apr 2010 18:18:11 -0600 Subject: Camping 2.1: Rackification In-Reply-To: References: Message-ID: <4BC3B843.9010303@monnet-usa.com> #1 seems to make sense. I personally tend to use rackup anyway. #2 seems ok. #3 agreed with the dangerous override - how about http_method_missing instead? On 4/12/2010 8:32 AM, Magnus Holm wrote: > Rackification - http://github.com/camping/camping/issues#issue/3 > > I want to make Camping even more Rack-ish. Some ideas: > > 1. Make Camping::Server use Rack::Server > > 2. The dispatcher shouldn't care about the method > > Previously the dispatcher (Controllers.D) has taken a path and a > method, and returns an array with the controller and the method: > > D("/", "get") # => [Index, 'get'] > D("/", "post") # => [I, 'r501'] # no post-method in Index > D("/not_found", "get") # => [I, 'r404'] > > I want to make it such that the dispatcher only cares about the path, > and then the controllers are responsible for calling the right method. > I feel that is more HTTP-ish: First look up the resource, then try to > call the method. > > 3. When the method isn't found, call #method_missing > > Okay, this one is kinda dangerous, but it would be cool if Camping > would call #method_missing if the method doesn't exist. That way, > Camping almost becomes the Ruby-version of HTTP. Too dangerous (aka. > it would swallow regular NoMethorError) or possible? > > > // Magnus Holm > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Mon Apr 12 20:21:53 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Mon, 12 Apr 2010 18:21:53 -0600 Subject: Camping 2.1: Tilt integration In-Reply-To: References: Message-ID: <4BC3B921.90605@monnet-usa.com> Tilt seems pretty cool based on quick glance at the site. This would give people a few more well-known options. On 4/12/2010 8:37 AM, Magnus Holm wrote: > Tilt - http://github.com/camping/camping/issues#issue/18 > > Tilt integration (http://github.com/rtomayko/tilt) is a dead-simple > way to support ERB, Erubis, Haml, Liquid, Builder and other template > engines. It would be nice if "require 'camping/templates'" would > re-define Base#render to use Tilt IMO. > > // Magnus Holm > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From judofyr at gmail.com Tue Apr 13 13:58:51 2010 From: judofyr at gmail.com (Magnus Holm) Date: Tue, 13 Apr 2010 19:58:51 +0200 Subject: Camping 2.1: Tests In-Reply-To: <4BC3B40E.70602@monnet-usa.com> References: <4BC3B40E.70602@monnet-usa.com> Message-ID: Mosquito tests the app from within the same process. I think it'd make more sense to have the tests run over HTTP. // Magnus Holm On Tue, Apr 13, 2010 at 02:00, Philippe Monnet wrote: > Did not know about WebRat but it seems pretty compelling. I had meant to > look at Mosquito (http://mosquito.rubyforge.org/) but if WebRat has a > greater adoption in the Ruby community that might make more sense. > > On 4/12/2010 8:18 AM, Magnus Holm wrote: > > Wanted to highlight some of the issues we know have on github and get > some discussion going. > > First up: Tests - http://github.com/camping/camping/issues#issue/15 > > Currently Camping doesn't have any automated tests. At all. Now, I'm > not a testing freak, but I'm not _why either, so I believe we'll have > to have *some* tests. I'm not talking about 100% unit-test coverage, > but just something which lets us commit with confidence and makes it > easier to make sure everything works on both 1.8 and 1.9. > > One idea I had: Use what we have in test/apps/ now and write > WebRat-steps to make sure everything works as expected. The apps > should be ran through Camping::Server, and the tests should use > Net::HTTP so we test the whole stack. > > Anyone wants to give it a try, or have any other ideas? > > > // Magnus Holm > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > From ruby at monnet-usa.com Sun Apr 18 19:01:37 2010 From: ruby at monnet-usa.com (Philippe Monnet) Date: Sun, 18 Apr 2010 17:01:37 -0600 Subject: Should we incorporate a filtering mechanism in controllers? Message-ID: <4BCB8F51.1070300@monnet-usa.com> Last year I discovered filtering_camping and I have been using it in my apps. As I am working on a OAuth Camping plugin (adapted from the OAuth Rails plugin), I was thinking of using filtering_camping. And that lead to the following questions? 1. Are people using filtering_camping? 2. Are people using other types of before/after filter framework? 3. Should we incorporate this capability in the base? 4. Do people prefer something simple dead easy like filtering_camping? Or would people prefer something more like filters in Rails? Philippe -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Mon Apr 19 05:56:08 2010 From: deveritt at innotts.co.uk (Dave Everitt) Date: Mon, 19 Apr 2010 10:56:08 +0100 Subject: Should we incorporate a filtering mechanism in controllers? In-Reply-To: <4BCB8F51.1070300@monnet-usa.com> References: <4BCB8F51.1070300@monnet-usa.com> Message-ID: <04A81A8F-55B5-4CFE-912A-AC25CB34281E@innotts.co.uk> Philippe - dead simple for me. I was put off Rails a long time ago, which is how I landed on Camping - Dave Everitt > Do people prefer something simple dead easy like filtering_camping? > Or would people prefer something more like filters in Rails? From judofyr at gmail.com Thu Apr 22 18:04:40 2010 From: judofyr at gmail.com (Magnus Holm) Date: Fri, 23 Apr 2010 00:04:40 +0200 Subject: Try Camping! Message-ID: Here's my proposal for Ruby Summer of Code: http://github.com/judofyr/try-camping // Magnus Holm From judofyr at gmail.com Sat Apr 24 18:39:30 2010 From: judofyr at gmail.com (Magnus Holm) Date: Sun, 25 Apr 2010 00:39:30 +0200 Subject: Changing render semantics? Message-ID: I'm trying to integrate Tilt (for providing Haml etc. support), but are having some problems supporting both the previous `render` and this new `render`. Previous render: - loads Markaby when needed - Always wraps the layout - render :index # => Calls index() within Markaby - render :index, 1, 2 # => Calls index(1, 2) within Markaby What I want from the new render: - loads Markaby when needed - loads Tilt when needed - render :index, :layout => false # => Don't wraps the layout - render :foo # => Will check #{VIEW_PATH}/foo.* and render that file (falling back on the Markaby methid) - render :foo, :locals => { :bar => 123 } # => Same as above, but with local variables set - render :index, :locals => { :foo => 123 } # => :locals is ignored if it's a Markaby method I guess the question is: Does anybody actually use `render` with multiple arguments (render :index, 1, 2)? If not, I guess we can easily switch to this new `render` without breaking code. // Magnus Holm From john.beppu at gmail.com Sun Apr 25 13:51:41 2010 From: john.beppu at gmail.com (John Beppu) Date: Sun, 25 Apr 2010 10:51:41 -0700 Subject: Changing render semantics? In-Reply-To: References: Message-ID: On Sat, Apr 24, 2010 at 3:39 PM, Magnus Holm wrote: > > I guess the question is: Does anybody actually use `render` with > multiple arguments (render :index, 1, 2)? If not, I guess we can > easily switch to this new `render` without breaking code. > > I do not use the multi-argument form of render. I didn't even know you could do that. --beppu -------------- next part -------------- An HTML attachment was scrubbed... URL: From judofyr at gmail.com Thu Apr 29 15:38:56 2010 From: judofyr at gmail.com (Magnus Holm) Date: Thu, 29 Apr 2010 21:38:56 +0200 Subject: Aprilfest Message-ID: http://github.com/camping/camping/compare/4539baf...6347baf Latest changes in Camping: 1. There is now a Camping.options 2. Session now uses the Camping.options above 3. Fast Tilt integration (ERB/Haml support!) 4. Various changes gem install camping --source http://gems.judofyr.net/ Any comments or improvements? Have I done anything stupid? I think I'll rather go for the commit-to-master-and-revert-if-theres-something-wrong, than the commit-to-branch-or-fork-and-merge-when-ready. -- 1. There is now a Camping.options Useful (mostly for plugins) when you need to set different options: module App set :hello, "foo" end App.options[:hello] == "foo" -- 2. Session now uses the Camping.options above I want every setting to use Camping.options, so here's the new way: module App set :secret, "KEEP IT SECRET" include Camping::Session end -- 3. Fast Tilt integration module App set :views, File.dirname(__FILE__) + '/views' module Controllers class Index def get render :index end end end end If you now create a file called views/index.haml, `render` will now render that file (instead of looking for a Markaby method). You can also create views/layout.haml and it will wrap it (`yield` will return the inner template). You can of course also use views/index.erb or any other template engine which Tilt supports (see http://github.com/rtomayko/tilt) -- 4. Various changes * require 'camping-unabridged' now marks itself as 'camping' was required, and nothing happesn if you do require 'camping' later (great for development!) * Camping::Server now uses Rack::Server is a lot more cleaner. * The session is now stored as a Hash, and not a App::H. This caused me some weird bugs. * Use Class#method_defined? instead of Class#instance_method rescue nil * Fix bug in rake diff // Magnus Holm