Thanks Rahul - I somehow missed the update in the microwave example.
Works perfectly now :-).
regards
Tony Seebregts
The tests cover both, so it depends on what tests you looked at (OTOH,
its known that the tests could be better organized -- that process is
starting, slowly). For example, if
[EMAIL PROTECTED] schrieb:
Quoting Oliver Heger [EMAIL PROTECTED]:
[EMAIL PROTECTED] schrieb:
Quoting Oliver Heger [EMAIL PROTECTED]:
[EMAIL PROTECTED] schrieb:
This is only happening on one box and I can't figure out why
because every other box with (seemingly) the same
Hi!
I think your only chance is to use tcpdump and/or wireshark to debug the
network flow to see the real answers of the ftp server.
Or debug into the VFS code ... somewhere in doAttach in FtpFileObject
and see whats going wrong in there.
Sorry!
Ciao,
Mario
Well, I ran it once and it said The
Hi!
Did you get my second email? That's the entire output I got when I ran it.
Uh, oh, ok!
So then, it seems that VFS thinks the file is either a directory or non
existent.
Could you please:
*) check the filetype of the FileObject see if its virtual or whatever
*) try to connect to the
How about if current in the URL is a symbolic link? Should that
mess it up (sometimes)? I would think that it would either mess it up
all the time or none of the time.
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
Could there be some sort of race condition going on here? I see that
there
Could there be some sort of race condition going on here? I see that
there is a thread started by the SoftRefFilesCache (which is what it
seems to be using here).
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
I compiled it from src into my local repository. I'll see if I can
figure it out
Checking thresholds:
Started at the default of course (1000) and have gone to 10^4, 10^5,
10^6 with the same result
(with my 'manually' modified code, not from repository
On Jan 29, 2008 9:41 AM, Al Lelopath [EMAIL PROTECTED] wrote:
I am having trouble accessing the svn repository, so for now,
I am having trouble accessing the svn repository, so for now, I'll
have to change the code myself.
If you are going to make the change below, then I guess a new
constructor must be added to EstimationException:
public EstimationException(String specifier, Object[] parts) {
I compiled it from src into my local repository. I'll see if I can
figure it out via debugging.
On 1/29/08, sebb [EMAIL PROTECTED] wrote:
Might be an idea to have a look at the code to see what conditions
cause the Exception to be thrown ... which version of VFS are you
using?
I had a quick
Hi!
Could not read from
ftp://ftp.ncbi.nih.gov/pub/HomoloGene/current/homologene.data;
because it is a not a file.
at
org.apache.commons.vfs.provider.AbstractFileObject.getInputStream(AbstractFileObject.java:1149)
at
Well, you would need to follow the protocol conversations. But maybe
just try the debugging first.
cheers
--
Torsten
On 29.01.2008, at 16:18, James Carman wrote:
I'm not very well versed with Wireshark and the like. Any pointers on
what I should look for?
On 1/29/08, Mario Ivankovits
On 1/29/08, Artamonov, Juri [EMAIL PROTECTED] wrote:
Seems I had something similar and I couldn't get it as well before since I
always was getting UrlFileProvider. After I looked on the code I see that
providers.xml contains
provider
Might be an idea to have a look at the code to see what conditions
cause the Exception to be thrown ... which version of VFS are you
using?
I had a quick look at 1.0, and there is no Exception at
AbstractFileObject.java:1149 as far as I can tell.
On 29/01/2008, James Carman [EMAIL PROTECTED]
Al Lelopath wrote:
I am having trouble accessing the svn repository, so for now, I'll
have to change the code myself.
If you are going to make the change below, then I guess a new
constructor must be added to EstimationException:
public EstimationException(String specifier, Object[] parts)
Simon Kitching schrieb:
[EMAIL PROTECTED] schrieb:
Quoting Oliver Heger [EMAIL PROTECTED]:
[EMAIL PROTECTED] schrieb:
Quoting Oliver Heger [EMAIL PROTECTED]:
[EMAIL PROTECTED] schrieb:
This is only happening on one box and I can't figure out why
because every other box with
Ok, I have the source now. Thank you.
Having some compile troubles. I've included the beanutils and
discovery jars in the project.
There are several source folders:
src/experimental
src/java
src/mantissa/src
src/mantissa/test-src
src/
src/java is the only one the compiles correctly at the
I tried changing the files cache to Default and LRU and it didn't
help. So, it doesn't look like a race condition. I'll keep digging.
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
Could there be some sort of race condition going on here? I see that
there is a thread started by the
Al Lelopath a écrit :
Ok, I have the source now. Thank you.
Having some compile troubles. I've included the beanutils and
discovery jars in the project.
There are several source folders:
src/experimental
src/java
src/mantissa/src
src/mantissa/test-src
src/
src/java is the only one the compiles
In our config files, we have LDAP URLs (among other values) that had
commas in them. ldap://serverhost/DC=domain,DC=com;. With config
1.1, this worked perfectly well; getString() returned the full value
exactly as in the XML file.
I ran into an issue that made no sense with config 1.4 -
19 matches
Mail list logo