[ http://issues.apache.org/jira/browse/COCOON-1875?page=all ]
Reinhard Poetz closed COCOON-1875:
--
Resolution: Fixed
thanks for reporting the issue. should be fixed in SVN 418923
Please cross-check
> Change to CocoonServlet broke deployer
> --
[ http://issues.apache.org/jira/browse/COCOON-1875?page=all ]
Reinhard Poetz reassigned COCOON-1875:
--
Assign To: Reinhard Poetz
> Change to CocoonServlet broke deployer
> --
>
> Key: COCOON-1875
>
Online report :
http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/182/buildId/1631
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 4 Jul 2006 03:35:00 +
Finished at: Tue, 4 Jul 2006 03:35:02 +
Total
Hello Carsten,
I think that I've run into a problem with the change to Form. I used
to be able to do something like this in my flowscript
while (!done) {
form.load(model);
form.showForm("formTemplate");
form.save(model);
}
Now, if I do this I get an exception "Cannot load form in phase
Hi,
I like the suggestions so far, they sound great
just a few spur of the moment thoughts on what I would like to see...
- optimisation techniques, (efficient, performant Cocoon) across the
whole lifecycle of an application
- the secret gems of Cocoon (what do people not know about that is
Gavin Carothers wrote:
>
> Tried two, had the same issues as main. Tried lsu and .net mirrors. I'm
> the US. I think if I'm going to keep doing this I'm just going to need
> to setup a mirror locally for the company, cause none of the other
> people here are going to keep trying :)
Consider also
[ http://issues.apache.org/jira/browse/COCOON-1875?page=all ]
Gavin Carothers updated COCOON-1875:
Attachment: web.xml
> Change to CocoonServlet broke deployer
> --
>
> Key: COCOON-1875
> URL: htt
Change to CocoonServlet broke deployer
--
Key: COCOON-1875
URL: http://issues.apache.org/jira/browse/COCOON-1875
Project: Cocoon
Type: Bug
Components: * Cocoon Core, - Build System: Maven
Versions: 2.1.10-dev (current SVN)
On Jul 3, 2006, at 4:10 PM, Jorg Heymans wrote:
Gavin Carothers wrote:
mvn install -Dmaven.test.skip=true
Need to run this 6 or 7 times to get all the plugins from:
central (http://repo1.maven.org/maven2),
apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
snapshots (http:/
Gavin Carothers wrote:
> mvn install -Dmaven.test.skip=true
>
> Need to run this 6 or 7 times to get all the plugins from:
> central (http://repo1.maven.org/maven2),
> apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
> snapshots (http://snapshots.maven.codehaus.org/maven2)
>
... yes, indeed that would have been a much smarter thing to do. I
leave this is a happy lesson for everyone else following me, and
myself next time this happens.
Cheers,
Gavin
On Jul 3, 2006, at 3:27 PM, Reinhard Poetz wrote:
Gavin Carothers wrote:
rm -rf .m2/repository/
Of course I now
Gavin Carothers wrote:
rm -rf .m2/repository/
Of course I now have to download all the dependencies and even basic
maven plugins again. There should be a better way.
What about rm -rf .m2/repository/org/apache/cocoon?
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 3 Jul 2006, Simone Gianni wrote:
It's not just a question of having a reliable build system, simply in
many companies they have a lifecycle for their applications that steps
thru test, integration etc.. and quite often this servers are not
c
On Jun 30, 2006, at 12:58 PM, Bertrand Delacretaz wrote:
It's Friday, I'm tired and a bit depressed after losing about two more
hours unsuccessfully trying to add OJB to the dependencies of the
bricks-archetype example I'm working on (would have needed all of six
minutes to do this with our old a
Hi folks,
We need your ideas! What would YOU like to see at this year's Cocoon
GetTogether???
This year's Cocoon conference will be held again in Amsterdam, The Netherlands,
from Monday, October 2nd, until Wednesday, October 4th. Faster and funkier than
ever!
The GetTogether event runs as a s
BTW - here's my list:
- A Funky Cocoon AJAX tour (with lots of samples!)
- A glimpse on the Cocoon roadmap (2.2 / 3.0)
- Short (!!) introduction to OSGi (what's all that fuzz about?!)
-- Arje
> -Original Message-
> From: Arje Cahn
> Posted At: maandag 3 juli 2006 18:01
> Posted To: Cocoo
> Can you already confirm a fixed date? I would like to spread
> the news (conferences, articels) here in Germany. Please note
> that the 3rd of October is a national holiday in Germany
> which I think might make it easier for attendees from here as
> they can use this day to visit Amsterdam
> I'd like to see several practical case studies, where people
> show how they are using Cocoon, the high-level architecture
> of their apps, what they're integrating Cocoon with, what
> makes their app unique, etc.
>
> We could to 20+10 (20 minutes prez, 10 minutes questions)
> slots for th
Hi Alfred,
ok, now "and with a MVN file repo pointing to the user's Cocoon
checkout" is clear to me, sorry my mistake :)
We evaluated this opportunity while thinking how to package Dojo. One of
the solutions was exactly making a local repo, and putting there this
dependency (and eventually the oth
On 7/3/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...Instead of doing everything in a single servlet, we now setup a
Cocoon Spring BeanFactory in a servlet listener. This bean factory is
stored as an attribute in the servlet context and can be retrieved by
any servlet component...
Simple
+1 for forgetting about it. Containers should provide a way to reload a
context, not servlets inside it. Also while developing with jetty the
advantage of having this feature compared to a complete jetty restart is
just a few seconds.
Anyway this will somehow probably return on 3.0 where the osgi
Woon-San Ko wrote:
> Hi, all.
>
> The CocoonPortlet in BRANCH_2_1_X does not allow overriding the
> *servlet-path* init parameter by
> preferences.
> So, portal users have to add portlet tags in the portlet.xml whenever they
> need to use another
> coplet in the portal site.
>
> If the CocoonPo
Daniel and I changed the way how Cocoon is setup in 2.2 in the last
week. Instead of doing everything in a single servlet, we now setup a
Cocoon Spring BeanFactory in a servlet listener. This bean factory is
stored as an attribute in the servlet context and can be retrieved by
any servlet component
Either I am really thick here, or we talk about different things.
I don't want to use the Apache SVN server as MVN repository.
I propose to commit again all JARs into, say, cocoon/trunk/m2repo
and then tell Maven at build time to use that directory in the
checkout area as first repository server i
Arje Cahn wrote:
> Hi everyone,
>
> There was some discussion at the ApacheCon Europe about the upcoming Cocoon
> GetTogether.
>
Can you already confirm a fixed date? I would like to spread the news
(conferences, articels)
here in Germany. Please note that the 3rd of October is a national
holida
Hi Juan Jose,
IMMO, you are not saying anything stupid. I think maven should improve
itself and not try to download everything everytime, but since we have
this big problem, maybe wrapping maven somehow to provide and easier
user experience could be a solution.
Simone
Juan Jose Pablos wrote:
>
Reinhard Poetz escribió:
... then please provide meaningful error reports. To draw an analogy,
many complaints have the quality of "My pipeline doesn't work. Please
provide help".
I created a page
(http://cocoon.zones.apache.org/daisy/documentation/g1/1164.html) in
Daisy that contains the
Hi Alfred,
see the previous mail by Upayavira :
"A good idea, but I can't see any way in which infrastructure would
allow this.That is because it would prevent any useful partitioning of
resources.
Maven is likely to become a resource hog, and could easily bring SVN
down to its knees. Much better
Why not keep the MVN repo in the Cocoon SVN repository like we used to
do with the lib directory? That would allow close control of updates
only by committers, and with a MVN file repo pointing to the user's
Cocoon checkout, builds remain stable between SVN updates.
Sure that requires again 100+
On 6/27/06, Bertrand Delacretaz <[EMAIL PROTECTED]> wrote:
...Provide these people with a quick way of evaluating 2.2, based on a
small sample app...
...We're starting work on this right now, which mostly means creating an
archetype for the demo app, and releasing the required parts to make
i
Simone Gianni wrote:
>
> Niclas Hedhman wrote:
>
>> What happens *if* Mergere runs out of juice and flip the switch off?
>>
>>
> IIUC, maven repos are nothing more than HTTP servers, and SVN is
> accessible thru HTTP, so we can create a folder named "repository" in
> our svn repo, copy the fold
On 6/30/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...Basically, the idea was to try to come up with a list of talks of which we
think would be usable for users to hear...
I'd like to see several practical case studies, where people show how
they are using Cocoon, the high-level architecture of
Andrew Stevens wrote:
From what I've heard on the list so far, though, the Maven build is a
long way from working correctly. Until it does, I'm not wasting my
time trying to look at Cocoon 2.2, I'm sticking with the 2.1.x branch.
I can't recall seeing lots of bug reports in JIRA saying "the
Tim Williams wrote:
> On a side note, I use the Cocoon code to learn forrest internals and
> that task has even been increasingly more difficult since the
> directory restructoring, which seems random at best.
>
> As you proceed with this discussion, I hope you'll appreciate that
> there are indir
34 matches
Mail list logo