Hi,
I would like to introduce me here. I'm working with Ingo and Thomas at
Jetspeed and work since 4 weeks with Jetspeed. There are a lot activities
and todos at Jetspeed at the moment - and you can count on me! Your plan to
release version 1.2 in the near future (ASAP) and to design a
At 09:08 2000-11-10, you wrote:
Hi,
I would like to introduce me here. I'm working with Ingo and Thomas at
Jetspeed and work since 4 weeks with Jetspeed. There are a lot activities
and todos at Jetspeed at the moment - and you can count on me! Your plan to
release version 1.2 in the near future
Raphael,
Thank you for summarizing the open issues.
We (IBM) certainly want to get our hands dirty with the customizer.
With regard to multi-threading issues, I think there is more than the
caching system that needs to audited.
Santiago removed the RunData from PortletConfig the other day, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raphael Luta [EMAIL PROTECTED] writes:
This a quick list of issues I think should be resolved before
releasing 1.2. I've put some names behind some tasks because these
people expressed their intention to implement the feature.
*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stevens [EMAIL PROTECTED] writes:
on 11/9/2000 7:55 AM, "Raphael Luta" [EMAIL PROTECTED]
wrote:
* Turbine support
Jetspeed is really a Turbine application and yet has not followed
Turbine progress in the recent months.
Several items
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Prickett [EMAIL PROTECTED] writes:
snip
+1 - I think once we "untangle" things a bit more we will find that we can
actually create something with a lot more power and flexibility. For
example we could use the OCS syndication business
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Santiago Gala [EMAIL PROTECTED] writes:
"Schwarz, Marcus" wrote:
snip
With regards to problem with the handling in the disk cache of external URIs, I
will work support for cacheable and noncacheable external URIs, instead of
"local" versus
Hi, Kevin. Nice to see you back!
I hope the switching of branches that I did does not break your code. If you have
uncommited changes you should save diffs and apply them in the new branch
(proposal-0003-work-01)
I hope also that we have not broken many things. We are getting to speed, and that
At 21:52 2000-11-09, Santiago wrote:
Roberto Rodríguez Galán wrote:
Raphaël Luta wrote:
I propose that the work on Jetspeed is organised in the following
fashion.
* Improve the current 1.2 CVS code in order to release a
clean and working software in the near future.
At 16:55 2000-11-09, you wrote:
This a quick list of issues I think should be resolved before
releasing 1.2. I've put some names behind some tasks because these
people expressed their intention to implement the feature.
* Componentization of the system
Currently Jetspeed is both a portal layout
At 22:27 2000-11-09, you wrote:
I see Cocoon as a very good conceptuallization of a "rendering engine" (our
screen and printing driver and graphics libraries, if you follow the
analogy),
and in Cocoon 2 we can have good solutions for having Model/View/Controller
webapps. While Cocoon is
"Kevin A. Burton" wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Santiago Gala [EMAIL PROTECTED] writes:
"Schwarz, Marcus" wrote:
snip
With regards to problem with the handling in the disk cache of external URIs, I
will work support for cacheable and noncacheable external
At 02:16 2000-11-10, you wrote:
ingo schuster wrote:
At 15:04 2000-11-06 -0800, sbelt wrote:
Do you (or anyone) know how to override the cacheing mechanism? I have
modified the FileServerPortlet so that it will pass the turbine
userid/password to the target URL (using post method). I
During the last weeks there was some discussion on a generic
Portlet Editing capability for JetSpeed.
Is somebody currently working in this area or planning to start ?
Best regards,
Thomas
Thomas Schaeck
IBM Pervasive Computing Division
Phone: +49-(0)7031-16-3479 e-mail: [EMAIL
Santiago Gala wrote:
Roberto Rodríguez Galán wrote:
Raphaël Luta wrote:
I propose that the work on Jetspeed is organised in the following
fashion.
* Improve the current 1.2 CVS code in order to release a
clean and working software in the near future.
This involves
Milind Agarkar wrote:
Where can I get the source code of JLoginUser class ?
src/java/org/apache/jetspeed/turbine/actions/JLoginUser.java
in the current CVS version.
--
Raphaël Luta - [EMAIL PROTECTED]
--
--
Please read the FAQ!
ingo schuster wrote:
* Update documentation
A lot of documentation has been contributed to the mailing-list
but usually it's not correctly marked-up. Someone should review
all the existing docs to make sure it's up to date and maybe
markup new docs for installation/development support.
ingo schuster wrote:
I don't like that the user of a resource handles expiration of the
resource. This
should be done by the resource itself or by the administrator of the site.
It would be better to have a mechanism to mark that some URL are what we
now call
local (later we will call
Santiago Gala wrote:
Currently we are using the isLocal() call in DiskCacheUtils. It looks for virtual
URIs (no protocol) and localhost URIs as local, and all else remote.
The current strategy is that local things are not cached, but delivered directly
through URLConnections, while remote
I'll put in CVS and post on the website the TODO list
along with the name of the people who have expressed their
interest in contributing to a specific area so that everybody
can have an idea of who's working on what.
This is what I have compiled from latest messages:
* 1.2 new beta bug
At 12:59 2000-11-10, you wrote:
Where can I get the source code of JLoginUser class ?
Milind
In our current CVS head, JLoginUser has moved into
org.apache.jetspeed.turbine.actions
Just check it out. ;-)
ingo.
--
--
Please read the
Raphael,
"getAllowMaximize()" (and the corresponding maximization, for that matter)
does not have to do with a portlet being editable or not.
But apart from that I would agree that having an "Editable/Customizable/any
other suggested name" interface to derive from has its merits.
Back to
Hello,
I have been looking into ways of doing web page scraping.
If there is partial or complete overlap with previous
discussions, please excuse me, it is due to my poor and
partial understanding of this subject.
Basically, page scraping means integrating information from
different web pages
"Thomas F. Boehme" wrote:
We (IBM) certainly want to get our hands dirty with the customizer.
:)
With regard to multi-threading issues, I think there is more than the
caching system that needs to audited.
Santiago removed the RunData from PortletConfig the other day, but there is
still
"Thomas F. Boehme" wrote:
Raphael,
"getAllowMaximize()" (and the corresponding maximization, for that matter)
does not have to do with a portlet being editable or not.
But apart from that I would agree that having an "Editable/Customizable/any
other suggested name" interface to derive
Currently, portlets don't have a possiblility to "behave" according to
parameters that are specific to a certain user. For example: a stock
watchlist portlet needs to be customizable so that it displays those stock
symbols that the user is interested in.
Parameters like this could be stored in
Raphael,
A maximize may want to re-load certain content, a close may have free up
some resource, etc. It wouldn't be the portlet itself doing those things,
but rather an event listener that the portlet can attach to the portlet
control. Does that make sense?
The thing that mentioned below is
"Thomas F. Boehme" wrote:
Raphael,
A maximize may want to re-load certain content, a close may have free up
some resource, etc. It wouldn't be the portlet itself doing those things,
but rather an event listener that the portlet can attach to the portlet
control. Does that make sense?
--
From: Stefano Mazzocchi [EMAIL PROTECTED]
Organization: Apache Software Foundation
Date: Fri, 10 Nov 2000 11:08:10 +0100
To: [EMAIL PROTECTED]
Subject: Re: AW: [Proposal] Jetspeed: release and work plan
[Jon, please forward to the jetspeed list]
[EMAIL PROTECTED] wrote:
I see
I think that Cocoon2 will be a step in the right direction regarding webapps
over Cocoon1, but I'm still not convinced that all of the webapp MVC goals
have been solved like they have been solved in Turbine.
I completely agree: it's a first step, but the matter is complex and we
already
Actually, this is what I have been trying to accomplish for my company.
* A few months ago, I posted a Portlet that would strip out everything
between the BODY and /BODY tags, update all the href=, src=, action=
tags to make the links work (converting relative links to absolute links).
I'll see
Hello:
Is your AdvancedFileServer portlet free? I would like to use it in my personal
project.
Thanks in advance,
Pablo Lambert: [EMAIL PROTECTED]
Ingeniero de Proyectos - REUNA
Canada 239 Providencia. Chile.
Fono: 56.2.3370337 Fax:
We would be very interested in this kind of feature.
Both web aggregation of parts of sites as well as
scraping HTML to get at POP3 accounts with a web
front end.
The aggregation would need to be able to accept rules
that define what sort of content (tags) to strip out
and/or what to replace it
Jon Stevens wrote:
snip
I picture a future where only one framework exists... there is no need
for two. If this will be called Cocoon or Turbine or Whatever doesn't
really make any difference for both me and Jon, as long as things are
done the way we like and they way you like it.
on 11/10/2000 11:13 AM, "Raphael Luta" [EMAIL PROTECTED]
wrote:
How do you know what Jetspeed2 needs? In other words, I have yet to see a
real clear direction and agreement from ALL of the Jetspeed people about
what 2.0 really is. So many people are giving their input and ideas that
there
I don't know how many of you out there are just switching over to the new
build ( I know, its about time... )
I for one did so yesterday, and to my surprise it builds and runs!
Im attempting to compile a list of potential problems for those of you about
to do the same.
Some observations about
There seems to be a scalability problem in the PortletSetFactory:
For each user, a PortletSetFactory object is created that holds a Portlets
tree
representing the user's PSML file. I guess the tree can become quite big in
terms
of memory usage.
The PortletSetFactory object is stored in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stevens [EMAIL PROTECTED] writes:
snip
Now, the thing to do would be to create a page like this on the Jetspeed
website:
http://java.apache.org/turbine/branches.html
snip
yes... that would be cool!
Kevin
- --
Kevin A. Burton ( [EMAIL
38 matches
Mail list logo