I checked out the latest and ran mvn -Dmaven.test.skip=true -P allblocks
install on Windows using Maven 2.0.6 and Java 1.6.0_01. Any ideas?
[INFO] Building cocoon-acegisecurity
[INFO]task-segment: [install]
[INFO]
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht reassigned COCOON-2065:
Assignee: Felix Knecht
huge performance increase of LuceneIndexTransformer on large
Joerg Heinicke schrieb:
That seems to be a misunderstanding. We don't fix versions (they are
locked anyway), we only fix branches. (Unless there is a major
security issue for which me might branch a particular release and only
fix this issue on this additional branch.) Usually if an issue
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht closed COCOON-2065.
Resolution: Fixed
Due to a lack of knowledge I haven't close the bug after fixing the issues in
Date: Tue, 10 Jul 2007 23:03:27 -0700
From: [EMAIL PROTECTED]
I checked out the latest and ran mvn -Dmaven.test.skip=true -P allblocks
install on Windows using Maven 2.0.6 and Java 1.6.0_01. Any ideas?
Given Carsten's reply in the 2.2 does not build with JDK1.4.2 thread, have
you tried
Andrew Stevens wrote:
Date: Tue, 10 Jul 2007 23:03:27 -0700
From: [EMAIL PROTECTED]
I checked out the latest and ran mvn -Dmaven.test.skip=true -P allblocks
install on Windows using Maven 2.0.6 and Java 1.6.0_01. Any ideas?
Given Carsten's reply in the 2.2 does not build with JDK1.4.2
[
https://issues.apache.org/jira/browse/COCOON-2038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511680
]
Rice Yeh commented on COCOON-2038:
--
Grzegorz Kossakowski updated COCOON-2038:
[
https://issues.apache.org/jira/browse/COCOON-2038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511681
]
Rice Yeh commented on COCOON-2038:
--
Actually in current implementation, the s0 is not shown on call stack when s1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sylvain Wallez wrote:
Grzegorz Kossakowski wrote:
Sylvain Wallez pisze:
Grzegorz Kossakowski wrote:
Is it impossible with Maven to use a local library?
I must admit I have not thought about this option, I guess I'm too
accustomed to the fact
Giacomo Pati wrote:
snip/
In Maven 2 you can actually do
repository
idprovided.local/id
nameLocally Provided Repository/name
urlfile:${project.basedir}/repository/url
...
/repository
to achieve the same
Ah cool. I tried something similar 1.5 year ago
On 11.07.2007 01:15, Ralph Goers wrote:
So I can't see a negative reaction from infra.
But neither do you see a positive reaction.
I believe Maven structures their Jira as has been requested, but it
isn't hosted at Apache.
There are more projects set up like this like Avalon stuff and
Andrew Stevens ats37 at hotmail.com writes:
The problem in that other thread was also that Maven 2.0.6
resolved a dependency differently in different JDK versions.
That's a kind of funny. Now Maven tells us what our JDK has to be ;-)
Is that a problem of a particular POM? Can they specify if
[
https://issues.apache.org/jira/browse/COCOON-2078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski closed COCOON-2078.
Resolution: Fixed
Patch committed in r555257.
Closing the issue, reopen if
Issue Subscription
Filter: COCOON-open-with-patch (104 issues)
Subscriber: cocoon
Key Summary
COCOON-2074 Build ignores custom applications
https://issues.apache.org/jira/browse/COCOON-2074
COCOON-2071 Option to turn off pooling for components (probably faster on new
JVMs
On 10.07.2007 04:03, [EMAIL PROTECTED] wrote:
I am looking for a Cocoon expert ...
Hello Marcus,
you should send this in a separate thread with a different subject
(maybe prefixed with [job]) instead of in such a technical thread.
Joerg
On 02.07.2007 20:19, Andrew Stevens wrote:
And then inspiration hit - why not instead create a new input Source
for JSPs?
And then I started to over-think it :-) Why only JSPs? Why not
servlets too? How does this differ from the context: source type?
Surely someone must have thought of
On 07.07.2007 11:16, Daniel Fagerstrom wrote:
As I wrote repeatedly the possibility to influence the formatting from
the template breaks the two-way process.
First, from a separation of concern POV, it is IMO much preferable to
influence the formating variant, both for output and input, in
On 08.07.2007 06:34, Grzegorz Kossakowski wrote:
Just to clarify: I would much have preferred if we only had one
expression language (EL) in Cocoon and a property style syntax like
the Spring one or JEXL would be fine with me.
This is the main motivation for the plugable EL architecture.
On 10.07.2007 10:30, Grzegorz Kossakowski wrote:
What do you mean by registering?
Where does the template know from which converter to apply? That's
defined by a particular converter which can be looked up by the
template in the registry.
It will be bean's ID pointing that this particular
19 matches
Mail list logo
