Sam Ruby wrote:
So, I believe that the best thing we can do is to expose two different
projects to gump:
- cocoon core
- cocoon blocks
the first will be a normal project, with the usual direct dependencies.
the second will be a different type of project, where the project
descriptor will h
Antonio Gallardo wrote:
Hi!
After seeing how Christian and Ugo greatly done the relation between
XMLForms and Flow.
A Bean is the model of the MVC, XMLForm the View and Flow the controller.
A short of this can be B-XMLF-F. :-)
Now still stay in the air the question of how to handle the "down" side
Sam Ruby wrote:
I could be a smartass, and commit this patch, but figured that it merits
further discussion.
It *might* be worth committing the first block of the patch, however.
Go ahead.
+1
--
Stefano Mazzocchi <[EMAIL PROTECTED]>
Pluralitas non est ponenda si
Stefano Mazzocchi wrote:
First of I´d like to say that we decided not to used XMLForms in favor
of pure flowscript, since we´re building large business applications.
Despite the direction change we took, I really appriciate the XMLForms...
I know Ugo likes hibernate but I suggested him to tak
Sorry for the really sloppy snip, Stefano and Antonio.
Didn´t mean to distort your orginal messages.
regards,
Per-Olof Norén
On Saturday, March 1, 2003, at 10:23 AM, Per-Olof Norén wrote:
Sorry for the really sloppy snip, Stefano and Antonio.
Didnt mean to distort your orginal messages.
We'll forgive you
..
as long as you write up some stuff on using Apache OJB with XForms +
Flow ;)
Sorry, only joking ;)
regard
stefano 2003/03/01 04:44:20
Removed: src/scratchpad/webapp/samples/sitebuilder sitemap.skel.xmap
sitemap.xmap
src/scratchpad/webapp/samples/sitebuilder/datasources
addElement.jsp cocoon_prefix.jspinclude
stefano 2003/03/01 05:24:26
Removed: src/java/org/apache/cocoon/components/language/programming/java
javac.xconf pizza.xconf
Log:
not needed anymore
stefano 2003/03/01 05:33:08
Removed: src/java/org/apache/cocoon/components/language/programming/javascript
javascript.xconf
Log:
not needed anymore
stefano 2003/03/01 05:34:15
Removed: src/java/org/apache/cocoon/components/language/markup/xsp/javascript
javascript.xconf
Log:
not needed anymore
stefano 2003/03/01 05:34:59
Removed: src/java/org/apache/cocoon/components/language/markup/xsp/javascript
javascript.samplesxpipe
Log:
shouldn't be here
stefano 2003/03/01 05:35:53
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
changed default XSP compiler to new awesome Eclipse JTD compiler
Revision ChangesPath
1.66 +20 -6 xml-cocoon2/src/webapp/WEB-INF/cocoon.xconf
Index: cocoon.xconf
There are a few things around that are webservices oriented and I
thought about packaging them all into one block.
what do you think?
--
Stefano Mazzocchi <[EMAIL PROTECTED]>
Pluralitas non est ponenda sine necessitate [William of Ockham]
rubys 2003/03/01 05:51:37
Modified:.gump.xml
Log:
Per request, nag on prereq failure, but only on the main build
Revision ChangesPath
1.2 +4 -1 xml-cocoon2/gump.xml
Index: gump.xml
===
Per-Olof Norén wrote:
Stefano Mazzocchi wrote:
First of I´d like to say that we decided not to used XMLForms in favor
of pure flowscript, since we´re building large business applications.
Despite the direction change we took, I really appriciate the XMLForms...
I know Ugo likes hibernate but
There are two blocks like these
in the cocoon.xconf file. They relate to Input/Output Modules.
I really don't know enough about those to write a meaningful
introduction to the section.
Can you please help me out on this?
Thank you.
--
Stefano Mazzocchi <[EMAIL
stefano 2003/03/01 06:54:23
Modified:src/webapp welcome.xslt
Log:
allow hyperlinks in welcome (will be used to direct to samples)
Revision ChangesPath
1.4 +4 -0 xml-cocoon2/src/webapp/welcome.xslt
Index: welcome.xslt
=
stefano 2003/03/01 06:55:18
Modified:src/webapp sitemap.xmap
Log:
more docs and added OS-based user directories (please check macosx location since I
don't remember exactly where user public_html equivalent is)
Revision ChangesPath
1.90 +18 -2 xml-cocoon2/src/we
stefano 2003/03/01 07:17:04
xml-cocoon2/src/samples/org/apache/cocoon/samples/flow/prefs - New directory
stefano 2003/03/01 07:18:04
Added: src/samples/org/apache/cocoon/samples/flow/prefs User.java
UserRegistry.java
Removed: src/samples/org/apache/cocoon/samples/flow User.java
UserRegistry.java
Log:
moved flow samples java classes
stefano 2003/03/01 07:44:06
Modified:src/webapp sitemap.xmap
Log:
added more docs into the first welcome pipeline (users don't read docs anyway so
it's better to place them right in their face!)
also fixed the macosx user pages (thanks to pier)
Revision ChangesPath
stefano 2003/03/01 07:44:36
Added: src/webapp/samples samples.xwelcome
Log:
used to patch the welcome page when samples are present
Revision ChangesPath
1.1 xml-cocoon2/src/webapp/samples/samples.xwelcome
Index: samples.xwelcome
=
haul2003/03/01 07:56:56
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
add comments
Revision ChangesPath
1.67 +39 -23xml-cocoon2/src/webapp/WEB-INF/cocoon.xconf
Index: cocoon.xconf
===
RC
Stefano Mazzocchi wrote:
There are two blocks like these
in the cocoon.xconf file. They relate to Input/Output Modules.
I really don't know enough about those to write a meaningful
introduction to the section.
Can you please help me out on this?
Just done that. Please check.
Chris.
--
C
stefano 2003/03/01 09:48:00
Modified:src/webapp/samples samples.xml sitemap.xmap
Log:
starting to cleanup the huge samples mess (this will take a while people, so please
be patient)
Revision ChangesPath
1.41 +11 -92xml-cocoon2/src/webapp/samples/samples.xml
stefano 2003/03/01 09:48:18
Modified:.build.properties build.xml
Log:
starting to cleanup the huge samples mess (this will take a while people, so please
be patient)
Revision ChangesPath
1.13 +14 -16xml-cocoon2/build.properties
Index: build.properti
Sure the flowscript layer can (and will, I'm sure) be abused, but as
much as ant build files, or sitemaps can reach a point where the mess
and performance drags you down and refactoring is needed.
Since you did bring it up... ;)
Could you offer some tips on "how to refactor an ant build script f
Jason Foster wrote:
Sure the flowscript layer can (and will, I'm sure) be abused, but as
much as ant build files, or sitemaps can reach a point where the mess
and performance drags you down and refactoring is needed.
Since you did bring it up... ;)
Could you offer some tips on "how to refactor a
28 matches
Mail list logo
