From: Christian Haul [mailto:[EMAIL PROTECTED]
Interception in Flowscript
Something that can be modelled very well as an aspect is
authentication/authorization (aka login) because it's not
something that
is part of the webapp (at least, it shouldn't
Tony Collen wrote:
Steven,
When I tried wrapping my head around this stuff, I was boggled at the
choice of two different syntaxes. IMO this is a weakness and we should
choose one or the other, but having both makes everything a million
times more complicated.
Sure. Another thing for the
Vadim Gritsenko wrote:
Upayavira wrote:
Vadim has just fixed a bug with the persistent cache not shutting
down properly. This means that the CLI has access to the Cocoon cache.
For a largely static site, should now be possible to have the CLI
crawl a site, purely with the intention of
Hi all,
I am using Cocoon under Forrest.
xinclude:include href=abc.xml /
does not behave correctly. The xml:base is set to the top-level
directory, i.e. content/, and not to the same directory as the
including document as the spec says.
Setting the xml:base attribute to the current directory,
Just wondering if there's any easy way of making a Production build of Cocoon. The
default build compiles all of the samples and makes them available which is fine for
development. However, when we eventually go live, we'd like to be able to deploy a
minimal build that doesn't have the
gcasper 2003/08/22 06:02:01
Added: src/blocks/webdav/java/org/apache/cocoon/transformation
SourcepropsWritingTransformer.java
Log:
Needed to come up with a sample :-)
First I wanted to put it into the slide block because that is where
Thanks.
I had read it, but I'd forgotten about the properties files as it was some time ago
and the install.txt isn't something I generally go back and read after I've finishing
installing something and it's working.
-Original Message-
From: Giacomo Pati [SMTP:[EMAIL PROTECTED]
Sent:
On Fri, 22 Aug 2003, Jeremy Quinn wrote:
My sitemap looks like this:
map:component-configurations
global-variables
assetResository/Library/Apache2/assets//assetResository
assetServerhttp://iborg.local/assets//assetServer
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
...
I think you are right the correct approach is:
A-required=true - field cannot be empty (NULL) and must be validated.
B-required=false - if (field is not empty) then validate.
Yes, clearly stated. I thought about this some more and have
On Friday, August 22, 2003, at 10:10 AM, Giacomo Pati wrote:
Ok, the sitemap parameters specified on the flow pipeline are not
accessible from the view pipeline (you should have got an Exception
The
parameter 'status' does not contain a value). The view pipeline gets
its on set of parameters
Roger I Martin PhD wrote:
standalone-demo build target is one of the worst ways to work with Cocoon;
yet alone achieve what Chris is asking. Cocoon is a super charged super
powerful servlet that can be used to achieve some pretty amazing results.
I've read the INSTALL.txt and it is a excellent
gcasper 2003/08/22 05:23:41
Modified:src/blocks/webdav/java/org/apache/cocoon/components/source/impl
WebDAVSource.java WebDAVSourceFactory.java
Log:
Implemented InspectableSource.
I know, the design of the InspectableSource interface (and the
Roger I Martin PhD wrote:
standalone-demo build target is one of the worst ways to work with Cocoon; yet alone achieve what Chris is asking. Cocoon is a super charged super powerful servlet that can be used to achieve some pretty amazing results.
I've read the INSTALL.txt and it is a excellent
[EMAIL PROTECTED] wrote:
Page: http://wiki.cocoondev.org/Wiki.jsp?page=Main , version: 224 on Fri Aug 22 14:01:55 2003 by 80.58.50.235
- Welcome to the little Cocoon documentation Wiki. It is not large, it is not small, it is simply available to anyone actually feeling like adding some info to
Christian Haul wrote:
On 21.Aug.2003 -- 06:17 PM, Sylvain Wallez wrote:
Imagine that filteredFile above is actually defined as file in the
top-level sitemap because you want to *globally* change the file
generator inherited by subsitemaps.
Indeed, you are absolutely right.
Sorry for
Hey folks --
I'm starting a new Cocoon application and I want to try to take advantage of
the new 2.1 build system and the blocks stuff. As I couldn't find any
documentation on how to do this, I put together something and wanted to run
it by all of you to let me know if I'm on the right
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22648.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22648.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tuesday, Aug 19, 2003, at 23:51 Europe/Rome, Tony Collen wrote:
Miles Elam wrote:
Stefano Mazzocchi wrote:
snip;
the default sitemap is too verbose and this scares people away. I
would like to move the default sitemap component definitions into
the cocoon.xconf.
Note that with blocks, the
joerg 2003/08/22 18:35:58
Modified:src/documentation/xdocs/howto/xmlform-wizard
howto-xmlform-wizard.xml
src/documentation/xdocs/developing/portal index.xml
src/documentation/xdocs/userdocs/flow jxforms.xml
Log:
fixed incorrect
On Wednesday, Aug 20, 2003, at 11:27 Europe/Rome, Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote:
snip/
And this really demonstrates how dangerous can be this translation
to positional parameter ;-)
why don't we fix this,
joerg 2003/08/22 14:33:56
Modified:src/blocks/webdav/java/org/apache/cocoon/components/source/impl
WebDAVSource.java
Log:
unused variable removed
Revision ChangesPath
1.6 +1 -2
On Wednesday, Aug 20, 2003, at 13:28 Europe/Rome, Carsten Ziegeler
wrote:
Sylvain Wallez wrote:
One thing missing is passing information from the pipeline to the
components.
For example if you write this pipeline:
map:generate type=filteredFile src=afile.xml
map:parameter name=a parameter
On Wednesday, Aug 20, 2003, at 11:14 Europe/Rome, Jay Freeman
((saurik)) wrote:
Stefano:
So, after making a request for this a few days ago, with some people's
help
(a suggestion to look into mounted sitemaps) there seems to be an
already
existing solution. Rather than adding extra
On Wednesday, Aug 20, 2003, at 20:15 Europe/Rome, Gianugo Rabellino
wrote:
Looks like I missed some serious fun during these vacations... time to
catch up!
Stefano Mazzocchi wrote:
Virtual Pipeline Components
---
Love the idea. Even because it was me suggesting
On Thursday, Aug 21, 2003, at 17:45 Europe/Rome, Christian Haul wrote:
On 21.Aug.2003 -- 01:40 PM, Carsten Ziegeler wrote:
But, if you write
map:generate type=filteredFile src=something
then you can access it automatically as {src} rather than
writing
map:generate type=filteredFile
On Friday, Aug 22, 2003, at 17:42 Europe/Rome, Christian Haul wrote:
On 21.Aug.2003 -- 06:17 PM, Sylvain Wallez wrote:
Imagine that filteredFile above is actually defined as file in the
top-level sitemap because you want to *globally* change the file
generator inherited by subsitemaps.
Indeed,
On Tuesday, Aug 19, 2003, at 22:35 Europe/Rome, Miles Elam wrote:
Is only one interception possible?
No, of course not. You could have multiple interceptions, for example
main.js
function getBlah() {
return createBlah();
}
interceptor1.js
function get*() {
before();
28 matches
Mail list logo
