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
<david.jo...@hotwaxmedia.com>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 <bjf...@free-man.net> 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 <bruno.bu...@gmail.com>
>>>>>>
>>>>> 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 <bye...@automationgroups.com>
>>>>>>>
>>>>>>> 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 <
>>>>>>>> matarazzoang...@gmail.com> 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-----
>>
>
>
