Stefano Mazzocchi wrote:
First thing to do is to have a formal votation. All committers should
express their vote on this, right here:
[X] +1 I think it's a good idea
[ ] 0 I really don't care.
[ ] -1, I don't think it's a good idea.
Does it mean that we will be able to provide
From: Colin Paul Adams [mailto:colin;colina.demon.co.uk]
I do not understand why the sitemap.xmap files use two namespaces (the
map: namespace and the global namespace). Does anyone know,
or is it just an accident?
I think I shall experiment by adding a default namespace, to
make the
From: [EMAIL PROTECTED]
Hi all,
I've tried to deploy yesterdays version of cocoon.war in
Weblogic (6.1 sp1) and I got errors running the i18n
Transformer example: it complained because the translations
directory was in a 'zip' protocol..
I had a look at the sources, and I found this
From: David Crossley [mailto:crossley;indexgeo.com.au]
Colin Paul Adams wrote:
snip/
Can't we decide which format we want to use?
I would vote for anything other than DTD (as it is impossible to
validate all possible sitemaps with a DTD - ...
Before deciding which schema to use for
word, for sure not the best translation, but,
anyway.. at least it's better than the old one ;-)
regards,
Ruben
(See attached file: messages_es.xml)
|-+
| | Piroumian|
| | Konstantin
There is a draft W3C Schema for the sitemap (version 2.1) in:
\src\documentation\xdocs\drafts\sitemap-2.1-draft.xsd
If think that it would be better if you could work on it rather than create
a DTD from scratch. Last time that I've updated the schema it were
validating correctly all the
From: Antonio Gallardo Rivera
Hi,
I just write to tell that in the mod-db example. We must
change the name of
the first table from user to users or something similar.
In PostgreSQL the word user is a keyword.
Can't this be solved by changing the sql like this:
select * from user ?
Sure +1 for both
--
Konstantin Piroumian
-Original Message-
From: Diana Shannon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 5:02 AM
To: [EMAIL PROTECTED]
Subject: [vote] Steven Noels and Bertrand Delacretaz as committers
A recent discussion about a
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Christian Haul wrote:
On 09.Oct.2002 -- 08:54 AM, Carsten Ziegeler wrote:
Ok, I think the first sentence here is one central point
of problem:
Currently I (and it seems others as well) see input
modules only as
components
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
So the user would say {default:skin}, and get the 'skin' request
parameter, or if not present, 'defaultSkin'.
IMO this is backwards. The user should use {request:skin}, not
{defaults:skin}.
What do
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
The Notification classes in org.apache.cocoon.* have been moved since
quite some time now in the components/notification, and I
would not mind
if we remove it from there.
Since they have already been deprecated for some time and I
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
So, summarizing this, it seems that we agree on changing the
InputModule interface to
o.a.c.components.modules.InputModule
{
Object getAttribute( String name, Map objectModel ) throws
ProcessingException;
Iterator
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Tue, Oct 08, 2002 at 10:26:42AM +0200, Carsten Ziegeler
wrote: [snip defaulting example]
Ok, thanks for your help - sorry, I'm jumping into this a
little bit
late, but I have to question this concept. As far as I understand
this,
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Tue, Oct 08, 2002 at 01:17:28PM +0400, Piroumian
Konstantin wrote: ...
So the user would say {default:skin}, and get the 'skin'
request parameter, or if not present, 'defaultSkin'.
IMO this is backwards. The user should use
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
[EMAIL PROTECTED] wrote:
I think, the proposed {\1} looks nice. And its very easy to
understand.
Other comments?
We don't support absolute paths for now, although it can
easily be added
in
From: Christian Haul [mailto:[EMAIL PROTECTED]]
On 08.Oct.2002 -- 10:34 PM, Jeff Turner wrote:
On Tue, Oct 08, 2002 at 11:54:47AM +0200, Christian Haul wrote:
On 08.Oct.2002 -- 01:34 PM, Piroumian Konstantin wrote:
...
Yes!!
I think that's really great :) It nicely separates
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Jeff Turner wrote:
Just a silly question: are you joking or do you consider this
seriously?
Absolutely :) See the other thread. It separates two
concerns that are
currently mixed, and makes module implementation _much_
Another comparison: Cocoon vs. Struts.
http://www.googlefight.com/cgi-bin/compare.pl?q1=Cocoonq2=StrutsB1=I%27m+F
eeling+Groggy%21%21+Go%21compare=1langue=us
Result could seem amazing, knowing how popular is Struts. But after a moment
I've realized that so few searches can also indicate more
From: Christian Haul [mailto:[EMAIL PROTECTED]]
On 04.Oct.2002 -- 11:07 AM, Christian Haul wrote:
On 02.Oct.2002 -- 06:38 PM, Stefano Mazzocchi wrote:
Quoting Jeff Turner [EMAIL PROTECTED]:
Ehm.. more code, less talk :)
Before you guys start coding something that looks like
From: Ugo Cei [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Result could seem amazing, knowing how popular is Struts.
But after a
moment I've realized that so few searches can also indicate more
visibility of the project (I mean that Struts does not need to be
searched
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
[...]
And sorry, I really think that this idea comes near to FS -
but what do others think about this?
Sorry for a OT question, but what is FS?
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Quoting Jeff Turner [EMAIL PROTECTED]:
Ehm.. more code, less talk :)
Before you guys start coding something that looks like FS
from 10 Km, please,
make a formal votation by writing a small description of what
you are trying to
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi,
I just looked at the InputModule interface and I have some
questions/suggestions:
a) Package name
I think the interface should rather be located in
o.a.c.components.modules (or perhaps o.a.c.sitemap)
+1
b) Exception
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi,
I just looked at the InputModule interface and I have some
questions/suggestions:
a) Package name
I think the interface should rather
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Wed, Oct 02, 2002 at 12:04:23PM +0200, Christian Haul wrote: ...
I think with this interface, we can still have input module
chaining. It would just be attributes that get 'chained', not
whole objects. So we could have:
Hi!
I don't get any messages from the Cocoon Dev list since yesterday. And a
message I've sent didn't get to the list.
Are there any problems with mail servers?
Regards,
Konstantin
-
To unsubscribe, e-mail: [EMAIL
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Tue, Oct 01, 2002 at 08:16:19PM +0200, Christian Haul wrote:
On 02.Oct.2002 -- 01:32 AM, Jeff Turner wrote:
[snip Jeff raining on Chris's parade]
...
OK, I'm almost convined.
:)
Granted, the simple
ones like NullInput (always
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Sun, Sep 29, 2002 at 09:37:39PM +0400, Konstantin Piroumian wrote:
From: Jeff Turner [EMAIL PROTECTED]
(cross-posting to cocoon-dev, cause it concerns more Cocoon than Forrest)
...
So if, in cocoon.xconf, it is declared with:
From: Christian Haul [mailto:[EMAIL PROTECTED]]
On 30.Sep.2002 -- 02:06 PM, Piroumian Konstantin wrote:
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Sun, Sep 29, 2002 at 09:37:39PM +0400, Konstantin
Piroumian wrote:
From: Jeff Turner [EMAIL PROTECTED]
(cross-posting
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
On Mon, Sep 30, 2002 at 01:19:04PM +0200, Christian Haul wrote:
snip why=absolutely agree with a generalized meta module implementation
/
That would be nifty.
or document stored as session attribute.
This might already be possible, since
From: Barbara Post [mailto:[EMAIL PROTECTED]]
[javadoc]
E:\BP\cvs\cocoon21\xml-cocoon2\build\cocoon\src\org\apache\cocoon\co
mponents\pipeline\AbstractProcessingPipeline.java:76: Class
sun.tools.tree.ThisE
xpression not found in import.
[javadoc] import
Hi!
I am using Ant 1.5 with JBuilder 7.0 successfully.
What have I done? AFAIR: I simply changed the Ant library (Tools-Configure
Libraries) to use the new jars and seems that it worked.
Below is my Ant.library file:
?xml version=1.0 encoding=UTF-8?
library
!--JBuilder Library Definition
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
http://httpd.apache.org/docs-2.0/new_features_2_0.html
http://httpd.apache.org/docs-2.0/urlmapping.html
The cool thing is that the layout is clear, links are colored
differently with respect to where they link to,each paragraph has an
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
http://httpd.apache.org/docs-2.0/new_features_2_0.html
http://httpd.apache.org/docs-2.0/urlmapping.html
The cool thing is that the layout is clear, links are colored
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Sylvain Wallez wrote:
snip why=agree with almost every point /
So, to resume, this is my proposal.
!-- declare the flow of this sitemap --
map:flow language=JavaScript
map:script src=blah.js/
/map:flow
+1 if we do not use the
From: Giacomo Pati [mailto:[EMAIL PROTECTED]]
On Sun, 8 Sep 2002, Stefano Mazzocchi wrote:
Per-Olof Norén wrote:
So the the controller is defined and used as the following?
map:controller language=JavaScript
map:script src=prefs.js/
map:script
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Giacomo Pati wrote:
Awesome work, Marcus, but can you post the ComposerReader?
Anybody else but me finds this should make its way into HEAD?
Sure it should. And what about letting Marcus doing it himself ?
I'd like to propose
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Quoting Piroumian Konstantin [EMAIL PROTECTED]:
Hi!
There are two iText JAR files in /lib/optional (from jars.xml):
file
titleiText XML to PDF/HTML/RTF converter (Renderer)/title
descriptioniText reads XML documents
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
[EMAIL PROTECTED] wrote:
The second question is: if anybody already tried this
serializer? Does it
solve the problems with graphics and tables that happen with FOP?
It should... I have heard that iText is much faster and
comes with
From: Enke, Michael [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Don't both FOP and iText implement the same specification?
Why would there
be difference in functionality?
FOP uses the formatting objects specification, itext has its
own input format.
Hm... I thought
Take a look here:
xml-cocoon-2.1-dev\src\scratchpad\src\org\apache\cocoon\generation\XPathDire
ctoryGenerator.java
--
Konstantin Piroumian
-Original Message-
From: Ola Berg [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 05, 2002 6:32 PM
To: [EMAIL PROTECTED]
Subject: Re:
From: Steven Noels [mailto:[EMAIL PROTECTED]]
Ugo Cei wrote:
Steven Noels wrote:
Outerthought is happy to announce its one-year anniversary, and is
hosting a Cocoon/Forrest-related event on November 19th 2002 to
celebrate this. In the 'morning' (10AM-2:30PM), we will
host an
Please check that i18n FAQ entry does not solve your problem:
http://outerthought.net/wiki/Wiki.jsp?page=FAQs.
If it doesn't then please check again if the i18n samples work as expected
(it can seem that they are working, but in reality they can be
half-processed).
--
Konstantin Piroumian
Below is the answer to my question about the select1 element naming in
XForms specification.
--
Konstantin Piroumian
-Original Message-
From: Klotz, Leigh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002 1:41 AM
To: 'Piroumian Konstantin'; '[EMAIL PROTECTED]'
Cc
8:52 AM
Subject: Re: new W3C xforms 1.0 draft - changes affect cocoon xforms
implementation
Piroumian Konstantin wrote:
From: Simon Price [mailto:[EMAIL PROTECTED]]
There's a new XForms 1.0, W3C Working Draft 21 August 2002 that
changes the names of some of the elements plus
From: Simon Price [mailto:[EMAIL PROTECTED]]
There's a new XForms 1.0, W3C Working Draft 21 August 2002 that
changes the names of some of the elements plus other minor changes.
Cocoon 2.1 might want to use the new names (eg. selectOne - select1,
selectMany - select)?
Hm... selectOne -
From: Simon Price [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
From: Simon Price [mailto:[EMAIL PROTECTED]]
There's a new XForms 1.0, W3C Working Draft 21 August 2002 that
changes the names of some of the elements plus other minor changes.
Cocoon 2.1 might want to use
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
(because I don't think anyone involved with XMLForm reads the
user list)
Ivelin is on vacation that's why he don't read them. I don't think that
anybody else from the developers would be able to help you with XMLForms
better than him.
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Hi Ovidiu,
I'm not sure whether you are following this discussion or not, but I'm
about to refactor XScript in the following direction:
1. Do not store variable scopes in the XScriptManager, but as
attribute
of Context, Session,
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
...
3. Move to DOM for variable storage. This will allow adding xpath
functionality to the logicsheet without extra re-parsing
G'day, Cocooners!
JPublish is an open source web publishing framework which merges the
Velocity template engine from the Jakarta Apache group with a content
repository and application control framework. Like all good web frameworks,
JPublish provides a clean separation of code, content, and
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]]
Ovidiu Predescu wrote:
I'd like to propose Christopher Oliver
[EMAIL PROTECTED] as committer
to Cocoon.
In a discussion we had offline, he offered to work on a
complex sample
application that uses the control flow. I'd like him
From: TREGAN Fabien [mailto:[EMAIL PROTECTED]]
snip what=very useful suggestions /
* Insert your own idea here.
I've always thought that a Chess Webbapp would demonstrate
Cocoon power :
-It has complexe application logic (you can check the
validity of a move,
you can get the
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
The latest build system distinguishes between jdk 1.2/1.3 and jdk 1.4.
The resulting target should only be used with the jdk used to
build Cocoon.
We created our own ant task, the class-available task, to avoid some
dependency
From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
From: Artur Bialecki [mailto:[EMAIL PROTECTED]]
Ok, here is the situation.
Let's say I have some EJB business objects with methods that
provide DOM view of their data which I want to display to
users. Other methods take
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Ivelin,
You're a man of few words. :-)
;)
Sorry, this is my fault. The form doesn't send email as I was expecting.
I'll provide a JavaScript version for this either today or tomorrow.
Konstantin
Ivelin Ivanov wrote:
-=Ivelin=-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]]
On Friday 12 July 2002 12:48, Carsten Ziegeler wrote:
. . .
If you could make a patch including a samples and docs
would be very great!
. . .
ok, I've been looking at where the hello.pdf sample comes
from and it seems like it is
Having a glossary of terms would be also fine.
We should think about it on Forrest. (I could provide a sample, but it's in
Russian).
Konstantin
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Hi All,
this is mostly a pedantic issue. But one thing that bugs me
about much
of the
From: Enke, Michael [mailto:[EMAIL PROTECTED]]
Hi Diana,
in section 3b) Manual install:
[unix] ./build.sh -Dinclude.webapp.libs=yes
-Dinstall.war=$TOMCAT_HOME/webapps webapp
[win32] .\build.bat -Dinclude.webapp.libs=yes
-Dinstall.war=%TOMCAT_HOME%\webapps webapp
can be written
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
The Cocoon Project is working very hard to release 2.0.3 by
Monday, July
15.
To meet this goal -- which clearly will benefit all users -- we need
some *specific* QA (quality assurance) input from the user community.
To help, here's
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
The Cocoon Project is working very hard to release 2.0.3 by
Monday, July
15.
...
What if we provide a feedback form on the site for this?
The form can include all the needed
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Bertrand Delacretaz wrote:
On Thursday 11 July 2002 22:44, Andrew C. Oliver wrote:
. . .
I'd like to propose we remove the SQLTransformer from
Cocoon 2.1 and
newer releases,
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Nicola Ken Barozzi wrote:
Sylvain Wallez wrote:
Other thoughts?
Reading this thread and thinking: is it really needed in sitemap?
Why do not use the error-page element in web.xml and point it to a page
that is handled by Cocoon?
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Stefano Mazzocchi wrote:
Good point.
+1 for block.xinfo
Hmm. Beyond .xml, .xsl, . xhtml and .fo there ought to
be .xconf, .xmap, .xtarget (yuck!) and now .xinfo
extensions associated with the XML edit mode.
It's getting out of hand.
Hi colleagues!
An idea just came to me: what if all the sitemap files where located under
the WEB-INF directory and be mounted from the one that is called 'sitemap'
(or configured on xconf)? So, there can be:
sitemap.xmap - the root sitemap
samples.xmap - samples sub-sitemap
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Ivelin Ivanov wrote:
Sorry for the delayed response, my PC power supply burnt.
Would it be too painful to do what Jeremy is when XSLTC is broken?
I though we all felt that long term we want XSLTC as the main Cocoon
processor.
From: Justin Fagnani-Bell [mailto:[EMAIL PROTECTED]]
I hope this isn't to dumb a question, but I've been wondering
it for a
while:
What's the difference between having two pipelines with one matcher
each, and one pipeline with two matchers?
If there is no other difference in
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
From: Enke, Michael [mailto:[EMAIL PROTECTED]]
Of course!
Great
My intend was to wait until the links to the samples are working.
If this is the case I make a clean download and
will have a look for the SQL examples with JDK1.4
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
So, it wasn't refactoring, but simply moving to another
location? What a
pity.
I leave this to the experts.
Anyway, having a separate distro for samples is great no matter they are
refactored
From: Michael Homeijer [mailto:[EMAIL PROTECTED]]
Hi,
The current castortransformer is not able to handle collections.
The following lines of code adds Collection handling to the
CastorTransformer:
if (Collection.class.isAssignableFrom(bean.getClass())) {
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
But it was marked as RESOLVED, so it should either be applied or
rejected.
Can someone comment on this?
I don't remember marking it as RESOLVED. The work is still in progress,
there are minor issues that needs some work on them.
We can
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
How about you got me working xhtml reader and powered by
cocoon gif
reader? And if this xhtml generated using directory generator (to
collect all directories */ ) then it can provide
From: Diana Shannon [mailto:[EMAIL PROTECTED]]
On Monday, July 1, 2002, at 04:46 AM, Piroumian Konstantin wrote:
This is already done for the scratchpad and would be fine
also for the
samples. The only problem is that you'll need also some
additional info,
e.g. a short description
From: Diana Shannon [mailto:[EMAIL PROTECTED]]
On Monday, July 1, 2002, at 07:36 AM, Piroumian Konstantin wrote:
For simple samples (e.g. 'hello world', 'svg') this file can be the
front-page, and then it's worth it. But the samples with their own
layout
and styles would like
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
This is a RT for reaching the aim of a minimal Cocoon and
for making updates of Cocoon easier. Perhaps this is nothing
new, but I want to explictly repeat it. So here we go:
This first version of a minimal Cocoon contains *all*
current
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
For creating a standard use of Cocoon we should provide a
default sitemap where we define the names of the sitemap
components. So the file generator has always the name file etc.
*All
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi,
I refactored the profiling code a little bit, now the
SAXConnectors are not used anymore for profiling, making
the use of profiling a little bit easier.
But I think we should now vote for the future of SAXConnectors
as we already
]
Subject: Re: [RT] SpitScript - B-Logic that doesn't suck (
Re: [RT] Flowmaps)
Piroumian Konstantin wrote:
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Writing JavaScript even for client-side can be very tricky
sometimes, but
when
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Hi team,
The extended sitemap variable substitution syntax based on
InputModules
is available in HEAD.
Sitemap variables can now be prefixed by the name of an InputModule.
This means for example that {request:foo} will evaluate to
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Writing JavaScript even for client-side can be very tricky
sometimes, but
when you'll start to perform component lookups, EJB calls,
etc. in JS then
you'll have much fun trying to understand why your
Hi!
I am remembering that I removed (or wished to) all the JSP* stuff from the
root sitemap after the JSP sample refactoring, but they are still there. Is
it intended so or I simply forgot to do it?
Konstantin
_
Konstantin Piroumian
Lead Developer
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
Luca Morandini wrote:
Nicola,
snip what=a few X-related sentences /
The page structure of HTML has nothing to do with Business Object or
Business Rules or other abstractions... but we should deal with it.
Therefore, let's
Bruno,
From: Bruno Dumon [mailto:[EMAIL PROTECTED]]
On Thu, 2002-06-06 at 18:34, Piroumian Konstantin wrote:
[snip]
Please, try it and tell me what else can be added/improved
and patch it at
will.
Sorry for the late response, but hey, it's better late than
nothing
From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]]
On 6/18/02 8:35 AM, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Ovidiu Predescu wrote:
[...]
1. Stefano points out that flowmaps (I don't really like
this term, a map
is more appropriate for state machines, how about
flowscript
From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]]
Guys,
snip /
6. Multi-page forms are not dominating, and continuation
based compared to
even driven (GUI-like) programming approaches.
I used to program GUIs a lot, I think for certain things,
event-driven is
better than using
From: Hassan Abolhassani [mailto:[EMAIL PROTECTED]]
I have tried to compile HelloWorldAction.java from Cocoon
documentation.
From command line I did as follows:
set
classpath=%classpath%;;E:\jakarta-tomcat-4.0\webapps\cocoon\WE
Hi all!
Batik lib in both branches again contain XML APIs that are buggy and cause
problems in i18n transformer
(org.xml.sax.helpers.AttributesImpl.getIndex()).
Anybody, please, fix this or tell me, if it's Ok to just remove those API
files from the archive then commit it again?
Konstantin
From: Michael Hartle [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Hi all!
Batik lib in both branches again contain XML APIs that are
buggy and cause
problems in i18n transformer
(org.xml.sax.helpers.AttributesImpl.getIndex()).
Anybody, please, fix this or tell me
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]]
Ivelin,
I added the parameter xmlform-data to the Sitemap. (map:parameter
name=xmlform-data value=data.xml/)
The bean uses this parameter to read the XML-File in order to
set the values
in the bean.
Why do you need a Bean if you have
Hi!
I have alsmost 2 years' experience in the XML (Cocoon) vs. JSP (Struts)
fight in our company, wrote several documents related to
Cocoon/Struts/Self-implemented framework comparison and I'd like to tell
that all the arguments for Cocoon break on the following:
- Cocoon has
From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
Hm, good point.
I was speaking from experience.
A strong validating XML Schema can go a long way in saving
the processor
validating logic headaches.
I find XML Schema the right choice in this instance since it
allows rigorous
From: Steven Noels [mailto:[EMAIL PROTECTED]]
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
I am little bit amazed with the amount of feedback.
Finalization of the
Schema require input from many interested parties.
Bandwidth - we all need more bandwidth better time
From: Brian Topping [mailto:[EMAIL PROTECTED]]
From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
...
skip what=resolver discussion: no comments /
A sitemap expert should be able to help with this one.
If I am not mistaken {1} references the first variable in
the current
sitemap,
From: Steven Noels [mailto:[EMAIL PROTECTED]]
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
Great!
How did you do it? Can't find the magic button in menu.
[menu] Schema design - Generate Documentation
Ah, thanks! That option is available only in Schema design mode, which I
Hi all!
I've almost finished the Schema for sitemap, but I'm a bit stuck with the
pipeline content description and would like to prove some statements:
Terms
Pipeline content - content model of 'pipeline', 'match', 'act',
'select/when' elements (with some restrictions also of 'resource'
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Piroumian Konstantin wrote:
Hi all!
I've almost finished the Schema for sitemap, but I'm a bit
stuck with the
pipeline content description and would like to prove some statements:
Terms
Pipeline content - content model
Michael,
I'd also add that we are open for suggestions/comments/patches, so feel free
to tell us which part is not compliant or what would you like to improve and
we will think on how it can be best implemented/achieved.
Konstantin
--
Konstantin Piroumian
[EMAIL PROTECTED]
-Original
Thanks for a very good explanation and the RT. You've sounded some of my
doubts and added some more to think about.
To summarize the RT: the paginator is rather flexible, but it's not very
well suited for documentation pagination. We have a few good options for
documentation pagination and they
Is there anybody interested in LangSelect action? It's deprecated in favour
of LocaleAction in 2.0.3. Are there objections on removing it from 2.1?
KP
_
Konstantin Piroumian
Lead Developer
Email: [EMAIL PROTECTED]
ICQ#: 2297575
* Work Tel#: +7 095 795
Folks,
The long awaited first draft of the Sitemap XML Schema is now available from
CVS (HEAD branch).
Currently, it correctly validates most of the Cocoon sitemaps (root,
samples, mod-db, portal, several samples). I've also used it to write a
sitemap in XML Spy and jEdit and I could at least
1 - 100 of 296 matches
Mail list logo
