I am looking for a Cocoon expert ( developer / Architect ) to work on a
project my client has in London . This project is expected to last at
least 3 months+ but may carry on a lot longer
Essential:
* Java (!)
* At least 1 years experience of Apache Cocoon 2.1.x in large scale
application,
Joerg Heinicke pisze:
As a disinterested observer, I'd note that 'C' isn't enough to
differentiate between Cocoon the other existing Apache/Incubator
projects of Cayenne or CXF, let alone any future ones, so I'd not have
thought so, personally...
What's the outcome? Do we go with COCOON
On 10 Jul 2007, at 00:03, Vadim Gritsenko wrote:
map:transform ...
/map:act
where foo() is:
function foo() {
var a = cocoon.parameters['operand-a'];
...
return {'result-a': 1, 'result-b': 'abc'};
}
Note that map:act has a @src attribute I haven't seen used much; I
wasn't
Ellis Pritchard wrote:
On 10 Jul 2007, at 00:03, Vadim Gritsenko wrote:
map:transform ...
/map:act
where foo() is:
function foo() {
var a = cocoon.parameters['operand-a'];
...
return {'result-a': 1, 'result-b': 'abc'};
}
Note that map:act has a @src attribute I haven't seen
Hi,
Is it allowed to access a bean created in avalon in a spring bean
definition? I try to access the FormManager in the following spring xml
file, but it returns null.
bean id=widgetDefinitionBuilderLoader class=
xs.cocoon.forms.WidgetDefinitionBuilderLoader scope=singleton
Rice Yeh pisze:
Hi,
Is it allowed to access a bean created in avalon in a spring bean
definition?
Yes.
I try to access the FormManager in the following spring xml
file, but it returns null.
Did you check was logs say?
bean id=widgetDefinitionBuilderLoader class=
Grzegorz Kossakowski wrote:
Rice Yeh pisze:
Hi,
Is it allowed to access a bean created in avalon in a spring bean
definition?
Yes.
I try to access the FormManager in the following spring xml file, but
it returns null.
Did you check was logs say?
bean
Joerg Heinicke pisze:
What do you mean by registering? The idea for converters is that you
just create a bean (that implements necessary interface) and you are
done.
Where does the template know from which converter to apply? For the
example ${myobj.startDate#short} short must actually be
Felix Knecht pisze:
snip what=real changes and formatting mishmash/
Felix, first of all I'm grateful for your contributions and I'm feeling
bad that I have to bring this issue again.
Just do it. I don't mind and it's part of OSS that codereviewing is done!
My problem is just doing code
+1000 for having codified rules and templates but please don't do any
revolution with existing code. Evolution (gradual but constant) is
much easier to handle.
WDYT?
OK, I give my best to keep on this.
On 7/10/07, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Grzegorz Kossakowski wrote:
Rice Yeh pisze:
Hi,
Is it allowed to access a bean created in avalon in a spring bean
definition?
Yes.
I try to access the FormManager in the following spring xml file, but
it returns null.
Did you
Sylvain Wallez pisze:
Well, you can do pretty much what you want with Ivy, since it is
basically used to build an Ant classpath from an ivy.xml file that
describes the project's dependencies. The dependencies are resolved
using a chain of repositories.
In this particular case, we could have a
Upgrade Forms samples' dependency on jDBI to 2.0.x version
--
Key: COCOON-2087
URL: https://issues.apache.org/jira/browse/COCOON-2087
Project: Cocoon
Issue Type: Task
Grzegorz Kossakowski pisze:
I tried to check it with Forms SQL samples also but I have not managed
to run it because we depend on JDBI that is not on Maven repository. The
question is: what's now? Should I contact with developer and ask him
politely to upload his work to Maven repository?
Hello
According to tests I've done and to a piece of documentation, it would
seem that a charset= parameter is added to the Content-Type header
only when the mime type starts with text/.
In fact http://cocoon.apache.org/2.1/userdocs/xml-serializer.html says:
The charset parameter should
Hi,
I am trying to write a new type of widget in my block. I have changed some
code in cocoon-forms-impl to have my widget definition builder put into the
SimpleServiceSelector, the implementation of
WidgetDefinitionBuilderSelector. But now, I meet a problem. All widget
definition builders
There seems to be a Maven-intrinsic problem with building trunk using a
1.4.2 JVM. With maven version 2.0.6 and the command line
$ MAVEN_OPTS=-Xmx200m
$ export MAVEN_OPTS
$ mvn -Dmaven.test.skip=true -P allblocks clean install
I get consistent build failures for cocoon-databases-impl
[
https://issues.apache.org/jira/browse/COCOON-2038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski updated COCOON-2038:
-
(In reply to comment #6)
Hi,
I am sorry for delaying so long to reply your
[
https://issues.apache.org/jira/browse/COCOON-2062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski closed COCOON-2062.
Resolution: Fixed
Committed in r555108.
Closing the issue, reopen if something is
Felix Knecht (JIRA) pisze:
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-2065:
-
Assignee: (was: Felix Knecht)
Felix, may I know why you
Issue into a repeater with suggestion list widget
-
Key: COCOON-2088
URL: https://issues.apache.org/jira/browse/COCOON-2088
Project: Cocoon
Issue Type: Bug
Components: Blocks: Forms
[
https://issues.apache.org/jira/browse/COCOON-2088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Torres updated COCOON-2088:
-
Attachment: repeater_with_suggestion_widget.txt
Attachment of the example.
Issue into a
On 10.07.2007 04:57, Grzegorz Kossakowski wrote:
Even more, INFRA people are little unwilling to fulfil what we ask for
so I think it's crucial to have a strong support from our community.
Can they neglect or deny our project's needs? It's ok they put them into
question, but from the points
We also got this response:
Jeff Turner pisze:
Hi,
On Wed, Jun 27, 2007 at 01:14:33AM +0200, Grzegorz Kossakowski wrote:
Hello,
At Apache Cocoon development mailing list we are currently
discussing[1] division of Cocoon's JIRA project. There are two reasons
for a such move:
1. We are starting
Grzegorz Kossakowski schrieb:
Felix Knecht (JIRA) pisze:
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-2065:
-
Assignee: (was: Felix Knecht)
On 11.07.2007 00:26, Felix Knecht wrote:
Of course: Because the issue is marked for versions 2.1.10,2.1.9, 2.1.8,
2.1.7, 2.1.6 as well. Somebody seemed to have fixed it for 2.1.11-dev
and I did it for 2.2-dev. But all the other versions are still open.
That's why I didn't closed it.
That
On 10.07.2007 23:08, Ralph Goers wrote:
We also got this response:
Jeff Turner pisze:
I don't think splitting the COCOON project is a good idea..
From what I see, you've arbitrarily divided Cocoon modules into areas of
functionality (core, database, forms etc) and want a separate
project for
Joerg Heinicke wrote:
On 10.07.2007 23:08, Ralph Goers wrote:
We also got this response:
Jeff Turner pisze:
I don't think splitting the COCOON project is a good idea..
From what I see, you've arbitrarily divided Cocoon modules into areas of
functionality (core, database, forms etc) and want
Hi,
did you try maven 2.0.7 with jdk 1.4.2?
While building Cocoon with 2.0.7 and jdk1.5, I noticed that the version
for the spring-dao was resolved to 2.0.4which fortunately is
available :(
Carsten
Alfred Nathaniel wrote:
There seems to be a Maven-intrinsic problem with building trunk
29 matches
Mail list logo