Carsten Ziegeler wrote:
>
> Volker Schmitt wrote:
> >
> > Hi,
> >
> > the current Interface of CacheableProcessingComponent:
> >
> >
> >
> > why not using Object as a return value of "generateKey" ? I think
> > this is more
> > flexible and allows the implementation of Compound keys.
> >
cziegeler02/05/28 01:25:00
Modified:src/java/org/apache/cocoon/caching Cache.java
CacheableProcessingComponent.java
PipelineCacheKey.java
src/java/org/apache/cocoon/caching/impl CacheImpl.java
src/java/org/apa
cziegeler02/05/28 01:42:12
Modified:src/java/org/apache/cocoon/caching PipelineCacheKey.java
src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
Log:
Changed key from String to long
Revision ChangesPath
cziegeler02/05/28 01:55:54
Modified:src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
Log:
Finished? caching pipeline (and correct cvs message, too)
Revision ChangesPath
1.16 +23 -15
xml-cocoon2/src/java/o
cziegeler02/05/28 02:06:33
Modified:src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
src/java/org/apache/cocoon/generation FileGenerator.java
Log:
Fixed NPE
Revision ChangesPath
1.17 +2 -2
cziegeler02/05/28 02:09:34
Modified:src/webapp sitemap.xmap
Log:
Added conf of profiling pipelines to sitemap
Revision ChangesPath
1.58 +4 -0 xml-cocoon2/src/webapp/sitemap.xmap
Index: sitemap.xmap
Carsten Ziegeler wrote:
>>
>> Volker Schmitt wrote:
>> >
>> > Hi,
>> >
>> > the current Interface of CacheableProcessingComponent:
>> >
>> >
>> >
>> > why not using Object as a return value of "generateKey" ? I think
>> > this is more
>> > flexible and allows the implementation of Compound k
Volker Schmitt wrote:
> yes, HashTable/HashMap calls equal method to make sure that the search
> key-Object is the same than the stored key in the HashMap. If we have a
> Compound-Key you can implement the hashcode as a "sumary" or
> "xor" of the single
> keys hashcode and implements the equal m
cziegeler02/05/28 03:51:31
Modified:src/java/org/apache/cocoon/caching ComponentCacheKey.java
PipelineCacheKey.java
src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
Log:
Minor updates
cziegeler02/05/28 03:57:42
Modified:src/java/org/apache/cocoon/caching
CacheValidityToSourceValidity.java
Log:
Fixing validity testing
Revision ChangesPath
1.3 +3 -3
xml-cocoon2/src/java/org/apache/cocoon/caching/CacheValidityToSourceV
cziegeler02/05/28 04:33:58
Modified:src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
Log:
Fixing bugs - caching of complete pipelines works now
Revision ChangesPath
1.19 +16 -16
xml-cocoon2/src/java/org/a
cziegeler02/05/28 04:54:46
Modified:src/java/org/apache/cocoon/caching ComponentCacheKey.java
PipelineCacheKey.java
Log:
Added toString() method for the FilesystemStore :(
Revision ChangesPath
1.9 +13 -1
xml-cocoon2/src/java/org/apache/
cziegeler02/05/28 05:00:56
Modified:src/java/org/apache/cocoon/caching ComponentCacheKey.java
PipelineCacheKey.java
Log:
Added fixmes
Revision ChangesPath
1.10 +2 -1
xml-cocoon2/src/java/org/apache/cocoon/caching/ComponentCacheKey.java
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> Volker Schmitt wrote:
> >
> > Hi,
> >
> > the current Interface of CacheableProcessingComponent:
> >
> >
> >
> > why not using Object as a return value of "generateKey" ? I think
> > this is more
> > flexible and allows the implementat
Berin Loritsch wrote:
> > >
> > Yes, I thought about this over the weekend, too. Object as
> > the return value is the most flexible.
> >
> > But when using Object the caching algorithm is required to
> > build compound objects (arrays etc.) and cannot use simple
> > string operations
> > for bui
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> > There are two things you need to know about the default
> hashCode() for
> > this to work:
> >
> > 1) Default hash values are the address of the object--meaning that
> >they are all aligned on a power of 2 ( typically every 4 or 8
> >
cziegeler02/05/28 06:08:13
Modified:src/java/org/apache/cocoon/components/source
SitemapSource.java
src/java/org/apache/cocoon/components/source/impl
SitemapSource.java
src/java/org/apache/cocoon/generation Fi
- Original Message -
From: "Carsten Ziegeler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 28, 2002 1:20 AM
Subject: RE: XMLForm howto live
>
> >
> > What do you mean by this? The xml document format?
> >
> No, not the format but the content. If you describe featur
Ivelin Ivanov wrote:
>
> >
> > >
> > > What do you mean by this? The xml document format?
> > >
> > No, not the format but the content. If you describe features in the
> > documentation which is not available in the official release
> > you will confuse the users as they are searching for the fea
cziegeler02/05/28 06:16:31
Modified:src/java/org/apache/cocoon/caching ComponentCacheKey.java
PipelineCacheKey.java
Log:
Make hashCode odd as suggested by Berin
Revision ChangesPath
1.11 +6 -6
xml-cocoon2/src/java/org/apache/cocoon/cach
Berin Loritsch wrote:
> > > There are two things you need to know about the default
> > hashCode() for
> > > this to work:
> > >
> > > 1) Default hash values are the address of the object--meaning that
> > >they are all aligned on a power of 2 ( typically every 4 or 8
> > >bytes depending
Ivelin Ivanov wrote:
> Carsten Ziegeler wrote:
> > Ivelin Ivanov wrote:
> > > What do you mean by this? The xml document format?
> >
> > No, not the format but the content. If you describe features in the
> > documentation which is not available in the official release
> > you will confuse the us
haul02/05/28 06:40:39
Modified:.changes.xml
Log:
Changed modules from using the request object to using objectModel instead. This
entails some larger modifications to the modular database actions as they used
to inherit the setColumn method which doesn't work anymore
haul02/05/28 06:41:29
Modified:src/java/org/apache/cocoon/components/modules/database
AutoIncrementModule.java
HsqlIdentityAutoIncrementModule.java
IfxSerialAutoIncrementModule.java
Manua
haul02/05/28 06:42:11
Modified:src/java/org/apache/cocoon/matching/modular
CachingWildcardMatcher.java WildcardMatcher.java
Log:
Changed modules from using the request object to using objectModel instead. This
entails some larger modifications to the mo
haul02/05/28 06:42:50
Modified:src/java/org/apache/cocoon/acting/modular
DatabaseAction.java DatabaseAddAction.java
DatabaseDeleteAction.java DatabaseSelectAction.java
DatabaseUpdateAction.java TestAction.java
haul02/05/28 06:43:52
Added: src/java/org/apache/cocoon/util JDBCTypeConversions.java
Log:
Changed modules from using the request object to using objectModel instead. This
entails some larger modifications to the modular database actions as they used
to inherit the setColu
David,
As I said, I decided to publish the XMLForm howto after I saw the portal
docs, which refer to code in scratchpad.
http://xml.apache.org/cocoon/developing/sunrise.html
I see nothing wrong with that as long as the document clearly states that
the feature is in the works.
Giving a wider ex
On Monday, May 27, 2002, at 05:06 AM, Konstantin Piroumian wrote:
> A while ago I've proposed to use document DTD format for the samples
> that
> does not require any custom formatting, but there were no any comment
> to it.
If you don't want to use a specific DTD (other than document dtd) t
Ivelin Ivanov wrote:
>
> David,
>
> As I said, I decided to publish the XMLForm howto after I saw the portal
> docs, which refer to code in scratchpad.
> http://xml.apache.org/cocoon/developing/sunrise.html
>
But there is one big difference: the portal and authentication code *is* in
the 2.0.
Welcome back, Diana ;)
From: "Diana Shannon" <[EMAIL PROTECTED]>
>
> On Monday, May 27, 2002, at 05:06 AM, Konstantin Piroumian wrote:
>
> > A while ago I've proposed to use document DTD format for the samples
> > that
> > does not require any custom formatting, but there were no any comment
>
cziegeler02/05/28 07:03:18
Modified:src/java/org/apache/cocoon/components/pipeline
AbstractProcessingPipeline.java
ProcessingPipeline.java
src/java/org/apache/cocoon/components/source
SitemapSource.ja
On 27.May.2002 -- 10:32 AM, Christian Haul wrote:
> On 26.May.2002 -- 01:35 PM, Sylvain Wallez wrote:
> > Christian Haul wrote:
> > >On 24.May.2002 -- 04:00 PM, Sylvain Wallez wrote:
> > >
> > >>Chris, what about passing the full object model instead of just the
> > >>Request to {Input, Output}Mo
Fare enough.
AFAIK, an early version of XMLForm is in 2.0.3.
Not sure if that counts.
Probably not, since the HOWTO will only work with the latest code which is
in 2.1 main.
Peace.
- Original Message -
From: "Carsten Ziegeler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday,
[echo] --
[echo] Apache Cocoon 20020528 [1999-2002]
[echo] --
[echo] Building with Apache Ant version 1.6alpha compiled on May 28 2002
[echo] using build file
On Tuesday, May 28, 2002, at 09:48 AM, Ivelin Ivanov wrote:
>
> David,
>
> As I said, I decided to publish the XMLForm howto after I saw the portal
> docs, which refer to code in scratchpad.
1. How is your howto linked to from the rest of Cocoon docs? You need to
cite a reference to it in src
> From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> And to answer the issue of TreeProcessor vs Compiled, I guess I'd vote
for
> 1) (keep TP only) unless someone can demonstrate severe performance
> constraints.
It won't be possible to note any difference in these sitemap
implementations, till
On Tuesday, May 28, 2002, at 09:24 AM, David Crossley wrote:
> Hold on. I am not sure why we are wanting to publish
> documentation onto the website about a feature that
> is not available in the release. It is not even in the
> upcoming 2.0.3 release.
Thanks for catching this issue, David.
T
to work on adding it to my weblog. You can see it in action
at http://www.beblogging.com/blog/20020528-185712
Can't really say more ATM, it's late and I have to go, but this is going
to be a real bomb!
Ugo
I finally checked out the live site html files at /xml-
site/targets/cocoon. I'm following up on a request to update the links
pages made late last week on this list. A few questions.
1. I don't see how to update the live site safely without copying all
html files generated from a release branc
On 27.May.2002 -- 11:49 AM, Carsten Ziegeler wrote:
>
> Konstantin Piroumian wrote:
> >
> > Hi alls!
> >
> > While inspecting the Forrest's sitemap
> > (src/documentation/conf/sitemap.xmap)
> > I've found several lines that are using Ant substitution params like:
> > .
> >
> > Won't it be better
I'm using SQL Server and would be interested a performance boost too,
but, relative to all the other stuff going on, is the JDBC overhead
significant?
Steve
> -Original Message-
> From: Horst Rutter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 28, 2002 5:30 PM
> To: [EMAIL PROTECTED]
FYI, the great guys at Q42 have written a clone of IE's contentEditable
for Mozilla.
Check it out at http://xopus.org/index.jsp?menu=mozce : although still
rudimentary, it shows a lot of potential.
Sylvain
--
Sylvain Wallez
Anyware Technologies Apache Cocoon
http://www.a
is anyone able to use svg2jpeg or svg2png under jdk 1.4.0 (headless)
and linux? it dont work! i tested cocoon_203_branch
and cocoon_dev_2-1 with tomcat_dev_4-1.
its important to me ... see my mail "svg error" for details
thx dude
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.
Anyone know anything about this product for MacOSX? I have just posted a
link to an article on my weblog (http://radio.weblogs.com/0103021/). How
does it compare to Cocoon?
Matthew
--
Open Source Group Cocoon { Consulting, Training, Projects }
==
Folks,
The XSLTC group is at a hold again.
Anyone interested to work with Tom to resolve the issues?
I am sorry if I sound pushy, especially when I am not helping myself.
My focus is currently in another area of Cocoon, as some of you know.
Recently there have been a number of people asking t
I posted a question on cocoon-users a while ago asking for help with
this Action class and took the source code upstairs with me to watch the
end of the NHL playoff game (Trawna lost in overtime - hooray!).
As I have now read the code in some depth, I would like to ask whether
anyone has actua
> -Original Message-
> From: Michael Hartle [mailto:[EMAIL PROTECTED]]
> Subject: RedHat patent applications
>
> While the
> latter seems to go more into a OS-related direction, the
> former somewhat
> resembles existing functionality in Cocoon 2. Is this in any
> way relevant ?
This
Ivelin Ivanov wrote:
> Folks,
>
>
> The XSLTC group is at a hold again.
>
> Anyone interested to work with Tom to resolve the issues?
Here: I'll do all I can do to help out in this issue. What I need is a
complete stack trace from the exception being thrown, as well as the
cocoon logs (if an
> -Original Message-
> From: Diana Shannon [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 28, 2002 5:31 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XMLForm howto live
>
>
>
> On Tuesday, May 28, 2002, at 09:24 AM, David Crossley wrote:
>
> > Hold on. I am not sure why we are wanting
Just a note on SQL Server: the Microsoft drivers really suck, and the
performance is dismal.
Changing drivers would help anyway.
There is a link to a performance comparison between db in the archive, I
think the thread was about Access.
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, May 28, 2002 7:05 PM
Subject: Re: JNDI/Webapp ClassLoader Bug (ContextBindings.java), patch
(?)attached
> > Hi,
> >
> > I believe I have found a bug (or a probl
RedHat\'s patent applications seems to me to be basically: let the OS of the server
contain the static part of protocol\'s responses, so that the OS can start with quick
responses while it looks up the dynamic parts.
The technique is well known from many if not all stand alone servers (and the
Berlin Loritsch wrote:
>There are two things you need to know about the default hashCode()
>for this to work:
>
>1) Default hash values are the address of the object--meaning that
> they are all aligned on a power of 2 ( typically every 4 or 8
> bytes depending on 32 or 64 bit machines
>sorry, but I don\'t understand why the resultant
>hashCode should not an even
>number. My understanding of a hashCode funktion is,
>that it should generate
>homogeneous values.
Yes, but the default hashCode function generates even numbers. So in order to recieve
more balance when you mix your
55 matches
Mail list logo