-----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 <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
iD8DBQFJeudurP3NbaWWqE4RAnHfAKCCWwwRv4RnnFoohZNq5j1VdZE+eQCaA6NT
hzm+BTMZuziScLPTGxBfHWQ=
=8BpY
-----END PGP SIGNATURE-----
