views and java speed on the
client will *finally* emerge from the casted shadows.
--
Stefano.
source code
into parrot bytecode? how would the limited Perl typing capabilities
would impact that?
I feel like crosspollinating these days ;-)
--
Stefano.
.
As for redirect(), redirecting to an internal-only pipeline will
obviously fail already, we don't have to enforce that.
As for implementing this, I planned to look into this today.
--
Stefano.
component manager but
just check if the returned component implements SitemapModelComponent
and if so return null or raise an exception.
Slower to reject calls for invalid components, but takes
map:components into consideration.
What do you think?
--
Stefano.
(as otherwise the error page is just returned as a standard page).
Is it reasonable enough to add error codes (404 and 500) to the map:handle-
errors block in the built webapp's sitemap? Seems kinda obvious thing to do to
me.
+1
--
Stefano.
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/imagereader - New directory
stefano 2003/06/27 13:08:37
cocoon-2.1/src/java/org/apache/cocoon/transformation/pagination - New directory
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/paginator/pagesheets - New directory
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/paginator/content - New directory
stefano 2003/06/27 13:10:43
Modified:src/scratchpad/webapp/samples scratchpad-samples.xml
src/webapp/samples samples.xml
Added: src/webapp/samples/paginator/content list.xml text.xml
src/webapp/samples/paginator/stylesheets list2html.xsl
stefano 2003/06/27 13:41:48
Modified:..cvsignore
Log:
adding .DS_Store found in MacOSX folders
Revision ChangesPath
1.2 +2 -0 cocoon-2.1/.cvsignore
Index: .cvsignore
===
RCS file
stefano 2003/06/27 14:08:39
Removed: src/java/org/apache/cocoon/components/flow TODO
Log:
removed because somewhat obsoleted by the FOM discussion
on 6/27/03 11:48 AM Stefano Mazzocchi wrote:
As for implementing this, I planned to look into this today.
Ok, I dived into the code and I found where the problem is. The call to
the sitemap invocation is located in the class
org.apache.cocoon.components.flow.AbstractInterpreter
on 6/26/03 2:13 PM Reinhard Pötz wrote:
-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 12:22 PM
To: [EMAIL PROTECTED]
Subject: Re: FOM implementation
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
1) addEventListener/removeEventListener
stefano 2003/06/26 12:44:05
Modified:src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
Log:
commented out the hooks to the FOM event model that we'll design and implement in
the future
Revision ChangesPath
1.6
).
So, no, you are not being paranoid but realistic in removing some of the
sand we are building on.
--
Stefano.
a software development and community development
point of view.
--
Stefano.
?
--
Stefano.
expect people to stop asking for URI fragments to the request
to assemble the URI calls by themselves and let the link translation
transformers do it for them.
But again, we have to show what we consider a best practice so that
people can follow.
--
Stefano.
?
--
Stefano.
on 6/25/03 4:55 PM Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
I think that the option of active and direct collaboration between
Cocoon and Rhino would be better for both. It might increase their
community, create a solid political link (that today is missing), give
us a meritocratic
try to back
that up when I have some time.
Cool, let me know when you come up with some data to show.
--
Stefano.
in the context of real blocks.
I agree with Carsten here, until we have a real deployment
infrastructure, it would just create more harm than good to
hyperfragment our blocks into their own projects.
--
Stefano.
stefano 2003/06/25 20:09:49
Modified:src/blocks/linotype/samples/stylesheets news2rss-0.91.xslt
news2rss-2.0.xslt
Log:
fixing problem with RSS validation, strangely enough, the RSS validator doesn't
appear to validate the resulting RSS anymore because
implement SitemapModelComponent, in which case an exception should be
thrown.
What do you think?
--
Stefano.
implement SitemapModelComponent, in which case an exception should be
thrown.
What do you think?
--
Stefano.
2.5 days so far.
I want to do it ASAP, but don't want to spoil the process.
There is no official duration of voting process and I would say that 48
hours with more than 3 positives votes and without a -1 is good enough.
These are lazy elections, let's keep them so.
--
Stefano.
on 6/22/03 3:07 AM Steven Noels wrote:
On 22/06/2003 8:56 Upayavira wrote:
Just to clarify - Stefano was only suggesting removing input/output
modules from FOM, not Cocoon or the sitemap (where they are
appropriate).
Do your comments still stand?
If that was what he was aiming at, I
on 6/22/03 5:06 AM Christian Haul wrote:
Stefano Mazzocchi wrote:
on 6/20/03 2:01 PM Christian Haul wrote:
Reinhard Pötz wrote:
**
* Component loading
on 6/22/03 1:36 PM Christopher Oliver wrote:
Agree. I've moved Database.js and related out of the core and into the
scratchpad for now, until petstore gets refactored.
Thanks dude.
--
Stefano.
available in the FOM to do that?
In the new FOM there is a method to invalidate the session attached to
the session object, but it should be available even in the old FOM.
--
Stefano.
, expecially in a great
community like Cocoon's, there is a lot of ecosystem power and plenty of
social noise to feed the system and see what happens.
--
Stefano.
would also like to add a Garbage view to Petstore, but I need you to
implement #include first ;)
Yeah, Pier, do you have a todo list for Garbage? maybe people can jump
in and help.
--
Stefano.
much.
what you all think about this?
--
Stefano.
for me.
--
Stefano.
-term stability that is valued by both the ASF and by the users
who base their effort on the software the ASF produces.
- o -
Feel free to edit/add/change at will.
Wikifiers/docifiers are always welcome ;-)
--
Stefano.
on 6/19/03 2:10 AM Ugo Cei wrote:
Stefano Mazzocchi wrote:
Hey, wait a second. The ad-hoc namespace is added as a wrapper by the
request processing pipeline, it is *NOT* sent by the client code.
I see. I'm still thinking that it's best to reuse an existing namespace
(if there's
on 6/19/03 6:18 AM Matt Sergeant wrote:
On Wed, 18 Jun 2003, Stefano Mazzocchi wrote:
What about a stacktrace like this:
Error foo bar occurred at:
Java: org.apache.cocoon.components.SomeComponent.Configure:237:4
Sitemap: /test/sitemap.xmap:25 (map:generate src=...
type=SomeComponent
).
I welcome this effort with great happyness.
--
Stefano.
here on
betaversion, then, god knows!!! :-)
Great. Let Darwin and his wisdom take care of it. ;-)
--
Stefano.
for listening.
--
Stefano.
on 6/21/03 10:11 PM Geoff Howard wrote:
I propose Reinhard Pötz to be a Cocoon committer.
+1
big +1!
--
Stefano.
from getComponent() and
the petstore can be changed accordingly. This would:
1) remove the need for database.js
2) keep concerns separate
3) avoid the need for a javascript extension concept that we planned
but never came to even design.
What do you think?
--
Stefano.
--
--parameters--
getInitParameter(name)
If I interpret this correctly you would provide the web.xml
parameters as properties. Another possibility would be the
attributes. Stefano, what do you think?
IMHO it would be nice to access values like init parameters in a uniform
way. That is what
into the
higher level of ASF participation.
--
Stefano Mazzocchi [EMAIL PROTECTED]
on 6/18/03 2:12 AM Ugo Cei wrote:
Stefano Mazzocchi wrote:
No, no need for that. It took me half an hour to figure that problem out
myself and it's an indication of how generally badly designed is
cocoon's handling of multipart-encoded POST requests.
Could it be useful to document
the value of doing this instead of just POSTing a
bunch of parameters (which is as REST-ish as anything I can think of)
BTW, Stefano: Linotype *really* kicks ass. Problem is that from you we
aren't expecting anything less, so this is why you are not getting all
the kudos you deserve. :-) But it's
on 6/18/03 3:56 AM Sylvain Wallez wrote:
Gianugo Rabellino wrote:
snip/
BTW, Stefano: Linotype *really* kicks ass. Problem is that from you we
aren't expecting anything less, so this is why you are not getting all
the kudos you deserve. :-) But it's really, really, really a good job
(1,requesturi.indexOf(sitemapuri));
to
var mountpoint = requesturi.substring(8,requesturi.indexOf(sitemapuri));
inside flow.js
??? there is no such line in linotype/flow.js. Whick flow.js have you
modified?
--
Stefano.
stacktraces
aren't really giving us any useful information to trace where the real
problem is.
--
Stefano.
are, Mozilla 1.3 or greater. Note that Midas is *NOT* part of
standard Gecko, so Camino won't do it.
--
Stefano.
) from the offending line, and that one
is gone. The 'save', 'revert' and 'delete' action aren't working
however, they bring me back to a new blog entry screen without doing
what they should.
you didn't enable file uploading on web.xml
--
Stefano.
on 6/17/03 12:28 PM Ugo Cei wrote:
Stefano Mazzocchi wrote:
Yes, basically all browsers that support Mozilla Midas API which, for
now are, Mozilla 1.3 or greater. Note that Midas is *NOT* part of
standard Gecko, so Camino won't do it.
Hmmm, under Mozilla 1.3 (Linux) I'm getting this error
://marc.theaimsgroup.com/?l=xml-cocoon-devm=105405317918849w=2]
Stefano wrote: Obviously, the flow will not have access to *all*
components,
but only to components that will be 'flow-available'.
Stefano, could you elaborate on this?
How would you make a component flow-available? How does
asking because I'm curious - no offense to anybody!
Well, thanks for asking, the more questions like these, the better.
If anybody else has something to add, please go ahead.
--
Stefano.
on 6/17/03 3:54 PM Steven Noels wrote:
On 17/06/2003 22:41 Stefano Mazzocchi wrote:
I dropped the 'd' typo (I assume) from the offending line, and that one
is gone. The 'save', 'revert' and 'delete' action aren't working
however, they bring me back to a new blog entry screen without doing
upon posting an item:
file:/C:/cocoon-2.1/build/webapp/samples/linotype/flow.js, line 115:
uncaught JavaScript exception: ReferenceError: d is not defined.
(file:/C:/cocoon-2.1/build/webapp/samples/linotype/flow.js; line 115)
Typo. I'll fix it right away.
--
Stefano.
stefano 2003/06/16 16:46:10
Modified:src/java/org/apache/cocoon/generation RequestGenerator.java
Log:
improved RequestGenerator:
1) now comes with h: namespace prefix that makes it easier to process it in xslt
stylesheets that generate an output namespace which shouldn't have
stefano 2003/06/16 17:56:19
cocoon-2.1/src/blocks/linotype - New directory
stefano 2003/06/16 17:56:19
cocoon-2.1/src/blocks/linotype/conf - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/java/org - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/java/org/apache - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/java/org/apache/cocoon - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/lib - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/images/icons - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/repository/news/template - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/samples - New directory
stefano 2003/06/16 17:56:22
cocoon-2.1/src/blocks/linotype/samples/stylesheets - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/repository/news/1 - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/repository/news/2 - New directory
stefano 2003/06/16 17:56:22
cocoon-2.1/src/blocks/linotype/samples/scripts - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/misc - New directory
stefano 2003/06/16 17:56:20
cocoon-2.1/src/blocks/linotype/java/org/apache/cocoon/components - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/images - New directory
stefano 2003/06/16 17:56:22
cocoon-2.1/src/blocks/linotype/samples/stylesheets/system - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/repository - New directory
stefano 2003/06/16 17:56:21
cocoon-2.1/src/blocks/linotype/samples/repository/news - New directory
stefano 2003/06/16 17:56:22
cocoon-2.1/src/blocks/linotype/samples/styles - New directory
stefano 2003/06/16 17:56:22
cocoon-2.1/src/blocks/linotype/samples/screens - New directory
stefano 2003/06/16 18:12:43
Modified:.blocks.properties
Log:
Linotype lands
Revision ChangesPath
1.14 +2 -1 cocoon-2.1/blocks.properties
Index: blocks.properties
===
RCS file
stefano 2003/06/16 18:31:12
Modified:.gump.xml
Log:
Linotype lands
Revision ChangesPath
1.62 +19 -1 cocoon-2.1/gump.xml
Index: gump.xml
===
RCS file: /home/cvs/cocoon-2.1/gump.xml,v
on 6/15/03 6:42 AM Steven Noels wrote:
On 15/06/2003 0:31 Stefano Mazzocchi wrote:
1) I will try to patch the FOM for the proposed plan for June 24th.
2) If I can't do it, we release with what we have and we state loud and
clear that the FOM contract should be considered unstable
on 6/15/03 3:53 PM Christopher Oliver wrote:
Stefano Mazzocchi wrote:
Ovidiu wrote the FOM with let's cover everything mindset. He restated
the fact that he likes this approach better on his last mail to this list.
The problem I have with this approach is that *NO* part of Cocoon has
been
changed as to follow your
preferred methodology?
Please place your vote.
NOTE: even if you are not a user of the flow, your feedback is important
and will be appreciated.
Thank you.
--
Stefano.
on 5/30/03 7:13 AM Upayavira wrote:
Dear All,
I would like to download and try Linotype, but can't find it. The page at:
http://www.betaversion.org/~stefano/dist/linotype_1.0.tar.gz
doesn't work. Anyone know where I can find it?
Regards, Upayavira
I'm back from my devastating
from there.
But again, enough talking, let's do stuff.
--
Stefano.
it, we release with what we have and we state loud and
clear that the FOM contract should be considered unstable and that might
change in future releases.
What do you think?
--
Stefano.
on 6/14/03 3:52 PM Michael Wechner wrote:
Stefano Mazzocchi wrote:
on 5/30/03 7:13 AM Upayavira wrote:
snip /
I'm back from my devastating, challenging yet superfun 2 week peruvian
hiking. 2000 email to go.
I'll try to commit linotype to the cocoon CVS this afternoon
. :-/
Wishing you all the best.
Same here, Tony.
Same here. To Tony and to all who feel burned out or fed up or whatever.
The doors of the cocoon community are always open :-)
--
Stefano.
on 5/28/03 7:22 AM Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
map:serializer name=xhtml
map:transformer type=link-translation/
map:serializer type=xhtml/
map:serializer
map:match pattern=...
map:generate src=.../
map:transform src=.../
map:serialize type=xhtml/
/map:match
on 5/28/03 7:29 AM Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
Here is what I propose to move:
1) ImageReader
2) Paginator
3) JXTemplate*
+1
anything else?
Do we have any policy when to blast things from the scratchpad,
no, we don't.
I mean, when something
on 5/28/03 8:03 AM Christopher Oliver wrote:
FlowVelocityGenerator to replace VelocityGenerator
Does it have any drawbacks? if not, +1 all the way.
--
Stefano.
Here is what I propose to move:
1) ImageReader
2) Paginator
3) JXTemplate*
anything else?
--
Stefano.
on 5/27/03 7:18 AM Jeff Turner wrote:
On Tue, May 27, 2003 at 01:44:45AM -0500, Stefano Mazzocchi wrote:
How?
Using a link-translating protocol.
Example:
html
head
...
link src=link:/styles/main.css ...
Hooray ;) For those who didn't know, this is what the linkrewriter
on 5/27/03 2:33 AM Bertrand Delacretaz wrote:
snips cause=agree or dont't understand implications enough to talk/
Le Mardi, 27 mai 2003, à 08:44 Europe/Zurich, Stefano Mazzocchi a écrit
:
... 2) design for safety: the flow will be a center of abuse because
people
will find it easier
on 5/27/03 9:12 AM Mato Mira, Fernando wrote:
It would be nice if Cocoon had an scheduling service for background tasks.
For example, I have to keep alive a SOAP service session by sending it
requests once a minute.
What about changing the expiration time of the session?
--
Stefano.
components (generators, transformers and
serializers).
What about the Avalon context ? Is it omitted on purpose ?
yes. do you envision a need for it?
--
Stefano.
on 5/27/03 1:44 AM Stefano Mazzocchi wrote:
Pier and I already stated a while back that our current implementation
of the FOM is weak and its design poor.
In the past, it was exactly such comments that made Ovidiu abandon this
community.
Let me state things clearly so that we can clear
on 5/27/03 4:20 PM Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Ovidiu, please excuse me for copying you on this, but I would like to
let you and everybody else know this:
Stefano, seems like you were too fast at sending and forgot to CC Ovidiu...
No, I did copy him. But the problem
on 5/27/03 1:05 PM Geoff Howard wrote:
At 01:05 PM 5/27/2003, Stefano wrote:
on 5/27/03 4:06 AM Sylvain Wallez wrote:
void callAction(name,map) - invoques the action indicated by the given
name and pass the given map as model
NOTE: I personally believe that the getComponent
1 - 100 of 1807 matches
Mail list logo
