On 8/15/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
On 8/12/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Oliver Heger wrote:
Hi,
just wanted to ask if there is already a resolution related to the
groupIds of commons components.
snip/
Everything is set to make
[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12428346
]
Mario Ivankovits commented on VFS-78:
-
The DefaultFileMonitor do not report renamings as renamings but as
delete/create events.
This is due to the polling nature
Hi Alex
The FTPClient library isn't capable of FTP transactions thru a proxy at present
(unless there is some external trickery that I'm not aware of that would
facilitate this). This wouldn't require a huge amount of extra effort - I've
looked at how Sun have implemented it for their internal
Hi Alex
The FTPClient library isn't capable of FTP transactions thru a proxy at present
(unless there is some external trickery that I'm not aware of that would
facilitate this). This wouldn't require a huge amount of extra effort - I've
looked at how Sun have implemented it for their internal
Hi Alex,
try with this:
System.setProperty(socksProxyHost, 7200);
System.setProperty(socksProxyPort, 25.10.22.11);
But remember that all connection under this JDK use this proxy socks...
because you are changing system property of your java virtual machine.
And Rory, don't mind that:
hi rory,
thx ur prompt response,
but the link
http://marc.theaimsgroup.com/?l=jakarta-commons-userm=107877944806547w=2
states that FTPClient can connect via ftp proxy, am i correct?
and i have tried to switch the proxy to a open src one callled java
socks server, http://jsocks.sourceforge.net/
Hi,
I'm a little puzzled by this.
I have recently created a completely functional pom.xml file for
logging, which is checked in in trunk.
This pom declares all dependencies as optional (except when compiling a
checked-out svn release), so I think the same file is suitable for use
as a pom for
Jose
Indeed it has been a while since a release of Commons:Net. I think all existing
committers have been fully maxed out on other priorities at the moment.
However, the good news is that once I return from my vacation (in 2 weeks or
so) I will have some time, during which I fully intend to
Jose
Indeed it has been a while since a release of Commons:Net. I think all existing
committers have been fully maxed out on other priorities at the moment.
However, the good news is that once I return from my vacation (in 2 weeks or
so) I will have some time, during which I fully intend to
Failed build logs:
http://people.apache.org/~psteitz/commons-nightlies/20060816/io.log
http://people.apache.org/~psteitz/commons-nightlies/20060816/id.log
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Author: imario
Date: Wed Aug 16 07:20:42 2006
New Revision: 431907
URL: http://svn.apache.org/viewvc?rev=431907view=rev
Log:
return null if searchObject is null
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/util/FileObjectUtils.java
Modified:
[ http://issues.apache.org/jira/browse/VFS-77?page=all ]
Mario Ivankovits resolved VFS-77.
-
Fix Version/s: Nightly Builds
Resolution: Fixed
should be fixed now, please check it.
Thanks!
Ciao,
Mario
VFS cannot determine file type of root for
[ http://issues.apache.org/jira/browse/VFS-77?page=all ]
Mario Ivankovits closed VFS-77.
---
VFS cannot determine file type of root for FTP, prevents listing of children
at root
On 8/15/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
snip/
Do we want to do this? Shouldn't we transition all of Commons together
(as Tomasz implies in previous post, and just like we did with the
JIRA transition). Suboptimal if folks have to look up which components
PoolingDataSource.PoolGuardConnectionWrapper equals() implementation incorrect
--
Key: DBCP-198
URL: http://issues.apache.org/jira/browse/DBCP-198
Project: Commons Dbcp
Hi All:
How close are we to an Alpha/Beta for 2.2?
Gary
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If the VariableFormatter stuff is happily resolved (at least the 2.2
aspects of it), then the only issue I know of is the recent failed
nightly build of Lang. It implies we have a bugfix that is still
failing on some time-based yet random-appearing event.
I hadn't pushed on Lang 2.2 in the last
Hi Phil,
[EMAIL PROTECTED] wrote:
Failed build logs:
http://people.apache.org/~psteitz/commons-nightlies/20060816/id.log
this log was interesting, since it is a complete different test case that
failed as expected. Can you elaborate a bit more about the environment? Is
it a VM?
- Jörg
Author: oheger
Date: Wed Aug 16 13:16:26 2006
New Revision: 432017
URL: http://svn.apache.org/viewvc?rev=432017view=rev
Log:
Added some notes to the dependencies page
Modified:
jakarta/commons/proper/configuration/trunk/xdocs/dependencies.xml
Modified:
Henri Yandell wrote:
If the VariableFormatter stuff is happily resolved (at least the 2.2
aspects of it), then the only issue I know of is the recent failed
nightly build of Lang. It implies we have a bugfix that is still
failing on some time-based yet random-appearing event.
I hadn't pushed on
Author: ggregory
Date: Wed Aug 16 13:34:01 2006
New Revision: 432024
URL: http://svn.apache.org/viewvc?rev=432024view=rev
Log:
Make sure this exception code does not depend on Java 1.4 nested exceptions.
SVN revision 38990 does not compile with Java 1.3.1.
Compiled with Sun Java 1.3.1_15
Tested
Author: ggregory
Date: Wed Aug 16 13:36:35 2006
New Revision: 432025
URL: http://svn.apache.org/viewvc?rev=432025view=rev
Log:
Access to enclosing constructors is emulated by a synthetic accessor methods.
Increasing its visibility will improve your performance (Eclipse compiler).
Modified:
FWIW, here are some test results for test.time I have:
Compiled with Sun Java 1.4.2_12:
- test.time has 1 failure with Sun Java 1.3.1_15
- test.time passes with Sun Java 1.4.2_12
- test.time passes with Sun Java 1.5.0_08
Doing the same above with the code compiled with Sun Java 1.3.1_15 yield
Rahul Akolkar wrote:
On 8/15/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
snip/
Do we want to do this? Shouldn't we transition all of Commons together
(as Tomasz implies in previous post, and just like we did with the
JIRA transition). Suboptimal if folks have to look
On 8/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: ggregory
Date: Wed Aug 16 13:36:35 2006
New Revision: 432025
URL: http://svn.apache.org/viewvc?rev=432025view=rev
Log:
Access to enclosing constructors is emulated by a synthetic accessor methods.
Increasing its visibility will
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
snip/
AFAIK, nothing should go into any of the Apache Maven repos unless its
summed and signed. Commons has no particular privilege here, in fact,
we should ensure that all artifacts are accompanied by appropriate
Rahul Akolkar wrote:
On 8/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: ggregory
Date: Wed Aug 16 13:36:35 2006
New Revision: 432025
URL: http://svn.apache.org/viewvc?rev=432025view=rev
Log:
Access to enclosing constructors is emulated by a synthetic accessor
methods. Increasing
Tomasz Pik wrote:
On 8/15/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
On 8/12/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Oliver Heger wrote:
Hi,
just wanted to ask if there is already a resolution related to the
groupIds of commons components.
snip/
Hi Simon
I think this is a Maven 1 vs Maven 2 issue. As long as we deploy our
artifacts (jars) to the Maven 1 repo, which we will do until we switch
to Maven 2 as a build system, we need to also supply Maven 1 poms for
them. The reason I created this pom was that the deployed
Rahul Akolkar wrote:
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
snip/
AFAIK, nothing should go into any of the Apache Maven repos unless its
summed and signed. Commons has no particular privilege here, in fact,
we should ensure that all artifacts are
Cannot list children of HTTP folders
Key: VFS-79
URL: http://issues.apache.org/jira/browse/VFS-79
Project: Commons VFS
Issue Type: Bug
Affects Versions: Nightly Builds
Environment: Java 1.5
On 8/16/06, Gary Gregory [EMAIL PROTECTED] wrote:
FWIW, here are some test results for test.time I have:
Compiled with Sun Java 1.4.2_12:
- test.time has 1 failure with Sun Java 1.3.1_15
- test.time passes with Sun Java 1.4.2_12
- test.time passes with Sun Java 1.5.0_08
Doing the same above
On 8/16/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
On 8/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: ggregory
Date: Wed Aug 16 13:36:35 2006
New Revision: 432025
URL: http://svn.apache.org/viewvc?rev=432025view=rev
Log:
Access to enclosing
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
snip/
[1] http://www.apache.org/dev/release-signing.html#policy
[2] http://people.apache.org/~henkp/checker/sig.html
Thanks for those pointers Rahul. I'll be sure to add, at least the first
one to the guide.
I had a
34 matches
Mail list logo