commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jacob Kjome <h...@visi.com>
Subject Re: [VFS] Re: dependency on commons-httpclient? (was Re: vfs question)
Date Thu, 29 Dec 2005 16:49:49 GMT

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, ¶¡î£ <dingrui001@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, ?? <dingrui001@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


Mime
View raw message