Giacomo Pati pisze:
On Wed, 4 Jul 2007, Grzegorz Kossakowski wrote:
Date: Wed, 04 Jul 2007 00:01:53 +0200
From: Grzegorz Kossakowski [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: Cocoon's dev mailing list dev@cocoon.apache.org
Subject: How to define database connection in C2.2?
Hello,
Felix Knecht pisze:
Grzegorz Kossakowski schrieb:
Hi,
I have dumped my experiences with writing (or restructuring) tests for
Cocoon both for Avalon components and Spring beans. It took me a while
to figure out all details I included here:
Jeroen Reijn pisze:
Hi Grzegorz Kossakowski,
great peace of work! I have not look at every detail yet, but this seems to me
like a very welcome addition to the documentation.
Thanks. I hope that others can join and enjoy the pleasure. :-)
--
Grzegorz Kossakowski
David Crossley pisze:
Joerg Heinicke wrote:
Grzegorz Kossakowski wrote:
I have some pending fixes for C2.1 documentation in my local checkout of
site. Do you know how to publish this changes?
You can use the quick-fix method by unpacking and
committing last night's generated docs.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
On Wed, 4 Jul 2007, Grzegorz Kossakowski wrote:
Date: Wed, 04 Jul 2007 00:01:53 +0200
From: Grzegorz Kossakowski [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: Cocoon's dev mailing list
Giacomo Pati pisze:
Of course not. Avalon Components usually depend on DataSourceComponent,
which is an Excalibur class and in no way compatible with standard
javax.sql.DataSource class.
Then it would be very inconvenient to define data source both for Avalon components and Spring beans, I'm
Felix Knecht pisze:
Do you think its worth to write such a bridge? Avalon is dead
(http://avalon.apache.org/closed.html) and c22 is now spring based.
Wouldn't it be a better solution migrate the db-stuff to spring and
therefore force the user to migrate his own components as well? In c22 a
lot
Then it would be very inconvenient to define data source both for
Avalon components and Spring beans, I'm thinking about writing some
bridge that would allow Avalon components use connections defined in
Spring way.
Do you have any ideas where to start while implementing such
functionality?
Grzegorz Kossakowski schrieb:
Felix Knecht pisze:
Do you think its worth to write such a bridge? Avalon is dead
(http://avalon.apache.org/closed.html) and c22 is now spring based.
Wouldn't it be a better solution migrate the db-stuff to spring and
therefore force the user to migrate his own
Felix Knecht pisze:
I see the point, but wouldn't this give a wrong idea to new c22 users on
how to do it? Wouldn't it be better to put our efforts in migrating the
samples?
Yes, I agree that we should migrate samples ASAP but what about all components?
Migrating them all is not one day
I've been going through some db and forms samples over the past couple of days
and I'm happy to help out in the little time I have during the week. I'll be
very busy from next week on, but I can probably lend a hand this week.
Is there some working/migrated example somewhere in 2.2 that I can
Jeroen Reijn pisze:
I've been going through some db and forms samples over the past couple of days
and I'm happy to help out in the little time I have during
the week. I'll be very busy from next week on, but I can probably lend a hand
this week.
Is there some working/migrated example
Ellis Pritchard skrev:
Hi,
Yes, looking at that thread makes the decision look at best arbitrary,
at worst spiteful for those who were doing something quite elegant
with the former behaviour!
But it's actually not so bad for the 'facists' out there (see the
thread for why I use this
Grzegorz Kossakowski said the following on 4/7/07 10:12:
First: some idiot decided to 'service' my ADSL connection, thus cutting
me off and now three parties are haggling about who is responsible for
reconnecting me. End result: I'm on dial-up for the time being and I
won't read/answer much.
Daniel Fagerstrom pisze:
Ellis Pritchard skrev:
Hi,
Yes, looking at that thread makes the decision look at best arbitrary,
at worst spiteful for those who were doing something quite elegant
with the former behaviour!
But it's actually not so bad for the 'facists' out there (see the
thread
hepabolu pisze:
Grzegorz Kossakowski said the following on 4/7/07 10:12:
First: some idiot decided to 'service' my ADSL connection, thus cutting
me off and now three parties are haggling about who is responsible for
reconnecting me. End result: I'm on dial-up for the time being and I
won't
Hi,
I finally resolved this problem by creating (touching) such files. Files
do not need to be real. They only need to exist, otherwise you get the
error message below.
I'm working on a MacBookPro. I tried with Java 1.5 and 1.6, same problem.
I'm going to create the corresponding bug in
Grzegorz Kossakowski said the following on 4/7/07 16:03:
Both:
- generation of 2.1 docs
- base for 2.2 docs
Hope this helps.
Almost. :) If I want to start a document that is based on something from
2.1 I should _copy_ that document instead of _moving_ right? Legacy docs
should be modified
On 7/4/07, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
snip/
So at the minimum we'd only need to:
a) change the Interpreter API to allow a function to return a value.
I think that Interpreter is part of our official API, so we must
consider back compatibility and our deprecation policy.
Grzegorz,
thanks for the pointer. I'll have a look tonight and see if I can make a start.
Greetz,
Jeroen Reijn
-Oorspronkelijk bericht-
Van: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED]
Verzonden: wo 4-7-2007 14:40
Aan: dev@cocoon.apache.org
Guys,
I plug into your thread because I'm right into it : I checked-out the Cocoon
ACEGI sample, completed it and tested it, it's great.
But I've got trouble with the xweb file : using the block-only rcl webapp, patch is correctly applied, but I would like to make my app security with
ACEGI a
Allow database connections defined as Spring beans to be used in Avalon
components
--
Key: COCOON-2083
URL: https://issues.apache.org/jira/browse/COCOON-2083
Project:
Olivier Billard wrote:
Guys,
I plug into your thread because I'm right into it : I checked-out the
Cocoon ACEGI sample, completed it and tested it, it's great.
But I've got trouble with the xweb file : using the block-only rcl
webapp, patch is correctly applied, but I would like to make my
Grzegorz Kossakowski skrev:
Hello,
I'm glad to see that we agreed on design of OM, now I would like to
focus on converter concept.
First of all, I would like to know which form should be preferred:
converter or convertor. Since both are valid (according to
dictionary.com) I'm not really sure
Issue Subscription
Filter: COCOON-open-with-patch (108 issues)
Subscriber: cocoon
Key Summary
COCOON-2078 Profiling pipelines must not implement Configurable interface as
they are already Parameterizable
https://issues.apache.org/jira/browse/COCOON-2078
COCOON-2074 Build
Hi,
I created the bridge that was discussed in thread[1] and first impression is that it will work. I have successfully run Avalon component
with database connection defined that way:
bean name=personnel
class=org.springframework.jdbc.datasource.DriverManagerDataSource
property
hepabolu pisze:
I should say:
- if it holds for both 2.1 and 2.2 - add appropriate 2.2 collection to
the document
- if it is different in 2.1 and 2.2 - copy the 2.1 doc and create a new
doc in the appropriate 2.2 collection and modify that
In Daisy documents can belong to various
Joerg Heinicke pisze:
First of all, thanks for your insightful comment!
I'll address all the points separately.
In CForms it's convertor but IIRC it was considered a strange name
though correct. Google: 10 million hits vs. 100 millions. So converter
is probably the more natural choice.
Daniel Fagerstrom pisze:
Grzegorz Kossakowski skrev:
Convertor was from CForms, converter might be a better name.
There are three (including me) people that agree on this, I would said that it
is already decided. ;-)
Something like that. You find some background in
Daniel Fagerstrom pisze:
snip/
Something like that. You find some background in
http://article.gmane.org/gmane.text.xml.cocoon.devel/42968 and
http://article.gmane.org/gmane.text.xml.cocoon.devel/43141. Also I think
we already discussed converters while discussing your GSoC application.
A
hepabolu wrote:
Grzegorz Kossakowski said the following on 4/7/07 10:12:
Thanks David and Joerg. I'm really confused, wiki page is talking most
of the time about checking out /site from svn and updating docs there.
Right. This is ancient. Please remove that text from the wiki page.
No
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Grzegorz Kossakowski wrote:
I wanted to know what are our rules. Do we:
- want to have such a internal releases
I'd avoid using word release for this as it has some legal
implications and we would get chewed up for using it :)
Ah,
32 matches
Mail list logo