I've been wanting to add my 2 pence since stefano's is cocoon
redundant thread. I also admit i'm not a cocoon developer.
Nice charts.. They assume that the same folk that are there at the
start of the start line are the same folk that are end or even perhaps
middle. Despite having a lot of
[EMAIL PROTECTED] wrote:
Thanks Mark for your company. I have solved the issue. Look at the
archive to see how.
-Oorspronkelijk bericht-
Van: Mark Lowe [mailto:[EMAIL PROTECTED]
Verzonden: Friday, July 29, 2005 9:02 PM
Aan: dev@cocoon.apache.org; [EMAIL PROTECTED]
Onderwerp: Re
I've tried everything with 2.1.6, webspere 5.1, the only thing I've
had working on a local version of websphere is when i add all the
classes to the server classpath. Not even ws.libs digs..
Setting the PARENT_LAST and both scoping the calssloader to module and
application, the problem was
On Apr 2, 2005 10:34 AM, Giacomo Pati [EMAIL PROTECTED] wrote:
On Fri, Apr 01, 2005 at 06:40:01PM +0100, Jeremy Quinn wrote:
On 1 Apr 2005, at 17:21, Vadim Gritsenko wrote:
Jeremy Quinn wrote:
On 1 Apr 2005, at 15:33, Sylvain Wallez wrote:
snip/
I personally never used this
see 3. One of them demonstrates nested
repeaters.
Bye, Helma
-Original Message-
From: Mark Lowe [mailto:[EMAIL PROTECTED]
Sent: Monday, 14 March, 2005 00:37
To: dev@cocoon.apache.org
Subject: Re: CForms Binding - Cross Referenced Data
(duplicate of post on users
I dont think the dream team example covers nested repeaters.. I'll
have to suck it and see if this can be done.. this is something I've
done in the past with other frameworks and plain servlets and jsp.
Without having tried it yet, if it were the case that cocoon forms
cant deal with nested
the same.
I'll tone down the saracasm, I just thought it important that someone
points this stuff out no matter how much folk might not want to hear
it.
Mark
On Tue, 22 Feb 2005 00:17:49 +0100, Giacomo Pati [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
No I'll check it out, thanks. I was too
Poetz [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
All you hear on this list is how fast developing cocoon is compared to
other ways of solving the same problems. IMHO this isn't the case, my
appologies if my contribution thus far has boiled down to pointing out
why this plainly isn't the case
, Reinhard Poetz [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
Using cocoon isn't a particular problem for me personally, I'm used to
working with this stuff and have worked on all tiers of web
applications so I have a pretty good insight into where the problems
lie. The problem is how to you
On Tue, 22 Feb 2005 10:25:07 +0100, Reinhard Poetz [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
Message is that even if I'm okay, past fustration barriers and so on,
its a bigger problem than just me understanding whats going on. You're
a trainer, you must have come across these problems. Yes
What are the exact reasons you don't like a source
distribution?
If I were working on my own then there's not a huge problem, but this
isn't the case. There are several agencies involved and the usual
political difficulties when changing things like build files and
versions. Someone walking
+0100, Giacomo Pati [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
What are the exact reasons you don't like a source
distribution?
If I were working on my own then there's not a huge problem, but this
isn't the case. There are several agencies involved and the usual
political difficulties
this might be useful, it might not be. But personally I'd like to be
able to store the mappings information in something like the
cocoon.xconf in an xml format, it could be the struts/jsf/spring
talking but having the servlet configuration in one place makes sense
(to me, there could be good
will be
considered too easy and having 20 build files along with batch files
and shell scripts will be considered the real path to rapid
application development.
Mark
On Mon, 21 Feb 2005 20:16:07 +0100, Giacomo Pati [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
Its would depend with which sdk version
No I'll check it out, thanks. I was too busy not taming my sarcasm.
On Mon, 21 Feb 2005 22:42:37 +0100, Giacomo Pati [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
Thanks for the info.
We're compliling with 1.4, so we'll need to create our own repository.
Need to make a bleeding edge
(localised messages) in the svn trunk.
Mark
On Fri, 18 Feb 2005 13:00:14 +0100, Mark Lowe [EMAIL PROTECTED] wrote:
Just to confirm the sample apps have the same bug.. I guess that got
missed while everyone was rapid application developing at such a fast
pace..
Interestingly there's no static
Its would depend with which sdk version the jars were compliled. Could
be what I was looking for, thanks.
On Tue, 15 Feb 2005 13:21:48 +0100, Giacomo Pati [EMAIL PROTECTED] wrote:
Mark Lowe wrote:
Ant or maven the first step would be to have the dependencies for a
release builds
impressed I am.
Mark
On Thu, 17 Feb 2005 16:17:54 +0100, Mark Lowe [EMAIL PROTECTED] wrote:
I've got all that working (localized error messages) and such like,
thats all find and dandy. Its just the required field.. The situation
has been complicated where I'm walking into a project thats
Hello
Could someone nudge me in the right direction (i.e. where to start
looking) if i wanted to get a patch in to fix this annoying i18n
required messages problem.
Thanks
Mark
As someone who's walked into a cocoon project over the last few weeks,
I don't have a problem with the usage pattern as such (sitemap.xconf,
flowscripts, cforms etc). Most of the problems I've had have been to
do with some of the crack-induced choices made by other parties (I
wont go into
I pretty much use maven.xml much like a build.xml and have hadn't any
real issues, you don't even need to use the ant tags namespace.
Its not a question of maven, the problem I'm trying to get around is a
checkout and build style build with no additional hoops to jump
through. I know you guys
Hello
My appologies for asking aquestion not directly related to the
development of cocoon but I need some authoritive input on an issue.
I'm working on a project where my predecesors deemed it nessesary to
have individual build processes for each sub directory/module in the
webapp. The build
Forget that idea, as the source needs building due to the JDK
problem.. I guess just another hoop to jump through, its gets better
and better.
On Sun, 13 Feb 2005 12:40:34 +0100, Mark Lowe [EMAIL PROTECTED] wrote:
Hello
Just an idea, not sure if its possible or not, but I'd really like
, Ralph Goers
[EMAIL PROTECTED] wrote:
I believe what you are suggesting would require that the Cocoon build be
converted to use Maven. While I personally would welcome that, this has
been discussed before and for some reason several committers won't
support that. Sorry.
Ralph
Mark Lowe
Hello
I've checked out cocoon out using CVS but would I be right in thinking
that cocoon has moved over to SVN like other apache projects?
If so could someone paste the SVN commands required to have the latest
version checked out?
Many thanks
Mark
25 matches
Mail list logo
