Grzegorz Kossakowski wrote:
Thanks Carsten for a summary!
To be honest, I'm not sure what kind of action we should take here. What
you described sounds great and it's very tempting to have sources
properly working with just standard URL class.
Anyway, I'm little bit worried that whole things
Joerg Heinicke wrote:
On 13.03.2008 16:20, Luca Morandini wrote:
Which is a departure from 2.1.9, which, IIRC, worked even with
Javascript disabled on the browser.
I don't think Forms used to work without Javascript.
I beg to differ: disable your javascript, go to
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=66983projectId=51
Build statistics:
State: Error
Previous State: Ok
Started at: Tue 18 Mar 2008 00:55:05 -0700
Finished at: Tue 18 Mar 2008 00:56:12 -0700
Total time: 1m 7s
Build Trigger: Schedule
Build
Continuum VMBuild Server pisze:
snip/
Build Error:
Provider message: The svn command failed.
Command output:
On Mon, 2008-03-17 at 11:15 -0400, Vadim Gritsenko wrote:
On Mar 17, 2008, at 11:15 AM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
External HTTP crawler is not a replacement for cocoon embedding
APIs (which what our CLI was, allows you to embed cocoon and use it
from within
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67003projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 01:36:44 -0700
Finished at: Tue 18 Mar 2008 01:37:13 -0700
Total time: 29s
Build Trigger: Schedule
Build
Array-based constructors of TreeSelectionEvent used.
Key: COCOON-2178
URL: https://issues.apache.org/jira/browse/COCOON-2178
Project: Cocoon
Issue Type: Improvement
Components:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67009projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 02:57:01 -0700
Finished at: Tue 18 Mar 2008 02:59:03 -0700
Total time: 2m 2s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67034projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 03:50:49 -0700
Finished at: Tue 18 Mar 2008 03:52:22 -0700
Total time: 1m 32s
Build Trigger: Schedule
Build
Hi all,
I am looking for information how to extend a spring bean that I have
defined in the core via blocks/plugins.
I have following configuration in my main spring context:
bean id=org.apache.droids.helper.factories.HandlerFactory
class=org.apache.droids.helper.factories.HandlerFactory
Hi there,
I'm looking for a way to eliminate all visible references to the term
cocoon from a user point of view. My goal is to prevent users from being
able to identify that my web application relies on the Cocoon platform
(mainly for security and intrusion reasons).
I noticed that the main
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67036projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 04:02:25 -0700
Finished at: Tue 18 Mar 2008 04:02:42 -0700
Total time: 16s
Build Trigger: Schedule
Build
Carsten Ziegeler wrote:
Grzegorz Kossakowski wrote:
Thanks Carsten for a summary!
To be honest, I'm not sure what kind of action we should take here.
What you described sounds great and it's very tempting to have
sources properly working with just standard URL class.
Anyway, I'm little bit
On 18.03.2008 03:46, Luca Morandini wrote:
I beg to differ: disable your javascript, go to
http://www.tutelamare.it/ and click on AmbienteMeteo; you'll see no
Javascript there (at least for the widget types we used).
With JavaScript *enabled* I'm stuck at the front page saying Tutela del
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67056projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 05:02:45 -0700
Finished at: Tue 18 Mar 2008 05:03:05 -0700
Total time: 19s
Build Trigger: Schedule
Build
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Grzegorz Kossakowski wrote:
Thanks Carsten for a summary!
To be honest, I'm not sure what kind of action we should take here.
What you described sounds great and it's very tempting to have
sources properly working with just standard URL class.
Carsten Ziegeler wrote:
Yes, that is the reason why I started jnet :) (unfortunately I never had
time to finish this)
What's left? Only polishing or more?
--
Reinhard PötzManaging Director, {Indoqa} GmbH
Thorsten Scherler wrote:
Hi all,
I am looking for information how to extend a spring bean that I have
defined in the core via blocks/plugins.
I have following configuration in my main spring context:
bean id=org.apache.droids.helper.factories.HandlerFactory
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Yes, that is the reason why I started jnet :) (unfortunately I never
had time to finish this)
What's left? Only polishing or more?
Polishing and trying to convince the projects to use it :)
Carsten
--
Carsten Ziegeler
[EMAIL PROTECTED]
Joerg Heinicke wrote:
On 18.03.2008 03:46, Luca Morandini wrote:
I beg to differ: disable your javascript, go to
http://www.tutelamare.it/ and click on AmbienteMeteo; you'll see no
Javascript there (at least for the widget types we used).
With JavaScript *enabled* I'm stuck at the front
On Tue, 2008-03-18 at 13:11 +0100, Carsten Ziegeler wrote:
Thorsten Scherler wrote:
Hi all,
I am looking for information how to extend a spring bean that I have
defined in the core via blocks/plugins.
I have following configuration in my main spring context:
bean
On 18.03.2008 08:15, Luca Morandini wrote:
I beg to differ: disable your javascript, go to
http://www.tutelamare.it/ and click on AmbienteMeteo; you'll see
no Javascript there (at least for the widget types we used).
With JavaScript *enabled* I'm stuck at the front page saying Tutela
del
Joerg Heinicke wrote:
On 18.03.2008 08:15, Luca Morandini wrote:
Seriously: does it lament any Javascript error ?
I'm using latest Mozilla SeaMonkey. It does not show any error in the
Error Console. I have certain JavaScript functions disabled though:
- Move or resize existing windows
-
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67083projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 06:39:31 -0700
Finished at: Tue 18 Mar 2008 06:42:11 -0700
Total time: 2m 39s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67088projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 07:04:13 -0700
Finished at: Tue 18 Mar 2008 07:04:58 -0700
Total time: 45s
Build Trigger: Schedule
Build
On Mar 18, 2008, at 4:08 AM, Grzegorz Kossakowski wrote:
Continuum VMBuild Server pisze:
snip/
Build
Error:
Provider
message: The svn
On Mar 18, 2008, at 10:32 AM, Vadim Gritsenko wrote:
On Mar 18, 2008, at 4:08 AM, Grzegorz Kossakowski wrote:
Continuum VMBuild Server pisze:
snip/
Build
Error:
I would like to propose for GSOC2008 a fix for:
https://issues.apache.org/jira/browse/COCOON-1579
WDYT?
Best Regards,
Antonio Gallardo.
Reinhard Poetz escribió:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67108projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 08:00:00 -0700
Finished at: Tue 18 Mar 2008 08:01:50 -0700
Total time: 1m 49s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67133projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 09:00:01 -0700
Finished at: Tue 18 Mar 2008 09:01:16 -0700
Total time: 1m 14s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67154projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 10:00:01 -0700
Finished at: Tue 18 Mar 2008 10:03:22 -0700
Total time: 3m 21s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67175projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 11:00:01 -0700
Finished at: Tue 18 Mar 2008 11:01:13 -0700
Total time: 1m 11s
Build Trigger: Schedule
Build
I've created another series of non-Maven release artifacts. See
http://people.apache.org/~reinhard/cocoon-staging/cocoon-servlet-service/
and
http://people.apache.org/~reinhard/cocoon-staging/getting-started/
What has changed:
o The archive name is the base directory of the ZIP.
o fix EOL,
I've created a 'getting-started' package for Non-Maven users:
http://people.apache.org/~reinhard/cocoon-staging/getting-started/
It contains a Cocoon application that consists of two parts: a simple block and
a web application that uses this block. Additionally there is an Ant based build
Vadim Gritsenko wrote:
4. cocoon-samples-1.0.0.zip
I won't have time to work on the samples distribution in a foreseeable future
because I have to concentrate on getting all the other stuff (1, 2 and 3) done.
By mimicking the 'getting-started-create' Ant target in
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vadim Gritsenko updated COCOON-1985:
Fix Version/s: 2.1.12-dev (Current SVN)
Fix backported to 2.1 branch.
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67197projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 12:53:56 -0700
Finished at: Tue 18 Mar 2008 12:55:54 -0700
Total time: 1m 57s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67210projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 13:03:09 -0700
Finished at: Tue 18 Mar 2008 13:03:19 -0700
Total time: 9s
Build Trigger: Schedule
Build
Hi Reinhard,
On Tue, Mar 18, 2008 at 7:39 PM, Reinhard Poetz [EMAIL PROTECTED] wrote:
I've created a 'getting-started' package for Non-Maven users:
http://people.apache.org/~reinhard/cocoon-staging/getting-started/
It contains a Cocoon application that consists of two parts: a simple
Vadim Gritsenko pisze:
The problem is with
cocoon/blocks/cocoon-lucene/cocoon-lucene-sample/src/main/resources/COB-INF/create-index2.jx
file, svn:eol-style property. I don't know how I can fix it since I can
not checkout latest version (due to error above).
The person who changed the
On Mar 18, 2008, at 4:35 PM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
The problem is with cocoon/blocks/cocoon-lucene/cocoon-lucene-
sample/src/main/resources/COB-INF/create-index2.jx file, svn:eol-
style property. I don't know how I can fix it since I can not
checkout latest
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=67239projectId=51
Build statistics:
State: Error
Previous State: Error
Started at: Tue 18 Mar 2008 15:15:42 -0700
Finished at: Tue 18 Mar 2008 15:17:03 -0700
Total time: 1m 20s
Build Trigger: Schedule
Build
Carsten Ziegeler pisze:
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Yes, that is the reason why I started jnet :) (unfortunately I never
had time to finish this)
What's left? Only polishing or more?
Polishing and trying to convince the projects to use it :)
Carsten, I've taken a
Vadim Gritsenko pisze:
No, you probably were just lucky. I removed directory with offending
file (rm -rf
cocoon/blocks/cocoon-lucene/cocoon-lucene-sample/src/main/resources/COB-INF)
and - since issue is already fixed in svn - update went fine. If only
somebody could do the same on continuum
On Tue, Mar 18, 2008 at 11:55:20PM +0100, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
No, you probably were just lucky. I removed directory with offending
file (rm -rf
cocoon/blocks/cocoon-lucene/cocoon-lucene-sample/src/main/resources/COB-INF)
and - since issue is already fixed
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 19 March 12:55 AM
Using Forrest 0.9-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2008-03-19 12:12:09
... Rendering docs in
On Mar 18, 2008, at 8:41 PM, David Crossley wrote:
Vadim said the issue was with create-index2.jx file.
I don't see a problem with it.
I think you fixed it; but before that it somehow had eol-style set to
'Id', which caused svn client to abort update.
Vadim
47 matches
Mail list logo
