Merico Raffaele wrote:
> The main reason because I have planned to be in Rome at the CocoonGT was
to
> hear a lot on Cocoon 2.2 and to get important information on the migration
> path (2.1 to 2.2)
I agree with you...
bye,
romano
Romano Trampus
Servizi Informatici per le Biblioteche (SIB)
Dear Community
The main reason because I have planned to be in Rome at the CocoonGT was to
hear a lot on Cocoon 2.2 and to get important information on the migration
path (2.1 to 2.2). But in the program 2.2 is not mentioned explicitly. Are
there any talks referring to my point of interest?
Many
On 18.09.2007 19:34 Uhr, Joerg Heinicke wrote:
// toExternalForm() is buggy, see e.g.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4924415
// therefore we check if file: is followed by just one slash
// TODO when we move to JDK 1.4+, we should use
file.toURI().toASCIIString() instead.
On 18.09.2007 7:45 Uhr, Reinhard Poetz wrote:
Test set: org.apache.cocoon.components.source.impl.ZipSourceTestCase
---
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec
<<< FAILURE!
testURIHandl
On 18.09.2007 14:43 Uhr, Grzegorz Kossakowski wrote:
No failures in the biggest report! And next biggest, and so on...
Text instead of XML reports should be working. Nevertheless, you have found
more reliable way.
I think the problem is that many tests work with expected exceptions and
log
[
https://issues.apache.org/jira/browse/COCOON-2106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528590
]
Grzegorz Kossakowski commented on COCOON-2106:
--
Thanks Csaba Kazó for testing and reporting another pro
StringTemplateParserVariableResolver does not implement Disposable interface
Key: COCOON-2134
URL: https://issues.apache.org/jira/browse/COCOON-2134
Project: Cocoon
On 9/18/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
> Gianugo Rabellino pisze:
>
> Thanks Gianugo for putting this. There is small problem, title contains still
> 2006 instead of 2007.
Good catch! Fixed.
Ciao,
--
Gianugo Rabellino
Sourcesense, making sense of Open Source: http://www.s
Grzegorz Kossakowski skrev:
Daniel Fagerstrom pisze:
...
Sorry for little offending words but I'm really tired repeating the
same thing around ten times and
being blamed in the end.
In general, if one repeat the same thing ten times whithout anyone
understanding it, it just might be relevant f
Daniel Fagerstrom pisze:
> You cannot possibly expect that the whole community would have the time
> or interest to follow your sometimes painful way though all the
> complicated details of Cocoon internals.
I agree with that and that was my motivation for writing that e-mail: to
summarize many i
Giacomo Pati pisze:
>
>
> Giacomo Pati wrote:
>> I'm going to throw away my .m2, recompile it, and check your sample again. I
>> just want to be sure,
>> but this is going a little while.
>
> Ok, I've done as written above but have the same results. No matter what
> settings I have in
> core/c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
>
> I'm going to throw away my .m2, recompile it, and check your sample again. I
> just want to be sure,
> but this is going a little while.
Ok, I've done as written above but have the same results. No matter what
settings I h
Grzegorz Kossakowski skrev:
Daniel Fagerstrom pisze:
Grzegorz Kossakowski skrev:
Giacomo Pati pisze:
...
So, getting to the point, what I propose is that you describe in a
semiformal way what is supposed to be true about stack and other state
before enetering the scope, during the scope and w
Gianugo Rabellino pisze:
> The CocoonGT team is pleased to announce the conference schedule has
> been finalized and is available at
> http://www.cocoongt.org/PROGRAM.html
>
> As usual, we had a great number of high-quality submissions. In
> keeping with the tradition of having a conference day pa
Vadim Gritsenko pisze:
> Grzegorz Kossakowski wrote:
>> Vadim Gritsenko pisze:
>>> Fails here on mac os:
>>>
>>> Results :
>>> Tests run: 98, Failures: 1, Errors: 0, Skipped: 0
>>>
>>> Is there an easy way to find out which test fails?
>>
>> That's good question, I wondered about it too.
>> Mea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
> Reinhard Poetz pisze:
>> Giacomo Pati wrote:
>>> Grzegorz Kossakowski wrote:
>>>
>>> To be honest, I get almost the same stack trace with your little sample.
>
> Just to make sure: you have configured OM to be in reques
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Fails here on mac os:
Results :
Tests run: 98, Failures: 1, Errors: 0, Skipped: 0
Is there an easy way to find out which test fails?
That's good question, I wondered about it too.
Meanwhile I suggest to just go to cocoon-core/target/sure
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
To be honest, I get almost the same stack trace with your little sample.
Just to make sure: you have configured OM to be in request scope instead of
pipelineComponent scope? I ask because my sam
Carsten Ziegeler pisze:
>>
> I can do this any day during this week (most preferably thursday or
> saturday). Just to be sure, what I should do:
> the idea is to add *all* version numbers to both fields, right?
Yes, but our custom fields are of cascading type. This means that you can
assign separ
Reinhard Poetz pisze:
>
> ok, request scope works for me.
Good to know. It's a little progress. What about you, Giacomo?
> sorry, I've read your mail but misunderstood it.
No problem. It's good that we are moving forward, now.
--
Grzegorz Kossakowski
Committer and PMC Member of Apache Cocoon
Daniel Fagerstrom pisze:
> Grzegorz Kossakowski skrev:
>> Giacomo Pati pisze:
>>
>>> Yes, clean my M2 repo.
>>>
>>>
of problematic behaviour in order to help anyhow.
>>> Still have the problems. With scpre="request" I got the stack trace
>>> after the first request found
>>>
Vadim Gritsenko pisze:
>
> Fails here on mac os:
>
> Results :
> Tests run: 98, Failures: 1, Errors: 0, Skipped: 0
>
> Is there an easy way to find out which test fails?
That's good question, I wondered about it too.
Meanwhile I suggest to just go to cocoon-core/target/surefire and sort fil
Grzegorz Kossakowski wrote:
Felix Knecht pisze:
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean
install)?
Works for me under linux, using sun-jdk-1.6 and sun-jdk-1.5
Same here so it's again OS-specific issue. I
Reinhard Poetz pisze:
> Giacomo Pati wrote:
>> Grzegorz Kossakowski wrote:
>>
>> To be honest, I get almost the same stack trace with your little sample.
Just to make sure: you have configured OM to be in request scope instead of
pipelineComponent scope?
I ask because my sample works (for me) fol
Grzegorz Kossakowski skrev:
Hi,
I would like to address an issue that we are facing today that there is no
option to use different
default ELs for each block. Our Spring-based configuration of beans is global
and in context of
default settings it's very inconvenient.
Is this really a probl
Grzegorz Kossakowski skrev:
Giacomo Pati pisze:
Yes, clean my M2 repo.
of problematic behaviour in order to help anyhow.
Still have the problems. With scpre="request" I got the stack trace after the
first request found
at http://people.apache.org/~giacomo/request-log4j-2.log
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Yes, clean my M2 repo.
of problematic behaviour in order to help anyhow.
Still have the problems. With scpre="request" I got the stack trace after the
first request found
at http://people.apache.org/~giacomo/request-log4j-2
[
https://issues.apache.org/jira/browse/COCOON-2106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528410
]
Csaba Kazó commented on COCOON-2106:
Okey, using this configuration seems to work.
If I typo the connection nam
The CocoonGT team is pleased to announce the conference schedule has
been finalized and is available at
http://www.cocoongt.org/PROGRAM.html
As usual, we had a great number of high-quality submissions. In
keeping with the tradition of having a conference day packed full with
great content, we mana
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
> Giacomo Pati pisze:
>> Yes, clean my M2 repo.
>>
>>> of problematic behaviour in order to help anyhow.
>> Still have the problems. With scpre="request" I got the stack trace after
>> the first request found
>> at http:/
Grzegorz Kossakowski wrote:
Felix Knecht pisze:
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean
install)?
Works for me under linux, using sun-jdk-1.6 and sun-jdk-1.5
Same here so it's again OS-specific issue. I
Felix Knecht pisze:
> Can anybody confirm this or is it a problem with my environment
> (although I deleted my local repo, then entered svn up, mvn clean
> install)?
> Works for me under linux, using sun-jdk-1.6 and sun-jdk-1.5
Same here so it's again OS-specific issue. I wonder why no
Giacomo Pati pisze:
>
> Yes, clean my M2 repo.
>
>> of problematic behaviour in order to help anyhow.
>
> Still have the problems. With scpre="request" I got the stack trace after the
> first request found
> at http://people.apache.org/~giacomo/request-log4j-2.log
I fear that we got stuck. Wit
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean
install)?
Works for me under linux, using sun-jdk-1.6 and sun-jdk-1.5
Felix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
> Grzegorz Kossakowski pisze:
>> Giacomo Pati pisze:
>>> You'll find the log for request scoped at
>>> http://people.apache.org/~giacomo/request-log4j.log
>>> and singleton scoped at
>>> http://people.apache.org/~giacomo
Reinhard Poetz skrev:
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean
install)?
Reinhard, I tried to build Cocoon with empty Maven local repo and
results are t
Grzegorz Kossakowski schrieb:
> Hi again,
>
> I have some good news. We have finally our custom fields for per-component
> versions, see
> INFRA-1361[1]! Only one glitch about them is that only JIRA Admin (not
> Project Admin) can edit
> values stored in this fields. Fortunately enough Carsten h
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean install)?
Reinhard, I tried to build Cocoon with empty Maven local repo and results are
the same: everything
work
Reinhard Poetz pisze:
> Can anybody confirm this or is it a problem with my environment
> (although I deleted my local repo, then entered svn up, mvn clean install)?
Reinhard, I tried to build Cocoon with empty Maven local repo and results are
the same: everything
works just fine. Are you sure th
Reinhard Poetz pisze:
>
> Can anybody confirm this or is it a problem with my environment
> (although I deleted my local repo, then entered svn up, mvn clean install)?
I just rebuilt Cocoon and expierienced no of errors you mentioned. I'm going to
delete my Maven repo
and see if this changes...
Grzegorz Kossakowski wrote:
Hi,
I forgot that Reinhard asked us for code freeze from 18 to 21 of September
and checked few things in.
Reinhard, could you confirm that you are going to make a release so we will
know that committs are rather not allowed these days?
Yes, I can do it but currentl
Hi again,
I have some good news. We have finally our custom fields for per-component
versions, see
INFRA-1361[1]! Only one glitch about them is that only JIRA Admin (not Project
Admin) can edit
values stored in this fields. Fortunately enough Carsten has necessary karma
and he agreed to manage
Hi,
I would like to address an issue that we are facing today that there is no
option to use different
default ELs for each block. Our Spring-based configuration of beans is global
and in context of
default settings it's very inconvenient.
If I'm not wrong, solving this problem in clear manner
Hi,
I forgot that Reinhard asked us for code freeze from 18 to 21 of September and
checked few things in.
Reinhard, could you confirm that you are going to make a release so we will
know that committs are
rather not allowed these days?
--
Grzegorz Kossakowski
Committer and PMC Member of Apach
Kazó Csaba pisze:
> Sure, I'll check it as soon as I can. As a matter of fact I tried it just now
> but the
> cocoon-databases-bridge block (which I guess I need now) won't start because
> its config [1]
> references the non-existent class
> org.apache.cocoon.core.container.spring.avalon.SpringTo
45 matches
Mail list logo
