On 12.07.2006 00:20, Upayavira wrote:
Joerg, haven't seen anything about apache mail ids being created or
such? Is it possible that a direct reply to your e-mail got spam
filtered or went missing in someway? Should I resend?
The process is you send in your ICLA by fax (or it may be possible
[PATCH] Allow LuceneIndexTransformer to index large documents (with more than
10k terms)
Key: COCOON-1880
URL: http://issues.apache.org/jira/browse/COCOON-1880
Project: Cocoon
[ http://issues.apache.org/jira/browse/COCOON-1880?page=all ]
Conal Tuohy updated COCOON-1880:
Attachment: LuceneIndexTransformer.diff
The patch adds the facility to set a max-field-length parameter, in the same
way as all the other parameters. Also
Peter Hunsberger wrote:
Interesting. Sounds perhaps useful without the dual implementations
as just simplifying the core, but the ability to plug in your own base
processor also sounds interesting; if we ever go to the point where
all our processing is completely database driven I take it
Carsten Ziegeler wrote:
Some time ago we discussed very lengthy that our core interface, the
Processor, is not the best interface we ever invented. The processor
should be the main entrance to the Cocoon processing engine.
snip/
So, WDYT?
Interesting.
However, a few remarks:
- how
Carsten Ziegeler skrev:
Some time ago we discussed very lengthy that our core interface, the
Processor, is not the best interface we ever invented. The processor
should be the main entrance to the Cocoon processing engine.
As I need a simple way of adding my own processor in my project, I
On 7/11/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
...Basically integrating Cocoon in another framework is then
a) get the cocoon spring bean container from the servlet context, b) get
the processor bean from the spring container and c) invoke the processor...
I like this, and pluggable
Daniel Fagerstrom wrote:
Often you are going to need the servlet configuration and/or context
and then you are back on the Servlet interface again. OTH, having a
Servlet as a managed component is slightly complicated as one need to
keep track on both its life cycle as a managed component and
Sylvain Wallez wrote:
However, a few remarks:
- how is Processor different from Servlet?
The interface is similar. The difference is configuration and who
manages the component. If a processor is a component we can use all nice
features of spring for that and I think the configuration is
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
Often you are going to need the servlet configuration and/or context
and then you are back on the Servlet interface again. OTH, having a
Servlet as a managed component is slightly complicated as one need to
keep track on both its life cycle as a
Joerg Heinicke wrote:
Upayavira wrote:
Joerg, haven't seen anything about apache mail ids being created or
such? Is it possible that a direct reply to your e-mail got spam
filtered or went missing in someway? Should I resend?
The process is you send in your ICLA by fax (or it may be
Carsten Ziegeler skrev:
Sylvain Wallez wrote:
However, a few remarks:
- how is Processor different from Servlet?
The interface is similar. The difference is configuration and who
manages the component. If a processor is a component we can use all nice
features of spring for that and I
Issue Subscription
Filter: COCOON-open-with-patch (82 issues)
Subscriber: cocoon
Key Summary
COCOON-1880 [PATCH] Allow LuceneIndexTransformer to index large documents (with
more than 10k terms)
http://issues.apache.org/jira/browse/COCOON-1880
COCOON-1879 Make fd:field
Daniel Fagerstrom wrote:
Don't think this is the best way to do it. The current
MountTableProcessor means that you only can mount SitemapProcessor and
no other kinds of controllers, as it explicitly manage the creation of
the SitemapProcessors. IMO it is better to let the component
Carsten Ziegeler skrev:
Daniel Fagerstrom wrote:
Don't think this is the best way to do it. The current
MountTableProcessor means that you only can mount SitemapProcessor and
no other kinds of controllers, as it explicitly manage the creation of
the SitemapProcessors. IMO it is better to
Daniel Fagerstrom wrote:
Are you using so many sitemap processors so that becomes a problem? We
have something like that today. The tree processor is configured as a
component, or will a Spring bean configuration be much more verbose?
No, the spring bean config might look the same (more or
On 7/12/06, David Crossley [EMAIL PROTECTED] wrote:
Joerg Heinicke wrote:
Upayavira wrote:
Jim last recorded a batch on 2006-07-07. Peter this sounds
strange. Fax it again. If it is back-to-front or unreadable
then nothing that Jim can do.
Our Fax machine prints out little images of what
Good morning,
I'd like to manage in some way the sms sending using cocoon, but I
have not easy clear ideas on how to realize this. Does anyone know the
best, or maybe the not worst, way to try to implement this function?
Suppose I have an XML file with all the information I need to generate
the
On 7/12/06, David Crossley [EMAIL PROTECTED] wrote:
Joerg Heinicke wrote:
Upayavira wrote:
Jim last recorded a batch on 2006-07-07. Peter this sounds
strange. Fax it again. If it is back-to-front or unreadable
then nothing that Jim can do.
Our Fax machine prints out little images of what
Carsten Ziegeler skrev:
Daniel Fagerstrom wrote:
Are you using so many sitemap processors so that becomes a problem? We
have something like that today. The tree processor is configured as a
component, or will a Spring bean configuration be much more verbose?
No, the spring bean config
Daniel Fagerstrom wrote:
Carsten Ziegeler skrev:
Sylvain Wallez wrote:
However, a few remarks:
- how is Processor different from Servlet?
The interface is similar. The difference is configuration and who
manages the component. If a processor is a component we can use all nice
FYI
I rebuilt the continuum server over the weekend and forgot to enable mailing
list notifications - this is fixed now. It seems that core did not build
last night ?
Jorg
Online report :
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/
Online report :
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/178/buildId/214
Build statistics:
State: Ok
Previous State: Failed
Started at: Thu, 13 Jul 2006 03:06:12 +
Finished at: Thu, 13 Jul 2006 03:08:02 +
Total time: 1m 49s
23 matches
Mail list logo
