Hi Raja,
As I mentioned, OpenOffice and its integration isn't something that I have had to put into practice as of yet, it was just a feature that I was aware of that Liferay had. So with that said, I don't really have any pointers as I am pretty sure you and I would be starting from the same point
For our opening statement though where you said that structures don't come into the picture -- just a clarification, ALL web content is the result of a structure + template in Liferay. When you add a web content via the portlet directly it will choose for you "Basic Web Content" as the default. The structure of basic web content is a title and a body field. Your point in valid though, you could use it as a big bucket I suppose to simply store the contents of the file.
So back to the problem at hand -- there is nothing preventing you from using the JournalArticleLocalServiceUtil to add articles programatically, you just need to know all the parameters. The method signature I am looking at is --
Most of that should not be difficult to obtain and the ddmStructureKey and ddmTemplateKey for the basic web content can probably be plucked out of the database. So that would take care of adding the word document. Incidentally, I'm not sure if you know this or not, but if you rename the .docx extension to .zip you can "unpack" the word document which will give you a bunch of files (mostly XML) that represent the document. The markup is all based of Microsoft DTDs though so I still think plucking out the body content would be easier than using an XSL transform to convert it into the XML structure that Liferay stores.
Last point, I think you are hoping to do this when a user chooses to +Add web content, namely in the dialogue the user would have the option to pick a word file. This could be a neat feature and done as well, just needs some JSP hook work, and probably a Struts Action override.
Does any of that help?
As I mentioned, OpenOffice and its integration isn't something that I have had to put into practice as of yet, it was just a feature that I was aware of that Liferay had. So with that said, I don't really have any pointers as I am pretty sure you and I would be starting from the same point
For our opening statement though where you said that structures don't come into the picture -- just a clarification, ALL web content is the result of a structure + template in Liferay. When you add a web content via the portlet directly it will choose for you "Basic Web Content" as the default. The structure of basic web content is a title and a body field. Your point in valid though, you could use it as a big bucket I suppose to simply store the contents of the file.
So back to the problem at hand -- there is nothing preventing you from using the JournalArticleLocalServiceUtil to add articles programatically, you just need to know all the parameters. The method signature I am looking at is --
public JournalArticle addArticle(
long userId, long groupId, long folderId, long classNameId,
long classPK, String articleId, boolean autoArticleId,
double version, Map<locale, string> titleMap,
Map<locale, string> descriptionMap, String content, String type,
String ddmStructureKey, String ddmTemplateKey, String layoutUuid,
int displayDateMonth, int displayDateDay, int displayDateYear,
int displayDateHour, int displayDateMinute, int expirationDateMonth,
int expirationDateDay, int expirationDateYear,
int expirationDateHour, int expirationDateMinute,
boolean neverExpire, int reviewDateMonth, int reviewDateDay,
int reviewDateYear, int reviewDateHour, int reviewDateMinute,
boolean neverReview, boolean indexable, boolean smallImage,
String smallImageURL, File smallImageFile,
Map<string, byte[]> images, String articleURL,
ServiceContext serviceContext)
throws PortalException, SystemException {
</string,></locale,></locale,>Most of that should not be difficult to obtain and the ddmStructureKey and ddmTemplateKey for the basic web content can probably be plucked out of the database. So that would take care of adding the word document. Incidentally, I'm not sure if you know this or not, but if you rename the .docx extension to .zip you can "unpack" the word document which will give you a bunch of files (mostly XML) that represent the document. The markup is all based of Microsoft DTDs though so I still think plucking out the body content would be easier than using an XSL transform to convert it into the XML structure that Liferay stores.
Last point, I think you are hoping to do this when a user chooses to +Add web content, namely in the dialogue the user would have the option to pick a word file. This could be a neat feature and done as well, just needs some JSP hook work, and probably a Struts Action override.
Does any of that help?