Hi,
I am following the debate between Hans and David about Content Component. I am looking at a way to upload a resource and integrate it in database. In Content Component there is a java service: persistContentAndAssoc which is called very often. Instead in Party Component it seems that this service is replaced by uploadPartyContentFile which don't call "persistContentAndAssoc" but other services. Why? To upload a file it is better to follow Party Component? "persistContentAndAssoc" is been replaced in the system? Thank you. |
Angelo,
I implemented the CMS years ago per David's design. At the time, I thought it would be wise to have a single service, persistContentAndAssoc, which did everything - creating and updating, all types of media and all possible repositories (ie. database, filesystem, etc). I am not convinced that it would not be nice to have such a tool, even though it tends to go against the "OFBiz way" (I claim that for a T-shirt). I don't think persistContentAndAssoc is that tool, though I would love someone to improve on it or simplify it. Not having a clear API for working with the CMS is its greatest drawback, I think. Saner heads than mine have broken the persist process into multiple steps. I drew from what they have done and here is how I recently did a simple text persist: ... String localeString = (String)entry.getKey(); String textData = (String)entry.getValue(); // Create new content mapIn = new HashMap(); mapIn.put("localeString", localeString); mapIn.put("objectInfo", textData); mapIn.put("userLogin", userLogin); mapIn.put("dataResourceTypeId", "SHORT_TEXT"); mapIn.put("mimeTypeId", "text/plain"); result = dispatcher.runSync("createDataResource", mapIn); String dataResourceId = (String)result.get("dataResourceId"); mapIn = new HashMap(); mapIn.put("localeString", localeString); mapIn.put("textData", textData); mapIn.put("description", description); mapIn.put("userLogin", userLogin); mapIn.put("dataResourceId", dataResourceId); result = dispatcher.runSync("createContent", mapIn); String contentId = (String)result.get("contentId"); // Create assoc to SurveyQuestionOption // Angelo, note that this is not the ContentAssoc entity that you would use. // I think you would just use the createContentAssoc service here instead // And I would use FastMaps because that is the OFBiz way. mapIn = new HashMap(); mapIn.put("localeString", localeString); mapIn.put("contentId", contentId); mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); mapIn.put("userLogin", userLogin); Map result2 = dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); In my mind, that is still a lot of code, when there are only a few pieces of data, but you might want to stick to something like this for now. Sorry I can't be of more help, but I have forgotten much of what I did before. With Hans taking an interest in CMS, maybe things will get improved. -Al On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < [hidden email]> wrote: > > Hi, > I am following the debate between Hans and David about Content Component. > I am looking at a way to upload a resource and integrate it in database. > In Content Component there is a java service: persistContentAndAssoc which > is called very often. > Instead in Party Component it seems that this service is replaced by > uploadPartyContentFile which don't call "persistContentAndAssoc" but other > services. > Why? > To upload a file it is better to follow Party Component? > "persistContentAndAssoc" is been replaced in the system? > Thank you. > > > > > -- > View this message in context: > http://www.nabble.com/Content-Service-tp21610839p21610839.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > > |
Hi Al,
I do not want to hijack the thread but I think there is more interest in CMS than you could believe. There were also discussions on using OFBiz CMS to host the OFBiz Web site itself. This would be great and, may be, now that it seems you are back on-line, we could have better chance. Thank you, Bruno 2009/1/22 Al Byers <[hidden email]> > Angelo, > > I implemented the CMS years ago per David's design. At the time, I thought > it would be wise to have a single service, persistContentAndAssoc, which > did > everything - creating and updating, all types of media and all possible > repositories (ie. database, filesystem, etc). I am not convinced that it > would not be nice to have such a tool, even though it tends to go against > the "OFBiz way" (I claim that for a T-shirt). I don't think > persistContentAndAssoc is that tool, though I would love someone to improve > on it or simplify it. > > Not having a clear API for working with the CMS is its greatest drawback, I > think. Saner heads than mine have broken the persist process into multiple > steps. I drew from what they have done and here is how I recently did a > simple text persist: > ... > String localeString = (String)entry.getKey(); > String textData = (String)entry.getValue(); > // Create new content > mapIn = new HashMap(); > mapIn.put("localeString", localeString); > mapIn.put("objectInfo", textData); > mapIn.put("userLogin", userLogin); > mapIn.put("dataResourceTypeId", "SHORT_TEXT"); > mapIn.put("mimeTypeId", "text/plain"); > result = dispatcher.runSync("createDataResource", mapIn); > String dataResourceId = > (String)result.get("dataResourceId"); > > mapIn = new HashMap(); > mapIn.put("localeString", localeString); > mapIn.put("textData", textData); > mapIn.put("description", description); > mapIn.put("userLogin", userLogin); > mapIn.put("dataResourceId", dataResourceId); > result = dispatcher.runSync("createContent", mapIn); > String contentId = (String)result.get("contentId"); > > > // Create assoc to SurveyQuestionOption > // Angelo, note that this is not the ContentAssoc entity > that you would use. > // I think you would just use the createContentAssoc service > here instead > // And I would use FastMaps because that is the OFBiz way. > mapIn = new HashMap(); > mapIn.put("localeString", localeString); > mapIn.put("contentId", contentId); > mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); > mapIn.put("userLogin", userLogin); > Map result2 = > dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); > > In my mind, that is still a lot of code, when there are only a few pieces > of > data, but you might want to stick to something like this for now. > > Sorry I can't be of more help, but I have forgotten much of what I did > before. With Hans taking an interest in CMS, maybe things will get > improved. > > -Al > > On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < > [hidden email]> wrote: > > > > > Hi, > > I am following the debate between Hans and David about Content Component. > > I am looking at a way to upload a resource and integrate it in database. > > In Content Component there is a java service: persistContentAndAssoc > which > > is called very often. > > Instead in Party Component it seems that this service is replaced by > > uploadPartyContentFile which don't call "persistContentAndAssoc" but > other > > services. > > Why? > > To upload a file it is better to follow Party Component? > > "persistContentAndAssoc" is been replaced in the system? > > Thank you. > > > > > > > > > > -- > > View this message in context: > > http://www.nabble.com/Content-Service-tp21610839p21610839.html > > Sent from the OFBiz - User mailing list archive at Nabble.com. > > > > > |
There is a lot of interest in CMS. I would suggest also looking at Drupal's
way of doing CMS (drupal,org) as I believe that it is very interesting and flexible. However it is more suited to the web (as opposed to enterprise content management). -- Milind On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> wrote: > Hi Al, > I do not want to hijack the thread but I think there is more interest in > CMS > than you could believe. > > There were also discussions on using OFBiz CMS to host the OFBiz Web site > itself. > This would be great and, may be, now that it seems you are back on-line, we > could have better chance. > > Thank you, > Bruno > > > > 2009/1/22 Al Byers <[hidden email]> > > > Angelo, > > > > I implemented the CMS years ago per David's design. At the time, I > thought > > it would be wise to have a single service, persistContentAndAssoc, which > > did > > everything - creating and updating, all types of media and all possible > > repositories (ie. database, filesystem, etc). I am not convinced that it > > would not be nice to have such a tool, even though it tends to go against > > the "OFBiz way" (I claim that for a T-shirt). I don't think > > persistContentAndAssoc is that tool, though I would love someone to > improve > > on it or simplify it. > > > > Not having a clear API for working with the CMS is its greatest drawback, > I > > think. Saner heads than mine have broken the persist process into > multiple > > steps. I drew from what they have done and here is how I recently did a > > simple text persist: > > ... > > String localeString = (String)entry.getKey(); > > String textData = (String)entry.getValue(); > > // Create new content > > mapIn = new HashMap(); > > mapIn.put("localeString", localeString); > > mapIn.put("objectInfo", textData); > > mapIn.put("userLogin", userLogin); > > mapIn.put("dataResourceTypeId", "SHORT_TEXT"); > > mapIn.put("mimeTypeId", "text/plain"); > > result = dispatcher.runSync("createDataResource", mapIn); > > String dataResourceId = > > (String)result.get("dataResourceId"); > > > > mapIn = new HashMap(); > > mapIn.put("localeString", localeString); > > mapIn.put("textData", textData); > > mapIn.put("description", description); > > mapIn.put("userLogin", userLogin); > > mapIn.put("dataResourceId", dataResourceId); > > result = dispatcher.runSync("createContent", mapIn); > > String contentId = (String)result.get("contentId"); > > > > > > // Create assoc to SurveyQuestionOption > > // Angelo, note that this is not the ContentAssoc entity > > that you would use. > > // I think you would just use the createContentAssoc > service > > here instead > > // And I would use FastMaps because that is the OFBiz way. > > mapIn = new HashMap(); > > mapIn.put("localeString", localeString); > > mapIn.put("contentId", contentId); > > mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); > > mapIn.put("userLogin", userLogin); > > Map result2 = > > dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); > > > > In my mind, that is still a lot of code, when there are only a few pieces > > of > > data, but you might want to stick to something like this for now. > > > > Sorry I can't be of more help, but I have forgotten much of what I did > > before. With Hans taking an interest in CMS, maybe things will get > > improved. > > > > -Al > > > > On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < > > [hidden email]> wrote: > > > > > > > > Hi, > > > I am following the debate between Hans and David about Content > Component. > > > I am looking at a way to upload a resource and integrate it in > database. > > > In Content Component there is a java service: persistContentAndAssoc > > which > > > is called very often. > > > Instead in Party Component it seems that this service is replaced by > > > uploadPartyContentFile which don't call "persistContentAndAssoc" but > > other > > > services. > > > Why? > > > To upload a file it is better to follow Party Component? > > > "persistContentAndAssoc" is been replaced in the system? > > > Thank you. > > > > > > > > > > > > > > > -- > > > View this message in context: > > > http://www.nabble.com/Content-Service-tp21610839p21610839.html > > > Sent from the OFBiz - User mailing list archive at Nabble.com. > > > > > > > > > |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 the problem with integration of a PHP based application is it is a completely separate application and coding style. Milind Parikh sent the following on 1/22/2009 12:34 PM: > There is a lot of interest in CMS. I would suggest also looking at Drupal's > way of doing CMS (drupal,org) as I believe that it is very interesting and > flexible. However it is more suited to the web (as opposed to enterprise > content management). > > -- Milind > > > On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> wrote: > >> Hi Al, >> I do not want to hijack the thread but I think there is more interest in >> CMS >> than you could believe. >> >> There were also discussions on using OFBiz CMS to host the OFBiz Web site >> itself. >> This would be great and, may be, now that it seems you are back on-line, we >> could have better chance. >> >> Thank you, >> Bruno >> >> >> >> 2009/1/22 Al Byers <[hidden email]> >> >>> Angelo, >>> >>> I implemented the CMS years ago per David's design. At the time, I >> thought >>> it would be wise to have a single service, persistContentAndAssoc, which >>> did >>> everything - creating and updating, all types of media and all possible >>> repositories (ie. database, filesystem, etc). I am not convinced that it >>> would not be nice to have such a tool, even though it tends to go against >>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>> persistContentAndAssoc is that tool, though I would love someone to >> improve >>> on it or simplify it. >>> >>> Not having a clear API for working with the CMS is its greatest drawback, >> I >>> think. Saner heads than mine have broken the persist process into >> multiple >>> steps. I drew from what they have done and here is how I recently did a >>> simple text persist: >>> ... >>> String localeString = (String)entry.getKey(); >>> String textData = (String)entry.getValue(); >>> // Create new content >>> mapIn = new HashMap(); >>> mapIn.put("localeString", localeString); >>> mapIn.put("objectInfo", textData); >>> mapIn.put("userLogin", userLogin); >>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>> mapIn.put("mimeTypeId", "text/plain"); >>> result = dispatcher.runSync("createDataResource", mapIn); >>> String dataResourceId = >>> (String)result.get("dataResourceId"); >>> >>> mapIn = new HashMap(); >>> mapIn.put("localeString", localeString); >>> mapIn.put("textData", textData); >>> mapIn.put("description", description); >>> mapIn.put("userLogin", userLogin); >>> mapIn.put("dataResourceId", dataResourceId); >>> result = dispatcher.runSync("createContent", mapIn); >>> String contentId = (String)result.get("contentId"); >>> >>> >>> // Create assoc to SurveyQuestionOption >>> // Angelo, note that this is not the ContentAssoc entity >>> that you would use. >>> // I think you would just use the createContentAssoc >> service >>> here instead >>> // And I would use FastMaps because that is the OFBiz way. >>> mapIn = new HashMap(); >>> mapIn.put("localeString", localeString); >>> mapIn.put("contentId", contentId); >>> mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); >>> mapIn.put("userLogin", userLogin); >>> Map result2 = >>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>> >>> In my mind, that is still a lot of code, when there are only a few pieces >>> of >>> data, but you might want to stick to something like this for now. >>> >>> Sorry I can't be of more help, but I have forgotten much of what I did >>> before. With Hans taking an interest in CMS, maybe things will get >>> improved. >>> >>> -Al >>> >>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>> [hidden email]> wrote: >>> >>>> Hi, >>>> I am following the debate between Hans and David about Content >> Component. >>>> I am looking at a way to upload a resource and integrate it in >> database. >>>> In Content Component there is a java service: persistContentAndAssoc >>> which >>>> is called very often. >>>> Instead in Party Component it seems that this service is replaced by >>>> uploadPartyContentFile which don't call "persistContentAndAssoc" but >>> other >>>> services. >>>> Why? >>>> To upload a file it is better to follow Party Component? >>>> "persistContentAndAssoc" is been replaced in the system? >>>> Thank you. >>>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>> >>>> > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJela0rP3NbaWWqE4RAqGjAKCoa4aNrQfLeU3Wdr8bhBsysRcCBwCfUDN+ vVf6Zcie0BC4fdMgbxWgK3c= =WSZn -----END PGP SIGNATURE----- |
I did not mean integration with an PHP based application. Just the design
philosophy of the data structures and the concept of modules in drupal (of course, this is easier in a dynamically typed language like php). Regards - Milind On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > the problem with integration of a PHP based application is it is a > completely separate application and coding style. > > Milind Parikh sent the following on 1/22/2009 12:34 PM: > > There is a lot of interest in CMS. I would suggest also looking at > Drupal's > > way of doing CMS (drupal,org) as I believe that it is very interesting > and > > flexible. However it is more suited to the web (as opposed to enterprise > > content management). > > > > -- Milind > > > > > > On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> > wrote: > > > >> Hi Al, > >> I do not want to hijack the thread but I think there is more interest in > >> CMS > >> than you could believe. > >> > >> There were also discussions on using OFBiz CMS to host the OFBiz Web > site > >> itself. > >> This would be great and, may be, now that it seems you are back on-line, > we > >> could have better chance. > >> > >> Thank you, > >> Bruno > >> > >> > >> > >> 2009/1/22 Al Byers <[hidden email]> > >> > >>> Angelo, > >>> > >>> I implemented the CMS years ago per David's design. At the time, I > >> thought > >>> it would be wise to have a single service, persistContentAndAssoc, > which > >>> did > >>> everything - creating and updating, all types of media and all possible > >>> repositories (ie. database, filesystem, etc). I am not convinced that > it > >>> would not be nice to have such a tool, even though it tends to go > against > >>> the "OFBiz way" (I claim that for a T-shirt). I don't think > >>> persistContentAndAssoc is that tool, though I would love someone to > >> improve > >>> on it or simplify it. > >>> > >>> Not having a clear API for working with the CMS is its greatest > drawback, > >> I > >>> think. Saner heads than mine have broken the persist process into > >> multiple > >>> steps. I drew from what they have done and here is how I recently did a > >>> simple text persist: > >>> ... > >>> String localeString = (String)entry.getKey(); > >>> String textData = (String)entry.getValue(); > >>> // Create new content > >>> mapIn = new HashMap(); > >>> mapIn.put("localeString", localeString); > >>> mapIn.put("objectInfo", textData); > >>> mapIn.put("userLogin", userLogin); > >>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); > >>> mapIn.put("mimeTypeId", "text/plain"); > >>> result = dispatcher.runSync("createDataResource", > mapIn); > >>> String dataResourceId = > >>> (String)result.get("dataResourceId"); > >>> > >>> mapIn = new HashMap(); > >>> mapIn.put("localeString", localeString); > >>> mapIn.put("textData", textData); > >>> mapIn.put("description", description); > >>> mapIn.put("userLogin", userLogin); > >>> mapIn.put("dataResourceId", dataResourceId); > >>> result = dispatcher.runSync("createContent", mapIn); > >>> String contentId = (String)result.get("contentId"); > >>> > >>> > >>> // Create assoc to SurveyQuestionOption > >>> // Angelo, note that this is not the ContentAssoc entity > >>> that you would use. > >>> // I think you would just use the createContentAssoc > >> service > >>> here instead > >>> // And I would use FastMaps because that is the OFBiz > way. > >>> mapIn = new HashMap(); > >>> mapIn.put("localeString", localeString); > >>> mapIn.put("contentId", contentId); > >>> mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); > >>> mapIn.put("userLogin", userLogin); > >>> Map result2 = > >>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); > >>> > >>> In my mind, that is still a lot of code, when there are only a few > pieces > >>> of > >>> data, but you might want to stick to something like this for now. > >>> > >>> Sorry I can't be of more help, but I have forgotten much of what I did > >>> before. With Hans taking an interest in CMS, maybe things will get > >>> improved. > >>> > >>> -Al > >>> > >>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < > >>> [hidden email]> wrote: > >>> > >>>> Hi, > >>>> I am following the debate between Hans and David about Content > >> Component. > >>>> I am looking at a way to upload a resource and integrate it in > >> database. > >>>> In Content Component there is a java service: persistContentAndAssoc > >>> which > >>>> is called very often. > >>>> Instead in Party Component it seems that this service is replaced by > >>>> uploadPartyContentFile which don't call "persistContentAndAssoc" but > >>> other > >>>> services. > >>>> Why? > >>>> To upload a file it is better to follow Party Component? > >>>> "persistContentAndAssoc" is been replaced in the system? > >>>> Thank you. > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> View this message in context: > >>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html > >>>> Sent from the OFBiz - User mailing list archive at Nabble.com. > >>>> > >>>> > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJela0rP3NbaWWqE4RAqGjAKCoa4aNrQfLeU3Wdr8bhBsysRcCBwCfUDN+ > vVf6Zcie0BC4fdMgbxWgK3c= > =WSZn > -----END PGP SIGNATURE----- > |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Yup. The hard part is to work with in the confines of ofbiz framework. takes a lot of time to chart the flow of drupal then apply it to ofbiz. Milind Parikh sent the following on 1/23/2009 4:05 PM: > I did not mean integration with an PHP based application. Just the design > philosophy of the data structures and the concept of modules in drupal (of > course, this is easier in a dynamically typed language like php). > > Regards > - Milind > > > On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: > > the problem with integration of a PHP based application is it is a > completely separate application and coding style. > > Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>> There is a lot of interest in CMS. I would suggest also looking at > Drupal's >>>> way of doing CMS (drupal,org) as I believe that it is very interesting > and >>>> flexible. However it is more suited to the web (as opposed to enterprise >>>> content management). >>>> >>>> -- Milind >>>> >>>> >>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> > wrote: >>>>> Hi Al, >>>>> I do not want to hijack the thread but I think there is more interest in >>>>> CMS >>>>> than you could believe. >>>>> >>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web > site >>>>> itself. >>>>> This would be great and, may be, now that it seems you are back on-line, > we >>>>> could have better chance. >>>>> >>>>> Thank you, >>>>> Bruno >>>>> >>>>> >>>>> >>>>> 2009/1/22 Al Byers <[hidden email]> >>>>> >>>>>> Angelo, >>>>>> >>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>> thought >>>>>> it would be wise to have a single service, persistContentAndAssoc, > which >>>>>> did >>>>>> everything - creating and updating, all types of media and all possible >>>>>> repositories (ie. database, filesystem, etc). I am not convinced that > it >>>>>> would not be nice to have such a tool, even though it tends to go > against >>>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>> improve >>>>>> on it or simplify it. >>>>>> >>>>>> Not having a clear API for working with the CMS is its greatest > drawback, >>>>> I >>>>>> think. Saner heads than mine have broken the persist process into >>>>> multiple >>>>>> steps. I drew from what they have done and here is how I recently did a >>>>>> simple text persist: >>>>>> ... >>>>>> String localeString = (String)entry.getKey(); >>>>>> String textData = (String)entry.getValue(); >>>>>> // Create new content >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("objectInfo", textData); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>> result = dispatcher.runSync("createDataResource", > mapIn); >>>>>> String dataResourceId = >>>>>> (String)result.get("dataResourceId"); >>>>>> >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("textData", textData); >>>>>> mapIn.put("description", description); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>> String contentId = (String)result.get("contentId"); >>>>>> >>>>>> >>>>>> // Create assoc to SurveyQuestionOption >>>>>> // Angelo, note that this is not the ContentAssoc entity >>>>>> that you would use. >>>>>> // I think you would just use the createContentAssoc >>>>> service >>>>>> here instead >>>>>> // And I would use FastMaps because that is the OFBiz > way. >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("contentId", contentId); >>>>>> mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> Map result2 = >>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>> >>>>>> In my mind, that is still a lot of code, when there are only a few > pieces >>>>>> of >>>>>> data, but you might want to stick to something like this for now. >>>>>> >>>>>> Sorry I can't be of more help, but I have forgotten much of what I did >>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>> improved. >>>>>> >>>>>> -Al >>>>>> >>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>> [hidden email]> wrote: >>>>>> >>>>>>> Hi, >>>>>>> I am following the debate between Hans and David about Content >>>>> Component. >>>>>>> I am looking at a way to upload a resource and integrate it in >>>>> database. >>>>>>> In Content Component there is a java service: persistContentAndAssoc >>>>>> which >>>>>>> is called very often. >>>>>>> Instead in Party Component it seems that this service is replaced by >>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" but >>>>>> other >>>>>>> services. >>>>>>> Why? >>>>>>> To upload a file it is better to follow Party Component? >>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>> Thank you. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> View this message in context: >>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>> >>>>>>> >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b AEnl5fRRyStCdMp07kTPX7Y= =IlTd -----END PGP SIGNATURE----- |
How about integrating with Lenya? I've never used it so this is not an endorsement but it is an Apache project.
----- Original Message ----- From: "BJ Freeman" <[hidden email]> To: [hidden email] Sent: Friday, January 23, 2009 5:49:25 PM (GMT-0700) America/Denver Subject: Re: Content Service -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yup. The hard part is to work with in the confines of ofbiz framework. takes a lot of time to chart the flow of drupal then apply it to ofbiz. Milind Parikh sent the following on 1/23/2009 4:05 PM: > I did not mean integration with an PHP based application. Just the design > philosophy of the data structures and the concept of modules in drupal (of > course, this is easier in a dynamically typed language like php). > > Regards > - Milind > > > On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: > > the problem with integration of a PHP based application is it is a > completely separate application and coding style. > > Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>> There is a lot of interest in CMS. I would suggest also looking at > Drupal's >>>> way of doing CMS (drupal,org) as I believe that it is very interesting > and >>>> flexible. However it is more suited to the web (as opposed to enterprise >>>> content management). >>>> >>>> -- Milind >>>> >>>> >>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> > wrote: >>>>> Hi Al, >>>>> I do not want to hijack the thread but I think there is more interest in >>>>> CMS >>>>> than you could believe. >>>>> >>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web > site >>>>> itself. >>>>> This would be great and, may be, now that it seems you are back on-line, > we >>>>> could have better chance. >>>>> >>>>> Thank you, >>>>> Bruno >>>>> >>>>> >>>>> >>>>> 2009/1/22 Al Byers <[hidden email]> >>>>> >>>>>> Angelo, >>>>>> >>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>> thought >>>>>> it would be wise to have a single service, persistContentAndAssoc, > which >>>>>> did >>>>>> everything - creating and updating, all types of media and all possible >>>>>> repositories (ie. database, filesystem, etc). I am not convinced that > it >>>>>> would not be nice to have such a tool, even though it tends to go > against >>>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>> improve >>>>>> on it or simplify it. >>>>>> >>>>>> Not having a clear API for working with the CMS is its greatest > drawback, >>>>> I >>>>>> think. Saner heads than mine have broken the persist process into >>>>> multiple >>>>>> steps. I drew from what they have done and here is how I recently did a >>>>>> simple text persist: >>>>>> ... >>>>>> String localeString = (String)entry.getKey(); >>>>>> String textData = (String)entry.getValue(); >>>>>> // Create new content >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("objectInfo", textData); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>> result = dispatcher.runSync("createDataResource", > mapIn); >>>>>> String dataResourceId = >>>>>> (String)result.get("dataResourceId"); >>>>>> >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("textData", textData); >>>>>> mapIn.put("description", description); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>> String contentId = (String)result.get("contentId"); >>>>>> >>>>>> >>>>>> // Create assoc to SurveyQuestionOption >>>>>> // Angelo, note that this is not the ContentAssoc entity >>>>>> that you would use. >>>>>> // I think you would just use the createContentAssoc >>>>> service >>>>>> here instead >>>>>> // And I would use FastMaps because that is the OFBiz > way. >>>>>> mapIn = new HashMap(); >>>>>> mapIn.put("localeString", localeString); >>>>>> mapIn.put("contentId", contentId); >>>>>> mapIn.put("surveyAnswerOptionId", surveyAnswerOptionId); >>>>>> mapIn.put("userLogin", userLogin); >>>>>> Map result2 = >>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>> >>>>>> In my mind, that is still a lot of code, when there are only a few > pieces >>>>>> of >>>>>> data, but you might want to stick to something like this for now. >>>>>> >>>>>> Sorry I can't be of more help, but I have forgotten much of what I did >>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>> improved. >>>>>> >>>>>> -Al >>>>>> >>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>> [hidden email]> wrote: >>>>>> >>>>>>> Hi, >>>>>>> I am following the debate between Hans and David about Content >>>>> Component. >>>>>>> I am looking at a way to upload a resource and integrate it in >>>>> database. >>>>>>> In Content Component there is a java service: persistContentAndAssoc >>>>>> which >>>>>>> is called very often. >>>>>>> Instead in Party Component it seems that this service is replaced by >>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" but >>>>>> other >>>>>>> services. >>>>>>> Why? >>>>>>> To upload a file it is better to follow Party Component? >>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>> Thank you. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> View this message in context: >>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>> >>>>>>> >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b AEnl5fRRyStCdMp07kTPX7Y= =IlTd -----END PGP SIGNATURE----- |
In reply to this post by BJ Freeman
Not that I think we should do that, but why would it be hard? It's just tables in a database, screens that read from and write to the data... On the other hand, if anyone wants to research that I'd recommend researching the OFBiz stuff first so you can understand what it is like and what it supports. No sense replacing something that already takes care of your needs, even if you didn't know it. -David On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Yup. The hard part is to work with in the confines of ofbiz framework. > takes a lot of time to chart the flow of drupal then apply it to > ofbiz. > > Milind Parikh sent the following on 1/23/2009 4:05 PM: >> I did not mean integration with an PHP based application. Just the >> design >> philosophy of the data structures and the concept of modules in >> drupal (of >> course, this is easier in a dynamically typed language like php). >> >> Regards >> - Milind >> >> >> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> >> wrote: >> >> the problem with integration of a PHP based application is it is a >> completely separate application and coding style. >> >> Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>>> There is a lot of interest in CMS. I would suggest also looking at >> Drupal's >>>>> way of doing CMS (drupal,org) as I believe that it is very >>>>> interesting >> and >>>>> flexible. However it is more suited to the web (as opposed to >>>>> enterprise >>>>> content management). >>>>> >>>>> -- Milind >>>>> >>>>> >>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email] >>>>> > >> wrote: >>>>>> Hi Al, >>>>>> I do not want to hijack the thread but I think there is more >>>>>> interest in >>>>>> CMS >>>>>> than you could believe. >>>>>> >>>>>> There were also discussions on using OFBiz CMS to host the >>>>>> OFBiz Web >> site >>>>>> itself. >>>>>> This would be great and, may be, now that it seems you are back >>>>>> on-line, >> we >>>>>> could have better chance. >>>>>> >>>>>> Thank you, >>>>>> Bruno >>>>>> >>>>>> >>>>>> >>>>>> 2009/1/22 Al Byers <[hidden email]> >>>>>> >>>>>>> Angelo, >>>>>>> >>>>>>> I implemented the CMS years ago per David's design. At the >>>>>>> time, I >>>>>> thought >>>>>>> it would be wise to have a single service, >>>>>>> persistContentAndAssoc, >> which >>>>>>> did >>>>>>> everything - creating and updating, all types of media and all >>>>>>> possible >>>>>>> repositories (ie. database, filesystem, etc). I am not >>>>>>> convinced that >> it >>>>>>> would not be nice to have such a tool, even though it tends to >>>>>>> go >> against >>>>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>>> persistContentAndAssoc is that tool, though I would love >>>>>>> someone to >>>>>> improve >>>>>>> on it or simplify it. >>>>>>> >>>>>>> Not having a clear API for working with the CMS is its greatest >> drawback, >>>>>> I >>>>>>> think. Saner heads than mine have broken the persist process >>>>>>> into >>>>>> multiple >>>>>>> steps. I drew from what they have done and here is how I >>>>>>> recently did a >>>>>>> simple text persist: >>>>>>> ... >>>>>>> String localeString = (String)entry.getKey(); >>>>>>> String textData = (String)entry.getValue(); >>>>>>> // Create new content >>>>>>> mapIn = new HashMap(); >>>>>>> mapIn.put("localeString", localeString); >>>>>>> mapIn.put("objectInfo", textData); >>>>>>> mapIn.put("userLogin", userLogin); >>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>>> result = dispatcher.runSync("createDataResource", >> mapIn); >>>>>>> String dataResourceId = >>>>>>> (String)result.get("dataResourceId"); >>>>>>> >>>>>>> mapIn = new HashMap(); >>>>>>> mapIn.put("localeString", localeString); >>>>>>> mapIn.put("textData", textData); >>>>>>> mapIn.put("description", description); >>>>>>> mapIn.put("userLogin", userLogin); >>>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>>> result = dispatcher.runSync("createContent", >>>>>>> mapIn); >>>>>>> String contentId = >>>>>>> (String)result.get("contentId"); >>>>>>> >>>>>>> >>>>>>> // Create assoc to SurveyQuestionOption >>>>>>> // Angelo, note that this is not the >>>>>>> ContentAssoc entity >>>>>>> that you would use. >>>>>>> // I think you would just use the >>>>>>> createContentAssoc >>>>>> service >>>>>>> here instead >>>>>>> // And I would use FastMaps because that is the >>>>>>> OFBiz >> way. >>>>>>> mapIn = new HashMap(); >>>>>>> mapIn.put("localeString", localeString); >>>>>>> mapIn.put("contentId", contentId); >>>>>>> mapIn.put("surveyAnswerOptionId", >>>>>>> surveyAnswerOptionId); >>>>>>> mapIn.put("userLogin", userLogin); >>>>>>> Map result2 = >>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", >>>>>>> mapIn); >>>>>>> >>>>>>> In my mind, that is still a lot of code, when there are only a >>>>>>> few >> pieces >>>>>>> of >>>>>>> data, but you might want to stick to something like this for >>>>>>> now. >>>>>>> >>>>>>> Sorry I can't be of more help, but I have forgotten much of >>>>>>> what I did >>>>>>> before. With Hans taking an interest in CMS, maybe things will >>>>>>> get >>>>>>> improved. >>>>>>> >>>>>>> -Al >>>>>>> >>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>>> [hidden email]> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> I am following the debate between Hans and David about Content >>>>>> Component. >>>>>>>> I am looking at a way to upload a resource and integrate it in >>>>>> database. >>>>>>>> In Content Component there is a java service: >>>>>>>> persistContentAndAssoc >>>>>>> which >>>>>>>> is called very often. >>>>>>>> Instead in Party Component it seems that this service is >>>>>>>> replaced by >>>>>>>> uploadPartyContentFile which don't call >>>>>>>> "persistContentAndAssoc" but >>>>>>> other >>>>>>>> services. >>>>>>>> Why? >>>>>>>> To upload a file it is better to follow Party Component? >>>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>>> Thank you. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> View this message in context: >>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>>> >>>>>>>> >>> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b > AEnl5fRRyStCdMp07kTPX7Y= > =IlTd > -----END PGP SIGNATURE----- |
First of all, I agree that anyone attempting to rewrite the content
management system within OfBiz should look the current implementation. It is pretty robust and maintains a lot of data and the meta data required to manage the content. For example, it has the concept of revision built in. However, competing with Drupal can be tough and hard; in the CMS space. Since Drupal has the unusual structure of workflow in calling different functions in a module at predetermined points, modules can themselves add different tables, change display and change basic functions in a drastic way; but very simply. For example, a module can prevent access to specific fields in specific content; depending upon the role of the person logging in. Certainly drupal development has reached a very furious pace; because of the manner in which individuals can contribute through modules. Having said that, there is no substitute for the rigor of standardized database structures; especially in the business world. Following best practices in data modeling is key for success to any complex implementation. Also having standardized APIs that enable integration to the rest of the world is very important as well. Just my two cents... On Fri, Jan 23, 2009 at 8:28 PM, David E Jones <[hidden email]>wrote: > > Not that I think we should do that, but why would it be hard? It's just > tables in a database, screens that read from and write to the data... > > On the other hand, if anyone wants to research that I'd recommend > researching the OFBiz stuff first so you can understand what it is like and > what it supports. No sense replacing something that already takes care of > your needs, even if you didn't know it. > > -David > > > > On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: > > -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Yup. The hard part is to work with in the confines of ofbiz framework. >> takes a lot of time to chart the flow of drupal then apply it to ofbiz. >> >> Milind Parikh sent the following on 1/23/2009 4:05 PM: >> >>> I did not mean integration with an PHP based application. Just the design >>> philosophy of the data structures and the concept of modules in drupal >>> (of >>> course, this is easier in a dynamically typed language like php). >>> >>> Regards >>> - Milind >>> >>> >>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: >>> >>> the problem with integration of a PHP based application is it is a >>> completely separate application and coding style. >>> >>> Milind Parikh sent the following on 1/22/2009 12:34 PM: >>> >>>> There is a lot of interest in CMS. I would suggest also looking at >>>>>> >>>>> Drupal's >>> >>>> way of doing CMS (drupal,org) as I believe that it is very interesting >>>>>> >>>>> and >>> >>>> flexible. However it is more suited to the web (as opposed to enterprise >>>>>> content management). >>>>>> >>>>>> -- Milind >>>>>> >>>>>> >>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> >>>>>> >>>>> wrote: >>> >>>> Hi Al, >>>>>>> I do not want to hijack the thread but I think there is more interest >>>>>>> in >>>>>>> CMS >>>>>>> than you could believe. >>>>>>> >>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web >>>>>>> >>>>>> site >>> >>>> itself. >>>>>>> This would be great and, may be, now that it seems you are back >>>>>>> on-line, >>>>>>> >>>>>> we >>> >>>> could have better chance. >>>>>>> >>>>>>> Thank you, >>>>>>> Bruno >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2009/1/22 Al Byers <[hidden email]> >>>>>>> >>>>>>> Angelo, >>>>>>>> >>>>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>>>>> >>>>>>> thought >>>>>>> >>>>>>>> it would be wise to have a single service, persistContentAndAssoc, >>>>>>>> >>>>>>> which >>> >>>> did >>>>>>>> everything - creating and updating, all types of media and all >>>>>>>> possible >>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced >>>>>>>> that >>>>>>>> >>>>>>> it >>> >>>> would not be nice to have such a tool, even though it tends to go >>>>>>>> >>>>>>> against >>> >>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>>>>> >>>>>>> improve >>>>>>> >>>>>>>> on it or simplify it. >>>>>>>> >>>>>>>> Not having a clear API for working with the CMS is its greatest >>>>>>>> >>>>>>> drawback, >>> >>>> I >>>>>>> >>>>>>>> think. Saner heads than mine have broken the persist process into >>>>>>>> >>>>>>> multiple >>>>>>> >>>>>>>> steps. I drew from what they have done and here is how I recently >>>>>>>> did a >>>>>>>> simple text persist: >>>>>>>> ... >>>>>>>> String localeString = (String)entry.getKey(); >>>>>>>> String textData = (String)entry.getValue(); >>>>>>>> // Create new content >>>>>>>> mapIn = new HashMap(); >>>>>>>> mapIn.put("localeString", localeString); >>>>>>>> mapIn.put("objectInfo", textData); >>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>>>> result = dispatcher.runSync("createDataResource", >>>>>>>> >>>>>>> mapIn); >>> >>>> String dataResourceId = >>>>>>>> (String)result.get("dataResourceId"); >>>>>>>> >>>>>>>> mapIn = new HashMap(); >>>>>>>> mapIn.put("localeString", localeString); >>>>>>>> mapIn.put("textData", textData); >>>>>>>> mapIn.put("description", description); >>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>>>> String contentId = (String)result.get("contentId"); >>>>>>>> >>>>>>>> >>>>>>>> // Create assoc to SurveyQuestionOption >>>>>>>> // Angelo, note that this is not the ContentAssoc >>>>>>>> entity >>>>>>>> that you would use. >>>>>>>> // I think you would just use the createContentAssoc >>>>>>>> >>>>>>> service >>>>>>> >>>>>>>> here instead >>>>>>>> // And I would use FastMaps because that is the OFBiz >>>>>>>> >>>>>>> way. >>> >>>> mapIn = new HashMap(); >>>>>>>> mapIn.put("localeString", localeString); >>>>>>>> mapIn.put("contentId", contentId); >>>>>>>> mapIn.put("surveyAnswerOptionId", >>>>>>>> surveyAnswerOptionId); >>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>> Map result2 = >>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>>>> >>>>>>>> In my mind, that is still a lot of code, when there are only a few >>>>>>>> >>>>>>> pieces >>> >>>> of >>>>>>>> data, but you might want to stick to something like this for now. >>>>>>>> >>>>>>>> Sorry I can't be of more help, but I have forgotten much of what I >>>>>>>> did >>>>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>>>> improved. >>>>>>>> >>>>>>>> -Al >>>>>>>> >>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>>>> [hidden email]> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>>> I am following the debate between Hans and David about Content >>>>>>>>> >>>>>>>> Component. >>>>>>> >>>>>>>> I am looking at a way to upload a resource and integrate it in >>>>>>>>> >>>>>>>> database. >>>>>>> >>>>>>>> In Content Component there is a java service: persistContentAndAssoc >>>>>>>>> >>>>>>>> which >>>>>>>> >>>>>>>>> is called very often. >>>>>>>>> Instead in Party Component it seems that this service is replaced >>>>>>>>> by >>>>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" >>>>>>>>> but >>>>>>>>> >>>>>>>> other >>>>>>>> >>>>>>>>> services. >>>>>>>>> Why? >>>>>>>>> To upload a file it is better to follow Party Component? >>>>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>>>> Thank you. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> View this message in context: >>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.6 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b >> AEnl5fRRyStCdMp07kTPX7Y= >> =IlTd >> -----END PGP SIGNATURE----- >> > > |
In reply to this post by David E Jones-3
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Hard, as in you just can not plug in code, but have to walk through application and make flow charts, then turn those into ofbiz. and I agree that understanding ofbiz and what it has, is paramount. don't forget, David, since your the architect and developer of ofbiz you probably think it is easy to understand. For someone that Database (using stored procedures),PHP, or Just Java OO oriented, it is not the easy to get your mind around ofbiz. David E Jones sent the following on 1/23/2009 8:28 PM: > > Not that I think we should do that, but why would it be hard? It's just > tables in a database, screens that read from and write to the data... > > On the other hand, if anyone wants to research that I'd recommend > researching the OFBiz stuff first so you can understand what it is like > and what it supports. No sense replacing something that already takes > care of your needs, even if you didn't know it. > > -David > > > On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: > > Yup. The hard part is to work with in the confines of ofbiz framework. > takes a lot of time to chart the flow of drupal then apply it to ofbiz. > > Milind Parikh sent the following on 1/23/2009 4:05 PM: >>>> I did not mean integration with an PHP based application. Just the >>>> design >>>> philosophy of the data structures and the concept of modules in >>>> drupal (of >>>> course, this is easier in a dynamically typed language like php). >>>> >>>> Regards >>>> - Milind >>>> >>>> >>>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: >>>> >>>> the problem with integration of a PHP based application is it is a >>>> completely separate application and coding style. >>>> >>>> Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>>>>> There is a lot of interest in CMS. I would suggest also looking at >>>> Drupal's >>>>>>> way of doing CMS (drupal,org) as I believe that it is very >>>>>>> interesting >>>> and >>>>>>> flexible. However it is more suited to the web (as opposed to >>>>>>> enterprise >>>>>>> content management). >>>>>>> >>>>>>> -- Milind >>>>>>> >>>>>>> >>>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> >>>> wrote: >>>>>>>> Hi Al, >>>>>>>> I do not want to hijack the thread but I think there is more >>>>>>>> interest in >>>>>>>> CMS >>>>>>>> than you could believe. >>>>>>>> >>>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web >>>> site >>>>>>>> itself. >>>>>>>> This would be great and, may be, now that it seems you are back >>>>>>>> on-line, >>>> we >>>>>>>> could have better chance. >>>>>>>> >>>>>>>> Thank you, >>>>>>>> Bruno >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2009/1/22 Al Byers <[hidden email]> >>>>>>>> >>>>>>>>> Angelo, >>>>>>>>> >>>>>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>>>>> thought >>>>>>>>> it would be wise to have a single service, persistContentAndAssoc, >>>> which >>>>>>>>> did >>>>>>>>> everything - creating and updating, all types of media and all >>>>>>>>> possible >>>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced >>>>>>>>> that >>>> it >>>>>>>>> would not be nice to have such a tool, even though it tends to go >>>> against >>>>>>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>>>>> improve >>>>>>>>> on it or simplify it. >>>>>>>>> >>>>>>>>> Not having a clear API for working with the CMS is its greatest >>>> drawback, >>>>>>>> I >>>>>>>>> think. Saner heads than mine have broken the persist process into >>>>>>>> multiple >>>>>>>>> steps. I drew from what they have done and here is how I >>>>>>>>> recently did a >>>>>>>>> simple text persist: >>>>>>>>> ... >>>>>>>>> String localeString = (String)entry.getKey(); >>>>>>>>> String textData = (String)entry.getValue(); >>>>>>>>> // Create new content >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("objectInfo", textData); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>>>>> result = dispatcher.runSync("createDataResource", >>>> mapIn); >>>>>>>>> String dataResourceId = >>>>>>>>> (String)result.get("dataResourceId"); >>>>>>>>> >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("textData", textData); >>>>>>>>> mapIn.put("description", description); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>>>>> String contentId = (String)result.get("contentId"); >>>>>>>>> >>>>>>>>> >>>>>>>>> // Create assoc to SurveyQuestionOption >>>>>>>>> // Angelo, note that this is not the ContentAssoc >>>>>>>>> entity >>>>>>>>> that you would use. >>>>>>>>> // I think you would just use the createContentAssoc >>>>>>>> service >>>>>>>>> here instead >>>>>>>>> // And I would use FastMaps because that is the OFBiz >>>> way. >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("contentId", contentId); >>>>>>>>> mapIn.put("surveyAnswerOptionId", >>>>>>>>> surveyAnswerOptionId); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> Map result2 = >>>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>>>>> >>>>>>>>> In my mind, that is still a lot of code, when there are only a few >>>> pieces >>>>>>>>> of >>>>>>>>> data, but you might want to stick to something like this for now. >>>>>>>>> >>>>>>>>> Sorry I can't be of more help, but I have forgotten much of what >>>>>>>>> I did >>>>>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>>>>> improved. >>>>>>>>> >>>>>>>>> -Al >>>>>>>>> >>>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>>>>> [hidden email]> wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> I am following the debate between Hans and David about Content >>>>>>>> Component. >>>>>>>>>> I am looking at a way to upload a resource and integrate it in >>>>>>>> database. >>>>>>>>>> In Content Component there is a java service: >>>>>>>>>> persistContentAndAssoc >>>>>>>>> which >>>>>>>>>> is called very often. >>>>>>>>>> Instead in Party Component it seems that this service is >>>>>>>>>> replaced by >>>>>>>>>> uploadPartyContentFile which don't call >>>>>>>>>> "persistContentAndAssoc" but >>>>>>>>> other >>>>>>>>>> services. >>>>>>>>>> Why? >>>>>>>>>> To upload a file it is better to follow Party Component? >>>>>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>>>>> Thank you. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> View this message in context: >>>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>>>>> >>>>>>>>>> >>>>> > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJeudurP3NbaWWqE4RAnHfAKCCWwwRv4RnnFoohZNq5j1VdZE+eQCaA6NT hzm+BTMZuziScLPTGxBfHWQ= =8BpY -----END PGP SIGNATURE----- |
In reply to this post by Milind P
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Actually the SEAS of ofbiz allows you the flexibility of doing what you describe in Drupal. You have security for Services and UI, so I don't see what Drupal has in that regard that is any better. Sounds like you comparing ofbiz and drupal from a Database perspective instead of a functional level. Milind Parikh sent the following on 1/23/2009 9:30 PM: > First of all, I agree that anyone attempting to rewrite the content > management system within OfBiz should look the current implementation. It is > pretty robust and maintains a lot of data and the meta data required to > manage the content. For example, it has the concept of revision built in. > > However, competing with Drupal can be tough and hard; in the CMS space. > Since Drupal has the unusual structure of workflow in calling different > functions in a module at predetermined points, modules can themselves add > different tables, change display and change basic functions in a drastic > way; but very simply. For example, a module can prevent access to specific > fields in specific content; depending upon the role of the person logging > in. Certainly drupal development has reached a very furious pace; because of > the manner in which individuals can contribute through modules. > > Having said that, there is no substitute for the rigor of standardized > database structures; especially in the business world. Following best > practices in data modeling is key for success to any complex implementation. > Also having standardized APIs that enable integration to the rest of the > world is very important as well. > > Just my two cents... > > On Fri, Jan 23, 2009 at 8:28 PM, David E Jones > <[hidden email]>wrote: > >> Not that I think we should do that, but why would it be hard? It's just >> tables in a database, screens that read from and write to the data... >> >> On the other hand, if anyone wants to research that I'd recommend >> researching the OFBiz stuff first so you can understand what it is like and >> what it supports. No sense replacing something that already takes care of >> your needs, even if you didn't know it. >> >> -David >> >> >> >> On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Yup. The hard part is to work with in the confines of ofbiz framework. >>> takes a lot of time to chart the flow of drupal then apply it to ofbiz. >>> >>> Milind Parikh sent the following on 1/23/2009 4:05 PM: >>> >>>> I did not mean integration with an PHP based application. Just the design >>>> philosophy of the data structures and the concept of modules in drupal >>>> (of >>>> course, this is easier in a dynamically typed language like php). >>>> >>>> Regards >>>> - Milind >>>> >>>> >>>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: >>>> >>>> the problem with integration of a PHP based application is it is a >>>> completely separate application and coding style. >>>> >>>> Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>> >>>>> There is a lot of interest in CMS. I would suggest also looking at >>>>>> Drupal's >>>>> way of doing CMS (drupal,org) as I believe that it is very interesting >>>>>> and >>>>> flexible. However it is more suited to the web (as opposed to enterprise >>>>>>> content management). >>>>>>> >>>>>>> -- Milind >>>>>>> >>>>>>> >>>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> >>>>>>> >>>>>> wrote: >>>>> Hi Al, >>>>>>>> I do not want to hijack the thread but I think there is more interest >>>>>>>> in >>>>>>>> CMS >>>>>>>> than you could believe. >>>>>>>> >>>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web >>>>>>>> >>>>>>> site >>>>> itself. >>>>>>>> This would be great and, may be, now that it seems you are back >>>>>>>> on-line, >>>>>>>> >>>>>>> we >>>>> could have better chance. >>>>>>>> Thank you, >>>>>>>> Bruno >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2009/1/22 Al Byers <[hidden email]> >>>>>>>> >>>>>>>> Angelo, >>>>>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>>>>>> >>>>>>>> thought >>>>>>>> >>>>>>>>> it would be wise to have a single service, persistContentAndAssoc, >>>>>>>>> >>>>>>>> which >>>>> did >>>>>>>>> everything - creating and updating, all types of media and all >>>>>>>>> possible >>>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced >>>>>>>>> that >>>>>>>>> >>>>>>>> it >>>>> would not be nice to have such a tool, even though it tends to go >>>>>>>> against >>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>>>>>> >>>>>>>> improve >>>>>>>> >>>>>>>>> on it or simplify it. >>>>>>>>> >>>>>>>>> Not having a clear API for working with the CMS is its greatest >>>>>>>>> >>>>>>>> drawback, >>>>> I >>>>>>>>> think. Saner heads than mine have broken the persist process into >>>>>>>>> >>>>>>>> multiple >>>>>>>> >>>>>>>>> steps. I drew from what they have done and here is how I recently >>>>>>>>> did a >>>>>>>>> simple text persist: >>>>>>>>> ... >>>>>>>>> String localeString = (String)entry.getKey(); >>>>>>>>> String textData = (String)entry.getValue(); >>>>>>>>> // Create new content >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("objectInfo", textData); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>>>>> result = dispatcher.runSync("createDataResource", >>>>>>>>> >>>>>>>> mapIn); >>>>> String dataResourceId = >>>>>>>>> (String)result.get("dataResourceId"); >>>>>>>>> >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("textData", textData); >>>>>>>>> mapIn.put("description", description); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>>>>> String contentId = (String)result.get("contentId"); >>>>>>>>> >>>>>>>>> >>>>>>>>> // Create assoc to SurveyQuestionOption >>>>>>>>> // Angelo, note that this is not the ContentAssoc >>>>>>>>> entity >>>>>>>>> that you would use. >>>>>>>>> // I think you would just use the createContentAssoc >>>>>>>>> >>>>>>>> service >>>>>>>> >>>>>>>>> here instead >>>>>>>>> // And I would use FastMaps because that is the OFBiz >>>>>>>>> >>>>>>>> way. >>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("contentId", contentId); >>>>>>>>> mapIn.put("surveyAnswerOptionId", >>>>>>>>> surveyAnswerOptionId); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> Map result2 = >>>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>>>>> >>>>>>>>> In my mind, that is still a lot of code, when there are only a few >>>>>>>>> >>>>>>>> pieces >>>>> of >>>>>>>>> data, but you might want to stick to something like this for now. >>>>>>>>> >>>>>>>>> Sorry I can't be of more help, but I have forgotten much of what I >>>>>>>>> did >>>>>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>>>>> improved. >>>>>>>>> >>>>>>>>> -Al >>>>>>>>> >>>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>>>>> [hidden email]> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>>> I am following the debate between Hans and David about Content >>>>>>>>>> >>>>>>>>> Component. >>>>>>>>> I am looking at a way to upload a resource and integrate it in >>>>>>>>> database. >>>>>>>>> In Content Component there is a java service: persistContentAndAssoc >>>>>>>>> which >>>>>>>>> >>>>>>>>>> is called very often. >>>>>>>>>> Instead in Party Component it seems that this service is replaced >>>>>>>>>> by >>>>>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" >>>>>>>>>> but >>>>>>>>>> >>>>>>>>> other >>>>>>>>> >>>>>>>>>> services. >>>>>>>>>> Why? >>>>>>>>>> To upload a file it is better to follow Party Component? >>>>>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>>>>> Thank you. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> View this message in context: >>>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.6 (MingW32) >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>> >>> iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b >>> AEnl5fRRyStCdMp07kTPX7Y= >>> =IlTd >>> -----END PGP SIGNATURE----- >>> >> > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJeuhUrP3NbaWWqE4RAk0zAKCBnyb1nY7469MvsKFHVirfBnxQYACgxoJB bXGrE9FPtSmpUil6s0Jpulg= =CmTS -----END PGP SIGNATURE----- |
I posed the question yesterday about integrating with Lenya. I've done more research since then and realized that apparently Lenya does not yet implement any standards such as JCR, which was really the point of my question.
So I want to raise a larger issue. It is my opinion that certain things should not be built from scratch within OfBiz. CMS is one of them, Portal was another. When the portal topic came up I made a similar suggestion that we consider integration with other portal technologies rather than building our own. Standards exist for portals as well. So my research led me to Jackrabbit. Another Apache project that implements JCR 1.0. http://jackrabbit.apache.org/ It seems to be just an API, so OfBiz security, persistence, UI, etc. would still apply. Taking this approach would make integration easier for people using other CMS's, right? Looking forward to your responses... ----- Original Message ----- From: "BJ Freeman" <[hidden email]> To: [hidden email] Sent: Saturday, January 24, 2009 3:07:16 AM (GMT-0700) America/Denver Subject: Re: Content Service -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Actually the SEAS of ofbiz allows you the flexibility of doing what you describe in Drupal. You have security for Services and UI, so I don't see what Drupal has in that regard that is any better. Sounds like you comparing ofbiz and drupal from a Database perspective instead of a functional level. Milind Parikh sent the following on 1/23/2009 9:30 PM: > First of all, I agree that anyone attempting to rewrite the content > management system within OfBiz should look the current implementation. It is > pretty robust and maintains a lot of data and the meta data required to > manage the content. For example, it has the concept of revision built in. > > However, competing with Drupal can be tough and hard; in the CMS space. > Since Drupal has the unusual structure of workflow in calling different > functions in a module at predetermined points, modules can themselves add > different tables, change display and change basic functions in a drastic > way; but very simply. For example, a module can prevent access to specific > fields in specific content; depending upon the role of the person logging > in. Certainly drupal development has reached a very furious pace; because of > the manner in which individuals can contribute through modules. > > Having said that, there is no substitute for the rigor of standardized > database structures; especially in the business world. Following best > practices in data modeling is key for success to any complex implementation. > Also having standardized APIs that enable integration to the rest of the > world is very important as well. > > Just my two cents... > > On Fri, Jan 23, 2009 at 8:28 PM, David E Jones > <[hidden email]>wrote: > >> Not that I think we should do that, but why would it be hard? It's just >> tables in a database, screens that read from and write to the data... >> >> On the other hand, if anyone wants to research that I'd recommend >> researching the OFBiz stuff first so you can understand what it is like and >> what it supports. No sense replacing something that already takes care of >> your needs, even if you didn't know it. >> >> -David >> >> >> >> On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Yup. The hard part is to work with in the confines of ofbiz framework. >>> takes a lot of time to chart the flow of drupal then apply it to ofbiz. >>> >>> Milind Parikh sent the following on 1/23/2009 4:05 PM: >>> >>>> I did not mean integration with an PHP based application. Just the design >>>> philosophy of the data structures and the concept of modules in drupal >>>> (of >>>> course, this is easier in a dynamically typed language like php). >>>> >>>> Regards >>>> - Milind >>>> >>>> >>>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> wrote: >>>> >>>> the problem with integration of a PHP based application is it is a >>>> completely separate application and coding style. >>>> >>>> Milind Parikh sent the following on 1/22/2009 12:34 PM: >>>> >>>>> There is a lot of interest in CMS. I would suggest also looking at >>>>>> Drupal's >>>>> way of doing CMS (drupal,org) as I believe that it is very interesting >>>>>> and >>>>> flexible. However it is more suited to the web (as opposed to enterprise >>>>>>> content management). >>>>>>> >>>>>>> -- Milind >>>>>>> >>>>>>> >>>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco <[hidden email]> >>>>>>> >>>>>> wrote: >>>>> Hi Al, >>>>>>>> I do not want to hijack the thread but I think there is more interest >>>>>>>> in >>>>>>>> CMS >>>>>>>> than you could believe. >>>>>>>> >>>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz Web >>>>>>>> >>>>>>> site >>>>> itself. >>>>>>>> This would be great and, may be, now that it seems you are back >>>>>>>> on-line, >>>>>>>> >>>>>>> we >>>>> could have better chance. >>>>>>>> Thank you, >>>>>>>> Bruno >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2009/1/22 Al Byers <[hidden email]> >>>>>>>> >>>>>>>> Angelo, >>>>>>>>> I implemented the CMS years ago per David's design. At the time, I >>>>>>>>> >>>>>>>> thought >>>>>>>> >>>>>>>>> it would be wise to have a single service, persistContentAndAssoc, >>>>>>>>> >>>>>>>> which >>>>> did >>>>>>>>> everything - creating and updating, all types of media and all >>>>>>>>> possible >>>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced >>>>>>>>> that >>>>>>>>> >>>>>>>> it >>>>> would not be nice to have such a tool, even though it tends to go >>>>>>>> against >>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >>>>>>>>> persistContentAndAssoc is that tool, though I would love someone to >>>>>>>>> >>>>>>>> improve >>>>>>>> >>>>>>>>> on it or simplify it. >>>>>>>>> >>>>>>>>> Not having a clear API for working with the CMS is its greatest >>>>>>>>> >>>>>>>> drawback, >>>>> I >>>>>>>>> think. Saner heads than mine have broken the persist process into >>>>>>>>> >>>>>>>> multiple >>>>>>>> >>>>>>>>> steps. I drew from what they have done and here is how I recently >>>>>>>>> did a >>>>>>>>> simple text persist: >>>>>>>>> ... >>>>>>>>> String localeString = (String)entry.getKey(); >>>>>>>>> String textData = (String)entry.getValue(); >>>>>>>>> // Create new content >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("objectInfo", textData); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >>>>>>>>> mapIn.put("mimeTypeId", "text/plain"); >>>>>>>>> result = dispatcher.runSync("createDataResource", >>>>>>>>> >>>>>>>> mapIn); >>>>> String dataResourceId = >>>>>>>>> (String)result.get("dataResourceId"); >>>>>>>>> >>>>>>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("textData", textData); >>>>>>>>> mapIn.put("description", description); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> mapIn.put("dataResourceId", dataResourceId); >>>>>>>>> result = dispatcher.runSync("createContent", mapIn); >>>>>>>>> String contentId = (String)result.get("contentId"); >>>>>>>>> >>>>>>>>> >>>>>>>>> // Create assoc to SurveyQuestionOption >>>>>>>>> // Angelo, note that this is not the ContentAssoc >>>>>>>>> entity >>>>>>>>> that you would use. >>>>>>>>> // I think you would just use the createContentAssoc >>>>>>>>> >>>>>>>> service >>>>>>>> >>>>>>>>> here instead >>>>>>>>> // And I would use FastMaps because that is the OFBiz >>>>>>>>> >>>>>>>> way. >>>>> mapIn = new HashMap(); >>>>>>>>> mapIn.put("localeString", localeString); >>>>>>>>> mapIn.put("contentId", contentId); >>>>>>>>> mapIn.put("surveyAnswerOptionId", >>>>>>>>> surveyAnswerOptionId); >>>>>>>>> mapIn.put("userLogin", userLogin); >>>>>>>>> Map result2 = >>>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", mapIn); >>>>>>>>> >>>>>>>>> In my mind, that is still a lot of code, when there are only a few >>>>>>>>> >>>>>>>> pieces >>>>> of >>>>>>>>> data, but you might want to stick to something like this for now. >>>>>>>>> >>>>>>>>> Sorry I can't be of more help, but I have forgotten much of what I >>>>>>>>> did >>>>>>>>> before. With Hans taking an interest in CMS, maybe things will get >>>>>>>>> improved. >>>>>>>>> >>>>>>>>> -Al >>>>>>>>> >>>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >>>>>>>>> [hidden email]> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>>> I am following the debate between Hans and David about Content >>>>>>>>>> >>>>>>>>> Component. >>>>>>>>> I am looking at a way to upload a resource and integrate it in >>>>>>>>> database. >>>>>>>>> In Content Component there is a java service: persistContentAndAssoc >>>>>>>>> which >>>>>>>>> >>>>>>>>>> is called very often. >>>>>>>>>> Instead in Party Component it seems that this service is replaced >>>>>>>>>> by >>>>>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" >>>>>>>>>> but >>>>>>>>>> >>>>>>>>> other >>>>>>>>> >>>>>>>>>> services. >>>>>>>>>> Why? >>>>>>>>>> To upload a file it is better to follow Party Component? >>>>>>>>>> "persistContentAndAssoc" is been replaced in the system? >>>>>>>>>> Thank you. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> View this message in context: >>>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >>>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.6 (MingW32) >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>> >>> iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b >>> AEnl5fRRyStCdMp07kTPX7Y= >>> =IlTd >>> -----END PGP SIGNATURE----- >>> >> > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJeuhUrP3NbaWWqE4RAk0zAKCBnyb1nY7469MvsKFHVirfBnxQYACgxoJB bXGrE9FPtSmpUil6s0Jpulg= =CmTS -----END PGP SIGNATURE----- |
Vince,
I generally agree with you that usually it is better to not re-invent the wheel and use as much as possible what other do and offer. On the other hand, using our own tools and base bricks to implement what we need is something that has some advantage too. Integrating a complex component like the one that you propose, I guess, has not a so limited drawback as integrating a captcha library or a pdf renderer. The Content Manager has its own persistence system that we already have and all OFBiz relyies on. Also the Portal system has been (quite) easily developed leveraging on the base tools OFBiz offers. This kind of approach (the home grown) is usefull becouse we have time to better understand what are our true needs and we use (and improve) the OFBiz framework to reach them. On a side path, a search for more "standard" alternative is, of course, beneficial but we should evaluate if the standard package integration takes us toward a simpler and more powerfull OFBiz or toward a Frankestein system. In conclusion I think that considering an external package integration always needs a deep knowledge of its implementation or at least of its interface to the rest of the framework. This also needs time. Do we have this time? My two cents. -Bruno 2009/1/25 Vince M. Clark <[hidden email]> > I posed the question yesterday about integrating with Lenya. I've done more > research since then and realized that apparently Lenya does not yet > implement any standards such as JCR, which was really the point of my > question. > > So I want to raise a larger issue. It is my opinion that certain things > should not be built from scratch within OfBiz. CMS is one of them, Portal > was another. When the portal topic came up I made a similar suggestion that > we consider integration with other portal technologies rather than building > our own. Standards exist for portals as well. > > So my research led me to Jackrabbit. Another Apache project that implements > JCR 1.0. > http://jackrabbit.apache.org/ > > It seems to be just an API, so OfBiz security, persistence, UI, etc. would > still apply. Taking this approach would make integration easier for people > using other CMS's, right? > > Looking forward to your responses... > > ----- Original Message ----- > From: "BJ Freeman" <[hidden email]> > To: [hidden email] > Sent: Saturday, January 24, 2009 3:07:16 AM (GMT-0700) America/Denver > Subject: Re: Content Service > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Actually the SEAS of ofbiz allows you the flexibility of doing what you > describe in Drupal. > You have security for Services and UI, so I don't see what Drupal has in > that regard that is any better. > > Sounds like you comparing ofbiz and drupal from a Database perspective > instead of a functional level. > > Milind Parikh sent the following on 1/23/2009 9:30 PM: > > First of all, I agree that anyone attempting to rewrite the content > > management system within OfBiz should look the current implementation. It > is > > pretty robust and maintains a lot of data and the meta data required to > > manage the content. For example, it has the concept of revision built in. > > > > However, competing with Drupal can be tough and hard; in the CMS space. > > Since Drupal has the unusual structure of workflow in calling different > > functions in a module at predetermined points, modules can themselves add > > different tables, change display and change basic functions in a drastic > > way; but very simply. For example, a module can prevent access to > specific > > fields in specific content; depending upon the role of the person logging > > in. Certainly drupal development has reached a very furious pace; because > of > > the manner in which individuals can contribute through modules. > > > > Having said that, there is no substitute for the rigor of standardized > > database structures; especially in the business world. Following best > > practices in data modeling is key for success to any complex > implementation. > > Also having standardized APIs that enable integration to the rest of the > > world is very important as well. > > > > Just my two cents... > > > > On Fri, Jan 23, 2009 at 8:28 PM, David E Jones > > <[hidden email]>wrote: > > > >> Not that I think we should do that, but why would it be hard? It's just > >> tables in a database, screens that read from and write to the data... > >> > >> On the other hand, if anyone wants to research that I'd recommend > >> researching the OFBiz stuff first so you can understand what it is like > and > >> what it supports. No sense replacing something that already takes care > of > >> your needs, even if you didn't know it. > >> > >> -David > >> > >> > >> > >> On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: > >> > >> -----BEGIN PGP SIGNED MESSAGE----- > >>> Hash: SHA1 > >>> > >>> Yup. The hard part is to work with in the confines of ofbiz framework. > >>> takes a lot of time to chart the flow of drupal then apply it to ofbiz. > >>> > >>> Milind Parikh sent the following on 1/23/2009 4:05 PM: > >>> > >>>> I did not mean integration with an PHP based application. Just the > design > >>>> philosophy of the data structures and the concept of modules in drupal > >>>> (of > >>>> course, this is easier in a dynamically typed language like php). > >>>> > >>>> Regards > >>>> - Milind > >>>> > >>>> > >>>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> > wrote: > >>>> > >>>> the problem with integration of a PHP based application is it is a > >>>> completely separate application and coding style. > >>>> > >>>> Milind Parikh sent the following on 1/22/2009 12:34 PM: > >>>> > >>>>> There is a lot of interest in CMS. I would suggest also looking at > >>>>>> Drupal's > >>>>> way of doing CMS (drupal,org) as I believe that it is very > interesting > >>>>>> and > >>>>> flexible. However it is more suited to the web (as opposed to > enterprise > >>>>>>> content management). > >>>>>>> > >>>>>>> -- Milind > >>>>>>> > >>>>>>> > >>>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco < > [hidden email]> > >>>>>>> > >>>>>> wrote: > >>>>> Hi Al, > >>>>>>>> I do not want to hijack the thread but I think there is more > interest > >>>>>>>> in > >>>>>>>> CMS > >>>>>>>> than you could believe. > >>>>>>>> > >>>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz > Web > >>>>>>>> > >>>>>>> site > >>>>> itself. > >>>>>>>> This would be great and, may be, now that it seems you are back > >>>>>>>> on-line, > >>>>>>>> > >>>>>>> we > >>>>> could have better chance. > >>>>>>>> Thank you, > >>>>>>>> Bruno > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> 2009/1/22 Al Byers <[hidden email]> > >>>>>>>> > >>>>>>>> Angelo, > >>>>>>>>> I implemented the CMS years ago per David's design. At the time, > I > >>>>>>>>> > >>>>>>>> thought > >>>>>>>> > >>>>>>>>> it would be wise to have a single service, > persistContentAndAssoc, > >>>>>>>>> > >>>>>>>> which > >>>>> did > >>>>>>>>> everything - creating and updating, all types of media and all > >>>>>>>>> possible > >>>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced > >>>>>>>>> that > >>>>>>>>> > >>>>>>>> it > >>>>> would not be nice to have such a tool, even though it tends to go > >>>>>>>> against > >>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think > >>>>>>>>> persistContentAndAssoc is that tool, though I would love someone > to > >>>>>>>>> > >>>>>>>> improve > >>>>>>>> > >>>>>>>>> on it or simplify it. > >>>>>>>>> > >>>>>>>>> Not having a clear API for working with the CMS is its greatest > >>>>>>>>> > >>>>>>>> drawback, > >>>>> I > >>>>>>>>> think. Saner heads than mine have broken the persist process into > >>>>>>>>> > >>>>>>>> multiple > >>>>>>>> > >>>>>>>>> steps. I drew from what they have done and here is how I recently > >>>>>>>>> did a > >>>>>>>>> simple text persist: > >>>>>>>>> ... > >>>>>>>>> String localeString = (String)entry.getKey(); > >>>>>>>>> String textData = (String)entry.getValue(); > >>>>>>>>> // Create new content > >>>>>>>>> mapIn = new HashMap(); > >>>>>>>>> mapIn.put("localeString", localeString); > >>>>>>>>> mapIn.put("objectInfo", textData); > >>>>>>>>> mapIn.put("userLogin", userLogin); > >>>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); > >>>>>>>>> mapIn.put("mimeTypeId", "text/plain"); > >>>>>>>>> result = dispatcher.runSync("createDataResource", > >>>>>>>>> > >>>>>>>> mapIn); > >>>>> String dataResourceId = > >>>>>>>>> (String)result.get("dataResourceId"); > >>>>>>>>> > >>>>>>>>> mapIn = new HashMap(); > >>>>>>>>> mapIn.put("localeString", localeString); > >>>>>>>>> mapIn.put("textData", textData); > >>>>>>>>> mapIn.put("description", description); > >>>>>>>>> mapIn.put("userLogin", userLogin); > >>>>>>>>> mapIn.put("dataResourceId", dataResourceId); > >>>>>>>>> result = dispatcher.runSync("createContent", mapIn); > >>>>>>>>> String contentId = (String)result.get("contentId"); > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> // Create assoc to SurveyQuestionOption > >>>>>>>>> // Angelo, note that this is not the ContentAssoc > >>>>>>>>> entity > >>>>>>>>> that you would use. > >>>>>>>>> // I think you would just use the createContentAssoc > >>>>>>>>> > >>>>>>>> service > >>>>>>>> > >>>>>>>>> here instead > >>>>>>>>> // And I would use FastMaps because that is the OFBiz > >>>>>>>>> > >>>>>>>> way. > >>>>> mapIn = new HashMap(); > >>>>>>>>> mapIn.put("localeString", localeString); > >>>>>>>>> mapIn.put("contentId", contentId); > >>>>>>>>> mapIn.put("surveyAnswerOptionId", > >>>>>>>>> surveyAnswerOptionId); > >>>>>>>>> mapIn.put("userLogin", userLogin); > >>>>>>>>> Map result2 = > >>>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", > mapIn); > >>>>>>>>> > >>>>>>>>> In my mind, that is still a lot of code, when there are only a > few > >>>>>>>>> > >>>>>>>> pieces > >>>>> of > >>>>>>>>> data, but you might want to stick to something like this for now. > >>>>>>>>> > >>>>>>>>> Sorry I can't be of more help, but I have forgotten much of what > I > >>>>>>>>> did > >>>>>>>>> before. With Hans taking an interest in CMS, maybe things will > get > >>>>>>>>> improved. > >>>>>>>>> > >>>>>>>>> -Al > >>>>>>>>> > >>>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < > >>>>>>>>> [hidden email]> wrote: > >>>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>>> I am following the debate between Hans and David about Content > >>>>>>>>>> > >>>>>>>>> Component. > >>>>>>>>> I am looking at a way to upload a resource and integrate it in > >>>>>>>>> database. > >>>>>>>>> In Content Component there is a java service: > persistContentAndAssoc > >>>>>>>>> which > >>>>>>>>> > >>>>>>>>>> is called very often. > >>>>>>>>>> Instead in Party Component it seems that this service is > replaced > >>>>>>>>>> by > >>>>>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" > >>>>>>>>>> but > >>>>>>>>>> > >>>>>>>>> other > >>>>>>>>> > >>>>>>>>>> services. > >>>>>>>>>> Why? > >>>>>>>>>> To upload a file it is better to follow Party Component? > >>>>>>>>>> "persistContentAndAssoc" is been replaced in the system? > >>>>>>>>>> Thank you. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> View this message in context: > >>>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html > >>>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>> -----BEGIN PGP SIGNATURE----- > >>> Version: GnuPG v1.4.6 (MingW32) > >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > >>> > >>> iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b > >>> AEnl5fRRyStCdMp07kTPX7Y= > >>> =IlTd > >>> -----END PGP SIGNATURE----- > >>> > >> > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJeuhUrP3NbaWWqE4RAk0zAKCBnyb1nY7469MvsKFHVirfBnxQYACgxoJB > bXGrE9FPtSmpUil6s0Jpulg= > =CmTS > -----END PGP SIGNATURE----- > |
Administrator
|
I mostly agree with Bruno here (Frankenstein, brrrr... :o)
BTW, I think Opentpas took roughly this way... Jacques From: "Bruno Busco" <[hidden email]> > Vince, > I generally agree with you that usually it is better to not re-invent the > wheel and use as much as possible what other do and offer. > On the other hand, using our own tools and base bricks to implement what we > need is something that has some advantage too. > > Integrating a complex component like the one that you propose, I guess, has > not a so limited drawback as integrating a captcha library or a pdf > renderer. > The Content Manager has its own persistence system that we already have and > all OFBiz relyies on. > Also the Portal system has been (quite) easily developed leveraging on the > base tools OFBiz offers. > > This kind of approach (the home grown) is usefull becouse we have time to > better understand what are our true needs and we use (and improve) the OFBiz > framework to reach them. > > On a side path, a search for more "standard" alternative is, of course, > beneficial but we should evaluate if the standard package integration takes > us toward a simpler and more powerfull OFBiz or toward a Frankestein system. > > In conclusion I think that considering an external package integration > always needs a deep knowledge of its implementation or at least of its > interface to the rest of the framework. This also needs time. Do we have > this time? > > My two cents. > -Bruno > > > 2009/1/25 Vince M. Clark <[hidden email]> > >> I posed the question yesterday about integrating with Lenya. I've done more >> research since then and realized that apparently Lenya does not yet >> implement any standards such as JCR, which was really the point of my >> question. >> >> So I want to raise a larger issue. It is my opinion that certain things >> should not be built from scratch within OfBiz. CMS is one of them, Portal >> was another. When the portal topic came up I made a similar suggestion that >> we consider integration with other portal technologies rather than building >> our own. Standards exist for portals as well. >> >> So my research led me to Jackrabbit. Another Apache project that implements >> JCR 1.0. >> http://jackrabbit.apache.org/ >> >> It seems to be just an API, so OfBiz security, persistence, UI, etc. would >> still apply. Taking this approach would make integration easier for people >> using other CMS's, right? >> >> Looking forward to your responses... >> >> ----- Original Message ----- >> From: "BJ Freeman" <[hidden email]> >> To: [hidden email] >> Sent: Saturday, January 24, 2009 3:07:16 AM (GMT-0700) America/Denver >> Subject: Re: Content Service >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Actually the SEAS of ofbiz allows you the flexibility of doing what you >> describe in Drupal. >> You have security for Services and UI, so I don't see what Drupal has in >> that regard that is any better. >> >> Sounds like you comparing ofbiz and drupal from a Database perspective >> instead of a functional level. >> >> Milind Parikh sent the following on 1/23/2009 9:30 PM: >> > First of all, I agree that anyone attempting to rewrite the content >> > management system within OfBiz should look the current implementation. It >> is >> > pretty robust and maintains a lot of data and the meta data required to >> > manage the content. For example, it has the concept of revision built in. >> > >> > However, competing with Drupal can be tough and hard; in the CMS space. >> > Since Drupal has the unusual structure of workflow in calling different >> > functions in a module at predetermined points, modules can themselves add >> > different tables, change display and change basic functions in a drastic >> > way; but very simply. For example, a module can prevent access to >> specific >> > fields in specific content; depending upon the role of the person logging >> > in. Certainly drupal development has reached a very furious pace; because >> of >> > the manner in which individuals can contribute through modules. >> > >> > Having said that, there is no substitute for the rigor of standardized >> > database structures; especially in the business world. Following best >> > practices in data modeling is key for success to any complex >> implementation. >> > Also having standardized APIs that enable integration to the rest of the >> > world is very important as well. >> > >> > Just my two cents... >> > >> > On Fri, Jan 23, 2009 at 8:28 PM, David E Jones >> > <[hidden email]>wrote: >> > >> >> Not that I think we should do that, but why would it be hard? It's just >> >> tables in a database, screens that read from and write to the data... >> >> >> >> On the other hand, if anyone wants to research that I'd recommend >> >> researching the OFBiz stuff first so you can understand what it is like >> and >> >> what it supports. No sense replacing something that already takes care >> of >> >> your needs, even if you didn't know it. >> >> >> >> -David >> >> >> >> >> >> >> >> On Jan 23, 2009, at 5:49 PM, BJ Freeman wrote: >> >> >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >>> Hash: SHA1 >> >>> >> >>> Yup. The hard part is to work with in the confines of ofbiz framework. >> >>> takes a lot of time to chart the flow of drupal then apply it to ofbiz. >> >>> >> >>> Milind Parikh sent the following on 1/23/2009 4:05 PM: >> >>> >> >>>> I did not mean integration with an PHP based application. Just the >> design >> >>>> philosophy of the data structures and the concept of modules in drupal >> >>>> (of >> >>>> course, this is easier in a dynamically typed language like php). >> >>>> >> >>>> Regards >> >>>> - Milind >> >>>> >> >>>> >> >>>> On Fri, Jan 23, 2009 at 3:45 PM, BJ Freeman <[hidden email]> >> wrote: >> >>>> >> >>>> the problem with integration of a PHP based application is it is a >> >>>> completely separate application and coding style. >> >>>> >> >>>> Milind Parikh sent the following on 1/22/2009 12:34 PM: >> >>>> >> >>>>> There is a lot of interest in CMS. I would suggest also looking at >> >>>>>> Drupal's >> >>>>> way of doing CMS (drupal,org) as I believe that it is very >> interesting >> >>>>>> and >> >>>>> flexible. However it is more suited to the web (as opposed to >> enterprise >> >>>>>>> content management). >> >>>>>>> >> >>>>>>> -- Milind >> >>>>>>> >> >>>>>>> >> >>>>>>> On Thu, Jan 22, 2009 at 12:27 PM, Bruno Busco < >> [hidden email]> >> >>>>>>> >> >>>>>> wrote: >> >>>>> Hi Al, >> >>>>>>>> I do not want to hijack the thread but I think there is more >> interest >> >>>>>>>> in >> >>>>>>>> CMS >> >>>>>>>> than you could believe. >> >>>>>>>> >> >>>>>>>> There were also discussions on using OFBiz CMS to host the OFBiz >> Web >> >>>>>>>> >> >>>>>>> site >> >>>>> itself. >> >>>>>>>> This would be great and, may be, now that it seems you are back >> >>>>>>>> on-line, >> >>>>>>>> >> >>>>>>> we >> >>>>> could have better chance. >> >>>>>>>> Thank you, >> >>>>>>>> Bruno >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> 2009/1/22 Al Byers <[hidden email]> >> >>>>>>>> >> >>>>>>>> Angelo, >> >>>>>>>>> I implemented the CMS years ago per David's design. At the time, >> I >> >>>>>>>>> >> >>>>>>>> thought >> >>>>>>>> >> >>>>>>>>> it would be wise to have a single service, >> persistContentAndAssoc, >> >>>>>>>>> >> >>>>>>>> which >> >>>>> did >> >>>>>>>>> everything - creating and updating, all types of media and all >> >>>>>>>>> possible >> >>>>>>>>> repositories (ie. database, filesystem, etc). I am not convinced >> >>>>>>>>> that >> >>>>>>>>> >> >>>>>>>> it >> >>>>> would not be nice to have such a tool, even though it tends to go >> >>>>>>>> against >> >>>>> the "OFBiz way" (I claim that for a T-shirt). I don't think >> >>>>>>>>> persistContentAndAssoc is that tool, though I would love someone >> to >> >>>>>>>>> >> >>>>>>>> improve >> >>>>>>>> >> >>>>>>>>> on it or simplify it. >> >>>>>>>>> >> >>>>>>>>> Not having a clear API for working with the CMS is its greatest >> >>>>>>>>> >> >>>>>>>> drawback, >> >>>>> I >> >>>>>>>>> think. Saner heads than mine have broken the persist process into >> >>>>>>>>> >> >>>>>>>> multiple >> >>>>>>>> >> >>>>>>>>> steps. I drew from what they have done and here is how I recently >> >>>>>>>>> did a >> >>>>>>>>> simple text persist: >> >>>>>>>>> ... >> >>>>>>>>> String localeString = (String)entry.getKey(); >> >>>>>>>>> String textData = (String)entry.getValue(); >> >>>>>>>>> // Create new content >> >>>>>>>>> mapIn = new HashMap(); >> >>>>>>>>> mapIn.put("localeString", localeString); >> >>>>>>>>> mapIn.put("objectInfo", textData); >> >>>>>>>>> mapIn.put("userLogin", userLogin); >> >>>>>>>>> mapIn.put("dataResourceTypeId", "SHORT_TEXT"); >> >>>>>>>>> mapIn.put("mimeTypeId", "text/plain"); >> >>>>>>>>> result = dispatcher.runSync("createDataResource", >> >>>>>>>>> >> >>>>>>>> mapIn); >> >>>>> String dataResourceId = >> >>>>>>>>> (String)result.get("dataResourceId"); >> >>>>>>>>> >> >>>>>>>>> mapIn = new HashMap(); >> >>>>>>>>> mapIn.put("localeString", localeString); >> >>>>>>>>> mapIn.put("textData", textData); >> >>>>>>>>> mapIn.put("description", description); >> >>>>>>>>> mapIn.put("userLogin", userLogin); >> >>>>>>>>> mapIn.put("dataResourceId", dataResourceId); >> >>>>>>>>> result = dispatcher.runSync("createContent", mapIn); >> >>>>>>>>> String contentId = (String)result.get("contentId"); >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> // Create assoc to SurveyQuestionOption >> >>>>>>>>> // Angelo, note that this is not the ContentAssoc >> >>>>>>>>> entity >> >>>>>>>>> that you would use. >> >>>>>>>>> // I think you would just use the createContentAssoc >> >>>>>>>>> >> >>>>>>>> service >> >>>>>>>> >> >>>>>>>>> here instead >> >>>>>>>>> // And I would use FastMaps because that is the OFBiz >> >>>>>>>>> >> >>>>>>>> way. >> >>>>> mapIn = new HashMap(); >> >>>>>>>>> mapIn.put("localeString", localeString); >> >>>>>>>>> mapIn.put("contentId", contentId); >> >>>>>>>>> mapIn.put("surveyAnswerOptionId", >> >>>>>>>>> surveyAnswerOptionId); >> >>>>>>>>> mapIn.put("userLogin", userLogin); >> >>>>>>>>> Map result2 = >> >>>>>>>>> dispatcher.runSync("createSurveyAnswerOptionContentAssoc", >> mapIn); >> >>>>>>>>> >> >>>>>>>>> In my mind, that is still a lot of code, when there are only a >> few >> >>>>>>>>> >> >>>>>>>> pieces >> >>>>> of >> >>>>>>>>> data, but you might want to stick to something like this for now. >> >>>>>>>>> >> >>>>>>>>> Sorry I can't be of more help, but I have forgotten much of what >> I >> >>>>>>>>> did >> >>>>>>>>> before. With Hans taking an interest in CMS, maybe things will >> get >> >>>>>>>>> improved. >> >>>>>>>>> >> >>>>>>>>> -Al >> >>>>>>>>> >> >>>>>>>>> On Thu, Jan 22, 2009 at 12:00 PM, Angelo Matarazzo < >> >>>>>>>>> [hidden email]> wrote: >> >>>>>>>>> >> >>>>>>>>> Hi, >> >>>>>>>>>> I am following the debate between Hans and David about Content >> >>>>>>>>>> >> >>>>>>>>> Component. >> >>>>>>>>> I am looking at a way to upload a resource and integrate it in >> >>>>>>>>> database. >> >>>>>>>>> In Content Component there is a java service: >> persistContentAndAssoc >> >>>>>>>>> which >> >>>>>>>>> >> >>>>>>>>>> is called very often. >> >>>>>>>>>> Instead in Party Component it seems that this service is >> replaced >> >>>>>>>>>> by >> >>>>>>>>>> uploadPartyContentFile which don't call "persistContentAndAssoc" >> >>>>>>>>>> but >> >>>>>>>>>> >> >>>>>>>>> other >> >>>>>>>>> >> >>>>>>>>>> services. >> >>>>>>>>>> Why? >> >>>>>>>>>> To upload a file it is better to follow Party Component? >> >>>>>>>>>> "persistContentAndAssoc" is been replaced in the system? >> >>>>>>>>>> Thank you. >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> -- >> >>>>>>>>>> View this message in context: >> >>>>>>>>>> http://www.nabble.com/Content-Service-tp21610839p21610839.html >> >>>>>>>>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>> -----BEGIN PGP SIGNATURE----- >> >>> Version: GnuPG v1.4.6 (MingW32) >> >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >>> >> >>> iD8DBQFJemWVrP3NbaWWqE4RAsigAJ4rGD5YqIdr3XLvQIFOUaHAjlmFNACfX75b >> >>> AEnl5fRRyStCdMp07kTPX7Y= >> >>> =IlTd >> >>> -----END PGP SIGNATURE----- >> >>> >> >> >> > >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.6 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJeuhUrP3NbaWWqE4RAk0zAKCBnyb1nY7469MvsKFHVirfBnxQYACgxoJB >> bXGrE9FPtSmpUil6s0Jpulg= >> =CmTS >> -----END PGP SIGNATURE----- >> > |
In reply to this post by byersa
Hi Al,
forgive my delay in answering. thank you for your explanation but why are you not convinced about "single service"? However I'm going to test and study your service deeply. What do you think about partyContent solution which uses "simple" service? Thank you again.
|
Free forum by Nabble | Edit this page |