> http://java.sun.com/products/javamail/
are'nt rubymail or tmail a good fit ?
After a quick glance, they seem to only deal with RFC822/2882 and
MIME. This leaves out POP3, IMAP, SMTP, etc..
> http://simpleweb.sourceforge.net/
I don't understand what simple is.
Simple is a small, self-contained and embeddable HTTP engine.
Is'nt it very similar to webrick ?
At first glance, yes.
Cheers,
PA.
On Sat, 8 Jan 2005 02:51:30 +0900, gabriele renzi <rff_rff@remove-yahoo.it> wrote:
It depends on what you are after. There are a couple of versions of COCO for
Ruby, one an extension library, the other in pure Ruby. Coco is LL(1), so it
not quite in the same class as the LL(n) parsers, though it still very
capable.
Aside from those, there is RACC and maybe some others.
As an aside, what do you see as the pressing need for a recursive decent
parser?
On January 7, 2005 08:06 am, Daniel Berger wrote:
We need a recursive descent parser. Do we have one?
--
-mark. (probertm at acm dot org)
Dick Davies wrote:
If I click my heels together can someone write me a webdav library
please ? Client side is fine, thanks
WEBrick's Filehandler has TODOs for those. So maybe you could work together with the WEBrick maintainer.
Quoteing rasputnik@hellooperator.net, on Sat, Jan 08, 2005 at 06:52:00AM +0900:
If I click my heels together can someone write me a webdav library
please ? Client side is fine, thanks
http://raa.ruby-lang.org/project/libneon-ruby/
Have you tried it?
Sam
<snip>
--
Sascha Ebach
There isn't actually any usable code in that project. I have however
had some luck using rjb
http://arton.no-ip.info/collabo/backyard/?RubyJavaBridge to use lucene
in my ruby programs. There seems to be some sort of memory leak
though...
Leslie Hensley
On Sat, 8 Jan 2005 23:26:31 +0900, Sascha Ebach <se@digitale-wertschoepfung.de> wrote:
That sounds very interesting to me. Do you have a project page?
James Edward Gray II
On Jan 7, 2005, at 10:39 AM, Michael Neumann wrote:
I'm working on a Packrat parser, similar to XTC.
But progress is slow due to many other activities at the moment.
PA ha scritto:
Hi Lothar,
Hello PA,
What are the top 5 libraries you'd like to see ported to Ruby?
> http://java.sun.com/products/javamail/
No please not. Not this stupid overengineered library that tries to
merge things in an abstract interface that are too different.Hmmm... don't take it too literally. What I wanted to hint at is that a library to deal with all the trivia of email handling would be quite useful. Alter all, who wants to write a MIME parsing library for every new project...
I want forget every minute of my life where i worked with this stuff
and it was a serious amount - just because it was so slow that
i always feared to die on a coffeine shock while working with it.Oh, my... it's not THAT bad
Here is another one for you:
Again, this is not specifically about a particular implementation, but rather the functionalities it offers:
IIRC we have rendezvous implementation floating on rubyforge cherk it out.. and don't forget Rinda::Ring
On Jan 07, 2005, at 19:24, Lothar Scholz wrote:
> On Jan 07, 2005, at 04:31, Thursday wrote:
are'nt rubymail or tmail a good fit ?
After a quick glance, they seem to only deal with RFC822/2882 and
MIME. This leaves out POP3, IMAP, SMTP, etc..
Right. Rubymail and tmail are to be layered on top of Net::IMAP
(does this exist yet?), Net::POP3, Net::SMTP, etc. They are
"mail-handling" libraries, not end-to-end-to-end solutions. Ruby
provides the rest "natively."
I don't understand what simple is.
Simple is a small, self-contained and embeddable HTTP engine.
Just like WEBrick, which is part of the Ruby distribution.
-austin
On Sat, 8 Jan 2005 04:59:44 +0900, PA <petite.abeille@gmail.com> wrote:
On Sat, 8 Jan 2005 02:51:30 +0900, gabriele renzi > <rff_rff@remove-yahoo.it> wrote:
--
Austin Ziegler * halostatue@gmail.com
* Alternate: austin@halostatue.ca
"Michael Neumann" <mneumann@ntecs.de> wrote in message
news:41DEBB3D.4030108@ntecs.de...
I'm working on a Packrat parser, similar to XTC.
Zounds. It would have been great if Ruby 2.0 had such an extensible grammar
basis.
* Florian Gross <flgr@ccan.de> [0116 11:16]:
Dick Davies wrote:
>If I click my heels together can someone write me a webdav library
>please ? Client side is fine, thanksWEBrick's Filehandler has TODOs for those. So maybe you could work
together with the WEBrick maintainer.
Cheers, but I was really looking for clientside - I'll look into Sams
neon suggestion (I know cadaver is built on neon, so it should do most
of what I need).
--
'You may need to metaphorically make a deal with the devil.
By 'devil' I mean robot devil and by 'metaphorically' I mean get your coat.'
-- Bender
Rasputin :: Jack of All Trades - Master of Nuns
PA wrote:
Here is another one for you:
Again, this is not specifically about a particular implementation, but rather the functionalities it offers:
mDNS / Rendezvous is at the top of my list. Although there is a ruby package for this, it relies on the C rendezvous stuff compiled as libraries -- and it's not clear from the distributions how to do this, etc.
I'd *love* to see a pure-Ruby implementation, or at least an implementation that was much easier to install and configure.
For what it's worth, Python has a pure Python implementation of a mDNS / Rendezvous library, but it's badly broken. Right now at work, we're days or weeks away from starting serious work on some network tools that require rendezvous, there's a heavy push for using the Python implementation because it's pure python, and despite its brokenness, it has a better chance of working across different platforms and such than does the Ruby version. Of course, I'd love to get the Ruby one working. I'd even devote some time to working on this, but I'm not sure where to start.
Ben
IIRC we have rendezvous implementation floating on rubyforge cherk it out..
This one?
http://rubyforge.org/projects/dnssd/
Those are only binding to Apple's implementation as far as I can tell.
and don't forget Rinda::Ring
What's the protocol used by Rinda::Ring? It is home grown? Standard based?
Another library which would be useful, is something like dnsjava:
Cheers,
PA.
On Jan 07, 2005, at 20:06, gabriele renzi wrote:
Right. Rubymail and tmail are to be layered on top of Net::IMAP
(does this exist yet?), Net::POP3, Net::SMTP, etc.
I see. What about TLS/STARTTLS support? Are there server side implementations of those protocols as well?
Another "library" which is of interest is JNDI:
In other words: LDAP.
They are
"mail-handling" libraries, not end-to-end-to-end solutions. Ruby
provides the rest "natively."
Ok.
Just like WEBrick, which is part of the Ruby distribution.
Yes, looks like it 
Thanks!
Cheers,
PA.
On Jan 07, 2005, at 21:20, Austin Ziegler wrote:
* Austin Ziegler <halostatue@gmail.com> [0120 20:20]:
Right. Rubymail and tmail are to be layered on top of Net::IMAP
(does this exist yet?),
yes, and it's very good.
--
'Oh, wait you're serious. Let me laugh even harder.'
-- Bender
Rasputin :: Jack of All Trades - Master of Nuns
Hello Dick,
* Florian Gross <flgr@ccan.de> [0116 11:16]:
Dick Davies wrote:
>If I click my heels together can someone write me a webdav library
>please ? Client side is fine, thanksWEBrick's Filehandler has TODOs for those. So maybe you could work
together with the WEBrick maintainer.
Cheers, but I was really looking for clientside - I'll look into Sams
neon suggestion (I know cadaver is built on neon, so it should do most
of what I need).
Remember that since we don't have native threads neon will block your
client application. If you want to write a GUI frontend for WebDAV
this makes the lib unuseable. We either need a native ruby library or
a better wrapper.
--
Best regards, emailto: scholz at scriptolutions dot com
Lothar Scholz http://www.ruby-ide.com
CTO Scriptolutions Ruby, PHP, Python IDE 's
Quoteing bg-rubytalk@infofiend.com, on Thu, Jan 20, 2005 at 03:27:53AM +0900:
mDNS / Rendezvous is at the top of my list. Although there is a ruby
package for this, it relies on the C rendezvous stuff compiled as
libraries -- and it's not clear from the distributions how to do this, etc.
If you asked the folks who put this together, wouldn't they would help
you with this?
Is it hard, or is it that its a C library and you haven't worked much
with building C libraries? Or are you on a windows box? I follow the
Apple rendezvous mailling list, and I get the impression they have a
windows release of the client library, at least, maybe the server, too.
As for pure-ruby, I'm working on this.
I can do .local name lookups by multicast right now (email me directly
and I can give you a copy of the code, if you want to look at it).
It's built on top of the DNS support in ruby's resolv.rb, and I'm in the
process of working on how to use that support in the simplest way, and
without having to get the ruby library changed, which might be hard ( my
two recent bug reports are a first step, though).
After I do this cleanup, I should have address -> name lookups working.
What remains then is:
- lookups of arbitrary records (might come for free, but will have to
test)
- DNS-SD (i think it's basically a formatting convention for TXT
records, which should be pretty easy)
- "browsing" - i.e., issuing a request and watching the net to see all
services as they are advertised.
This last will be the most difficult for me... because it requires
listening to multicasts on port 5353, and I run OS X which already has
a Rendezvous implementation. The easiest way, oddly, might be to
implement a mDNS server in ruby, so that I can run it on a
non-standard port, and test my client on a non-standard port. Ouf.
For what it's worth, Python has a pure Python implementation of a mDNS /
Rendezvous library, but it's badly broken. Right now at work, we're
In what way? I'd like to avoid this brokenness, is it just bugs, or is
there something fundamental they are not doing well?
Cheers,
Sam
James Edward Gray II wrote:
I'm working on a Packrat parser, similar to XTC.
But progress is slow due to many other activities at the moment.
That sounds very interesting to me. Do you have a project page?
Sorry for my late response...
http://rubyforge.org/projects/packrat
but it's empty, yet.
better look at my repository:
http://www.ntecs.de/viewcvs/viewcvs/packrat/xtc/
But it's still very rough.
Regards,
Michael
On Jan 7, 2005, at 10:39 AM, Michael Neumann wrote:
PA ha scritto:
IIRC we have rendezvous implementation floating on rubyforge cherk it out..
This one?
http://rubyforge.org/projects/dnssd/
Those are only binding to Apple's implementation as far as I can tell.
mh, I just recalled it, I don't know anything aboiut it.
And maybe I was tricked from this:
http://lists.apple.com/archives/rendezvous-dev/2003/Jul/msg00011.html
wich points out jmdsn
and don't forget Rinda::Ring
What's the protocol used by Rinda::Ring? It is home grown? Standard based?
I think it is home grown, but I may be wrong.
On Jan 07, 2005, at 20:06, gabriele renzi wrote:
* PA <petite.abeille@gmail.com> [0138 20:38]:
>Right. Rubymail and tmail are to be layered on top of Net::IMAP
>(does this exist yet?), Net::POP3, Net::SMTP, etc.I see. What about TLS/STARTTLS support? Are there server side
implementations of those protocols as well?Another "library" which is of interest is JNDI:
Oracle Java Technologies | Oracle
In other words: LDAP.
have a look at ruby-ldap, it's well-featured -and fast too,
outperforms perl for everything I've used it so far.
On Jan 07, 2005, at 21:20, Austin Ziegler wrote:
--
'Everybody I know who is right always agrees with ME.'
-- Rev Lady Mal
Rasputin :: Jack of All Trades - Master of Nuns
* Lothar Scholz <mailinglists@scriptolutions.com> [0116 13:16]:
Hello Dick,
> * Florian Gross <flgr@ccan.de> [0116 11:16]:
>> Dick Davies wrote:
>>
>> >If I click my heels together can someone write me a webdav library
>> >please ? Client side is fine, thanks
>>
>> WEBrick's Filehandler has TODOs for those. So maybe you could work
>> together with the WEBrick maintainer.> Cheers, but I was really looking for clientside - I'll look into Sams
> neon suggestion (I know cadaver is built on neon, so it should do most
> of what I need).Remember that since we don't have native threads neon will block your
client application. If you want to write a GUI frontend for WebDAV
this makes the lib unuseable. We either need a native ruby library or
a better wrapper.
Thanks for the warning, but I'm really just after a publishing tool
(maybe make it a rake task one day) as an FTP replacemnet - webdav over
ssl is my weapon of choice for this kind of thing.
I was also thinking of playing round with iCal, but I never get near the
Mac these days (I gave my girl Riven to play while we both quit smoking -
when I get into that I have trouble getting up to pee, never mind smoke)
so the RubyCocoa driver is out....
--
'Oh how awful. Did he at least die peacefully? ....To shreds you say, tsk tsk tsk.
Well, how's his wife holding up? ....To shreds, you say...'
-- Prof. Farnsworth
Rasputin :: Jack of All Trades - Master of Nuns
