Activity (RSS)

With the website going from pure HTML to generated HAML to a full Webby website, the structure has been put in place and actual documentation has been done. I ...

Added support for customized logging libraries, support Logger, Analogger, and, soon, Logging and Log4r.

Updates specs again to work with the current 0.5.0 codebase which includes a new structure and application space.

The current design is fairly stable and shou...

Added. May change in the future.

Code pulled from Merb's console adapter. (Hooray.)

This issue may be resolved by the contributions planned for Merb.

http://merb.lighthouseapp.com/pr...

This just resolves Time#to_json rendering as ISO 8601 t...

http://dev.rubyonrails.org/brows...

This is how ActiveSupport parses JSON (via YAML). Nasty but it works.

Officially (or possibly unofficially), ISO 8601 Dates will be the default format for JSON 2's spec.

See: http://www.json.org/json2.js

Also: http://pastie.org...

Filed under Release 0.5.0.

There should be a way to handle parsing a variety of Date/Time formats (strings) into actual Date/Time objects, and also a way to generate these formats (possi...

Filed under Release 0.5.0. Most of this is already functional, just requires a little packaging, especially for the interactive mode. Modelling this after Merb...

Essentially, make it work so that Halcyon applications can be run without Rack and not in an explicit Halcyon app-space.

This may be connected to the issue wi...

New structure; controllers defined in app/*.rb and inheriting from Application.

class Foo < Application
  def bar
    ok
  end
end

0.5.0 will include al...

Done, merged in from 0.5.0-refactor branch. Continuing polish.

This is open for suggestions. Please contribute your thoughts!

Well, the original idea was to have a Halcyon application behave as a single Controller in and of itself, but it appears to be moving towards a more robust str...

This has been committed and fully resolved. Halcyon 0.5.0 now exclusively uses Hash#to_mash instead.

As of Merb 0.9.1 (merb-core, to be exact), the Core Extension Hash#symbolize_keys! has been deprecated, being completely removed from the codebase, in favor of...

Some changes to the client design may change how this is done, but this is still a huge necessity.

One particular change will be the move from Halcyon::Client...

And Log4R, too.

This will be closer to done when more design decisions are made and things figured out on how to pass around information with the server and t...

Updated specs to work with the current 0.5.0 codebase, all are passing.

Will be adding more specs as more design decisions are made.

This ticket is almost too obvious to leave open but too needed to close... hmmm... And where to put said documentation? The GitHub wiki? Static HTML on http://...

This is definitely not what Halcyon should be concerned about. Thin et al can and should handle this just fine.

This has been completed (though it may involve some change in the future as desired/needed).

This change will only exist in 0.5.0, and to see it as it is now,...

Moved to a more reasonable structure with Halcyon::Application being the point of interest for Halcyon application developers instead of Halcyon::Server::Base....

Going to include params when --debug is turned on, etc, as requested. Will be in 0.5.0, but may be back ported to 0.4.x.

Thanks for the great idea.

Will be addressed as part of #13 with the move to being completely dependent on Rack (and Thin).

Will be addressed as part of #13 with the move to being completely dependent on Rack (and Thin).

Definitely a good idea, though might be part of the Verbose mode, and not just debug... but that's still debatable.

Putting this under 0.5.0 since I won't hav...

It would be nice to see full request and full response packets for each request, as well as errors and path parsing, when $debug = true.

Moved to 0.5.0 as 0.4.0 is now a maintenance/minor feature update.

Moved to 0.5.0 as 0.4.0 is now a maintenance/minor feature update.

Probably should expand this to also support the Logging library.

Moved to 0.5.0 as 0.4.0 is now a maintenance/minor feature update.

Heh, now it's closed.

Changed to use Integer(options[]) instead of options[].to_i because it will raise an exception if what it is given is not a number because we shouldn't default...

For now, this should be sufficient since, when performing requests, you can easily supply additional headers.

For example.

get('/foo/bar', {'X-Special-Header...

Use this when referring to how to implement a simple Plugin for Rails:

http://projects.jkraemer.net/act...

For instance, this is how it would be invoked:

cl...

Will commit this tomorrow and hopefully release a small-feature/maintenance update.

Thanks for the contribution!

Big news, Thin now has Swiftiply client support baked right in... awesome. Perhaps we should just tailor Halcyon to sit right on top of Thin...

But do we real...

patch to fix it

These changes won't be available until 0.5.0.

This is easy enough to implement, but with the upcoming changes to the Server structure, I believe it would be best to hold off on implementing this to reduce ...

Belongs with 0.5.0 Milestone.

There's too much duplication of functionality between Thin and Swiftiply managing PID files and what not and what Halcyon does (and a little bit of stepping on...

With both Thin and Swiftiply providing excellent performance and balancing/clustering, as well as handling numerous tasks such as PID files and logs already, i...