You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by 丁睿 <di...@PAIC.com.cn> on 2005/12/29 10:45:50 UTC

答复: vfs question

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


Re: [VFS] Re: dependency on commons-httpclient? (was Re: vfs question)

Posted by Jacob Kjome <ho...@visi.com>.
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


Re: [VFS] Re: dependency on commons-httpclient? (was Re: vfs question)

Posted by Andy Lewis <aj...@ascii27.net>.
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


Re: [VFS] Re: dependency on commons-httpclient? (was Re: vfs question)

Posted by Jacob Kjome <ho...@visi.com>.
"If you use WebDav, it is not mandatory because WebDav depends on it."

should have been...

"If you use WebDav, it is mandatory because WebDav depends on it."

Just a change in my train of thought from saying "not optional" to 
"mandatory" and forgetting to drop the "not".  Whoops!


Jake

At 10:26 AM 12/29/2005 -0600, you 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


[VFS] Re: dependency on commons-httpclient? (was Re: vfs question)

Posted by Jacob Kjome <ho...@visi.com>.
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


Re: 答复: vfs question

Posted by Robert Enyedi <re...@gmail.com>.
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
>
>