We are developers of Drupal Ajax IM module : http://drupal.org/project/ajaxim
We would like to consult with Drupal community about problem we have faced:
At first Ajax IM server was developed as Drupal module, which is enough for 5-10 users, but can be too slow for more. The solution was to write a standalone server. Our customers wanted this server to be written in Ruby. Here is the question:
We would like our Drupal users to be able to use this Ruby server with changed Ajax IM client module, so we don't know whether we can commit it to Drupal CVS or we should provide link in Ajax IM module description to package with server or something else?
PS: this new Ruby server later will be ported back to standalone php server.
Please write your ideas about this issue.

Thank you

Comments

battochir’s picture

Personally, I think it's awesome of you guys to want to give so much to drupal. Your concern over module limitations and fixing them for others to use are just one example of why I use drupal...the people BEHIND the software. So while I think about this situation I just wanted to say thanks for all your work.

cheers,

wim

niklp’s picture

I've read a similar query regarding the inclusion of the third-party TinyMCE core code being included into Drupal CVS. I believe the bottom line is this: at the moment, there is a strict stance that no third-party code/libraries etc should be included in Drupal CVS, in order to avoid untidiness and bloat on that system. There are also issues regarding potential software license conflicts (as far as I can tell), which further complicates things.

The best thing to do is keep the Drupal module alive, and provide links to "improved" versions from the module page.

Further to that, wouldn't it have been easier to keep it as PHP...? And is there an option to use the new Ruby-powered system as a part of Drupal? I couldn't work it out from what you've said above...

Hope this helps, and thanks.

Nik

dwees’s picture

While there is a strict 'no third party' software rule in the Drupal CVS site, there doesn't appear to be any rules about what programming languages are included. If you have written this Ruby server yourself, I see no reason why you can't include it in the CVS. That being said, you will probably want to make it really obvious that your module will now require Ruby to work.

Dave

akhodakovskiy’s picture

Drupal AjaxIM v.2.dev was committed to the project.
http://drupal.org/project/ajaxim

Aleksey Khodakovskiy