On Sat, 28 Jun 2003, Nicola Ken Barozzi wrote:
Christopher Oliver wrote, On 28/06/2003 19.19:
Nicola Ken Barozzi wrote:
...
I'm really confused about this SWT thing. On my computer Eclipse feels
slower than JBuilder. And I still have to understand what makes SWT so
compelling and
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=21177.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bdelacretaz2003/06/30 02:36:41
Modified:src/documentation/xdocs/howto howto-html-pdf-publishing.xml
Log:
updated for Cocoon 2.1, mount subdirectory not needed anymore
Revision ChangesPath
1.2 +38 -36
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=21177.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dear all,
I'm currently playing around with the portal framework (2.1 M2, jdk
1.3.1, resin 2.0.4). I'm trying to create a configurable coplet. Because
the basis for the configuration is dynamic, I want the configuration to
be created by an XSP instead of a static XML. However, I get really
weird
Hi group,
I often need to manipulate the queryString from the Request,
so that I can use the manipulated one in links.
Manipulate the String object is ugly and error prone.
What do you think about extending the Request object,
so that we can
1) delete Request Parameter
2) add Request Parameter
3)
-Original Message-
From: Enke, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday 30 June 2003 14:12
To: [EMAIL PROTECTED]
Subject: extending the Request object!?
Hi group,
I often need to manipulate the queryString from the Request,
so that I can use the manipulated one in links.
Geissel, Adrian wrote:
-Original Message-
From: Enke, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday 30 June 2003 14:12
To: [EMAIL PROTECTED]
Subject: extending the Request object!?
Hi group,
I often need to manipulate the queryString from the Request,
so that I can
snip
I have used Swing quite a lot, and as you know I even gave a shot at
making a WYSIWYG editor for XML. I had to debug the Editor.
Which xml namespaces were you trying to do this for? xhtml, svg, mathml?
I've tried numerous times to extend the javax.swing.text.*.* packages and
had
cziegeler2003/06/30 05:59:26
Modified:src/documentation/xdocs/installing updating.xml
Log:
Enhancing update doc
Revision ChangesPath
1.11 +71 -60cocoon-2.1/src/documentation/xdocs/installing/updating.xml
Index: updating.xml
cziegeler2003/06/30 06:17:43
Modified:src/documentation/xdocs/installing updating.xml
Log:
Enhancing update doc
Revision ChangesPath
1.12 +7 -1 cocoon-2.1/src/documentation/xdocs/installing/updating.xml
Index: updating.xml
bruno 2003/06/30 06:25:28
Modified:src/blocks/woody/java/org/apache/cocoon/woody
FormContext.java
src/blocks/woody/java/org/apache/cocoon/woody/acting
HandleFormSubmitAction.java
Roger I Martin PhD wrote, On 30/06/2003 14.57:
snip
I have used Swing quite a lot, and as you know I even gave a shot at
making a WYSIWYG editor for XML. I had to debug the Editor.
Which xml namespaces were you trying to do this for? xhtml, svg, mathml?
DocumentDTD, basically like xhtml
I've
Title: Re: NullPointerException in JXFormsGenerator
Chris
I checked out the code and that same NULL_LOCATOR problem exists around line 824 in the characters method. I fixed that on my local copy and the transformer works as planned.
Thanks,
Jon
reinhard2003/06/30 06:59:41
Modified:src/documentation/xdocs who.xml
Log:
First commit ;-)
Revision ChangesPath
1.6 +1 -0 cocoon-2.1/src/documentation/xdocs/who.xml
Index: who.xml
===
RCS
On 30/06/2003 15:59 [EMAIL PROTECTED] wrote:
reinhard2003/06/30 06:59:41
Modified:src/documentation/xdocs who.xml
Log:
First commit ;-)
Welcome!
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java XML Competence Support
I'm really moved by the vote and I want to thank you for the confidence.
I'm 25 years old and live in Vienna, Austria. I studied business
consultancy
and graduated three years ago. Now I work as consultant for EFP
Consulting
Austria and as freelancer (Cocoon consulting and training).
The
cziegeler2003/06/30 07:05:55
Modified:src/documentation/stylesheets announcement.xsl
.announcement.xml
Log:
Fixing announcement target
Revision ChangesPath
1.2 +1 -1 cocoon-2.1/src/documentation/stylesheets/announcement.xsl
Index:
Welcome, Reinhard!
It's good to hear that you have energy and time to invest in the
forms/flow department, having good examples and docs will be a major
step forward IMHO.
...Apart from Cocoon I'm on the way to become a Certified Transactional
Analyst.
(this has nothing to do with IT as many
bruno 2003/06/30 07:16:02
Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel
AggregateField.java
Log:
Fixed getValue() method
Revision ChangesPath
1.3 +22 -5
bdelacretaz2003/06/30 07:23:57
Modified:src/documentation/xdocs/installing updating.xml
Log:
minor typos and style changes
Revision ChangesPath
1.13 +10 -10cocoon-2.1/src/documentation/xdocs/installing/updating.xml
Index: updating.xml
coliver 2003/06/30 07:27:49
Modified:src/scratchpad/src/org/apache/cocoon/generation
JXFormsGenerator.java
Log:
handle null locator in characters()
Revision ChangesPath
1.19 +5 -1
cziegeler2003/06/30 07:28:29
Modified:tools/src blocks-build.xsl
Log:
Build system: show message when a block is excluded
Revision ChangesPath
1.25 +7 -1 cocoon-2.1/tools/src/blocks-build.xsl
Index: blocks-build.xsl
cziegeler2003/06/30 07:33:16
Modified:.README.txt
Log:
Correcting minimal jdk version
Revision ChangesPath
1.2 +1 -1 cocoon-2.1/README.txt
Index: README.txt
===
RCS file:
On 29 Jun 2003 at 8:40, [EMAIL PROTECTED] wrote:
...
Revert the previous revision. It is the concern of the stylesheets
to show the release status.
...
- release version=@version@ date=not yet released
+ release version=@version@ date=@date
Should this be @[EMAIL PROTECTED]
Regards,
Hi friends,
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does not
support).
- The cocoon.releaseComponent(component) method
Hi Ricardo,
From: Ricardo Rocha [mailto:[EMAIL PROTECTED]
Hi friends,
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does
Ricardo Rocha wrote:
Hi friends,
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does not
support).
- The
Reinhard Pötz wrote:
- There should be unrestricted access to all components via
cocoon.getComponent(id).
I'll implement getComponent( id ) and releaseComponent( component) ASAP
because the current flow implementation exposes the component manager
and this leads to a serious bug! If you have
Geoff Howard wrote:
From: Unico Hommes [mailto:[EMAIL PROTECTED]
I can't believe I've missed this post. Damn.
Below is the larger picture I envision for a new kind of cache
invaliditation
...
depending on other factors might never come. It seems to me more
fitting
with
Sylvain Wallez wrote:
Ricardo Rocha wrote:
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does not
support).
- The
Guys,
The link stuff is a cross-cutting concern. This thread has IMHO shown
how aspects can be easily added to the sitemap, and effectively used.
Let's see...
- We're abusing the name 'transformer', since nothing is
transformed.
If we're really going to go this way, let's define a new
reinhard2003/06/30 12:22:16
Modified:.build.properties
src/targets ide-build.xml
Log:
- support for a OUTPUT_DIR property -- so it can be overwritten locally
Revision ChangesPath
1.22 +3 -0 cocoon-2.1/build.properties
Index:
reinhard2003/06/30 12:11:10
Modified:src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
Log:
- Implemented functions:
* getComponent( id )
* releaseComponent( component)
* load( script)
- support for cocoon://
joerg 2003/06/30 12:53:16
Modified:src/documentation/xdocs/link livesites.xml
Log:
Center for Technology in Govenment added
Revision ChangesPath
1.7 +1 -0 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/30 12:50:10
Modified:src/documentation/xdocs/link hosting.xml
Log:
RimuHosting added
Revision ChangesPath
1.3 +27 -32cocoon-2.1/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
joerg 2003/06/30 12:50:35
Modified:src/documentation/xdocs/link hosting.xml
Log:
RimuHosting added
Revision ChangesPath
1.3 +27 -32cocoon-2.0/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
I think we have I serious problem with the lookup of components
within flow scripts.
Under load the component manager can become null!!!
Could somebody with more knowledge about this part of Cocoon have
a look at it?
TIA!
Cheers,
Reinhard
-Original Message-
From: [EMAIL PROTECTED]
You need to describe how to recreate the problem in more detail for me to help you.
The component manager will only become null when the FOM_Cocoon object is invalidated.
Your scripts should not be executing in this state. If they are that that indicates a
bug and we need to find it.
Regards,
Ricardo Rocha wrote:
Sylvain Wallez wrote:
Ricardo Rocha wrote:
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does not
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
You need to describe how to recreate the problem in more
detail
ok, here some more details:
As you can see I implemented cocoon.getComponent(id). If I call
this method from the flow and do a lot of refreshes at once
(pushing the F5
Hi friends,
Is this a rant? A random thought? A pontification? Well, let's say it's
just a personal story (and a concern) I want to share with my fellow
Cocooners...
Someone said continuations can be grasped in five minutes, but it
may take a lifetime to master them :-)
When first introduced to
Eric,
Please use Bugzilla (http://nagoya.apache.org) to provide your
enhancements otherwise I fear that they will be overlooked.
Additionally I cc'ed cocoon-dev.
Without looking at your sources and examples: What does your generator
provide what
.
/description
used-byCocoon/used-by
- libcore/excalibur-sourceresolve-20030615.jar/lib
+ libcore/excalibur-sourceresolve-20030630.jar/lib
homepagehttp://avalon.apache.org/excalibur//homepage
/file
ghoward 2003/06/30 19:43:28
Added: lib/core excalibur-sourceresolve-20030630.jar
Log:
upgrade to latest sourceresolve package
Revision ChangesPath
1.1 cocoon-2.1/lib/core/excalibur-sourceresolve-20030630.jar
Binary file
ghoward 2003/06/30 19:51:08
Removed: lib/core excalibur-sourceresolve-20030615.jar
Log:
upgrade to latest sourceresolve package
ghoward 2003/06/30 20:44:17
Modified:src/scratchpad/src/org/apache/cocoon/caching/validity
NameValueEvent.java Event.java EventValidity.java
NamedEvent.java
Log:
Add hashCode for lookup in EventAwareCacheImpl
Revision Changes
ghoward 2003/06/30 20:54:13
Modified:src/scratchpad/src/org/apache/cocoon/caching/validity
NameValueEvent.java Event.java EventValidity.java
NamedEvent.java
Log:
oops
Revision ChangesPath
1.3 +1 -1
ghoward 2003/06/30 21:38:40
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/caching/impl - New directory
ghoward 2003/06/30 21:38:48
Added: src/scratchpad/src/org/apache/cocoon/caching/impl
EventAwareCacheImpl.java
Log:
Add event aware cache implementation
Revision ChangesPath
1.1
ghoward 2003/06/30 21:40:00
Added: src/scratchpad/src/org/apache/cocoon/acting
CacheEventAction.java
Log:
Action to manually fire Cache Events - for testing/sample mainly.
Revision ChangesPath
1.1
On 30 Jun 2003 at 22:29, Sylvain Wallez wrote:
...
I suggested that components being heavyweight resource, allowing
them to cross continuation boundaries should be prohibited.
Automatic release doesn't seem a good solution to me, as it would
mean that script variables would hold released
crossley2003/06/30 22:31:52
Modified:.status.xml
Log:
Fix the date replacement tag.
Revision ChangesPath
1.69 +2 -2 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
Upayavira wrote:
[EMAIL PROTECTED] wrote:
...
Revert the previous revision. It is the concern of the stylesheets
to show the release status.
...
- release version=@version@ date=not yet released
+ release version=@version@ date=@date
Should this be @[EMAIL PROTECTED]
Hi all,
just want to share some thoughts on a possble nice addition for
the woody forms, feel free to comment
(see http://wiki.cocoondev.org/Wiki.jsp?page=Woody for the
miinimal current docs)
the woody forms as of today allow you to define the form-model
(woody-definition file, with some
55 matches
Mail list logo