You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Jacob Kjome <ho...@visi.com> on 2005/12/29 17:49:49 UTC
Re: [VFS] Re: dependency on commons-httpclient? (was Re: vfs
question)
You're right. See...
http://issues.apache.org/bugzilla/show_bug.cgi?id=37724
Jake
At 11:35 AM 12/29/2005 -0500, you wrote:
>
>I believe the dependency exists due to a need for correct parsing of
>URIs. There was an extended thread, and a great deal of testing and
>changes to the code to make sure that all URI cases are handled
>correctly, and in the end the commons-httpclient library was needed to
>get it right. If I remember correctly this was viewed as the best way to
>get correct behavior right now, even though it does introduce a pretty
>heavy dependency and there is some hope (at least among some on the
>thread) that eventually this dependency can be eliminated.
>
>Not an official answer to anything, since I'm not a committer and have
>yet to be able to contribute much of anything, but hopefully helpful.
>
>Jacob Kjome wrote:
>
>>
>> Of course, commons-httpclient should be an *optional* dependency. If
>> you use WebDav, it is not mandatory because WebDav depends on it. But
>> for basic HTTP stuff, it should still be optional and fall back to
>> using URL.openConnection(). When commons-httpclient is available, it
>> should give you some extra functionality, that's all. If you are
>> attempting to grab something via an HTTP URL and VFS bombs out because
>> it doesn't have commons-httpclient in the classpath, I think that
>> should be reported as a bug. Maybe Mario can verify this?
>>
>> Jake
>>
>> At 12:05 PM 12/29/2005 +0200, you wrote:
>> >Yes, you need to include the Commons HttpClient library. Please see
>> the list
>> >of dependencies here:
>> http://jakarta.apache.org/commons/vfs/download.html
>> >
>> >Regards,
>> >Robert
>> >
>> >On 12/29/05, ¶¡î£ <di...@paic.com.cn> wrote:
>> >>
>> >>
>> >> yeah, u'r right!
>> >>
>> >> I must include the common httpclient if I want to user vfs?
>> >>
>> >>
>> >>
>> >>
>> >> -----ÔʼÓʼþ-----
>> >> ·¢¼þÈË: Robert Enyedi [mailto:renyedi@gmail.com]
>> >> ·¢ËÍʱ¼ä: 2005Äê12ÔÂ29ÈÕ 17:38
>> >> ÊÕ¼þÈË: Jakarta Commons Users List
>> >> Ö÷Ìâ: Re: vfs question
>> >>
>> >>
>> >> Hi,
>> >>
>> >> Both org.apache.commons.httpclient.URIException and import
>> >> org.apache.commons.httpclient.util.URIUtil are used by the URLFileName
>> >> class. And yes, VFS has a dependency on the Commons HttpClient
>> library.
>> >> Was
>> >> this your question?
>> >>
>> >> Regards,
>> >> Robert
>> >>
>> >> On 12/29/05, ?? <di...@paic.com.cn> wrote:
>> >> >
>> >> >
>> >> > any body use vfs?
>> >> >
>> >> > I meet a question?
>> >> >
>> >> > in org.apache.commons.vfs.provider.URLFileName ;
>> >> >
>> >> > import org.apache.commons.httpclient.URIException;
>> >> ???????why?
>> >> > import org.apache.commons.httpclient.util.URIUtil
>> >> > ; ???????why?
>> >> > import org.apache.commons.vfs.FileName;
>> >> > import org.apache.commons.vfs.FileSystemException;
>> >> > import org.apache.commons.vfs.FileType;
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > if the class like this.it's depended on Commons Httpclient.
>> >> >
>> >> >
>> >> > Is there any question here?
>> >> >
>> >> >
>> >> >
>> >> >
>> >>
>>
>>****************************************************************************
>>
>> >****************************************************
>> >> > The information in this email is confidential and may be legally
>> >> > privileged. If you have received this email in error or are
>> >> > not the intended recipient, please immediately notify the sender and
>> >> > delete this message from your computer. Any use, distribution,
>> >> > or copying of this email other than by the intended recipient is
>> >> strictly
>> >> > prohibited. All messages sent to and from us may be
>> >> > monitored to ensure compliance with internal policies and to
>> protect our
>> >> > business.
>> >> > Emails are not secure and cannot be guaranteed to be error free
>> as they
>> >> > can be intercepted, amended, lost or destroyed,
>> >> > or contain viruses. Anyone who communicates with us by email is
>> taken to
>> >> > accept these risks.
>> >> >
>> >> > ÊÕ·¢ÓʼþÕßÇë×¢Ó⣺
>> >> >
>>
>>±¾Óʼþº¬±£ÃÜÐÅÏ¢£¬ÈôÎóÊÕ±¾Óʼþ£¬ÇëÎñ±Ø֪ͨ·¢ËÍÈ˲¢Ö±½Óɾȥ£¬²»µÃʹÓᢴ«²¥»ò
>>
>> >¸´ÖƱ¾Óʼþ¡£
>> >> >
>>
>>½ø³öÓʼþ¾ùÊܵ½±¾¹«Ë¾ºÏ¹æ¼à¿Ø¡£Óʼþ¿ÉÄÜ·¢Éú±»½ØÁô¡¢±»Ð޸ġ¢¶ªÊ§¡¢±»ÆÆ»µ»ò°üº¬
>>
>> >¼ÆËã»ú²¡¶¾µÈ²»°²È«Çé¿ö¡£
>> >> >
>> >> >
>> >>
>>
>>****************************************************************************
>>
>> >****************************************************
>> >> >
>> >> >
>> ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
>> >> > For additional commands, e-mail:
>> commons-user-help@jakarta.apache.org
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >>
>>
>>****************************************************************************
>>
>> >****************************************************
>> >> The information in this email is confidential and may be legally
>> >> privileged. If you have received this email in error or are
>> >> not the intended recipient, please immediately notify the sender and
>> >> delete this message from your computer. Any use, distribution,
>> >> or copying of this email other than by the intended recipient is
>> strictly
>> >> prohibited. All messages sent to and from us may be
>> >> monitored to ensure compliance with internal policies and to
>> protect our
>> >> business.
>> >> Emails are not secure and cannot be guaranteed to be error free as
>> they
>> >> can be intercepted, amended, lost or destroyed,
>> >> or contain viruses. Anyone who communicates with us by email is
>> taken to
>> >> accept these risks.
>> >>
>> >> ÊÕ·¢ÓʼþÕßÇë×¢Ó⣺
>> >>
>>
>>±¾Óʼþº¬±£ÃÜÐÅÏ¢£¬ÈôÎóÊÕ±¾Óʼþ£¬ÇëÎñ±Ø֪ͨ·¢ËÍÈ˲¢Ö±½Óɾȥ£¬²»µÃʹÓᢴ«²¥»ò
>>
>> >¸´ÖƱ¾Óʼþ¡£
>> >>
>>
>>½ø³öÓʼþ¾ùÊܵ½±¾¹«Ë¾ºÏ¹æ¼à¿Ø¡£Óʼþ¿ÉÄÜ·¢Éú±»½ØÁô¡¢±»Ð޸ġ¢¶ªÊ§¡¢±»ÆÆ»µ»ò°üº¬
>>
>> >¼ÆËã»ú²¡¶¾µÈ²»°²È«Çé¿ö¡£
>> >>
>> >>
>>
>>****************************************************************************
>>
>> >****************************************************
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>> >>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org