Project

canonix

0.02
No commit activity in last 3 years
No release in over 3 years
canonixbrendon/canonixHomepageDocumentationSource CodeBug TrackerWiki
This is based on andrewferk's rewrite for Ruby 1.9 compatibility, but applies relevance's fix to ensure proper canonicalisation. It is intended that this be the new official Ruby XML Canonicaliser as the other project seems to be abandoned.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Popularity
Downloads
309,413
Stars
6
Forks
8
Watchers
3
 Releases
Current version
0.1.7
Total releases
6
First release
2011-06-16
Latest release
2013-06-09
 Issues
Open Issues
1
Closed Issues
4
Total Issues
5
Issue Closure Rate
80%
 Pull Requests
Open Pull Requests
0
Closed Pull Requests
0
Merged Pull Requests
5
Pull Request Acceptance Rate
100%
 Development
Primary Language
Ruby
Average date of last 50 commits
2011-10-13
Reverse Dependencies
11

 Dependencies

Development

jeweler
>= 0
rake
>= 0
rdoc
>= 0
thoughtbot-shoulda
>= 0

Runtime

canonix
>= 0
 Project Readme

Canonix¶ ↑

XML Canonicalizer for Ruby >= 1.9.2

This is taken from XMLCanonicalizer/WSS4R and github.com/borisnadion/xml-canonicalizer and github.com/andrewferk/xmlcanonicalizer.

This gem is intended to replace andrewferk’s xmlcanonicalizer which appears to have been abandoned.

History¶ ↑

The main reason why this gem was created was to provide a working XML Canonicaliser for the ruby-saml project. The original gem had a bug in it that prevented it from correctly processing namespaced XML documents. A patch was provided by relevance and has been applied to canonix.

I personally have little understanding of the inner workings of this code, and will happily accept pull requests to fix any issues that you may come across (with tests please). I am also not aware of which XML Canonicalisation algorithm is implemented by this gem, and a discussion on this matter can be found here: github.com/brendon/canonix/issues/2.

Note on Patches/Pull Requests¶ ↑

  • Fork the project.

  • Make your feature addition or bug fix.

  • Add tests for it. This is important so I don’t break it in a future version unintentionally.

  • Commit, do not mess with rakefile, version, or history. (if you want to have your own version, that is fine but bump version in a commit by itself I can ignore when I pull)

  • Send me a pull request. Bonus points for topic branches.