David Crossley wrote, On 25/06/2003 4.26:
...
One disadvantage with moving Cocoon and Forrest away from xml.apache.org
is that all Cocoon and Forrest committers are already automatically
committers on xml-commons and could be helping that important project
to find its feet.
This is a good point,
Welcome Reinhard.
As you know the new account has been established.
The next step is to sign and send in the Contributors License
Agreement (CLA). Then set up your CVS access over SSH and put
a ~/.forward file at your cvs.apache.org home directory to
forward your @apache.org email.
There are
upayavira2003/06/25 00:40:22
Modified:.status.xml
Log:
Added CVS tag and added completed action for permanent redirects
Revision ChangesPath
1.62 +5 -0 cocoon-2.1/status.xml
Index: status.xml
cziegeler2003/06/25 01:23:07
cocoon-2.1/src/blocks/portal/samples/skins/common/css - New directory
cziegeler2003/06/25 01:23:07
cocoon-2.1/src/blocks/portal/samples/skins/basic/images - New directory
cziegeler2003/06/25 01:23:07
cocoon-2.1/src/blocks/portal/samples/skins/basic/styles - New directory
cziegeler2003/06/25 01:23:07
cocoon-2.1/src/blocks/portal/samples/skins/basic/css - New directory
cziegeler2003/06/25 01:23:07
cocoon-2.1/src/blocks/portal/samples/skins/basic - New directory
cziegeler2003/06/25 01:23:17
Modified:src/blocks/portal/samples/skins/common/styles tab.xsl
window.xsl
src/blocks/portal/samples sitemap.xmap
Added: src/blocks/portal/samples/skins/common/styles
portal-page.xsl
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Nicola
Ken Barozzi
Jeff Turner wrote, On 24/06/2003 13.38:
As most of you probably saw, there's a thread on cocoon-dev
suggesting
that Forrest ought to be a Cocoon subproject, with the
consensus being
it makes sense.
AFAICT
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=21075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
I modified the FOM implementation in the scratchpad to make the FOM
available to the view layer, thinking that the view author
also should
see the FOM (See FOM_JavaScriptFlowHelper.java), rather than the raw
Request, Response, etc.
Hi,
I currently have a problem generating the cocoon site with forrest.
I get the following error:
---
* [0]
- [broken page] index.html -
No pipeline matched request: tab.xml
Total time: 0 minutes 5 seconds
I'm using latest forrest from cvs and I
Hi Sylvian,
it works now
I checked out and build the new cvs and test it.
test with:
map:pipeline cached and noncached
map:pipeline internal-only=true cached and noncached
Klaus
Klaus Bertram wrote:
Klaus Bertram wrote:
Sylvain Wallez wrote:
Klaus Bertram wrote:
Hi Joerg
yes I found it by
jefft 2003/06/25 04:56:07
Modified:src/documentation sitemap.xmap
Log:
Update overridden sitemap to work with Forrest 'stable-20030625' tag.
Revision ChangesPath
1.8 +148 -140 cocoon-2.1/src/documentation/sitemap.xmap
Index: sitemap.xmap
Carsten Ziegeler wrote, On 25/06/2003 12.26:
I get the following error:
---
* [0]
- [broken page] index.html -
No pipeline matched request: tab.xml
Do you have tab.xml?
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba
Nicola Ken Barozzi wrote:
Carsten Ziegeler wrote, On 25/06/2003 12.26:
I get the following error:
---
* [0]
- [broken page] index.html -
No pipeline matched request: tab.xml
btw, I am having the same problem when generating the Lenya site using
On Wed, Jun 25, 2003 at 12:26:21PM +0200, Carsten Ziegeler wrote:
Hi,
I currently have a problem generating the cocoon site with forrest.
I get the following error:
---
* [0]
- [broken page] index.html -
No pipeline matched request: tab.xml
Jeff Turner wrote:
Cocoon overrides the main Forrest sitemap
(src/documentation/sitemap.xmap), which means that every time the Forrest
CVS sitemaps change, the Cocoon one would need synching. To avoid this,
there is a 'stable' tag on Forrest, the theory being that Cocoon docs
should always
cziegeler2003/06/25 05:59:53
cocoon-2.1/src/documentation/xdocs/developing/portal - New directory
cziegeler2003/06/25 06:00:01
Modified:src/documentation/xdocs index.xml
src/documentation/xdocs/developing book.xml
src/blocks/linkrewriter/samples/bookdemo/docs book.xml
Added: src/documentation/xdocs/developing/portal book.xml index.xml
Log:
Hi All,
Does anyone know how to write a call from FlowScript to a Java Method,
when the method name is the same as a keyword in JavaScript?
I am trying to invoke the following Java Method from JavaScript and it
refuses to interpret:
var sess =
cziegeler2003/06/25 06:09:12
Modified:src/documentation/content/xdocs index.xml
Log:
Correcting link to lenya
Revision ChangesPath
1.5 +1 -1 cocoon-site/src/documentation/content/xdocs/index.xml
Index: index.xml
cziegeler2003/06/25 06:10:15
Modified:src/documentation/xdocs/developing/portal index.xml
Log:
Updating docs
Revision ChangesPath
1.2 +8 -4 cocoon-2.1/src/documentation/xdocs/developing/portal/index.xml
Index: index.xml
On Monday, June 23, 2003, at 03:13 PM, Ricardo Rocha wrote:
Jeremy Quinn wrote:
Since the login() method calls 'cocoon.createSession()', should the
'logout()' method not invalidate the Session?
Is there a method available in the FOM to do that?
I could not work out what
I guess
See http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104498961922321w=2 -
thanks Christopher ;-)
Reinhard
Hi All,
Does anyone know how to write a call from FlowScript to a Java Method,
when the method name is the same as a keyword in JavaScript?
I am trying to invoke the following Java
cziegeler2003/06/25 06:33:25
Modified:src/targets docs-build.xml
src/documentation/xdocs/developing/portal index.xml
Added: src/documentation/xdocs/dtd document-v11.dtd
document-v12.mod ISOnum.pen ISOtech.pen ISOlat1.pen
crossley2003/06/25 06:59:41
Modified:src/documentation/content/xdocs whoweare.xml history.xml
Log:
Add missing newlines at EOF.
Revision ChangesPath
1.3 +1 -1 cocoon-site/src/documentation/content/xdocs/whoweare.xml
Index: whoweare.xml
crossley2003/06/25 07:06:06
Modified:src/documentation/content/xdocs index.xml
Added: src/documentation/content/xdocs incubation.xml
Log:
Added new doc to help explain incubation. Content gleaned from cocoon-dev:
David Crossley wrote:
Gianugo Rabellino wrote:
snip/
...Anyway, given that you are the only one showing some
interest, I'm starting to think that I'm just being paranoid...
No, you are definitely not. All the issues that you and Christopher
are attending to are extremely important. I, for
[EMAIL PROTECTED] wrote:
cziegeler2003/06/25 06:33:25
Modified:src/targets docs-build.xml
src/documentation/xdocs/developing/portal index.xml
Added: src/documentation/xdocs/dtd document-v11.dtd
document-v12.mod ISOnum.pen ISOtech.pen
Stefano Mazzocchi wrote:
David Crossley wrote:
I think that we need a document that clearly explains what it
means to be a Cocoon sub-project under incubation.
This would go at the top-level of the cocoon website and help to
explain the mysterious statements on the Cocoon and Lenya
David Crossley wrote:
Why do we need DTDs to be included here? If they need to be in Cocoon
CVS, then shouldn't they be in WEB-INF/entities.
The validate-xdocs task validates all our documents and uses the
DTDs from the documentation directory. As the old document-10 dtd
was already there,
Carsten Ziegeler wrote:
David Crossley wrote:
Why do we need DTDs to be included here? If they need to be in Cocoon
CVS, then shouldn't they be in WEB-INF/entities.
The validate-xdocs task validates all our documents and uses the
DTDs from the documentation directory. As the old
stevenn 2003/06/25 07:54:36
Modified:src/documentation/content/xdocs history.xml index.xml
src/documentation/content/xdocs/news index.xml
Log:
some rephrasings which were stuck in my sandbox
Revision ChangesPath
1.3 +2 -1
I think the alternative constructor would do it
definitely. Although
I would miss all the functionality that CocoonBean provides for
creating and initializing Cocoon.
uv
So what functionality are you referring to here? Surely you
don't want
to go configuring the Cocoon
On 25/06/2003 16:16 David Crossley wrote:
We need to add a section that says how/when a sub-project is deemed
ready to leave incubation.
Gee. That sounds as untangible as the criteria upon which proposals are
judged before they can actually go into incubation. Can't we just say
that projects
Unico,
Okay. But why do you want to create a Cocoon object as
independent from the Cocoon bean? Why can't the bean create
and configure it for you?
1) because CocoonBean is single threaded and I need to run concurrent
requests.
Fair enough.
2) because I want to share the same
cziegeler2003/06/25 12:47:38
Modified:src/targets docs-build.xml validate-build.xml
src/webapp/WEB-INF/entities catalog
src/documentation/xdocs/developing/portal index.xml
Added: src/webapp/WEB-INF/entities common-charents-v10.mod
Does this make the locally built docs use the new look as the website
does?
Geoff
At 07:56 AM 6/25/2003, you wrote:
jefft 2003/06/25 04:56:07
Modified:src/documentation sitemap.xmap
Log:
Update overridden sitemap to work with Forrest 'stable-20030625' tag.
Revision Changes
Steven Noels wrote:
On 24/06/2003 10:02 Michael Wechner wrote:
snip /
On 25/06/2003 22:54 Michael Wechner wrote:
well, does that mean I should checkin the patched
ResourceExistsAction? It seems to me that the whole dicussion about
checking in the ResourceExistsAction got a bit sidetracked ;-)
Sure, go ahead. If you'd feel better by adding a [PATCH] in Bugzilla
on 6/24/03 12:30 PM Geoff Howard wrote:
At 01:00 PM 6/24/2003, Gianugo wrote:
Christopher Oliver wrote:
OK... I spent some more time with the code and did some steps forward.
Now, unfortunately, I'm stuck due to my ignorance: any further step
would be just a wild bet from my part, and it
on 6/24/03 2:29 PM Gianugo Rabellino wrote:
Geoff Howard wrote:
This is good news. I understand that it's very difficult, but I hope
that it might be easier than you think, and I hope I can somehow help
you in that. Anyway, given that you are the only one showing some
interest, I'm
on 6/24/03 3:48 PM Christopher Oliver wrote:
Although I think it would be nice to sync with the Rhino cvs, I can tell
you from personal experience that the Rhino code at cocoondev.org is
more stable than Cocoon itself at this point.
So I think trying to place the blame on Rhino for not
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=21075.
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=21075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
on 6/25/03 4:35 AM Reinhard Pötz wrote:
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
I modified the FOM implementation in the scratchpad to make the FOM
available to the view layer, thinking that the view author
also should
see the FOM (See FOM_JavaScriptFlowHelper.java), rather than
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 control on the platform (cocoon is probably going
on 6/23/03 8:29 PM Pier Fumagalli wrote:
SetAttribute vs Well-formedness:
Briefly, I wanted to check with you people if a functionality like the XSLT
setattribute is required, or the non-well-formedness of Garbage is better
(see previous messages on this
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
Bruno Dumon wrote:
If you have some time, could you compare the current behaviour with
that of xalan 2.5 and 2.4.1, to see if this got worse recently?
Hello Bruno,
back to these bugs - we stumbled over them in our company, where we use
Cocoon 2.0.4 and updated Xalan to 2.4.1.
The pipe:
Sorry for the off-topic post but I have a problem accessing Cocoon with
SSH using Putty (win2k). Is there anybody out there who runs this
configuration? I get some real strange error messages.
TIA!
Reinhard
P.S. Of course I would write some documentation, promised!
Reinhard Pötz wrote:
Sorry for the off-topic post but I have a problem accessing Cocoon with
SSH using Putty (win2k). Is there anybody out there who runs this
configuration? I get some real strange error messages.
I do... what messages do you get?
cheers
--
Torsten
...
I would say then that it would be nice to go to the Rhino
community with
suggestions *and* some code. I have been looking at it more thouroughly
and as of now I think that the real problem is not really Rhino missing
continuations, but Rhino being coded not to be extensible: most
+1. Refactoring the Rhino core to be extensible is the proper solution
IMO. However, the use of implementation inheritance in Rhino is going to
be a major problem: virtually every class that I originally extended has
changed significantly in incompatible ways. I'm really not sure what can
be done
on 6/24/03 6:55 AM Dirk-Willem van Gulik wrote:
Then perhaps my observation means absolutely nothing - and I should really
try to get my mind around a fundamentally different development model (and
some aspect you call WORA).
Oh, sorry, WORA := Write Once Run Anywhere. It's java's first
on 6/24/03 7:19 AM Carsten Ziegeler wrote:
Nicola Ken Barozzi wrote:
Jeff Turner wrote, On 24/06/2003 13.38:
As most of you probably saw, there's a thread on cocoon-dev suggesting
that Forrest ought to be a Cocoon subproject, with the
consensus being it
makes sense.
AFAICT the only
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 it
crossley2003/06/25 20:16:39
Modified:.forrest.properties
Log:
Temporary fix for recent problems caused by now copying the DTDs and some
supporting xml docs into the build tree.
Revision ChangesPath
1.14 +1 -1 cocoon-2.1/forrest.properties
Index:
on 6/21/03 10:55 AM Christopher Oliver wrote:
OK. I didn't implement the following, so if you or anyone else would
like to, please go ahead:
Cocoon.addEventListener()
Cocoon.removeEventListener();
Cocoon.getComponent()
Can someone explain the purpose and behavior of these operations?
on 6/21/03 10:55 AM Christopher Oliver wrote:
OK. I didn't implement the following, so if you or anyone else would
like to, please go ahead:
Cocoon.addEventListener()
Cocoon.removeEventListener();
Cocoon.getComponent()
Can someone explain the purpose and behavior of these operations?
crossley2003/06/25 21:12:59
Modified:src/webapp/WEB-INF/entities catalog
src/webapp/samples/catalog catalog-demo.xml
Added: src/webapp/samples/catalog testovr.txt
src/webapp/WEB-INF/entities/catalog-demo override.txt
crossley2003/06/25 21:17:24
Modified:.forrest.properties
Log:
Remove the recent workaround for an xml validation problem.
Revision ChangesPath
1.15 +1 -1 cocoon-2.1/forrest.properties
Index: forrest.properties
Carsten Ziegeler wrote:
David Crossley wrote:
Why do we need DTDs to be included here? If they need to be in Cocoon
CVS, then shouldn't they be in WEB-INF/entities.
The validate-xdocs task validates all our documents and uses the
DTDs from the documentation directory. As the old
cziegeler2003/06/25 22:43:42
Added: src/documentation/images portal-parts.gif
Log:
Adding missing image
Revision ChangesPath
1.1 cocoon-2.1/src/documentation/images/portal-parts.gif
Binary file
66 matches
Mail list logo