RE: portal and portlets

2003-10-23 Thread Shapira, Yoav

Howdy,

I'm about to start a project for my company that would take
Tomcat/Struts
and Cold Fusion to build

Interesting: we were just talking the other day how ColdFusion is dead
(not my phrasing), but a couple of people said it had a lot more Java
power now.  I'm assisting someone in converting a ColdFusion webapp to a
pure Java one for portability reasons.

a portal for the company's intranet.  The portal apps that they have
looked
at where Jahia,
Jetspeed and another open source portal.  The thought is to get these
portals and then build the
custom portlets in Cold Fusion.  My questions are:

JetSpeed is cool.  Jahia I haven't used yet.

Now that the JSR Portlet Specification
(http://www.jcp.org/aboutJava/communityprocess/review/jsr168/) is final,
I would write the custom portlets in java to be compatible with this
specification.  That way you maintain the java portability, ability to
move between containers.  You know the big players (Websphere, Weblogic,
Oracle) are all going to support this spec very quickly.

What would the counter argument be?  ColdFusion has more tags built in
and is therefore more productive?  That could be true.  So if you're in
a crunch, that may be a good choice.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: portal and portlets

2003-10-23 Thread Punjabi, Naveen K
Hello,

   I have known a project that used IBM portal and later customized it.
You might want to look into that as well..Its cool,

Naveen Punjabi
Computer Science, USC
http://www-scf.usc.edu/~npunjabi 



-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 5:46 AM
To: Tomcat Users List; [EMAIL PROTECTED]
Subject: RE: portal and portlets



Howdy,

I'm about to start a project for my company that would take
Tomcat/Struts
and Cold Fusion to build

Interesting: we were just talking the other day how ColdFusion is dead
(not my phrasing), but a couple of people said it had a lot more Java
power now.  I'm assisting someone in converting a ColdFusion webapp to a
pure Java one for portability reasons.

a portal for the company's intranet.  The portal apps that they have
looked
at where Jahia,
Jetspeed and another open source portal.  The thought is to get these
portals and then build the
custom portlets in Cold Fusion.  My questions are:

JetSpeed is cool.  Jahia I haven't used yet.

Now that the JSR Portlet Specification
(http://www.jcp.org/aboutJava/communityprocess/review/jsr168/) is final,
I would write the custom portlets in java to be compatible with this
specification.  That way you maintain the java portability, ability to
move between containers.  You know the big players (Websphere, Weblogic,
Oracle) are all going to support this spec very quickly.

What would the counter argument be?  ColdFusion has more tags built in
and is therefore more productive?  That could be true.  So if you're in
a crunch, that may be a good choice.

Yoav Shapira



This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential,
proprietary and/or privileged.  This e-mail is intended only for the
individual(s) to whom it is addressed, and may not be saved, copied,
printed, disclosed or used by anyone else.  If you are not the(an)
intended recipient, please immediately delete this e-mail from your
computer system and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]