I was looking over the following threads on sourceforge.net:
J-Interop is not working from CentOS
J-interop on LINUX eorrs out
I'm getting the following java exception (excerpt) when trying to copy a file from a samba share on to a Windows drive.
jcifs.smb.SmbException: Connection timeout
jcifs.util.transport.TransportException: Connection timeout
at jcifs.util.transport.Transport.connect(Transport.java:178)
at jcifs.smb.SmbTransport.connect(SmbTransport.java:290)
at jcifs.smb.SmbTree.treeConnect(SmbTree.java:139)
at jcifs.smb.SmbFile.doConnect(SmbFile.java:847)
at jcifs.smb.SmbFile.connect(SmbFile.java:890)
at jcifs.smb.SmbFile.connect0(SmbFile.java:816)
at jcifs.smb.SmbFile.copyTo(SmbFile.java:2221)
I'm running Windows 7 32bit SP1 and have gone through dev.c-ware.de's configuration a few times. We have been able to get this to work with Windows XP but not with Windows 7 or later. To summarize our configuration, we enabled remote registry, disabled UAC, disabled the firewall, and changed permissions on Scripting.FileSystemObject, WScript.Shell, WBEM Scripting Locator. We also tried manually adding those {UUID}s to the HKCR\AppID hive.
All of the ports shown on c-ware.de's page are open according to nmap.
Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-05 12:47 EDT
Nmap scan report for 10.59.2.56
Host is up (0.0039s latency).
PORT STATE SERVICE
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
137/udp open netbios-ns
138/udp open|filtered netbios-dgm
Thank you,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The latest Windows line of OS restricts access and configuration of the
registry to "Trusted Installer" profile. Perhaps that is why you were not
able to access the registry. Have you tried using the CLSID with
autoRegistration "off". In this case the registry might not need to be
accessed.
I was looking over the following threads on sourceforge.net:
J-Interop is not working from CentOS
J-interop on LINUX eorrs out
I'm getting the following java exception (excerpt) when trying to copy a
file from a samba share on to a Windows drive.
jcifs.smb.SmbException: Connection timeout
jcifs.util.transport.TransportException: Connection timeout
at jcifs.util.transport.Transport.connect(Transport.java:178)
at jcifs.smb.SmbTransport.connect(SmbTransport.java:290)
at jcifs.smb.SmbTree.treeConnect(SmbTree.java:139)
at jcifs.smb.SmbFile.doConnect(SmbFile.java:847)
at jcifs.smb.SmbFile.connect(SmbFile.java:890)
at jcifs.smb.SmbFile.connect0(SmbFile.java:816)
at jcifs.smb.SmbFile.copyTo(SmbFile.java:2221)
I'm running Windows 7 32bit SP1 and have gone through dev.c-ware.de's
configuration a few times. We have been able to get this to work with
Windows XP but not with Windows 7 or later. To summarize our configuration,
we enabled remote registry, disabled UAC, disabled the firewall, and
changed permissions on Scripting.FileSystemObject, WScript.Shell, WBEM
Scripting Locator. We also tried manually adding those {UUID}s to the
HKCR\AppID hive.
All of the ports shown on c-ware.de's page are open according to nmap.
Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-05 12:47 EDT
Nmap scan report for 10.59.2.56
Host is up (0.0039s latency).
PORT STATE SERVICE
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
137/udp open netbios-ns
138/udp open|filtered netbios-dgm
--
The Mind is a place of its own. It can make a heaven out of hell or a hell
out of heaven. Attitude is everything. No matter how adverse conditions
maybe, one has the capacity to turn things around by one's Determination,
Perseverance and Hardwork.
Hi Vikram,
I was looking over the following threads on sourceforge.net:
J-Interop is not working from CentOS
J-interop on LINUX eorrs out
I'm getting the following java exception (excerpt) when trying to copy a file from a samba share on to a Windows drive.
jcifs.smb.SmbException: Connection timeout
jcifs.util.transport.TransportException: Connection timeout
at jcifs.util.transport.Transport.connect(Transport.java:178)
at jcifs.smb.SmbTransport.connect(SmbTransport.java:290)
at jcifs.smb.SmbTree.treeConnect(SmbTree.java:139)
at jcifs.smb.SmbFile.doConnect(SmbFile.java:847)
at jcifs.smb.SmbFile.connect(SmbFile.java:890)
at jcifs.smb.SmbFile.connect0(SmbFile.java:816)
at jcifs.smb.SmbFile.copyTo(SmbFile.java:2221)
I'm running Windows 7 32bit SP1 and have gone through dev.c-ware.de's configuration a few times. We have been able to get this to work with Windows XP but not with Windows 7 or later. To summarize our configuration, we enabled remote registry, disabled UAC, disabled the firewall, and changed permissions on Scripting.FileSystemObject, WScript.Shell, WBEM Scripting Locator. We also tried manually adding those {UUID}s to the HKCR\AppID hive.
All of the ports shown on c-ware.de's page are open according to nmap.
$ sudo nmap -p T:135,139,445,U:137,138 10.59.2.56 -sU -sT
Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-05 12:47 EDT
Nmap scan report for 10.59.2.56
Host is up (0.0039s latency).
PORT STATE SERVICE
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
137/udp open netbios-ns
138/udp open|filtered netbios-dgm
Thank you,
Hi,
The latest Windows line of OS restricts access and configuration of the
registry to "Trusted Installer" profile. Perhaps that is why you were not
able to access the registry. Have you tried using the CLSID with
autoRegistration "off". In this case the registry might not need to be
accessed.
best regards,
Vikram
On Tue, Aug 5, 2014 at 11:10 PM, Ron B goonstk@users.sf.net wrote:
--
The Mind is a place of its own. It can make a heaven out of hell or a hell
out of heaven. Attitude is everything. No matter how adverse conditions
maybe, one has the capacity to turn things around by one's Determination,
Perseverance and Hardwork.
John Milton
(Paradise Lost)