Cheers, Martijn,
Twitter.
Martijn Verburg wrote:Can you independently verify that there is a file at?
gvsvr03\drawings\wgen\pre_pdf\sourcefiles\862000\862144B1.rtf
Can you independently verify that you have permission to?
smb:\webergv;xxx:xxx@gvsvr03
Cheers, Martijn,
Twitter.
Martijn Verburg wrote:smb:\webergv;xxx:xxx@gvsvr03 is the bit I'd be investigating (I've never seen that protocol used directly from java, it's Samba right?). Can you write a small stand alone class/method to test that you can connect via this method? Try connecting to a different server and/or using different credentials and/or looking for a different file (perhaps one at the root level of the server file system).
However, I have changed my code and got it to work from my workbench using local server host but when I move it to the production server(iSeries - AS400 server) it says in file does not exist.
Cheers, Martijn,
Twitter.
Martijn Verburg wrote:I thought you said above that you had it working locally?
Steve Dyke wrote:
That is correct:
I don't understand because the JCIFS library was suggested by another JavaRanch person. I am currently using it to read directory contents. And it works just fine locally.
My code is breaking on the FileInputStream line.
SystemOut O No such path or directory. C:\SDETest.rtf
Cheers, Martijn,
Twitter.
Martijn Verburg wrote:
So question is, where _is_ SDETest.rtf on the server? And why isn't the item.getName() returning the real location?
Martijn Verburg wrote:
It can't find it on the server because "C:\SDETest.rtf" doesn't exist.
So question is, where _is_ SDETest.rtf on the server? And why isn't the item.getName() returning the real location?
Martijn Verburg wrote:I would argue that is a better way yes, as you're wanting to deal with data streams as opposed to a physical file.
What's gotten into you? Could it be this tiny ad?
Smokeless wood heat with a rocket mass heater
https://woodheat.net
|