similar to: ! camping 1.5 + markaby 0.5

And now: gem install camping --source code.whytheluckystiff.net I hope this will be the last development release before 1.5. * ActiveRecord no longer required or installed. * If you refer to Models::Base, however, ActiveRecord will be loaded with autoload. (see lib/camping/db.rb) * new Camping::FastCGI.serve which will serve a whole directory of apps (see TheCampingServer[1]) *

Dear camping users, having been contacted by Julian Tarkhanov, I am willing to prepare the next camping release. _why has given me his friendly approval, with the reserve that camping.rb should be lower than 4k. He also told me that he wanted to remove the ActiveSupport and Markaby dependencies. I am writing here to get the users input so that I don''t do any mistake. So far, my plans

Hey, campineros. And many good handshakes to zimbatm for getting some patches applied. So, yeah, I''d really like to get rid of any serious dependancies with this 1.6 release. Anything that''s not in stdlib has to go. Of course, camping-omnibus will still assume the whole ActiveRecord, Markaby, Mongrel setup that''s in the history books. Metaid can be removed and

hi all, curious about your input on this latest design experience i''ve had with camping. none of that developing a traditional html ui, a ruby backend, and ajax-ifying the application after being built. - i started straight off with a camping-based json api (for the model). - next step was writing the controller in pure js - no dom interactions here. - then finishing off with a view

what is the cleanest way to do something for every request of a particular type (Verb, and Content-Type header)? i''m trying to figure out if shipping a custom camping.rb is avoidable, and if, how i should structure a patch my app http://whats-your.name/yard/ uses exclusively JSON based messaging between server and client. this means POST bodies are JSON, and not querystring.. camping

UNSUBSCRIBE On Oct 5, 2007, at 1:27 PM, camping-list-request at rubyforge.org wrote: > Send Camping-list mailing list submissions to > camping-list at rubyforge.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://rubyforge.org/mailman/listinfo/camping-list > or, via email, send a message with subject or body ''help'' to >

Consider this Camping 1.5 pre-release. gem install camping --source code.whytheluckystiff.net Look for: * The new Markaby features. <http://redhanded.hobix.com/inspect/lessMethod_missingInMarkaby.html> <http://redhanded.hobix.com/inspect/markabySMagicPermeationBranch.html> * The Camping::FastCGI class. * R(C, ...) properly escapes wacky arguments. _why

Hello all, I''m not sure who Camping''s steward is at this point(zimbatm? _why?), but I haven''t seen much activity in quite some time. I really like Camping, and I understand open source projects can fall by the wayside. So, I''d be willing to take over maintenance and releasing. I have experience maintaining my own open source projects, and a history of

Just up: gem install camping --source code.whytheluckystiff.net The changes: * Both bin/camping and Camping::FastCGI.serve now act according to the Camping Server specification.[1] * Docs are complete. _why [1] https://code.whytheluckystiff.net/camping/wiki/TheCampingServer

Hal Fulton has been e-mailing me about putting together a simple blogging package for Camping. Perhaps start with the blog in the examples and add a few things. Does anyone here want to collaborate with him? Or do any of you have your own works to offer? He''s mentioned he wants something with its own template syntax, but I think he could hack that in. _why

Hello, Zimbatm suggested the best way to push a patch into camping was to take my case to the people. So here it is. If you want to jump straight to the patch: http://code.whytheluckystiff.net/camping/ticket/117 Goal: Move the logic in the camping command line launcher into several classes Why? In the next version of parasite (http://parasite.rubyforge.org) I''d like to take over

Okay, let''s see. gem install camping --source code.whytheluckystiff.net A bunch of great stuff. * Camping::Apps stores constants for all loaded apps. * bin/camping can be given a directory. [1] Like: camping examples/ * Console mode -- thank zimbatm. Use: camping -C yourapp.rb * Call controllers with Camping.method_missing. Tepee.get(:Index) #=> (Response)

Camping now comes with a sessioning class, checked in tonight. To get sessions working for your application: 1. require ''camping/session'' 2. include Camping::Session in your application''s toplevel module. 3. In your application''s create method, add a call to Camping::Models::Schema.create_schema 4. Throughout your application, use the @state

The Camping 1.4.149 development gems is out. Really, the only update is the migrations stuff. (Camping::Models::V class.) The Markaby 0.4.74 is the merging of the xhtml-careful and trunk. If you''ve been using development gems for the past few months, this won''t be much of a change for you. If you''ve been using trunk, it''s a big change, I''ll have a

Hi everybody, I would like to use ruby2ruby in a caming project, but there seems to be an incompatibility with camping, ruby2ruby and markaby. Unfortunately I receive strange Markaby::InvalidXhtmlErrors. To demonstrate, that only combination of all three components causes the problem I added the following code. I relies on Markaby and ruby2ruby only and works fine (a.k.a. as expected).

Hi, I and a few folks on #camping thought it would be nice to have either cookie based or file based session handling. This would eliminate the need for creating a sessions table in the database (or a sequence), which feels too heavy for a lightweight framework like Camping anyway. Plus, we can more easily avoid nasty adapter errors. :) The general consensus was to create a separate

I''ve noticed that the copy of Mongrel installed by the camping-omnibus gem doesn''t work with Ruby 1.8.6. Or to be more specific, cgi_multipart_eof_fix (which Mongrel is dependent upon) doesn''t work: > $ sudo gem install mongrel --source http://code.whytheluckystiff.net > > ERROR: Error installing mongrel: > cgi_multipart_eof_fix requires Ruby version

=== 1. Camping on Rack === I''ve just finished rewriting Camping to use Rack in the "core". I got rid of (a little less) than 1kB in camping.rb and removed lots of un-necessary files (lib/server/*.rb, fastcgi.rb & mongrel.rb). bin/camping does now only provide WEBrick, Mongrel and console-support and should only be used in development. It uses Rack::ShowExceptions to catch

So would you like this: $ wget http://rubyforge.org/gems/junebug-0.0.18.gem $ camping junebug-0.0.18.gem Or should it be: $ gem install junebug $ touch junebug.gemcamp $ camping junebug.gemcamp _why

Okay, I have tested mounting several of my apps under Lighttpd and Apache, both running FastCGI. I''m going to explain the configuration, but first: update. gem install camping --source code.whytheluckstiff.net == Mounting Root for Lighttpd+FastCGI == server.port = 3045 server.bind = "192.168.0.103" server.modules = (