nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

How to make custom DB driver for JLAN-server ?

dhant

Hi All.

I am trying make new simple DB-driver for JLAN-server. This DB-driver different from other implementations

(such as OracleDBInterface, MysqlDBInterface, PostgesqlDBInterface). My DB-driver will use full path to target file.

Existing DB-drivers (for Oracle, Mysql, Postgres) use "virtual file system" consisting of DirID and FileID.

For my DB-driver this method not suitable.

I need help!!

How to determine full path to target file or directory, that requested user (through SMB,FTP or NFS client)?

Please specify the specific java-class or method from source code Jlan-server.

I would be grateful for a simple example of using this java-class or method.

Thank you in advance for your help.

Find more posts tagged with

Comments

afaust

I am afraid barely anyone is using the JLAN library in a stand-alone and low-level manner like that, and you might not find any help for this question. The primary use with relation to Alfresco is as an internal file server component and almost all of the community is using it as-is.

From what I undestand of the SMB protocol, the communication is primarily based on ID-based file/folder handles. A full path is typically not exchanged in a network packet as this would be quite wasteful (single ID = one or two bytes, full path = technically unlimited length). This explains why all the existing DB drivers use DirID and FileID instead of a path. Per definition of the DBInterface interface, it is the responsibility of the DB driver to convert a DirID and FileID to a FileInfo, which in turn contains a fullPath. So it seems impossible to write a DB driver that does not use DirID and FileID - no other component will be able to resolve those to a full path instead.

Since Alfresco integrated the JLAN project into its ECM product / project structure, the core library really hasn't seen much work in terms of feature enhancements. Most of the work has been applied to the specific use cases for integration in other Alfresco projects, e.g. alfresco-repository. The JLAN library has not seen an independant release since 2009. I thought you should be aware that you are working with a somewhat stale library.

dhant

Axel, thanks for the reply.

Internal file server "Alfresco" has a newer version of a library than a standalone "JLAN-server"?

Standalone "JLAN-server" not release since 2009? Source code "JLAN server" accessible from two resources:

https://github.com/OpenDataSpace/jlan

https://svn.alfresco.com/repos/alfresco-open-mirror/services/jlan/

The last modification date in SVN is unknown. The last modification date on github - 30 Jun 2016. At the moment, "JLAN-server" supports SMB v2.

This version of the Protocol is obsolete (current version SMB v3 for OS Windows), but is supported by most OS.

Regarding file descriptors:

For convert a full path to the file\directory in the handle file\directory (FileID\DirID) suitable use the hash to string.

Example:

int pathCode = "/home/userlogin/docum/mainfile".hashCode();

System.out.println("handle file or directory = " + pathCode);

// handle file or directory = 1313579302

At the moment I have a deeper understanding of "Jlan server" than at the time of creating this post.

Later I can write what I managed to understand and do within my task.

afaust

The source code from OpenDataSpace appears to be a fork of the library code.

The Alfresco JLAN library in the Alfresco SVN definitely does NOT support SMB 2 or any newer version, which is one of the various complaints people in the community raise with Alfresco. The internal library is definitely "newer" than the one on SourceForge from 2009 but changes should be primarily about bugfixes, not real innovation.

hashCode() is not a suitable conversion operation for turning a path into a unique identifier. Different paths can result in identical hash values.

dhant

Axel, Yes, I was wrong.

"Windows Server 2012" detects the version of the Jlan-SMB as 1.5 (used the command PowerShell "Get-SmbConnection" ).

However, I have not noticed any problem when using the Jlan server as an SMB drive.

I used the function "hashCode()" for the example. Of course, in the hash by string can be conflicts. But the percentage of collisions would be roughly one in a million.

It will not be a problem if not to store millions of files in one directory (this will be a "super cloud for big data").

dhant

Hello.

I did the first implementation of its DB-driver. Currently implemented display of files and directories, and the ability to open files for reading.

I had to face one challenge - update state of the temporary file in "DBFileLoader.java". By default, the temporary file becomes obsolete with the passage of time (according to the timeout). For this reason, the temporary file may be different from a file in the repository until it is removed from the "temp" and re-loaded. I do not know at what point do I need to check the temporary file on the relevance (to remove obsolete files and download new).

I leave this comment, in order to attract interested developers.

Thanks in advance for your reply.