Grzegorz Kossakowski wrote:
Felix Knecht (JIRA) pisze:
[
https://issues.apache.org/jira/browse/COCOON-2091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht closed COCOON-2091.
Resolution: Fixed Fix Version/s: 2.2-dev (Current
Felix Knecht wrote:
Reinhard Poetz schrieb:
Was htmlarea removed completly or is it just a styling option whether
I want to use Xinha or Htmlarea?
It's just a styling option you have (xinha instead of htmlarea) and no
real replacement has be done. You can use both at the moment, it depends
Felix Knecht wrote:
If you we are already in this area. What about deprecating HTMLArea?
The project is not maintained any more so I think it would be very
wise to deprecate HTMLArea, especially when we have replacement for
it, already.
What others think about it? Do we need a vote?
yes
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Once we had a deprecation logger but I don't think that the
infrastructure for it is still in place.
Do you talk about client or server logger?
server logger. IIRC there was a log target named deprecated. Maybe Carsten
knows more.
I
Hi Gianugo,
are there already some concrete plans, when the GT will take place this year? I
would be very interested to know it asap, because a project will start around
the suggested dates of end of September or beginning of October and if possible
I want to avoid timing collisions as far as
Olivier Billard wrote:
Reinhard Poetz wrote:
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
Grzegorz Kossakowski wrote:
Jeroen Reijn pisze:
Hi Grzegorz,
I do not have much time during the days, but in the evening I can try
to help you out.
Ok. Another issue is that we need a mechanism for creating tables and
feeding them with initial data for samples so they have something to
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
The database related samples in 2.1 use an embedded hsql instance
which is already filled with the required data.
The question is how the database is filled with the required data? Isn't
a *.sql file applied on startup?
Hsqldb uses sql
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
Chan Mei Theng wrote:
Hi, Giacomo,
So, which email address I should post it to in the below different cases ...
1. Ask for help.
2. Sharing my findings.
[EMAIL PROTECTED]
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web
Grzegorz Kossakowski wrote:
Hello,
Does anyone know why Continuum does not report if build fails? How to
enable it?
According to the Continuum webapp, everything is configured properly. I broke
trunk and manually triggered a build. Let's see what happens.
--
Reinhard Pötz
Giacomo Pati wrote:
There are some itches left (RCL-Plugin) IMHO but they are for sure no show
stoppers.
yes, the RCL goal has (at least) three known issues:
1) doesn't work with Spring security ATM
2) if used with Flowscript + cForms bindings classes don't get reloaded as soon
as an
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: gkossakowski
Date: Sun Jul 1 16:13:44 2007
New Revision: 552371
URL: http://svn.apache.org/viewvc?view=revrev=552371
Log:
COCOON-2082: Getting rid of Avalon dependencies, it includes:
* conversion JS, JXPath and JEXL compilers to
Joerg Heinicke wrote:
You need to have the following in mind: Somebody wants to upgrade from
Cocoon 2.2.3 to 2.2.4. In that step to one of the schemas an additional
and optional attribute was added (like that case in Spring's AOP
schema). In theory the jars would be a drop-in replacement. With
Grzegorz Kossakowski wrote:
ok, i can guess the first line - but why (and when) to exclude libs?
The doc
http://cocoon.zones.apache.org/daisy/cdocs/g1/g5/g1/g1/1298.html does not
give that much detailed information yet
I'm not sure (I hope that Reinhard will comment) but I think that you
Grzegorz Kossakowski wrote:
xweber pisze:
hi,
actually i'm trying to get a 2.2 based thingy up and running. Based on
the
existing daisy docs there are some questions open for me. Current
questions:
1.) the demo-application-context.xml file
what about that filename - must it reflect the
Grzegorz Kossakowski wrote:
Reinhard, could you give it another try? I'll try to reproduce it on
Windows.
Now I can reproduce the problem. Sorry.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: gkossakowski
Date: Sun Jul 1 16:13:44 2007
New Revision: 552371
URL: http://svn.apache.org/viewvc?view=revrev=552371
Log:
COCOON-2082: Getting rid of Avalon dependencies, it includes:
* conversion JS, JXPath and JEXL compilers to
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
I could confirm that Cocoon was working up to last friday. But after
updating my local repo an hour
ago or so, I'm facing serious problems with Cocoon throwing an
exception like the one below so I
have to revert my previous
The proposed modules have been accepted by 4 +1 (Giacomo voted at a different
thread but meant take 3) and 1 +0 vote. I will move the artifacts into the
Apache Maven M2 sync repository asap.
I will work on the website and an announcement mail but this will take some more
time though.
--
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Grzegorz Kossakowski wrote:
Reinhard, could you give it another try? I'll try to reproduce it on
Windows.
Now I can reproduce the problem. Sorry.
I think that my last commit (r552518) fixes the problem. It was a silly
mistake: JS and JEXL
Joerg Heinicke wrote:
On 02.07.2007 21:39, xweber wrote:
is it possible to call java directly from sitemap.xmap - so that
java is
the flow language? I looked up in the docs but did not find something
like
that. If its possible - is the a docs like it is for flowscript?
Yes, there is a Java
Jean-Christophe Kermagoret wrote:
Reinhard Poetz a écrit :
Jean-Christophe Kermagoret wrote:
Hi,
I configured Eclipse Jetty plugin with Cocoon-22 a few days ago and
everything was fine.
I updated my cocoon distribution with svn and it is now necessary to
indicate all libs in jetty
Giacomo Pati wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
If you need some help just ask. Maybe I can snip up a sample. Would
that be feasible?
yes, provding a minimal Spring Security sample would help a lot because
I've not used it yet. It would be great if you create the sample based
Jean-Christophe Kermagoret wrote:
Hi,
I configured Eclipse Jetty plugin with Cocoon-22 a few days ago and
everything was fine.
I updated my cocoon distribution with svn and it is now necessary to
indicate all libs in jetty configuration.
Why is it now necessary ? Is it the correct
Daniel Fagerstrom wrote:
Maybe other people have different or more positive experience of branching?
Not really :-(
Keeping trunk and branch in sync is a lot of work.
In the end, use your judgement and do what you think is best.
I agree with this. Grek, if you think that your commits
Because of Vadim's findings
(http://marc.info/?l=xml-cocoon-devm=118295221205686w=2) I've recreated
following release artifacts
org.apache.cocoon.cocoon:4
org.apache.cocoon:cocoon-pipeline-impl:1.0.0-RC1
org.apache.cocoon:cocoon-core:2.2.0-RC1
- o -
I
If you have already tested the RC1 release (take 1 or take 2), you have to
remove the artifacts from your local repository. Otherwise Maven won't download
them again.
- o -
The proposed release artifacts are available at
+1
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
Giacomo Pati wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets now get rewritten so that
the ReloadingClassloader interceptors get applied to filters, listeners
and servlets.
As I
Giacomo Pati wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets now get rewritten so that
the ReloadingClassloader interceptors get
Giacomo Pati wrote:
If you need some help just ask. Maybe I can snip up a sample. Would that be
feasible?
yes, provding a minimal Spring Security sample would help a lot because I've not
used it yet. It would be great if you create the sample based on the block
archetype. Thanks!
--
Vadim Gritsenko wrote:
cocoon-core-2.2.0-RC1-tests.jar and
cocoon-pipeline-impl-1.0.0-RC1-tests.jar have no required LICENSE,
NOTICE files.
*argh*
cocoon-4.pom file has no license header.
I guess it got lost after the first release :-(
All of maven-metadata.xml files have no license
[
https://issues.apache.org/jira/browse/COCOON-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508564
]
Reinhard Poetz commented on COCOON-2080:
The problem is that if a class or an interface is loaded
Since no PMC can overrule ASF wide release guidelines (see Vadim's findings), we
can't release the proposed artifacts as they are.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
Grzegorz Kossakowski wrote:
Hello,
Reinhard asked[1] me to provide a final list of Cocoon modules that
would get their own JIRA projects. Here is the list of projects with
proposed JIRA identifiers in brackets:
- Cocoon Core (COCOONCORE)
includes following artifacts:
*
Reinhard Poetz wrote:
snip/
You can find the staged versions of all modules (sources, binaries,
javadocs +
checksums + gpg signatures) at
- http://people.apache.org/builds/cocoon/
(Maven 2 repo)
- http://people.apache.org/builds/cocoon/cocoon-2.2RC1-all.tar.gz
(tar archive of all
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Grzegorz Kossakowski wrote:
snip/
If we agree on the proposal I would take care of labour work, like
asking JIRA for projects creation, moving issues, adjusting poms
etc., myself during next weekend. What do you think?
Do you ask
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets now get rewritten so that
the ReloadingClassloader interceptors get applied to filters, listeners
and servlets.
As I was at it I also
I prepared another series of releases from trunk, see the list of all 43
artifacts below. The problems with references to snapshots and the usage of the
repository element in some of the poms are sorted out.
Most of the modules are proposed to be released as RC1 (release candidate 1).
The
The proposed release artifacts are available at
http://people.apache.org/builds/cocoon/.
Except for the archetypes the easiest way to test the artifacts is by adding a
cocoon-staging profile to your ~/.m2/settings.xml:
settings
profiles
profile
idcocoon-staging/id
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard, can it be that you left some dependencyMgmt stuff commented in the
root pom?
The trunk doesn't build here because of the cocoon-ajax block is missing some
versions of other blocks.
Ciao and thanks
uuups, sorry.
Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Reinhard, how long will it take for you to prepare new release?
I'm working on it. Since I'm only replacing the faulty arifacts (4),
it should be finished by this evening.
It takes me longer than expected. I had a nasty bug in the Spring
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Reinhard, how long will it take for you to prepare new release?
I'm working on it. Since I'm only replacing the faulty arifacts (4),
it should be finished by this evening.
It takes me longer than expected. I had
Before I'm going to release the Cocoon Maven plugin, I worked on the XPatcher
for the web.xml. All .xweb snippets now get rewritten so that the
ReloadingClassloader interceptors get applied to filters, listeners and servlets.
As I was at it I also implemented a wrapper around the normal
Ralph Goers wrote:
Daniel Fagerstrom wrote:
Letting all blocks share the same global session would lead to code
that would be hard to debug and reuse, so that would not be such a
good idea. We could think about having a local session for each
servlet service, but that is not implemented yet.
Ralph Goers wrote:
Reinhard Poetz wrote:
I'm not sure if it is directly helpful for your problem, but Spring
2.x offers request, session and global-session scoped beans
(http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-scopes-other).
Thanks
Torsten Curdt wrote:
Jakarta Commons JCI 1.0 is now available!
http://jakarta.apache.org/commons/jci/
JCI is a java compiler interface. It can be used to either compile java
(or any other language that can be compiled to java classes like e.g.
groovy or javascript) to java. It is well
Grzegorz Kossakowski wrote:
Reinhard, how long will it take for you to prepare new release?
I'm working on it. Since I'm only replacing the faulty arifacts (4),
it should be finished by this evening.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software
Jean-Christophe Kermagoret wrote:
Hi,
I want to use RCL because I need to make modifications in CForms block.
And RCL seems the good way to do it.
Maybe I'm wrong ?
No, I don't think so. Unfortunatly I haven't had time to try it myself yet but I
will give it a shot myself this week.
Here
Grzegorz Kossakowski wrote:
I also wouldn't mind to have Daisy's Adminstraton rights myself.
here you are
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
[
https://issues.apache.org/jira/browse/COCOON-2076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503160
]
Reinhard Poetz commented on COCOON-2076:
You're right, the solution isn't the most elegant one. IIRC
Daniel Fagerstrom wrote:
Grzegorz Kossakowski skrev:
So we could have:
servlet:connection_name:/path
for relative URLs and
servlet://bean_ID:/path
for absolute URLs
Don't like having a bean id where you would expect to have a servername.
I think the
Jean-Christophe Kermagoret wrote:
Hi,
I made the following :
svn update (so I get the last svn from trunk - 22 version)
cd trunk
mvn -P allblocks -Dmaven.test.skip=true install
cd core/cocoon-webapp
mvn jetty:run
Everything went fine : I get the sample page
Then, I decided to create a new
Because of Joakim's and Grek's findings, I hereby withdraw the vote. I will
provide the corrected artifacts
org.apache.cocoon:cocoon-22-archetype-block:1.0.0-RC1
org.apache.cocoon:cocoon-22-archetype-block-plain:1.0.0-RC1
org.apache.cocoon:cocoon-22-archetype-webapp:1.0.0-RC1
[EMAIL PROTECTED] wrote:
Grzegorz Kossakowski [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] pisze:
Grzegorz Kossakowski [EMAIL PROTECTED] writes:
I followed your example but still get exactly the same error!
Joakim, could you please try again with testing-cocoon-settings.xml included
below?
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
The proposed release artifacts are available at
http://people.apache.org/builds/cocoon/.
Why is there no release of cocoon spring configurator?
because there has already been a final release 1.0.0
Grzegorz Kossakowski wrote:
Even though I agree that it's the best to release all of our
dependencies I would like to know your opinion on how to handle cases
when not all our dependencies are on central server. I'm going to play
with profiles.xml file and see how it performs for us. I would
Vadim Gritsenko wrote:
Reinhard Poetz wrote:
I prepared another series of releases from trunk, see the list of all 43
artifacts below.
...
You can find the staged versions of the modules (sources, binaries,
javadocs + checksums + gpg signatures) at
http://people.apache.org/builds/cocoon
The proposed release artifacts are available at
http://people.apache.org/builds/cocoon/.
Except for the archetypes the easiest way to test the artifacts is by adding a
cocoon-staging profile to your ~/.m2/settings.xml:
settings
profiles
profile
idcocoon-staging/id
I prepared another series of releases from trunk, see the list of all 43
artifacts below. This time most of the modules are proposed to be released as
RC1 (release candidate 1). The exceptions are
- the forms and the ajax block which need more work related to their usage
of the servlet
Reinhard Poetz wrote:
snip/
You can find the staged versions of the modules (sources, binaries,
javadocs +
checksums + gpg signatures) at http://people.apache.org/builds/cocoon/.
SVN tags
of all these artifacts can be found at
http://svn.apache.org/repos/asf/cocoon/tags/cocoon-2.2/.
snip
Leszek Gawron wrote:
Reinhard Poetz wrote:
The proposed release artifacts are available at
http://people.apache.org/builds/cocoon/.
Why is there no release of cocoon spring configurator?
because there has already been a final release 1.0.0 of it and there haven't
been any changes
Grzegorz Kossakowski wrote:
Hi,
I'm going to start writing documentation for servlet-service-fw stuff.
At the beginning, I would like to provide documentation for all sitemap
components it provides. I wonder if the idea of extracting documentation
from javadoc is still relevant and
Carsten Ziegeler wrote:
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Some suggestions
servlet:byId:com.mycompany.block1.servlet:/...
servlet:!com.mycompany.block1.servlet:/...
servlet:~com.mycompany.block1.servlet:/...
servlet:@com.mycompany.block1.servlet:/...
My favorite is the last
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
what's wrong with e.g. servlet:@com.mycompany.block1.servlet:/...?
It's valid - but it looks strange to me; I would expect a user name
after the '@'.
valid point ... then it seems that we have to continue the contest :-)
AFAIU, we have
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Could you make a more detailed proposal of what new projects you want
to be created and send it to this list first?
No problem. I guess that the list will include most of the artifacts you
are currently releasing. Could provide current
would be much appreciated.
Reinhard Poetz wrote:
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
Leszek Gawron wrote:
Hello,
Reinhard Poetz wrote:
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 list, explains in more
Daniel Fagerstrom wrote:
A syntax that distinguishes the two cases is a must. Having a special
protocol (like the servlets: one) is one possibility, but maybe we could
find some sub syntax for the servlet: protocol.
Some suggestions
servlet:byId:com.mycompany.block1.servlet:/...
Daniel Fagerstrom wrote:
That works for your use case, but not for the original one that creates
a page with links to all samples.
Thanks for your explanations!
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications,
Grzegorz Kossakowski wrote:
David Blevins pisze:
On May 19, 2007, at 5:28 AM, Joerg Heinicke wrote:
On 19.05.2007 14:10, Grzegorz Kossakowski wrote:
I would like to know your opinions on having multiple project on
JIRA for Cocoon.
If you have a look at [1] you'll see that Jira knows the
Reinhard Poetz wrote:
Please commit. Except from the archtetpyes and the cocoon-maven-plugin,
I created all release artifacts.
I created all release artifacts except the forms and the ajax block. The missing
thing is a release of the xreporter-expression and xreporter-grouping libraries
Marc Portier wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Please commit. Except from the archtetpyes and the
cocoon-maven-plugin, I created all release artifacts.
I created all release artifacts except the forms and the ajax block.
The missing thing is a release of the xreporter
Marc Portier wrote:
I get http://localhost:/block1/ and http://localhost:/block2/
both triggering the block1 sitemap!
anybody a clue where I should be looking?
If it's not a bug the only reason could be that you copied your servlet-service
configuration from block1 to block2 and
Marc Portier wrote:
Reinhard Poetz wrote:
Marc Portier wrote:
I get http://localhost:/block1/ and http://localhost:/block2/
both triggering the block1 sitemap!
anybody a clue where I should be looking?
If it's not a bug the only reason could be that you copied your
servlet
[EMAIL PROTECTED] wrote:
Author: giacomo
Date: Mon May 21 06:52:41 2007
New Revision: 540144
URL: http://svn.apache.org/viewvc?view=revrev=540144
Log:
enhance the bean-map for service servlet use case
Added:
Felix Knecht wrote:
Reinhard Poetz schrieb:
However, I haven't incremented the versions of cocoon,
cocoon-core-modules, cocoon-tools and cocoon-blocks. I will do this
tommorrow or on Friday.
It seems to be broken again.
I don't know the ongoing with the RC1 release Reinhard is doing
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
Daniel Fagerstrom wrote:
...
I think that continuing this discussion doesn't solve the problem.
Maybe we should start a poll on dev@, how others (except from Jörg,
Alex, Grek, Vadim you and me) think about it because I guess that most
of them
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
Daniel Fagerstrom wrote:
...
But there are important use cases for run time discovery of servlet
services as well.
definitly. For the use cases that *I* have, a generator will be good
enough - I don't think that I need a source for them
Reinhard Poetz wrote:
The getChildren() method of
the created source will return all child sources that return true on
childSource().exists().
Forget this statement. After reading it again, I see that it is non-sense :-)
The getChildren() method of the source will return all child sources
Grzegorz Kossakowski wrote:
I think it's time to support Reinhard :-)
I agree with his opinion that servlets: source is not needed at the
moment and generator will be sufficient.
It wasn't a general statement but rather, that *I* don't have the use case right
now. This doesn't mean that
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
...
In the above output from your generator, you need to reference the
actual resources of the listed servlet services. And to be able to do
that you need an URI.
The URI is data/myconfig.xml
Joerg Heinicke wrote:
On 19.05.2007 14:28, Grzegorz Kossakowski wrote:
But a service generator without any post data makes absolutely sense
since it might really be optional to post anything. And I find it
quite strange to write
That's not true. If you don't post a data it's not the service
Jorg Heymans wrote:
Alexander Klimetschek wrote:
Yup, works now. Is it possible that you provide a release version of
that jar? Doesn't have to be the full 1.3 release if it's not finished
yet, maybe a 1.3-alpha, but I'd be glad to have no maven snapshots in
all the transitive dependencies
Olivier Billard wrote:
Hi all,
I plan to use Cocoon for a project on the starting blocks.
But I need to know if Cocoon 2.2 is ready for a new (big, critical)
project (stable enough in terms of APIs for example), to make the good
choice :).
Recently, some work has been done on the CForms, for
Daniel Fagerstrom wrote:
I think we make the servlet: protocol unnecessarily complicated if we
try to overload it with webapp global interpretations as well.
agreed
And as I asked before, how does the URI parser given e.g.
servlet:foo/bar know is foo is a servlet service local id or a
Daniel Fagerstrom wrote:
The mycsv example above was a typical use case for how the servlet
service generator is intended to be used. It replaces the virtual
sitemap components that we had an experimental implementation of before.
If we were talking about a virtual generator, I'd agree with
Giacomo Pati wrote:
I've had discussions with Felix (which is sitting next to me) about the issue
that the mount path in
each block is carved in stone in the SitemapServlet bean definition (I suppose
it is not
overwritable by Springs PropertyOverwrite mechanism we use as it is an
attribute of
Can anybody tell me what the right version for Cocoon artifacts in our
*released* root pom is:
a) the snapshot version
I don't think that's a good idea because IIUC, if a user adds a dependency
on cocoon-core which has many transitive dependencies, he would have to
set all
Felix Knecht wrote:
Grzegorz Kossakowski schrieb:
As I previously said, I'm not sure if we need this either, so I won't
push you to use services.
I'm not feeling pushed ;-) But I think we should show in the samples
what's the common way of doing it - otherwise only some specialists will
use
Karel Vervaeke wrote:
mvn -Pallblocks install -Dtest=qsdf output: see below
My solution was to change blocks/pom.xml: see below
(This file probably got overlooked during a version-upgrade)
If I should make a bugzilla issue + attach the patch,
please say so.
I'm aware about it because I'm
Reinhard Poetz wrote:
Trunk should build again in an hour or two.
The build runs through now again, at least for me. I've tested with rm -rf
~/.m2/repository/org/apache/cocoon.
However, I haven't incremented the versions of cocoon, cocoon-core-modules,
cocoon-tools and cocoon-blocks. I
Reinhard Poetz wrote:
Reinhard Poetz wrote:
There was some discussion off-list when the next series of C22 modules
will happen. I plan to do the release work next week but have to spend
the next two days on fixing things here and there and to get the 2.2
documentation online because I don't
Marc Portier wrote:
we need to decide on a namespace though, 'cdoc' for 'cocoon docs' is my
naive first proposal.
fine for me.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
Marc Portier wrote:
one less argument not to update
I haven't had enough time to have a deeper look on what has to be done to
upgrade the Daisy plugin and the Daisy Java adapter
(http://svn.cocoondev.org/repos/daisy/contrib/daisy-client-apps/trunk/daisy-java-adapter/).
I'm sorry.
My
After Helma's work on the skin, I have published a snapshot of our docs at
http://cocoon.zones.apache.org/dev-docs/.
As you can see from http://cocoon.zones.apache.org/daisy/cdocs/g4/1346.html,
most of the work on the docs building infrastructure has been done.
The next step is bringing
Marc Portier wrote:
Reinhard Poetz wrote:
After Helma's work on the skin, I have published a snapshot of our
docs at http://cocoon.zones.apache.org/dev-docs/.
jummy
I did spot a small glitch while clicking around though:
at: http://cocoon.zones.apache.org/dev-docs/2.2/core-modules
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
Daniel Fagerstrom wrote:
hmm, the src attribute of generators desribes, what is feed into
the component. In the case of a servlet service generator, the
output stream of a servlet is used as stream input.
Rather something that is transformed
Grzegorz Kossakowski wrote:
In this case content of test.html is POSTed to the service and is
available to it by service-consumer: source. Generator in service
pipeline reads data from service-consumer: so this effectively means
that it reads test.html file, parsers it and returns SSAX stream
501 - 600 of 2579 matches
Mail list logo
