Berin Loritsch wrote_
Fortress allows us to do a number of really cool things that are
not available in the ECM. One of them is to no longer require the
accursed Roles file. Adding new user components to Cocoon and
having the configuration able to use those components directly
is just as
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should
we wait for the release until it's finished?
I think we should set a date now and take whatever we have for a beta
release. So I propose to make a beta 1 on the
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=20682.
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=20723.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Greetings :)
A fellow worker of mine is trying to build a form upon xmlforms with a
rather complicated makeup,
he wants the form to represent a list of users, with each user having some
fields for user name,
adres and so :)
like this:
User 1
name: biggie
address: big house
User 2
name: little
You're right, this is a serious problem. I'll try to look into it. Can
you provide more information about what is causing it?
my flowscript code looks like the following example:
---
cocoon.load(resource://org/apache/cocoon/components/flow/javascript/Databas
e.js);
function myLogic {
var
On Thursday, June 12, 2003, at 07:02 PM, Christopher Oliver wrote:
If you use jxForm.js then you must use the JXForms template.
OK, thanks for the confirmation.
However, you can use both JXForms and JXTemplate by running one as a
generator and the other as a transformer in the same pipeline.
Do
I've tryed using w3c DOM instead of userbean, the way it was done in the example. It works fine.I changed WizardAction. Instead ot getting the parameter UserBean, I get a parameter - xml file. Inside the Action I make a w3c dom form that file and work with it.You just have to play with the xpath
On 13 Jun 2003 at 8:35, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should we
wait for the release until it's finished?
What is actually required to fix the FOM implementation? Is it
On Friday, June 13, 2003, at 08:40 AM, Jeroen Cranendonk wrote:
snip/
Firstly, I've seen the samples in cvs that use the repeat tag, from
what I
see you reference a field
in the model/bean that returns a List, does this have to be a List, or
would
any Set or Collection do ?
what's the datatype
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=15710.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler2003/06/13 03:27:09
cocoon-2.1/src/scratchpad/webapp/samples/jelly - New directory
cziegeler2003/06/13 03:27:09
cocoon-2.1/src/scratchpad/mocks/org/apache/commons/jelly - New directory
cziegeler2003/06/13 03:27:09
cocoon-2.1/src/scratchpad/mocks/org/apache - New directory
cziegeler2003/06/13 03:27:09
cocoon-2.1/src/scratchpad/mocks/org/apache/commons - New directory
cziegeler2003/06/13 03:27:09
cocoon-2.1/src/scratchpad/mocks/org - New directory
cziegeler2003/06/13 03:27:08
cocoon-2.1/src/scratchpad/mocks - New directory
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=15710.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler2003/06/13 03:27:38
Modified:src/targets compile-build.xml
.build.properties
src/scratchpad/webapp/samples scratchpad-samples.xml
Added: src/scratchpad/src/org/apache/cocoon/generation
JellyGenerator.java
On Friday, June 13, 2003, at 11:17 AM, Jeroen Cranendonk wrote:
It does help a lot, thanks! :)
Someone should copy paste that to some documentation or sample ;)
Just one more question/thought, You only showed using xf:output
fields, I
assume the textbox
and such fields work just as well ?
Yeah
When trying
map:match pattern=*/baz
map:redirect-to uri=bar/baz/
/map:match
foo/baz will get redirected to foo/bar/baz, not to bar/baz
If I wanted to redirect to that, I could just write
map:match pattern=*/baz
map:redirect-to uri=*/bar/baz/
/map:match
This is with Cocoon 2.1m2
--
Upayavira
On 13 Jun 2003 at 8:35, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should we
wait for the release until it's finished?
What is actually required to fix the FOM
On Fri, 13 Jun 2003, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should
we wait for the release until it's finished?
I think we should set a date now and take whatever we have for
At 02:31 AM 6/13/2003, you wrote:
Berin Loritsch wrote_
Fortress allows us to do a number of really cool things that are
not available in the ECM. One of them is to no longer require the
accursed Roles file. Adding new user components to Cocoon and
having the configuration able to use those
upayavira2003/06/13 05:05:54
Modified:src/webapp/stylesheets/system error2html.xslt
Log:
Correcting broken FAQ link
Revision ChangesPath
1.7 +1 -1 cocoon-2.1/src/webapp/stylesheets/system/error2html.xslt
Index: error2html.xslt
Hi all,
it seems that the map:aggregate calls a map:part twice :(
The first generates the output stream and are displayed by the browser.
The second are not displayed.
The sitemap.log show both entrys. An action who add database entrys add
2, with different ids.
If the side is direct called it
Carsten Ziegeler wrote:
Berin Loritsch wrote_
Fortress allows us to do a number of really cool things that are
not available in the ECM. One of them is to no longer require the
accursed Roles file. Adding new user components to Cocoon and
having the configuration able to use those components
Mato Mira, Fernando wrote:
When trying
map:match pattern=*/baz
map:redirect-to uri=bar/baz/
/map:match
foo/baz will get redirected to foo/bar/baz, not to bar/baz
It's a feature. Redirect sends redirect which is resolved by browser.
Sitemap does not process redirect URI. Thus, if you want to
Geoff Howard wrote:
At 02:31 AM 6/13/2003, you wrote:
Berin Loritsch wrote_
Fortress allows us to do a number of really cool things that are
not available in the ECM. One of them is to no longer require the
accursed Roles file. Adding new user components to Cocoon and
having the
Stephan Michels wrote:
On Fri, 13 Jun 2003, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should
we wait for the release until it's finished?
I think we should set a date now
AFAIK, the only real thing missing for 2.1 is the FOM
implementation. The question is now, is someone already working on
it resp. should we wait for the release until it's finished?
What is actually required to fix the FOM implementation? Is it just
refactoring some of the main
OK, thanks. Now what I need is a way to do forwarding.
I started looking at using some other framework because of this.
--
Fernando D. Mato Mira [EMAIL PROTECTED]
Thomson Dialog
www.dialog.com
E-MAIL NOTICE:
This message (plus any attachments) is confidential and may be subject
to
Upayavira wrote:
I think its refactoring and adding some functionality. As a starting
point you can look at this thread:
http://marc.theaimsgroup.com/?t=10540178951r=1w=2
I remember reading that. What I wanted to know is exactly how one
would go about
updating the FOM.
If all
cziegeler2003/06/13 07:15:04
Modified:src/blocks/portal/java/org/apache/cocoon/portal/coplet
CopletData.java CopletInstanceData.java
src/blocks/portal/java/org/apache/cocoon/portal/util
AttributesFieldHandler.java
Log:
cziegeler2003/06/13 07:20:10
Modified:src/blocks/portal/java/org/apache/cocoon/portal/util
CopletDataReferenceFieldHandler.java
CopletBaseDataReferenceFieldHandler.java
CopletDataFieldHandler.java
On Fri, 13 Jun 2003, Leo Sutic wrote:
Do you run windows or linux?
FreeBSD. Which is the problem -- I think there is some incompatibility
between the ExcaliburComponentManager the 1.3.1 JDK for FreeBSD (which
seems like a Major bug to me!)
Am thinking about doing a:
WINDOWS:
for %i
Berin Loritsch wrote:
Rob Johnston wrote:
On Fri, 13 Jun 2003, Leo Sutic wrote:
Do you run windows or linux?
FreeBSD. Which is the problem -- I think there is some incompatibility
between the ExcaliburComponentManager the 1.3.1 JDK for FreeBSD (which
seems like a Major bug to me!)
It
On Fri, 13 Jun 2003, Berin Loritsch wrote:
Rob Johnston wrote:
On Fri, 13 Jun 2003, Leo Sutic wrote:
Do you run windows or linux?
FreeBSD. Which is the problem -- I think there is some incompatibility
between the ExcaliburComponentManager the 1.3.1 JDK for FreeBSD (which
seems
On Fri, 13 Jun 2003, Berin Loritsch wrote:
Berin Loritsch wrote:
It seems unlikely, but it is possible.
Could you print out the output of:
$ java -version
On one of the Apache boxes we have both JDK 1.3.1 and JDK 1.4.1, and
the results of JDK 1.3.1 is:
java version 1.3.1-p8
OK, thanks. Now what I need is a way to do forwarding.
I started looking at using some other framework because of this.
How does forwarding differ from redirection?
What specifically are you trying to achieve?
Upayavira
Rob Johnston wrote:
On Fri, 13 Jun 2003, Berin Loritsch wrote:
Okay, so you were actually able to verify the problem. Glad I'm not
going insane. :-) Is it too early to say if the problem is in the JDK
or in the ecm? Hopefully this will be a trivial fix...
I am not very familiar with the
I agree with you that 2.1 should not be delayed for changes to FOM. That
can come later.
Stephan Michels wrote:
On Fri, 13 Jun 2003, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp.
On 13/06/2003 21:18 Joerg Heinicke wrote:
If the FOM implementer themselves are of this opinion, let's go ahead
and release Cocoon 2.1 as soon as possible.
Does it need a vote?
It normally does, would you mind starting it?
/Steven
--
Steven Noels
With or without beta release?
Joerg
Steven Noels wrote:
On 13/06/2003 21:18 Joerg Heinicke wrote:
If the FOM implementer themselves are of this opinion, let's go ahead
and release Cocoon 2.1 as soon as possible.
Does it need a vote?
It normally does, would you mind starting it?
/Steven
joerg 2003/06/13 15:45:37
Modified:src/documentation/xdocs/link livesites.xml
Log:
complete update on the livesites,
sorting the pages by their Cocoon version,
kicked some pages (this commit is only for documenting the kicks)
Revision ChangesPath
1.2 +157 -97
joerg 2003/06/13 15:45:52
Modified:src/documentation/xdocs/link livesites.xml
Log:
complete update on the livesites,
sorting the pages by their Cocoon version,
kicked some pages (this commit is only for documenting the kicks)
Revision ChangesPath
1.5 +156 -97
joerg 2003/06/13 15:47:22
Modified:src/documentation/xdocs/link livesites.xml
Log:
kicked the marked-to-kick pages
Revision ChangesPath
1.6 +4 -31 cocoon-2.1/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/13 15:47:39
Modified:src/documentation/xdocs/link livesites.xml
Log:
kicked the marked-to-kick pages
Revision ChangesPath
1.3 +4 -31 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
Updated the rest. LiveHTTPHeaders is really a nice tool. I love Mozilla
more and more :-) Imagine you have to do this work using wget ...
Joerg
Steven Noels wrote:
On 6/06/2003 19:13 Joerg Heinicke wrote:
Do you believe me, that it is a Cocoon application ;-) it's possible
that the start
joerg 2003/06/13 17:24:07
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Cell.java
Log:
fixed internationalization support (encoding UTF-16), bug 15365
Revision ChangesPath
1.2 +24 -45
joerg 2003/06/13 17:24:59
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Cell.java
Log:
fixed internationalization support (hack: harcoded encoding UTF-16), bug 15365
Revision ChangesPath
1.3
joerg 2003/06/13 17:26:27
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java
Log:
fixed javadoc error, code formatting
Revision ChangesPath
1.3 +83 -122
joerg 2003/06/13 17:26:43
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java
Log:
fixed javadoc error, code formatting
Revision ChangesPath
1.2 +77 -146
joerg 2003/06/13 17:31:16
Modified:.changes.xml
Log:
bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16
Revision ChangesPath
1.23 +5 -1 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/13 17:31:28
Modified:.status.xml
Log:
bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16
Revision ChangesPath
1.55 +4 -0 cocoon-2.1/status.xml
Index: status.xml
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=15365.
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=15365.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi:
I am trying to update the info of supported Database Datatypes by Original
and Modular Database Actions.
Currently I am facing that there are 2 lists in the database block:
One at: /java/org/apache/cocoon/util/JDBCTypeConversion.java
Second at:
joerg 2003/06/13 18:16:21
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Sheet.java
Log:
clean up, javadoc fix, code formatting
Revision ChangesPath
1.2 +93 -182
joerg 2003/06/13 18:16:59
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Sheet.java
Log:
clean up, javadoc fix, code formatting
Revision ChangesPath
1.4 +80 -165
Everything seems to be ok, though you have updated Xalan and Xerces?
Cocoon 2.0.4 comes with Xalan 2.3.1 and Xerces 2.0. This /can/ be
reason, but is not needed to be. I thought more the other way around
(using the Xalan delivered with Sun JDK 1.4).
In conclusion I don't have any solution for
I am using cocoon2.0.4 with tomcat 4.1 and j2sdk1.4.0
I am trying to set up a pooled connection with mysql using esql taglib. But Iam
getting the following error.
I tried connecting with both SQL server and mysql but the problem persists.
/*Error Message **/
62 matches
Mail list logo
