Hi all,
I have installed the public beta version of OpenJODA. It all seems to be
working well (after several days of configuration). However, I have now
developed my first incredibly simple portlet. Its getContent() method simply
answers an instance of P with a Table inside it (with textual
Santiago Gala wrote:
Raphael Luta wrote:
Actually the issue is threefold:
- currently the Engine needs to initialize the Cocoon engine because
it uses its MemoryStore component for caching in memory portlets.
This implies that Cocoon *must* be correctly configured in order
"Brekke, Jeff" wrote:
[SNIPPED]
Most of the initialization work done in the Jetspeed servlet could
actually be done by Turbine directly if the daemons, pools, etc...
were implemented as TurbineServices. I'm definitely +1 for
reimplementing all these packages as Turbine services.
Hi,
I checked in a little fix so that "build site" will work again - this is
used to build the Jetsped home page.
I wasn't be able to check if my patch in build.sh is ok as I'm working with
windows. Can please somebody check if I've broken something?
ingo.
--
-Original Message-
From: Raphael Luta [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 14, 2000 6:51 AM
To: JetSpeed
Subject: Re: CVS Clean up, Part 1: Initialization and Properties
"Brekke, Jeff" wrote:
[SNIPPED]
Most of the initialization work done in the Jetspeed
ingo schuster wrote:
Hi,
I checked in a little fix so that "build site" will work again - this is
used to build the Jetsped home page.
I wasn't be able to check if my patch in build.sh is ok as I'm working with
windows. Can please somebody check if I've broken something?
It compiles
FYI:
Looks like some strange errors on build are ocurring after a cvs update.
With regards to ThreadPool. Looks like
org/apache/jetspeed/util/threadpool/Runable.java is in a package
org.apache.jetspeed.services.threadpool, but the file is in the wrong place
and there is no services/threadpool
"Brekke, Jeff" wrote:
FYI:
Looks like some strange errors on build are ocurring after a cvs update.
With regards to ThreadPool. Looks like
org/apache/jetspeed/util/threadpool/Runable.java is in a package
org.apache.jetspeed.services.threadpool, but the file is in the wrong place
and
Raphael,
The problem is not really fixed. Yes, parameters are copied now, but into
PortletConfig which is definitely the wrong place. The right place is the
PortletControl. Are you goint to fix the fix (;-) or do you want us to do
that?
Cheer,
Thomas
- Original Message -
From: "Raphael
"Thomas F. Boehme" wrote:
Raphael,
The problem is not really fixed. Yes, parameters are copied now, but into
PortletConfig which is definitely the wrong place. The right place is the
PortletControl. Are you goint to fix the fix (;-) or do you want us to do
that?
I just restored the
Raphael,
some errors concering the EngineContext appeared during the big code clean
up. Due to the JetspeedServlet you changed the constructor parameter of
EngineContext, so that the class variables ServerName, ServerPort, etc...
are not initialized anymore. The problem is, that there are still
Raphael Luta wrote:
[EMAIL PROTECTED] wrote:
I volunteer to put together a Portlet API Requirements
List that we can put on the web site. Please post your
requirements to the JetSpeed list with the topic
"Portlet API Requirements", and I'll include them in the
document.
I'm
In a proposed Jetspeed 1.2 TODO list, a WAR was listed as a to-do item.
On Nov. 10, Kevin Burton replied with "ug... already done... tomcat-build.
:)".
What is this tomcat-build? Where can I find it pre-built dist? Or is it an
Ant target?
Thanks
--
Raphael Luta wrote:
[EMAIL PROTECTED] wrote:
Whether it is better to store the PSML reference in a session or in
some
other data structure depends on the portal usage pattern. We envision a
usage
pattern where a large number of users accesses the portal mostly
between 0
and 5
Raphael Luta wrote:
[EMAIL PROTECTED] wrote:
Raphael Luta wrote:
There's a good reason why the PSML is not in the session : a PSML file is
not necessarily equal to one user. The mapping between PSML files and
User
is done by the Profiler, which can be implemented in a lot
Jon,
subclassing and extending functionality (thereby specializing the behaviour)
is standard practice in OO development. I would think you know that. If you
believe that the Turbine framework does not require the Turbine servlet to
be subclassed then make it a final class.
I have personally
on 11/14/2000 11:03 PM, "Thomas Boehme" [EMAIL PROTECTED] wrote:
Jon,
subclassing and extending functionality (thereby specializing the behaviour)
is standard practice in OO development. I would think you know that.
Of course I know that.
If you
believe that the Turbine framework does
At 23:02 2000-11-14, you wrote:
Raphael Luta wrote:
ingo schuster wrote:
Hi,
I checked in a little fix so that "build site" will work again - this is
used to build the Jetsped home page.
I wasn't be able to check if my patch in build.sh is ok as I'm
working with
18 matches
Mail list logo