Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / May 2006

Tip: Looking for answers? Try searching our database.

driver for LAN access

Thread view: 
David McDivitt - 25 May 2006 15:43 GMT
We are writing an application to copy TIF files from a Windows workstation
that receives faxes, convert to jpg, and store in a database. To get the
files from the workstation we must either install an FTP server on the
workstation, or find a java driver that provides LAN access. We would like
to find a driver for LAN access.

If running a web/app server on a Windows workstation, of course LAN access
is present, but the web/app server is a Sun Solaris box. We want to read and
write files peer-to-peer on Windows workstations, NT servers, and Novell
servers. Surely drivers exist for this. Thanks
Rogan Dawes - 25 May 2006 17:21 GMT
> We are writing an application to copy TIF files from a Windows workstation
> that receives faxes, convert to jpg, and store in a database. To get the
[quoted text clipped - 6 lines]
> write files peer-to-peer on Windows workstations, NT servers, and Novell
> servers. Surely drivers exist for this. Thanks

Sounds like you want jCIFS . . .

Rogan
Chris Uppal - 25 May 2006 19:21 GMT
> Sounds like you want jCIFS . . .

Another possibility would be install SAMBA on the non-Windows boxes and access
the files directly from Java using the normal file-based API.

There are also NTFS server implementations for Windows, but I don't know of any
that are free, or even cheap...

   -- chris
David McDivitt - 25 May 2006 20:44 GMT
>From: "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org>
>Date: Thu, 25 May 2006 19:21:42 +0100
[quoted text clipped - 9 lines]
>
>    -- chris

I looked up jCIFS which Roger mentioned. On that page I saw SAMBA mentioned,
which also looks like it would work. Which is easier/quicker?

Which of the two, jCIFS or SAMBA, provides access to Novell servers? For the
application I'm doing I will probably share a folder on the workstation and
access peer-to-peer, but I would like to have Novell functionality for other
applications.
Rogan Dawes - 25 May 2006 22:28 GMT
>> From: "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org>
>> Date: Thu, 25 May 2006 19:21:42 +0100
[quoted text clipped - 16 lines]
> access peer-to-peer, but I would like to have Novell functionality for other
> applications.

As far as I know, neither. Unless Novell servers also use the SMB file
transfer protocol (which I think they don't - AFAIK, they use NCP)

Note the differences between Samba and jCIFS:

jCIFS is a mainly CLIENT side implementation of the SMB protocol. Samba
is a mainly SERVER side implementation of the SMB protocol.

i.e. jCIFS provides an API that allows you (or your application) to
connect over the network to an SMB shared folder, and access resources
on it.

Samba on the other hand, allows you to share a folder on e.g. a Unix
server to SMB clients (Windows workstations, jCIFS apps, etc)

There are two ways you can approach this, I think.

If your fax server is dropping files in a Windows Shared Folder, and
your app running on e.g. a Unix server wants to retrieve those files,
wherever they are, I'd say you want to use jCIFS.

If your fax server can drop files onto a network share (which there is
no real reason why it shouldn't, I guess), you may want to use Samba on
your Unix server to provide that network share, and then simply access
the files in the underlying disk/directory using the standard Java File API

Personally, I'd probably lean towards using jCIFS, because it means that
there is less configuration required on your Windows host. Samba is not
always the most trivial application to get working.

Good luck.

Rogan
Chris Uppal - 26 May 2006 11:42 GMT
> I looked up jCIFS which Roger mentioned. On that page I saw SAMBA
> mentioned, which also looks like it would work. Which is easier/quicker?

I suppose that depends on whether you are happier installing and configuring
standard network packages (which may well already be installed), or hacking out
Java code ;-)

> Which of the two, jCIFS or SAMBA, provides access to Novell servers?

I have no idea what Novell do these days -- I haven't touched Novell since the
days when they used their own proprietary network protocol.  I'd guess -- since
Novell haven't actually gone bankrupt -- that their kit already has all the
networking options built in to be able to talk to Windows boxes, and probably
Sun boxes too.

BTW, it has just occurred to me.  If all these boxes are on the same LAN, then
why can they not talk to each other already ?

   -- chris
David McDivitt - 26 May 2006 14:26 GMT
>From: "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org>
>Date: Fri, 26 May 2006 11:42:36 +0100
[quoted text clipped - 17 lines]
>BTW, it has just occurred to me.  If all these boxes are on the same LAN, then
>why can they not talk to each other already ?

Anything can be done via FTP to the many NT, Novell, Sun, and AIX servers we
have, as well as the mainframe. The problem is getting to a workstation. I
plan to share needed folders on the fax workstation and access with jCIFS. A
few java applications read and write to Novell servers. It would be nice to
have direct file and folder functionality instead of using FTP.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.