Life ray content

RE: Liferay content

2019-03-08T21:53:21Z

What do u mean by local service here?

RE: Liferay content

2019-03-08T21:51:34Z

Great. Thanks for pointing me out in the right direction.

I see that we can map folder to document library using webdav.

Is it possible to programmatically acess files using liferay api based on folder id? if yes, what API and method>? Can u please give me link or reference for that? Thanks

RE: Liferay content

2019-03-08T20:25:56Z

More than I mentioned above?

Ctrl-F WebDAV

RE: Liferay content

2019-03-08T19:43:50Z

I want to migrate documents from liferay to Sharepoint. Please advice the path or tool or procedure

RE: Liferay content

2019-03-08T19:03:53Z

Effi Ree
1. Maybe storage format is irrelavent for you but for me IT'S NOT. I would not want to store my document somewhere i dont know exactly how it works or how i would get out of such system in future. That is the reason i am more interested in keeping my documents in some open format while using liferay functionality. Does it make any sense to you? so how can i configure liferay to keep my documents in open format on filesystem or is it not possible to configure it?

well, if you really need it: The current implementation should be backwards compatible with your version. I'd still argue that you don't need to understand the storage format.

If you want your data out, there are interfaces and APIs, e.g. WebDAV, as mentioned above. Thou shalt not mess with the store directly. Last time I'm saying that. If you want to edit, retrieve, update, get your files: Do that through the established ways. You'll be able to get them out just the same way as you've put them in.

Effi Ree

2. Another reason, i wanted to know if original file configuration is possible or not is that i have a legacy liferay 6.0 envoriment and my developer left and that server was dead for so long and no one has any idea about it. So we are trying to figure out the location of actual files ( docs, pdf)

Possible? Sure. With the AFSH implementation: Nope. With your own implementation (after a data migration): Yes. Worth it? No.

You're on the wrong path, let's get productive: What do you want to do with those files, once you have them? With this, we'll be able to help you. Asking for arbitrary technical details without any background of your problem isn't worth the time. On Stackexchange, they call this the XY problem.

RE: Liferay content

2019-03-08T17:41:00Z

Thanks for your detailed reply.

1. Maybe storage format is irrelavent for you but for me IT'S NOT. I would not want to store my document somewhere i dont know exactly how it works or how i would get out of such system in future. That is the reason i am more interested in keeping my documents in some open format while using liferay functionality. Does it make any sense to you? so how can i configure liferay to keep my documents in open format on filesystem or is it not possible to configure it?

2. Another reason, i wanted to know if original file configuration is possible or not is that i have a legacy liferay 6.0 envoriment and my developer left and that server was dead for so long and no one has any idea about it. So we are trying to figure out the location of actual files ( docs, pdf)

Regards,
Irfan

RE: Liferay content

2019-03-08T17:21:29Z

Effi Ree

1. I understand that we should not access files directly and it can cause issues, Sorry, i think i was not clear in asking question, Let me rephase my question,

Is it possible in liferay to store files on file system in original format (pdf, doc )or not? if yes, what configurations are required to achieve it?

The answer is: You shouldn't care. They're stored and retrieved. No access should ever happen to that directory, apart from backup and restore (in bulk). The storage format is irrelevant. Period.

Effi Ree

2. Am i right in assuming that we can get document based on document id or folder id using liferay api? if yes, where can i find that API and its method name?

Liferay's API (for local access, or for JSON access) is documented on https://docs.liferay.com. The document library classes start with "DL". It's a bit too much to write a full sample here from scratch, not knowing if you have any experience with the Liferay API (I assume not). Everything that's called DL*LocalService is only available locally, everything that's DL*Service (apart from the LocalService, that would match this wildcard as well) is also available on your server - check (from memory) /api/jsonws appended to your server's URL while being logged in.

Effi Ree

3. "sync client" what is the purpose of that? any reference or link please?

https://www.liferay.com/supporting-products/liferay-sync.

The alternative, as mentioned in another post, might be WebDAV: Find the link in your Document Library, labelled "Access from Desktop" or similar, and use that one for WebDAV access.

And Liferay 6.0? I'd recommend to upgrade. 6.0 (CE) has not been updated since 2013

RE: Life ray content

2019-03-08T17:00:02Z

Fernando FernandezWebdav, maybe?

What does it mean? Can you please explain what are you trying to say?

RE: Life ray content

2019-03-08T16:47:08Z

Webdav, maybe?

HTH

Fernando

RE: Life ray content

2019-03-08T16:45:30Z

Hi again !!

Appreciate your quick response.

1. I understand that we should not access files directly and it can cause issues, Sorry, i think i was not clear in asking question, Let me rephase my question,

Is it possible in liferay to store files on file system in original format (pdf, doc )or not? if yes, what configurations are required to achieve it?

2. Am i right in assuming that we can get document based on document id or folder id using liferay api? if yes, where can i find that API and its method name?

3. "

sync client

" what is the purpose of that? any reference or link please?

Thanks

RE: Life ray content

2019-03-08T16:33:19Z

It doesnt matter how Liferay stores it, you should never go to the filesystem yourself.

All data under the Liferay APIs require API usage to access that data less you introduce data corruption and/or system instability.

Liferay 6.0? No tools or anything that I am aware of for bulk download. The sync client is a possibility, but I don't remember if that was available for 6.0.

The Liferay APIs are JSON-based web services so they do not have any client library limitations.

What he meant for #5 is that the files are not there for you to access in any way. The whole thing is backed up and the whole thing is restored, but you don't go around picking apart the pieces.

RE: Life ray content

2019-03-08T15:02:02Z

Thanks for your reply, i really appreciate that.

1. As i mentioned i am using "Advanced file system hook", what else i need to know to so that anyone would be able to tell me what exactly is the structure? what properties and where i should look for it?

2. Am i correct in assuming that in any case, my files would be "encrypted or .afsh" files stored in some liferay defined hierarchy OR is there still any possiblity (depends on configuration of liferay) that my files could be .docx or pdf under the folders (depends on my implementation)?

3. Can you please refer me any tool or API website link that i can use to get bulk documents or folder wise document from liferay 6.0?

4. Can we use Dot net (ASP.net / C#) to call these API's?

5. "

The only time when it's legit to access the files in the storage directory is for backup and restore.

" can you explain me how to do it or any link that i can follow?

Thanks in advance

RE: Life ray content

2019-03-08T08:40:01Z

Effi Ree
I am very new to liferay. My implemetation of liferay is using advanced file system hook.

Once user upload a pdf file (abc.pdf )in portal,

1. Do liferay store files on file system as .afsh under its defined hierarchy -- OR -- the actual files like abc.pdf is stored some where under folder hirarachy? Please give clear "yes" or "no" answer and i would appreciate explaination.

2. If its actual file under some folder, how can i get to that?

1. I don't NO (as you ask to be clear). The store's implementation determines what happens to these files, and you shouldn't mock with them or care where exactly they are, or what the file storage format is. Files are versioned, have metadata (in the database), and their content is indexed. If you mock around with them, you might change stuff that AFSH, the user, or the backup routines don't expect.

2. You can get to it through the Document Library's API.

The only time when it's legit to access the files in the storage directory is for backup and restore. And then you access them all in bulk, not one by one.

Life ray content

2019-03-07T20:57:54Z

sadasdsadasdsadsasa