Hi, Doug, > >The ftp code is not inculded, since it relies on > >a customed version of sun.net.www.protocol.ftp, thus not portable. > >A separate patch will be submitted after I find a way to clean it. > > So is there any point in my trying to integrate this patch now, or > should I rather wait until you've worked this out?
It is preferred to integrate this patch now, for it only provides hooks to protocol-dependent codes. I intentionally separated it from ftp code. If these hooks are in, someone somewhere might be interested in writing code for protocols other than http or ftp. > I note that there's no shortage of Java FTP clients: > > http://www.javaworld.com/javaworld/jw-04-2003/jw-0404-ftp.html Back in November, I checked opensource ones on that list. For a while, have written codes using globus-ftp. However that line of work was put on hold, because globus-ftp library had issues in exception-handling (which, in turn, hangs FetcherThread). No ftp clients examined so far can handle socket timeout in a clean and configurable way. I guess this is also one of the reasons that you wrote nutch http client code anew. My current ftp implementation uses java URL class (with help of a little hacked sun.net.www.*) and is thus not fully portable, though pretty reliable. I will post it after some cleanup. Any suggestions? John ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Nutch-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nutch-developers
