Hi,
I have a question to the new portal, which is with the Cocoon version
2.1.5-dev thereby.
If one logs in in the portal as ' cocoon ' user, then there is a tab '
JSR-168 '.
Under this tab, are 3 Coplets, which shows nothing.
Instead of the content, one indicates: The coplet inst is currently
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29765.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is a late-night, rambling [RT]. I think it's a good idea. You may or may
not. Please flame, argue, discuss, rant, etc... it's an [RT], after all...
Have fun!
The Problem: Documentation
Right here is where I would discuss the problem in a more in-depth sort of way,
but since my brain
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, 21 Feb 2004, Antonio Gallardo wrote:
Currently, these mock java classes have not copyright notice. Is this
correct? or we need to include a copyright notice and the respective ASL
in each of these file?
No every file should have the right copyright text and the url to the
2.0
[EMAIL PROTECTED] wrote:
cziegeler2004/06/23 23:28:00
Modified:src/java/org/apache/cocoon/reading ImageReader.java
Log:
Making this class compile again - don't know if this is the correct fix, please cross-check
Thanks; yes, fix looks fine.
Vadim
Revision ChangesPath
1.11
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs to
happen on the docs. And really, what it is going to take is someone just
getting on and doing it. I suspect that someone putting in the legwork
FWIW: I've struggled with an improperly working 'context' protocol myself
somewhere. Could you change it to a hard-coded absolute path just for
checking?
Bye, Helma
-Original Message-
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 23 June 2004 17:08
To: [EMAIL
Upayavira wrote:
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs to
happen on the docs. And really, what it is going to take is someone just
getting on and doing it. I suspect that someone putting in
Although never ever putting it this well, this was my intention when I
started on the TOC for 2.15. Unfortunately things got too hectic here to
keep the pace going, but it's not forgotten. I want to chip in, but my time
is very limited at the moment and my knowledge of Cocoon is not that big
that
Tony Collen wrote:
Upayavira wrote:
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs
to happen on the docs. And really, what it is going to take is
someone just getting on and doing it. I suspect that
Tony Collen wrote:
Upayavira wrote:
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs
to happen on the docs. And really, what it is going to take is
someone just getting on and doing it. I suspect that
Vadim Gritsenko wrote:
What's current state of doco? Some time ago we agreed to migrate to it
(once it's done ;-)
I think it got indefinitely sidelined when Stefano moved.
Tony
Vadim
The Solution
I propose we create a free, high-quality electronic book (entitled
_The_Cocoon_Handbook_), which will eventually replace the mess of
docs
we currently have. It will be in DocBook (possibly simplified)
format.
We can integrate the eventual book with user-added notations,
Answering to my own question:
It seems that the only way to get data from the session context for saving
it to db, is to use the jxpath input module, by serving it with the
session-context module. This is what i have now in the database
descriptor, and it seems to work ok.
value name=user
On 24 Jun 2004, at 12:27, [EMAIL PROTECTED] wrote:
FWIW: I've struggled with an improperly working 'context' protocol
myself
somewhere. Could you change it to a hard-coded absolute path just for
checking?
Thanks for your suggestion, but context:// has never been an issue for
me in the past.
The
Le 23 juin 04, à 17:07, Jeremy Quinn a écrit :
...in the first case it is loaded like this:
map:flow language=javascript
map:script src=context://samples/blocks/lucene/query/query.js/
/map:flow
in the second case like this:
map:flow language=javascript
Vadim Gritsenko wrote:
Tony Collen wrote:
Upayavira wrote:
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs
to happen on the docs. And really, what it is going to take is
someone just getting on and
caleb racey wrote:
...
I too wish to see docbook as a documentation format for cocoon and a
whole host of other projects.
Forrest will move to XHTML2 as the source format of election in the
future, and will support XHTML and HTML too (already does but not as
extensively as we would want).
--
Tony Collen wrote:
...
The Solution
I propose we create a free, high-quality electronic book (entitled
_The_Cocoon_Handbook_), which will eventually replace the mess of docs
we currently have. It will be in DocBook (possibly simplified) format.
...
Let's not make this a technology issue,
On Thu, 24 Jun 2004, Nicola Ken Barozzi wrote:
Tony Collen wrote:
...
The Solution
I propose we create a free, high-quality electronic book (entitled
_The_Cocoon_Handbook_), which will eventually replace the mess of docs
we currently have. It will be in DocBook (possibly
Dear Cocooners,
I've just started to take a look at the JCR (a.k.a. JSR-170) Reference
Implementation from Slide, after having read the latest JSR draft, and
I feel like exploring the possibilities of its usage inside Cocoon.
First thing I tried to do is an implementation of the
I deployed cocoon app as JSR 168 compatibile portlet into the pluto.
What version of Tomcat are you using?
You deployed by creating the .war and putting it in the webapp folder right?
i am using 4.1.30 and Cocoon is not coming up
-jm
Ugo Cei wrote:
Dear Cocooners,
I've just started to take a look at the JCR (a.k.a. JSR-170) Reference
Implementation from Slide, after having read the latest JSR draft, and I
feel like exploring the possibilities of its usage inside Cocoon.
First thing I tried to do is an implementation of the
Il giorno 24/giu/04, alle 16:37, Ugo Cei ha scritto:
Then I thought about doing a Generator that could stream the XML
representation of a JCR repo provided by the API. Should be a piece of
cake as there's a method that streams it to a ContentHandler.
It *would* be a piece of cake if those
Ugo Cei wrote:
Dear Cocooners,
I've just started to take a look at the JCR (a.k.a. JSR-170) Reference
Implementation from Slide, after having read the latest JSR draft, and I
feel like exploring the possibilities of its usage inside Cocoon.
First thing I tried to do is an implementation of the
Il giorno 24/giu/04, alle 18:23, Stefano Mazzocchi ha scritto:
But I do think it makes sense to have general pipeline components that
are able to read and write into a JCR repository anyway, but probably
a Source would be better in this regard.
Hmmm, I thought you were somewhat contrary to
I think that it needs to be a collaborative effort. There has to be a
coordinator/prodder and collector of volunteers/editor but there has to be a
collaborative effort as no one has expertise in all areas of Cocoon.
I'll write an outline and present it in the next couple days and ask for
Hi,
it is possible to run complete cocoon applications inside a portal coplet?
I mean, if i write an sepearate cocoon application, is a coplet
able to show this cocoon application and handles all links, etc
which contains these cocoon application?
Thanks,
Sebastian
--
Using M2, Opera's
Sebastian,
Although i can't answer your question it seems we are trying to accomplish
the same thing. I also want to run Cocoon applications as portlets. I am
taking the path of using the JSR168Portlet or CocoonPortlet class and trying
to figure
out the instructions on the CocoonWiki site for
Hi,
I want to share some news and information about the javaflow
development, in cases that someone want to step in. I want also prevent
a one-man show.
Okay, the theory behind the introduction of continuation within java
is plain simple. Store and restore stack and local variables in cases
of
Ugo Cei wrote:
Il giorno 24/giu/04, alle 18:23, Stefano Mazzocchi ha scritto:
But I do think it makes sense to have general pipeline components that
are able to read and write into a JCR repository anyway, but probably
a Source would be better in this regard.
Hmmm, I thought you were somewhat
On 24 Jun 2004, at 15:37, Ugo Cei wrote:
Dear Cocooners,
I've just started to take a look at the JCR (a.k.a. JSR-170) Reference
Implementation from Slide, after having read the latest JSR draft, and
I feel like exploring the possibilities of its usage inside Cocoon.
First thing I tried to do is
[EMAIL PROTECTED] wrote:
...
I would also suggest to use simple html files (that Forrest can read),
why not xhtml that are structured?
That's the idea. Forrest ditches all non-presentational tags...
using a simple subset of xhmtl tags will be easy to tranform to PDF
...and then can transform to
Berin Loritsch wrote:
...
All I can say is Write On! (pun intended).
:-D
Seriously, having a good organizational structure helps writing
comprehensibly. The structure does not need to be set in stone, but it
does need to be there. The biggest problem is getting writers.
+1
Question is, who is
On 24 Jun 2004, at 14:21, Bertrand Delacretaz wrote:
Le 23 juin 04, à 17:07, Jeremy Quinn a écrit :
...in the first case it is loaded like this:
map:flow language=javascript
map:script src=context://samples/blocks/lucene/query/query.js/
/map:flow
in the second case
Dirk-Willem van Gulik dijo:
On Sat, 21 Feb 2004, Antonio Gallardo wrote:
Currently, these mock java classes have not copyright notice. Is this
correct? or we need to include a copyright notice and the respective ASL
in each of these file?
No every file should have the right copyright text
On Thu, 24 Jun 2004, Antonio Gallardo wrote:
Dirk-Willem van Gulik dijo:
On Sat, 21 Feb 2004, Antonio Gallardo wrote:
Thanks for the quick response ;-)
The wonders of a laptop going into repairs (with some stuff still in the
sent mail queue) and it coming back with the HD still intact.
39 matches
Mail list logo