Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
From: "Armaz Mellati" <armaz.mellati@uninett.no>
To: <users@cocoon.apache.org>
Subject: RE: [Portal] Content Management within a portal? (Jetseed vs Cocoon)
Date: Fri, 26 Sep 2003 11:15:36 +0200
Message-ID: <006101c3840e$beefc8e0$213c269e@unpc005>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <LLEOKCMGIEPNLPAGHFBKGEKGCDAA.ntoper@jouve.fr>
Importance: Normal

Hi


Your problem looks kind of like what I have been doing. I have also =
allready
made a Portal, but it is not as dynamic and flexible as I wanted it to =
be. I
have also realized that it is much better in the long term to base your
product on an allready exsisting plattform/framework to reduce the
maintaince and developement costs. =20
What I wonder is which one of those two I should base my next version of
Portal on. Jetspeed or Cocoon's portal engine. As I have understood,
Jetspeed can use Cocoon for the content management while itself takes =
care
of the user managemnet stuff.
Has any body any experince with any of those two ?=20

And thanks to all you Cocoon makers :)
Armaz Mellati=20

> -----Original Message-----
> From: Nicolas Toper [mailto:ntoper@jouve.fr]=20
> Sent: 26. september 2003 10:45
> To: users@cocoon.apache.org
> Subject: RE: [Portal] Content Management within a portal?
>=20
>=20
> Well it isn't that complicated.
>=20
> If you try to figure it out, here is a pointer to an=20
> introduction to the the
> portal engine.
> http://www.xml.com/pub/a/2002/07/24/xmlportal.html
>=20
> To me there are some things which seems quite complicated but=20
> you could make
> some code generators to handle the work.
>=20
> Else: use jetspeed (sorry guys :=3D))
>=20
> -----Message d'origine-----
> De : Darach Cawley [mailto:dcawley@tssg.org]
> Envoy=E9 : vendredi 26 septembre 2003 10:41
> =C0 : users@cocoon.apache.org
> Objet : RE: [Portal] Content Management within a portal?
>=20
>=20
> one of the guys that's working on this with me, had a look at=20
> this and tried
> braking it down and figuring it out but he said he had so=20
> many problems.  We
> have a large platform that all these services are running off=20
> of and we want
> this as simple as possible because we will be giving everything to our
> partners of testing in a college environment.
>=20
> I think I might have a look myself though, but if anything we=20
> will probably
> reuse parts of it.
> Thanks,
> Darach.
>=20
> -----Original Message-----
> From: Nicolas Toper [mailto:ntoper@jouve.fr]
> Sent: 26 September 2003 09:21
> To: users@cocoon.apache.org
> Subject: RE: [Portal] Content Management within a portal?
>=20
>=20
> why don't you use the portal engine with cocoon?
>=20
> http://www.google.fr/search?sourceid=3Dnavclient&hl=3Dfr&ie=3DUTF-8&
> oe=3DUTF-8&q=3Dpor
> tal+engine+cocoon
>=20
> >From what you say, it does what you want to do :=3D)
>=20
> -----Message d'origine-----
> De : Darach Cawley [mailto:dcawley@tssg.org]
> Envoy=E9 : vendredi 26 septembre 2003 10:24
> =C0 : Cocoon
> Objet : [Portal] Content Management within a portal?
>=20
>=20
> Hi there,
> I'm looking into creating a customisable portal.
> A number of services will be availble through this portal,=20
> but depending on
> who is using the portal, different  services are displayed. =20
> I don't just
> mean setting default categories like roles though.  Each person can
> customise the look of the portal and select what services are=20
> displayed and
> where.  I have created the portal but its messy and lacks the dynamic
> generation of the content.
> Can anyone help with this problem or point me to something=20
> that might help?
>=20
> I was thinking maybe the persons content prefernces could be=20
> stored in an
> xml file and their content look and feel could be stored in=20
> an xslt.  These
> could then be loaded when the user logs in to the portal.
> Is this possible.
> My project depends on a good portal so any help with this=20
> would be great!
> Thanks
>=20
> Darach Cawley,
> Research Assistant,
> TSSG, Waterford, Ireland.
> Email:dcawley@tssg.org
>=20
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003
>=20
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org