I have been experimenting with few of the CMS and as you said, they really do not fit into the OFBiz.

I am not sure what are the thoughts of others. What I have in mind is a web CMS system for OFBiz which is used to create site structure and then fill the contents either with static pages and the dynamic fragments such as product-summary, side-deep categories, product details etc. This kind of system will allow building of web site dynamically from predefined web fragments. I think best thing for this type of system will be to extend/modify or redo the current CMS.

Regards,

Raj

On 10/07/10 14:28, Scott Gray wrote:
The plan here is to get to know jackrabbit and content repositories in general, 
well at least that is my goal.

I'm not entirely convinced that a third party CMS will meet the full needs of 
an ERP system without extensive customization.  I want to better understand the 
underlying repository so that I can better understand what a third party CMS is 
actually bringing to the table.

For example Hippo's UI uses wicket, do I really want to have to deal with 
learning how to use that?  How big will that hurdle be compared to just 
duplicating the functionality using our own tools?  What happens when I don't 
want my users to have to go to a different web app just to manage some content?

But regardless, any higher level tools we create in OFBiz for accessing a JCR 
repo should be reusable irrespective of the CMS approach that we take.

Regards
Scott

On 10/07/2010, at 8:47 PM, Michael Xu (xudong) wrote:

Cool.

One quick question:  if we wanna adopt a CMS on top of jackrabbit, which one
you think is the best for this branch? I think we have select one, then
people can focus on that to verify the whole idea. But of course, we can
make it flexible enough to adopt other CMS in the future.

--
Regards,
Michael Xu (xudong)


On Sat, Jul 10, 2010 at 4:23 PM, Scott Gray<[email protected]>wrote:

Branch is created and can be checked out from here:
https://svn.apache.org/repos/asf/ofbiz/branches/jackrabbit20100709

I've committed a quick and dirty container for an embedded jackrabbit repo
so that we can go about accessing it straight away but much still needs to
be done at a low level.

Regards
Scott

On 9/07/2010, at 7:06 PM, Sascha Rodekamp wrote:

Jep Scott after you created the branch we maybe can split the tasks and
plan
the next steps.

2010/7/8 Scott Gray<[email protected]>

Okay well cool, I'll go ahead and create a branch at some point, I know
Sascha has expressed interest as well so we may as well get the ball
rolling.

Regards
Scott

On 8/07/2010, at 11:54 PM, Adrian Crum wrote:

My spare time is very limited too, but I would be willing to help.

-Adrian

--- On Thu, 7/8/10, Scott Gray<[email protected]>  wrote:

From: Scott Gray<[email protected]>
Subject: Re: Hippo CMS
To: [email protected]
Date: Thursday, July 8, 2010, 12:04 AM
Hi Michael,

Personally, I wouldn't do anymore than the most basic CMS
work with the existing OFBiz component, but maybe I'm biased
because I want to see it replaced :-)

In regards to working together, my spare time is pretty
limited so I doubt that I'll be working very fast and
probably nowhere near fast enough for your needs.

If people are interested in helping out with my POC then we
can always consider creating a jackrabbit branch in the
OFBiz repo that people can use to collaborate.  The
main reason I'm looking at a direct Jackrabbit integration
is simply for learning purposes and to get a better
understanding of what the best long term approach will be,
there is every chance that it would never get merged back
into the trunk if we later decide to take a different
route.

Regards
Scott

On 8/07/2010, at 6:07 PM, Michael Xu (xudong) wrote:

hi Scott,

Thanks.

We are customizing ofbiz for a customer here in China.
Party, Order,
Agreement, AP/AR, Birt, Catalog are in the current
scope and we feel very
comfortable with the flexibility offered by ofbiz. Now
customer needs CMS.
However, current CMS component is not that ready in
ofbiz. We are evaluating
which way to go:

1) enhance current ofbiz CMS component
2) embed a 3-party CMS as a component
3) integrate with a standalone 3-party CMS

Option 1 seems very risky, as we have to re-invent the
CMS wheel; Option 3
seems also very risky, as there are many integration
points, like
user/permission, etc. Now I tend to using option 2
just like what you are
doing. Maybe we can work together on this.

--
Regards,
Michael Xu (xudong)


On Thu, Jul 8, 2010 at 1:52 PM, Scott Gray<
[email protected]
wrote:
Hi Michael,

The idea was to add hippo as a component and use
their webapp as an interim
CMS while we build out similar functionality in
OFBiz.  OFBiz would use the
JCR API to interact with the underlying
repository.
In terms of progress... none.  In my spare
time I'll be playing around with
a jackrabbit integration for OFBiz and reading all
the articles I can find.
I feel like I need to better understand the JCR
and content models in
general before doing anything concrete.

Regards
Scott

On 8/07/2010, at 5:27 PM, Michael Xu (xudong)
wrote:
"Integrating" here means to put Hippo as a
ofbiz component or let it as a
standalone application but integrating over
data/service layer?
--
Regards,
Michael Xu (xudong)
www.wizitsoft.com | Office: (8610) 6267 0615
ext 806 | Mobile: (86) 135
0135
9807 | Fax: (8610) 62670096


On Thu, Jul 8, 2010 at 12:27 PM, Brett Palmer
<[email protected]
wrote:

Scott,

I like the idea of integrating with
existing CMS applications.  When we
are
talking about hippo what of their various
products are we considering
here:
Hippo CMS7
Hippo Repository 2
Hippo Site Toolkit 2
or
Hippo Portal 2.0

from www.onehippo.org


Brett

On Fri, Jun 18, 2010 at 7:57 PM, Scott
Gray<[email protected]
wrote:
Anybody using or considered using
Hippo CMS (onehippo.org) in
conjunction
with OFBiz?
- Apache Licensed
- Uses Jackrabbit as its repository
- Supports Versioning,
Internationalization, Publishing Workflows and
more
We could start out by using Hippo's UI
to manage content and retrieve
it
for display within OFBiz using the JCR
API.  As the various document
types
needed by the OFBiz base applications
begin to take shape we could look
at
ways to allow the content to be
modified directly from within OFBiz
(once
again using the JCR API).

Any thoughts, alternatives, ideas or
whatever would be appreciated.
I'm
considering working on a POC in my
spare time, not sure how long that
might
take at this stage.  I already
have a copy of Hippo running inside
OFBiz
but
that was just a matter of expanding
their WAR distribution and wrapping
it
in a component, next step would be
gaining access to the repo from
OFBiz
code.

Thanks
Scott

HotWax Media
http://www.hotwaxmedia.com






--
Sascha Rodekamp
   Lynx-Consulting GmbH
   Johanniskirchplatz 6
   D-33615 Bielefeld
   http://www.lynx.de


Reply via email to