Hi,
I'm using spring to manage the transactions in my cocoon transformers
and generators.
Here is the problem: with the generators, everything is ok (my Hibernate
beans are stored in the database) but when I use Transformers, it looks
like there is no "commit" done --> no exception and the per
Joerg Heinicke wrote:
On 19.09.2007 8:58 Uhr, Olivier Billard wrote:
IMHO, the only use you could have with defining a data source for
Cocoon, is to use it directly, bypassing Hibernate.
Hey, where have you found this old thread? :)
(It was still unread for me as well.)
Reflex :)
I only saw
On 19.09.2007 8:58 Uhr, Olivier Billard wrote:
IMHO, the only use you could have with defining a data source for
Cocoon, is to use it directly, bypassing Hibernate.
Hey, where have you found this old thread? :)
(It was still unread for me as well.)
Accessing the data source directly in your o
Hi Lidonis,
If you choose to use Hibernate as your ORM, and use Cocoon 2.2 that is based on Spring, I recommend using a standard Spring definition for your data
source and inject it to Hibernate (no link to Cocoon, you can easily find samples on the net).
IMHO, the only use you could have with
Hi,
Many thanks,
that did the trick.
Raphaël
Jason Johnston a écrit :
On Thu, 13 Sep 2007 17:56:27 +0200, Raphaël Piéroni
<[EMAIL PROTECTED]> wrote:
Thanks,
I tried, but it doesn't work.
Here what i did exactly:
...
export defines it's spring stuff in
src/main/resources/META-IN
On Thu, 13 Sep 2007 17:56:27 +0200, Raphaël Piéroni
<[EMAIL PROTECTED]> wrote:
> Thanks,
> I tried, but it doesn't work.
> Here what i did exactly:
...
> export defines it's spring stuff in
> src/main/resources/META-INF/cocoon/spring/
> It defines the block and the generator i try to test
> like
Thanks,
I tried, but it doesn't work.
Here what i did exactly:
I got 4 maven projects: common, storage, export, and webapp
obviously storage depends on common, export on storage and webapp
depends on export.
webapp does not contain any java code nor any sitemap.
common defines it's spring conf
So general advice for all people: if you develop new components don't declare
them in a sitemap.
So, in order to use saxon transformer (XSLT 2.0), we have to declare it
as spring component ?
How ? (newbie in spring...)
Thanks Grek !!
--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre
Raphaël Piéroni pisze:
> Do you mean something like this:
> in my jar defining my block sitemap, i do
> META-INF/c/s/myGenerators-services.xml
> in which i do
>
> and in my sitemap i do
>
>
>
>
>
>
> and also in the sitemap,
f you wonder how to name your bean just use following
pattern:
/
Where first part can have three values (respectively, for Generator,
Transformer and Serializer).
This way of configuring sitemap components is preferred in Cocoon 2.2.
Do you mean something like this:
in my jar defining my block si
configuration into
META-INF/cocoon/spring. If you wonder how to name your bean just use following
pattern:
/
Where first part can have three values (respectively, for Generator,
Transformer and Serializer).
This way of configuring sitemap components is preferred in C
Grzegorz Kossakowski a écrit :
Raphaël Piéroni pisze:
Hi Guys,
I have a transformer defined in the sitemap.xmap.
Is it your own transformer?
Yep, IIRC, we also have some custom generators.
And this transformer have to access the database (DAO w/ transaction)
that is defined w
Raphaël Piéroni pisze:
> Hi Guys,
>
>
> I have a transformer defined in the sitemap.xmap.
Is it your own transformer?
> And this transformer have to access the database (DAO w/ transaction)
> that is defined with spring.
> But i can't manage to link the 2 information.
Is this transformer a Spr
Hi Guys,
I have a transformer defined in the sitemap.xmap.
And this transformer have to access the database (DAO w/ transaction)
that is defined with spring.
But i can't manage to link the 2 information.
Is there any documentation or example?
Regards,
Raphaël Piéroni
-
Olivier Billard wrote:
Hi all,
The Cocoon Maven plug-in can be configured given a
"useShieldingRepository" configuration parameter. The effect is that all
JARs / classes are moved from WEB-INF/lib and WEB-INF/classes
respectively to WEB-INF/shielded/lib and WEB-INF/shielded/classes.
The Coc
Hi all,
The Cocoon Maven plug-in can be configured given a "useShieldingRepository" configuration parameter. The effect is that all JARs / classes are moved
from WEB-INF/lib and WEB-INF/classes respectively to WEB-INF/shielded/lib and WEB-INF/shielded/classes.
The Cocoon documentation [1] does
David Legg pisze:
I must say, I was a little afraid that Cocoon was moving over to Maven
when I first found out. However, after looking into it and playing with
the Block based build system I'm all for it!!
Good to hear that!
Thanks for your comment.
--
Grzegorz Kossakowski
http://reflect
Results:
MAVEN_OPTS="-Xmx200m"
export MAVEN_OPTS
Build: Succeeded.
Konsole had some configuration artifacts that were getting tossed into
the picture making configuration updates to bashrc a bit odd. Killing
all terminal processes and adding a bump to 200m gave a clean build.
- Marc
--- Grzego
D FAILURE
[INFO]
[INFO] Compilation failure
Failure executing javac, but could not parse the error:
The system is out of resources.
Sorry but the system has plenty of RAM and virtual memory. Cocoon 2.2
built nightly until 2 wee
Just for information the 200m figure quoted below didn't work for me
until I increased it to 300m on Win XP sp2.
Grzegorz Kossakowski wrote:
In Cocoon's README.txt there is a paragraph:
If you have build failures due to out-of-memory conditions, increase
the JVM maximum memory limit:
Marc Driftmeyer pisze:
I just did a clean checkout and update then a basic build of all
blocks. Cocoon 2.1.11-dev builds against Sun JDK 6 update 2.
[EMAIL PROTECTED]:~/DeveloperProjects/ApacheProjects/Cocoon2.2$ svn
update
At revision 562315.
[EMAIL PROTECTED]:~/DeveloperProjects/ApacheProjects
I just did a clean checkout and update then a basic build of all
blocks. Cocoon 2.1.11-dev builds against Sun JDK 6 update 2.
[EMAIL PROTECTED]:~/DeveloperProjects/ApacheProjects/Cocoon2.2$ svn
update
At revision 562315.
[EMAIL PROTECTED]:~/DeveloperProjects/ApacheProjects/Cocoon2.2$ vim
README.tx
Rice Yeh wrote:
>
> There is a patch for cocoon-2066 in JIRA written by me that can solve this
> problem.
>
Yepp, confirmed - your patch solves that problem. Thank you!
Why is it not already in trunk applied?
Alex
--
View this message in context:
http://www.nabble.com/-cocoo
ocessing XML stream I think that
> the best way would be to use servletService transformer.
> You need your XML data in the pipeline, so you should use:
>
>
>
>
>
> And then you should use servletService transformer:
>
> value="servlet:myBlock2:/dosomeprocessing"/
e that this
is impossible with current code.
Alex
--
View this message in context:
http://www.nabble.com/-cocoon-2.2.x--how-to-get-request-params-in-called-block--tf4194334.html#a11943630
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
be to use servletService transformer.
You need your XML data in the pipeline, so you should use:
And then you should use servletService transformer:
Alex
PS: is there any "pure" cocoon 2.2 project out there, so i could get a sneak
peak how to put all things together?
Unf
hi,
i want to deal e.g. html POST parameters in the called block. The sitemap in
myBlock1 has something like:
but unfortunatly in the called block all parameters are gone.
so, how to get request params in called block?
Alex
PS: is there any "pure" cocoon 2.2 project out there,
Yes, that was the thread I remembered. It needed 'mvn clean' but then it
works OK. Thanks a lot.
Robin
-Original Message-
From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED]
Sent: 30 July 2007 23:56
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.2: initial build
R
This is interesting. I had the same thing last night while building with
'allblocks' on my Ubuntu machine. I thought it was me, because I changed
some code somewhere, but apparently it's a known problem.
Jeroen
However, mvn jetty:run fails. I found this among the output, which
someone
else
Robin Rigby pisze:
If all learning curves were like that ... :-)
BUILD SUCCESSFUL
Great to hear it!
There is a striking difference between the directory structure from the
snapshot ZIP file and what I have just acquired by svn. I would attach a
recursive directory listing but it is 13MB.
ed on the mailing list:
Cannot load 'resource://org/apache/cocoon/cocoon.roles'
Thanks
Robin
-Original Message-
From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED]
Sent: 30 July 2007 19:41
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.2: initial build
Robin Rigby p
Robin Rigby pisze:
Hi Grzegorz
It's called "Maven in 5 minutes"
http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
I see.
I'm not familiar with svn. Another learning curve? :-) Where do I get
started?
Hehe, high learning curve is a price for being on the bleeding e
AIL PROTECTED]
Sent: 30 July 2007 18:54
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.2: initial build
Robin Rigby pisze:
> Sorry, I still cannot make this build work.
>
> The Maven 'Hello World' now works OK.
What Maven "Hello World"?
> I deleted all the file
Robin Rigby pisze:
Sorry, I still cannot make this build work.
The Maven 'Hello World' now works OK.
What Maven "Hello World"?
I deleted all the files and downloaded a new snapshot this morning.
I have tried
but they mean nothing to me. I know very little about Maven, so far.
It
n version: 2.0.7
Java version: 1.5.0
OS name: "windows xp" version: "5.1" arch: "x86"
C:\>
Thanks
Robin
-Original Message-
From: Jeroen Reijn [mailto:[EMAIL PROTECTED]
Sent: 30 July 2007 17:37
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.2: initi
these after deleting the .m2 directory.
The resulting output is attached
I have also tried these with mvn -X and -U.
Looking through these outputs:
- 6 files do not compile ----
cocoon-2.2\cocoon\core\cocoon-pipeline\cocoon-pipeline-api\src\main\java\org
\apache\cocoon\caching\Cache.ja
ls
> mvn clean install
I have repeated these after deleting the .m2 directory.
The resulting output is attached
I have also tried these with mvn -X and -U.
Looking through these outputs:
- 6 files do not compile
cocoon-2.2\cocoon\core\cocoon-pipeline\cocoon-pipeline-api\src\mai
ntation is much more cleaner than cocoon:'s and it is a
part of servlet-service-fw that has solid integration (in a progress,
though) with Cocoon 2.2.
What's most important here, it will work fine everywhere.
Thanks for this addition, Grzegorz, I will look into this
cocoon:'s and it
is a part of servlet-service-fw that has solid integration (in a progress, though) with Cocoon 2.2.
What's most important here, it will work fine everywhere.
--
Grzegorz Kossakowski
http://reflectingontheviciss
Carsten Ziegeler wrote:
Olivier Billard wrote:
Hi Cocooners,
I read here and there (COCOON-1995 for example), that using Cocoon 2.2,
the SourceResolver cannot be used in Spring Beans.
If true, this is very annoying, because this feature is really usefull,
to have components really independant
Olivier Billard wrote:
> Hi Cocooners,
>
> I read here and there (COCOON-1995 for example), that using Cocoon 2.2,
> the SourceResolver cannot be used in Spring Beans.
> If true, this is very annoying, because this feature is really usefull,
> to have components really inde
Hi Cocooners,
I read here and there (COCOON-1995 for example), that using Cocoon 2.2, the
SourceResolver cannot be used in Spring Beans.
If true, this is very annoying, because this feature is really usefull, to have components really independant in the way sources URI are passed to
them
xweber pisze:
Grzegorz Kossakowski-3 wrote:
[...]
File an issue in JIRA, and submit a patch preferably.
done -> https://issues.apache.org/jira/browse/COCOON-2096
Thanks.
a patch for this is beyond my Java-skills...
Ok, no problem.
I'll try to take care of it this week but I'm not goi
Grzegorz Kossakowski-3 wrote:
>
> [...]
> File an issue in JIRA, and submit a patch preferably.
>
done -> https://issues.apache.org/jira/browse/COCOON-2096
a patch for this is beyond my Java-skills...
Alex
--
View this message in context:
http://www.nabble.com/-cocoon-
Steven D. Majewski pisze:
I haven't yet really learned maven -- getting over that hurdle is what
kept me from trying 2.2 earlier.
The README just says to do:
$ mvn -Dmaven.test.skip=true -P allblocks install
and I don't know what other profiles are available.
But I just tried it without
xweber pisze:
Grzegorz Kossakowski-3 wrote:
xweber pisze:
[..]
is there a possibility to check for existence of a file in filestructure
[..]
Yes, you can use ResourceExistsSelector:
http://cocoon.apache.org/2.1/userdocs/resourceexists-selector.html (it
will work in C2.2)
[..]
I did some te
true. It is
acting as if the "servlet:myBlock3:" part is completely ignored.
Maybe it is a syntax problem (found no documentation how it should look like
in 2.2), but i thought because of the working of the syntax inside map:read
it must be ok.
Alex
--
View this message in context:
http
[EMAIL PROTECTED] escribió:
On 7/15/07, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] escribió:
> Lenya does not fully work if compiled
> with Java 1.5.
Hi, Which version are you talking about?
Best Regards,
Antonio Gallardo.
I don't know. I am just moving to Java 1.5 now as
On 7/15/07, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] escribió:
> Lenya does not fully work if compiled
> with Java 1.5.
Hi, Which version are you talking about?
Best Regards,
Antonio Gallardo.
I don't know. I am just moving to Java 1.5 now as I am building a new
PC for de
Grzegorz Kossakowski-3 wrote:
>
>
> Could you repeat rephrased description of your problem again? What do you
> want to achieve, what are obstacles?
>
Sure,
i think it is a general problem in cocoon 2.2 to handle a request in
sitemap, that belong to / (root) request.
xweber pisze:
if you define a favicon.ico in html, then the pipleline from block
(myBlock1) is processed. If not handled in sitemap.xmap the error message
changes to
javax.servlet.ServletException: org.apache.cocoon.ResourceNotFoundException:
No pipeline matched request: favicon.ico
so you ca
Am Samstag, den 14.07.2007, 15:22 +0200 schrieb Grzegorz Kossakowski:
> Werner Masik pisze:
> >
> > Debian GNU/Linux Etch
> > Java 1.5
> > Maven 2.0.7
> >
> > I followed the instructions from the README for the build. As I'm not in
> > my office now, I cannot tell what I exactly did. I just reme
[EMAIL PROTECTED] escribió:
Lenya does not fully work if compiled
with Java 1.5.
Hi, Which version are you talking about?
Best Regards,
Antonio Gallardo.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
t:/myBlock1/">
>
> the /favicon.ico request is initiated by the browser if no "special"
> favicon is defines inside html header section.
>
> Alex
>
if you define a favicon.ico in html, then the pipleline from block
(myBlock1) is processed. If not handled in s
gt;
>
Hi Grzegorz,
no the behavior is in both cases (with mountpath / or mountpath /myBlock1)
the /favicon.ico request is initiated by the browser if no "special" favicon
is defines inside html header section.
Alex
--
View this message in context:
http://www.nabble.com/-cocoon-2.2.x-
xweber pisze:
with the samples build from daisy i cannot manage to have a favicon.
javax.servlet.ServletException: No block for /favicon.ico
as message appears with mvn jetty:run from a Block or a webapp.
Any hints to get this icon with sitemap?
It's only my guess but I think you have to jus
/-cocoon-2.2.xjavax.servlet.ServletException%3A-No-block-for--favicon.ico-tf4083579.html#a11606481
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Werner Masik pisze:
Debian GNU/Linux Etch
Java 1.5
Maven 2.0.7
I followed the instructions from the README for the build. As I'm not in
my office now, I cannot tell what I exactly did. I just remember that I
went to the cocoon-webapp directory and tried to run cocoon with 'mvn
jetty:run', becau
Am Fr, 13.07.2007, 17:42, schrieb Grzegorz Kossakowski:
> werner pisze:
>>> Try to remove cocoon artifacts and run build again. I hope it will
>>> help.
>>>
>>
>> Still have the same error.
>
> What's your Maven and Java version? What's your OS? How do you build and
> run Cocoon? I need this info
werner pisze:
Try to remove cocoon artifacts and run build again. I hope it will help.
Still have the same error.
What's your Maven and Java version? What's your OS? How do you build and run
Cocoon? I need this info in order to try to reproduce your problem.
--
Grzegorz Kossakowski
http://
Am Freitag, den 13.07.2007, 15:51 +0200 schrieb Grzegorz Kossakowski:
> werner pisze:
> >
> > hmmm I'm using a snapshot from yesterday.
>
> That's weird, then. Have you cleaned up your local Maven repository?
yep.
>
> Try to remove cocoon artifacts and run build again. I hope it will h
werner pisze:
hmmm I'm using a snapshot from yesterday.
That's weird, then. Have you cleaned up your local Maven repository?
Try to remove cocoon artifacts and run build again. I hope it will help.
--
Grzegorz Kossakowski
http://reflectingonthevicissitudes.wordpress.com/
---
On 7/8/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] pisze:
When it comes to mentioning Cocoon 2.2 on Cocoon's home page you must know that
refreshed site is prepared that uses completely new design
and publishing mechanisms. Thus old site is untended. Offi
upgrade the dependencies to
the latest gold versions when I return to the work (probably August or
September) and then not change any until after a release. That will
likely include Cocoon 2.1.10. Cocoon 2.2 is not even mentioned on the
Cocoon home page.
It's wise to stick to Cocoon 2.1.x
any until after a release. That will
likely include Cocoon 2.1.10. Cocoon 2.2 is not even mentioned on the
Cocoon home page.
Java 1.6 has several standard features that will make Cocoon much
simpler (like the compiler API.) Cocoon releases twice each year.
Does the Cocoon project upgrade the d
[EMAIL PROTECTED] pisze:
Thank you. Lenya uses a ResourceExists Action. A Selector would be
much more flexible. Now I have many XMAPs to revise.
No problem.
Just out of curiosity, does Lenya have plans about upgrading to Cocoon 2.2? Since C2.2 is very near to final release, it&#
On 7/7/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
xweber pisze:
> is there a possibility to check for existence of a file in filestructure
> inside sitemap?
Yes, you can use ResourceExistsSelector:
http://cocoon.apache.org/2.1/userdocs/resourceexists-selector.html (it will
work in C2.
xweber pisze:
Hi,
is there a possibility to check for existence of a file in filestructure
inside sitemap?
Yes, you can use ResourceExistsSelector:
http://cocoon.apache.org/2.1/userdocs/resourceexists-selector.html (it will
work in C2.2)
My thoughts:
I have two blocks. Block1 is the "detai
t;xy", then the default template file from block2 is used.
Alex
--
View this message in context:
http://www.nabble.com/-cocoon-2.2.x--site-can-check-for-file-exists--tf4040666.html#a11479114
Sent from the Cocoon - Users mailing list a
On 06.07.2007 13:29, Grzegorz Kossakowski wrote:
I also noticed some exceptions on running (but only visible in log) ->
btpool0-1 DEBUG xml.DefaultNamespaceHandlerResolver - Ignoring handler
[org.springframework.ejb.config.JeeNamespaceHandler]: class not found
java.lang.ClassNotFoundException:
done in webapp". Could you explain?
>
webapp for me is maven archtype=webapp. Then the steps described here:
http://cocoon.zones.apache.org/daisy/cdocs-spring-configurator/g1/1303.html
So what i did was with a archetype=block I have put in the
myBlock1/target/classes/META-INF/cocoon/spring
xweber pisze:
Ok, I got something to look up for. Docs are not that clear for me (in the
first time), so here is a howto for whoever may want to get in same problem:
create a "properties" subfolder in your block:
myBlock1/src/main/resources/META-INF/cocoon/properties
create a new file in that
ll let mvn jetty:run to stuck at startup. Is it normal behavior or should
this work and this is a possible bug?
--
View this message in context:
http://www.nabble.com/-cocoon-2.2.xHow-to-trace-what-is-going-on-tf4025801.html#a11461980
Sent from the Cocoon - Users mailing list archive at Nabble.com.
xweber pisze:
Hello,
Is there a way to "trace" how the http request is proceed inside sitemap &
co? Something like a debugger setting "verbose" or so to see with lines are
proceeded.
Cocoon has very robust logging that will give you even more you usually need.
Setting log-level to DEBUG enabl
xweber pisze:
Hello,
Is there a way to "trace" how the http request is proceed inside sitemap &
co? Something like a debugger setting "verbose" or so to see with lines are
proceeded.
Cocoon has very robust logging that will give you even more you usually need.
Setting log-level to DEBUG enabl
another way.
Thanks in advance
Alex
--
View this message in context:
http://www.nabble.com/-cocoon-2.2.xHow-to-trace-what-is-going-on-tf4025801.html#a11435169
Sent from the Cocoon - Users mailing list archive at Nabble.com.
I've started with a prototyp of a non-Maven Cocoon 2.2 archetype. It should be
useful to people that want to avoid Maven 2 as build system for their Cocoon
based projects. The mail below that I sent to the users lists explains in more
detail how this prototyp is supposed to work.
Fee
Martin Heiden wrote:
What do you think of a web application that does it for the users? It
could be a simple list of blocks and core components with description and
a nice cocoon app that reads the actual poms and zips all important jars
before deliviring them to the user.
The problem with this
Carsten Ziegeler wrote:
If someone can document the steps (which we should do anyway) I can try
and come up with the ant script.
I've started with a prototyp of a non-Maven Cocoon 2.2 archetype. You can
download it from http://people.apache.org/~reinhard/cocoon-22-bootstrap.zip.
It con
Carsten Ziegeler pisze:
Grzegorz Kossakowski wrote:
Hmm, no I don't think so :)
Personally, I really love maven 2 and it works very well for a lot of
our projects. It makes sense to use it for developing cocoon itself, but
we should not force everyone who wants to do a cocoon project to use
ma
projects after evaluating cocoon 2.2.
It was a steep learning curve, but it was definitly worth doing it.
Please correct me if I'm wrong, but with cocoon 2.2 the only thing one
needs, to write custom applications, are jars from core and used blocks.
What maven does, is managing the dependencies for t
developing cocoon itself and to not
require maven for cocoon based projects.
Maybe, but I'd push Cocoon 2.2 out the door before worrying about this.
It's been in the oven long enough.
Oh, yes - definitly; it is possible to use 2.2 without maven; you just
have to figure out how...when it&
and to not
require maven for cocoon based projects.
Maybe, but I'd push Cocoon 2.2 out the door before worrying about this.
It's been in the oven long enough.
Ralph
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Reinhard Haller schrieb:
Is there a design decision to use maven as a base or not? If so then
go ahead and use it. If you want to get a new design decision, wait
until the next version is in the design phase.
The decision was to use maven for developing cocoon itself and to not
require maven f
Hi,
Carsten Ziegeler schrieb:
Grzegorz Kossakowski wrote:
To sum up, if you really want to put effort into it could it be
assumed as only temporary solution that aims to make it easier to
migrate?
Hmm, no I don't think so :)
Personally, I really love maven 2 and it works very well for a lot
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
2) offer an alternative to Maven 2
Option one is clear and is nearly finsihed. My question is regarding
to option 2: What do you expect, when you download Cocoon 2.2 in order
to get your new Cocoon 2.2 project started?
Keep in mind that
Reinhard Poetz pisze:
2) offer an alternative to Maven 2
Option one is clear and is nearly finsihed. My question is regarding to
option 2: What do you expect, when you download Cocoon 2.2 in order to
get your new Cocoon 2.2 project started?
Keep in mind that Cocoon 2.2 is split into a
Reinhard Poetz schrieb:
What about creating a zip containing the result of the cocoon
archetype run? People could use this as a starting point for own
projects without maven.
I guess that you mean the result in ./target/webapp which is created by
"mvn install", don't you?
Ah, yes, you're
) offer an alternative to Maven 2
Option one is clear and is nearly finsihed. My question is regarding
to option 2: What do you expect, when you download Cocoon 2.2 in order
to get your new Cocoon 2.2 project started?
Keep in mind that Cocoon 2.2 is split into a core and several blocks
(template
I mean
2.1 here!). Since I've been involved in two big projects (Cocoon 2.2 and
one commercial project) that migrated to Maven 2, I've learnt to
appreciate the power of Maven 2 but I remember how difficult it was to
learn how Maven 2 works and how to solve real-world problems.
How c
!). Since I've been involved in two big projects (Cocoon 2.2 and one
commercial project) that migrated to Maven 2, I've learnt to appreciate the
power of Maven 2 but I remember how difficult it was to learn how Maven 2 works
and how to solve real-world problems.
How can we help our upcoming
Merdes, Matthias pisze:
(I move the discussion back to the list, please don't respond privately any
further)
hi grzegorz,
thanks for the information.
so far i have not been able to find a lot of information on c2.2.
a google search for "cocoon 2.2" returns mostly links to
very helpful to know what the release date for a
_production_release_ of cocoon 2.2. is.
What's more important to mention is that starting with Cocoon 2.2 there is no monolithic release of Cocoon. Basically it means that Cocoon
is divided into several modules (core) and blocks. Each of the
e will
> be a big argument for not moving away from cocoon.
>
> so it would be very helpful to know what the release date for a
> _production_release_ of cocoon 2.2. is.
As this is open source it would be helpfull if you could jump in and test the
new RC1 releases
published today du
release date for a
_production_release_ of cocoon 2.2. is.
thanks a lot
regards
matthias
| -Ursprüngliche Nachricht-
| Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von
| Olivier Billard
| Gesendet: Freitag, 18. Mai 2007 14:26
| An: users@cocoon.apache.org
Andrea Giammarchi napisał(a):
I asked them because I suppose that "Dojo 0.9" will be available
before official cocoon 2.2 release however I agree with You about last
official/stable Dojo version.
You are free to contribute integration effort if you wish. Just submit
patches on
I asked them because I suppose that "Dojo 0.9" will be available before
official cocoon 2.2 release however I agree with You about last
official/stable Dojo version.
Thank You.
On 5/4/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Andrea Giammarchi napisał(a):
> htt
this split is in
progress and there was no official release right?
If so, I think upcoming Cocoon 2.2 release is going to have latest
release of Dojo. It's our policy (when it's possible) to depend only on
official releases.
--
Grzeg
about next cocoon release and its Dojo toolkit
> integration.
> I wonder if there's some official documentation about that and if Dojo
> will be integrated as Dojo.base and Dijit or not.
What kind of integration you are thinking about? What's Dojo.base and
Dijit?
Cocoon 2.2 alrea
nd of integration you are thinking about? What's Dojo.base and Dijit?
Cocoon 2.2 already uses Dojo 0.4.1 for AJAX handling and utilizes some of Dojo
widgets in Forms.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROT
701 - 800 of 901 matches
Mail list logo
