RE: [Portal] Question: Why JSR-168 portlet impl moved?

2004-02-24 Thread Carsten Ziegeler
DURDINA Michal wrote:
> 
> Thanks for pointing me there. 
> 
> Inspite of that, my questions remain:
> 1. Why must I be dependent on the whole portal block (jar is 
> 330kB and will be more) when I want to implement just one 
> JSR-168 portlet using Cocoon and using 3rd party portlet container?

I really understand your concern, but we feel that all JSR 168
related code should go into the same "directory space" and that
is currently the portal block.

Sooner or later, things might change a little bit here and perhaps
the portal block will move to the portals TLP (or not). And perhaps
the portal block will build two jar files, one for the environment
and one for the portal.
But I think these are two different things: where the code is
placed best and what the result of a build is.

I can only try to promise that this will change sometime in the
next weeks/months.

> 2. What was the reason for not moving that code to src/java?
> 
Now, this doesn't belong to the core. Not everyone needs a portlet
environment and as the portlet environment requires the portlet api
as a jar, we want to keep the core clean of that.

HTH
Carsten



RE: [Portal] Question: Why JSR-168 portlet impl moved?

2004-02-24 Thread DURDINA Michal
Thanks for pointing me there. 

Inspite of that, my questions remain:
1. Why must I be dependent on the whole portal block (jar is 330kB and will be more) 
when I want to implement just one JSR-168 portlet using Cocoon and using 3rd party 
portlet container?
2. What was the reason for not moving that code to src/java?

Thank you and appologize me :)

Michal

> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 24, 2004 4:04 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Portal] Question: Why JSR-168 portlet impl moved?
> 
> 
> See:
> 
> http://marc.theaimsgroup.com/?t=10771857645&r=1&w=2
> 
> Thanks
> Carsten 
> 
> > -Original Message-
> > From: DURDINA Michal [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, February 24, 2004 3:58 PM
> > To: [EMAIL PROTECTED]
> > Subject: [Portal] Question: Why JSR-168 portlet impl moved?
> > 
> > Hi,
> > I am curious why Carsten moved portlet implementation from 
> > scratchpad to portal block... I thought JSR-168 portlet 
> > implementation would go to core.
> > 
> > I think that CocoonPortlet (JSR-168 portlet implementation) 
> > and portal block are two different things. 
> > 
> > CocoonPortlet makes cocoon applications work under portlet 
> > container (i.e. Jakarta Pluto). 
> > Portal block IS a portlet container (Portal Engine makes 
> > environment for coplets and portlets).
> > 
> > So I don't see the reason why to mix these two.
> > 
> > Why must I be dependent on the whole portal block (jar is 
> > 330kB and will be more) when I want to implement just one 
> > JSR-168 portlet using cocoon? I supposed that JSR-168 portlet 
> > implementation would go to core, where other env 
> > implementations are (Servlet and CLI). What was the reason 
> > for not doing so?
> > 
> > Thanks,
> > Michal
> > 
> > BTW: Tiny patch for CocoonPortal.java is now in Bugzilla #27188
> > 
> 
> 
> 
> 
> __ Informacia od NOD32  __
> 
> Tato sprava bola preverena antivirusovym systemom NOD32.
> http://www.eset.com
> 
> 
> 


RE: [Portal] Question: Why JSR-168 portlet impl moved?

2004-02-24 Thread Carsten Ziegeler
See:

http://marc.theaimsgroup.com/?t=10771857645&r=1&w=2

Thanks
Carsten 

> -Original Message-
> From: DURDINA Michal [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 24, 2004 3:58 PM
> To: [EMAIL PROTECTED]
> Subject: [Portal] Question: Why JSR-168 portlet impl moved?
> 
> Hi,
> I am curious why Carsten moved portlet implementation from 
> scratchpad to portal block... I thought JSR-168 portlet 
> implementation would go to core.
> 
> I think that CocoonPortlet (JSR-168 portlet implementation) 
> and portal block are two different things. 
> 
> CocoonPortlet makes cocoon applications work under portlet 
> container (i.e. Jakarta Pluto). 
> Portal block IS a portlet container (Portal Engine makes 
> environment for coplets and portlets).
> 
> So I don't see the reason why to mix these two.
> 
> Why must I be dependent on the whole portal block (jar is 
> 330kB and will be more) when I want to implement just one 
> JSR-168 portlet using cocoon? I supposed that JSR-168 portlet 
> implementation would go to core, where other env 
> implementations are (Servlet and CLI). What was the reason 
> for not doing so?
> 
> Thanks,
> Michal
> 
> BTW: Tiny patch for CocoonPortal.java is now in Bugzilla #27188
>