that code has been
swapped? I've done everything you've suggested, and I can run Jetty and
debug, but I have to restart Jetty whenever I recompile classes.
Regards, Upayavira
Bruno Dumon wrote:
On Fri, 2003-12-12 at 11:47, Upayavira wrote:
I need a row submit action, that allows a form to be submitted for a
specific line in a repeater.
An example usecase would be on a selling site, you have a repeater
showing purchasable items, each with a 'buy' button next
Sylvain Wallez wrote:
Upayavira wrote:
Bruno Dumon wrote:
On Fri, 2003-12-12 at 11:47, Upayavira wrote:
I need a row submit action, that allows a form to be submitted for
a specific line in a repeater.
An example usecase would be on a selling site, you have a repeater
showing purchasable
Sylvain Wallez wrote:
Upayavira wrote:
Sylvain Wallez wrote:
snip/
Using servlet-debug allows to connect the Eclipse debugger to the
running Jetty if needed. It also allows to do code hotswap on the
running server (I had some problems hotswapping code produced by the
JDK's javac).
How do
object? Then we can have a Xindice config file in WEB-INF, and
that points to a DB file wherever we want within Cocoon's context.
Thoughts?
Upayavira
.
Is this reasonable/correct?
I need it quickly, so if none of you are able to knock it up, I'll give
it a go. But I'm still green when it comes to Woody coding, so I will
probably need lots of help.
Thanks,
Upayavira
database created by the XMLDB block. Enough
info?
Upayavira
. Now, where
should be this system property set? XMLDBSourceFactory? But it is not
xindice-specific. Other suggestions?
You mean that it _is_ xindice specific? Given that it is called:
-Dxindice.configuration ;-)
Where to specify it. Hmm.
Upayavira
is present?
Upayavira
Vadim Gritsenko wrote:
Andrew Savory wrote:
Hi,
On 9 Dec 2003, at 21:37, Upayavira wrote:
Have you got xmlrpc.jar included in your WEB-INF/lib? I had this
prob earlier today, and adding that jar fixed it.
That solves the xmlrpc problem, but cocoon is not able to find my
xindice server now
changed since 1.1b1.
I've not got as far as establishing what the problem is.
...
Upayavira
Have you got xmlrpc.jar included in your WEB-INF/lib? I had this prob
earlier today, and adding that jar fixed it.
Regards,
Upayavira, who is taking a break from Lord of the Rings on DVD while his
wife chats on the phone
Andrew Savory wrote:
Hi,
I've been trying to get a site that uses
Simon Mieth wrote:
Hi all (Upayavira ;-) ),
i use the CocoonBean for a OfflineCMS-System,
which (CocoonBean) works fine. I would like rebuild
pipelines without creating new instances of cocoon.
For new pipelines it works, but for already build pipelines
it fails.
In my case, i added a recycle
Sylvain Wallez wrote:
Upayavira wrote:
snip/
If relevant, I've started extending the MountTableMatcher to include
the code from the host selector. This means that you can set up
virtual hosts in the matchtable.xml file, and have sitemaps mounted
based upon hostname.
Mmmh... is it good
hostname.
If it is relevent, let me know, and I'll see if I can finish and commit it.
Regards, Upayavira
Unico Hommes wrote:
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: donderdag 4 december 2003 14:32
To: [EMAIL PROTECTED]
Subject: Re: Load Balancing web applications with mod_proxy...
snip/
If relevant, I've started extending the MountTableMatcher to
include
(FileGenerator.java:141)
Regards, Upayavira
. Others can correct me./disclaimer
Hope this helps.
Regards, Upayavira
The cocoon.getComponent method expects a component id, but how do I
get this id?
I tried
myAction =
cocoon.getComponent(Packages.org.apache.cocoon.acting.modular.DatabaseSelectAction.ROLE);
but that didn't work
I'm probably being stupid here, but every so often when browsing the
Cocoon code, I see references to pipeline hints, but cannot work out
what they are.
Can anyone enlighten me?
Regards, Upayavira
that I would have to write,
especially when it comes to creating and registering new users.
Sorry if this doesn't give you a direct answer to your problem, but
hopefully it gives you some background to the auth-fw with flow.
Regards, Upayavira
Antonio Gallardo wrote:
Hi:
I am 3 days
, very boring job. (Aren't there any tools which could help?)
And it is very frustrating until you find out how all the things work
until you can add docs to our documentation system.
I agree.
Regards, Upayavira
.
Regards, Upayavira
-- stavros
On Mon, 24 Nov 2003, Joerg Heinicke wrote:
On 24.11.2003 20:27, [EMAIL PROTECTED] wrote:
how is marked that a wiki page is ready to move to CVS?
I guess almost every page has valuable content to be moved to the CVS.
The only question is: Who does
by a placeholder, which is where people can place comments
about the related page in CVS.
Regards, Upayavira
Bertrand Delacretaz wrote:
Le Lundi, 24 nov 2003, à 21:05 Europe/Zurich, Upayavira a écrit :
...From looking at the BeanShell docs, the Java is definitely
'scripted' java, and lacks Java's object orientedness...
But what about this example from the BeanShell docs:
buttonHandler = new
, then perhaps just a note of when the old docs were moved to CVS
would suffice?
Exactly, and a reference to the new doc, and a space where people can
comment on the new doc. So only changes go on this wiki page.
Regards, Upayavira
Joerg Heinicke wrote:
On 24.11.2003 21:55, Upayavira wrote:
Tony Collen wrote:
BTW, when a page is moved, I think we should keep the page on the
wiki, and perhaps keep a record of when the last version was
committed to CVS.
Blowing away docs (like the features list) isn't too useful
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
...
Thanks Upayavira
Did you read the bit earlier about the scheme having a flaw because
of no variable substitution in the xmap tag's attributes?
No I didn't.
How
Jeremy Quinn wrote:
On 21 Nov 2003, at 15:04, Geoff Howard wrote:
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
...
We could:
(1) Remove the replace-properties attribute, and replace
properties automatically in the content, and in the top level
attributes.
(2) Leave
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
Jeremy,
Splendid article. Stuff I've been thinking about a lot recently too.
Just one useful quote from the Ant manual:
property environment=env/
echo message=Number of Processors = ${env.NUMBER_OF_PROCESSORS}/
echo message
Ugo Cei wrote:
Upayavira wrote:
1) The most complicated bit I have found in building Cocoon sites is
handling Java classes. If deployed in a jar, it always seems to
require a server/app restart to take on the changes. For trivial
things (e.g. sending a simple email), I wouldn't want to have
Geoff Howard wrote:
Upayavira wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
The main samples sitemap now uses a mount table located at the
root of the Cocoon directory. It is not present by default (and
ignored silently), but a mount-table.xml.sample is provided that
just needs
site
without having to touch the root sitemap at all.
I can't look into it more now but can pick it up in the next few days.
Great. Lets play a 'who gets there first' game.
Regards, Upayavira
(child);
child = child.getNextSibling();
}
break;
}
default: {
// ignore all other node types
}
}
}
Regards, Upayavira
Upayavira wrote:
Geoff Howard wrote:
No, XPatch doesn't handle properties expansion now. I looked
briefly at how to add support
Vadim Gritsenko wrote:
Upayavira wrote:
After this bit of code turned up, I couldn't resist giving it a go.
I now have a XConfToolTask that will replace properties if
replace-properties in the top level element is set to true.
Is it required, this top level element's attribute? Ant itself
, and replace that, but there isn't an option in the xconf task
to replace a node, so I simply put it after the pattern=api/**
matcher. Not ideal, but it works.
Please feel free to tidy up anything I got wrong.
Regards, Upayavira
Upayavira wrote:
After this bit of code turned up, I couldn't resist
Sylvain Wallez wrote:
Upayavira wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
The main samples sitemap now uses a mount table located at the
root of the Cocoon directory. It is not present by default (and
ignored silently), but a mount-table.xml.sample is provided that
just needs
, and now I can see that all I've got to do is stick
files into a confpatch folder, which is really great.
Regards, Upayavira
, Upayavira
still in build/webapp.
I don't know if the XPatch task can handle patches with ant properties,
but if it could...
Regards, Upayavira
saw tis bug?
Yup. I've seen it. Too new to Woody right now to worry about it right now.
Regards, Upayavira
any .. from a URL. It splits on /,
so it can handle a context: protocol, but how it deals with .. at the
beginning of a URL I can't work out immediately. If it doesn't, it
shouldn't be hard to patch it to work appropriately.
Don't know if this is relevent.
Regards, Upayavira
, Upayavira
wildly about point 3, maybe I could write a unit test servlet
and set it up in web.xml to answer requests to /cocoon-unit. Then you
wouldn't need code in your sitemap. Hmm.
Thanks for this. I think I'm now close to ready to attempt implementing it.
Regards, Upayavira
Bertrand Delacretaz wrote
Bertrand Delacretaz wrote:
Le Vendredi, 7 nov 2003, à 08:17 Europe/Zurich, Upayavira a écrit :
...3) The remaining thing I dislike is the need to have some code in
the sitemap to accept the requests from CocoonUnit)
Thinking wildly about point 3, maybe I could write a unit test
servlet
?
Thoughts?
Regards, Upayavira
a decent Windows IRC client? I'd at least like to
watch what's going on, even if I can't participate much.
Upayavira
be
something we could use to set up some simple tests that could be used
with CruiseControl.
Actually, we could use it to detect build failures - but we usually find
those out quite quickly.
Hmm.
Regards, Upayavira
seems good enough.
Thanks.
Upayavira
a test target...
What shape would a CLI test target take?
I know we need one, but I haven't yet really conceived it.
Regards, Upayavira
Upayavira wrote:
Giacomo Pati wrote:
Upayavira wrote:
Steve K wrote:
Upayavira --
- Jakarta Cactus (http://jakarta.apache.org/cactus/) -- This takes
a similar approach by setting up a mock servlet environment to test
your servlets in. However, it seemed way to big and complicated to
do
has changed?
Regards, Upayavira
Giacomo Pati wrote:
Upayavira wrote:
Steve K wrote:
Upayavira --
- Jakarta Cactus (http://jakarta.apache.org/cactus/) -- This takes a
similar approach by setting up a mock servlet environment to test
your servlets in. However, it seemed way to big and complicated to
do what I thought would
Bertrand Delacretaz wrote:
Hi Upayavira,
This looks real good, having a specialized testing framework will
certainly help improving our test traceability!
Great.
I just have one small thing to add:
...CocoonUnit would use the CocoonBean to pass requests to Cocoon.
The bean would prepare
David Crossley wrote:
Upayavira wrote:
Dear All,
After reading of Steve K's efforts on this list, and reading Extreme
Programming Java Cookbook, I would like to propose a Cocoon pipeline
unit testing framework, based arount HTTPUnit, XMLUnit and the CocoonBean.
snip/
What do you all
Steve K wrote:
Upayavira --
This all looks great. I've also been hacking at this problem and have
a working solution that does not involve any open pipeline surgery or
triple-pipeline-bypasses. It is a bit of a hack and I do believe your
solution is much more appropriate in the long term
Jeremy Quinn wrote:
On Saturday, November 1, 2003, at 05:21 PM, Upayavira wrote:
snip wot=really interesting stuff
String generatorXML = response.getPipelineXML(0);
String transformedXML = response.getPipelineXML(1);
If I understand this correctly you are referring to elements
Giacomo Pati wrote:
Upayavira wrote:
Steve K wrote:
Upayavira --
- Jakarta Cactus (http://jakarta.apache.org/cactus/) -- This takes a
similar approach by setting up a mock servlet environment to test
your servlets in. However, it seemed way to big and complicated to
do what I thought
to be 'units', and therefore could be tested independently of
each other. Adding a CocoonUnit to the Cocoon codebase would further
extend Cocoon's ability to be used in substantial web environments where
automated testing is crucial to success.
What do you all think?
Upayavira
multiple changes within an hour, and already works with JSPWiki.
I imagine I could muster an offer to set it up too.
Regards, Upayavira
Gunter D'Hondt wrote:
Upayavira,
Don't worry I can wait (better that than making the same again).
What datatype have you used? A composite datatype with the byte-array
and the filename as string?
At present it returns an InputStream to the part (either in memory or on
disc). Sylvain
Vadim Gritsenko wrote:
Upayavira wrote:
Joerg Heinicke wrote:
...
Is offline/online still an issue?
It is for me. Much of my Cocoon work (and some of my mailing list
reading) is done on a train to and from work, without net access. I
am equally concerned about whether I'll be able to work
it to the AbstractCommandLineEnvironment
and config to the BeanConfigurator, and then you're done. So the CLI
could handle it with:
uri src=xxx.html dest=build/dest user=foo pass=bar/
Regards, Upayavira
am also aware about the upayavira comment. I think the idea is not to
remove the docs from Cocoon, just allow to generate using an external
forrest dist.
Are you saying that, in order to access the docs by doing cocoon servlet
then http://localhost:/docs/ would access a local Forrest dist
access.
Regards, Upayavira
Bertrand Delacretaz wrote:
Le Samedi, 25 oct 2003, à 17:56 Europe/Zurich, Upayavira a écrit :
Joerg Heinicke wrote:
...
Is offline/online still an issue?
It is for me. Much of my Cocoon work (and some of my mailing list
reading) is done on a train to and from work, without net access. I
am
, Upayavira
Carsten Ziegeler wrote:
Upayavira wrote:
For the moment I would be against removing the docs from the webapp, as
it is my primary means of testing the CLI/bean.
How do you test the CLI with the docs copied to the webapp? (Just curious)
Carsten
I get the CLI to generate /docs
Carsten Ziegeler wrote:
Upayavira wrote:
I get the CLI to generate /docs/index.html and follow links. If it
generates the whole site, it gives me a good idea as to how it is
working, and how fast it is working.
It isn't the best test method, as there are features of the CLI that
this isn't
Carsten Ziegeler wrote:
Upayavira wrote:
No, to use the CLI, I need a webapp, just like the servlet. And to test
the CLI, I need a webapp with some pages in it. Therefore, I use the
docs in the webapp (build/webapp/docs/) to test it.
Even if you would use that directory as your source
[EMAIL PROTECTED] wrote:
cziegeler2003/10/24 05:31:53
Modified:src/java/org/apache/cocoon/bean OldCocoonBean.java
Log:
Adding method - also verbose is not used at all, but otherwise it doesn't compile
Feel free to remove all references to 'verbose' in 2.2.
Regards, Upayavira
Upayavira wrote:
[EMAIL PROTECTED] wrote:
cziegeler2003/10/24 05:31:53
Modified:src/java/org/apache/cocoon/bean OldCocoonBean.java
Log:
Adding method - also verbose is not used at all, but otherwise it
doesn't compile
Feel free to remove all references to 'verbose' in 2.2
Just found:
http://sangam.sourceforge.net/
An Eclipse plugin for XP style pair programming. No idea how good it is.
It requires a server (open source Kizna Syncshare
http://www.kizna.org), which I'm not in a position to install. Anyone
into trying it out?
Regards, Upayavira
Geoff Howard
that
actually works, and you can use, then stick with 2.1 which is the
stable, maintained release.
Regards, Upayavira
Joe Latty wrote:
I have obtained cocoon-2.2 from the cvs repository. When I attempt to
do a build I receive 63 errors. The first is:
[javac]
C:\cocoon-2.2\src\java\org\apache
Berin Loritsch wrote:
Upayavira wrote:
I note from commit messages that Berin has completely changed the
purpose of the CocoonBean. The CocoonBean is a published (if not
entirely stable) interface, and therefore I think this needs some
discussion before it can be changed significantly
David Crossley wrote:
David Crossley wrote:
Upayavira wrote:
By default, running the CLI gives an error Cannot find
CatalogManager.properties. I've always just ignored it.
Someone on user list has just commented that this error can confuse (as
to whether it is okay to ignore it), which
server. I will ask on
infrastructure how to get it made.
Upayavira
, Upayavira
check that
cocoon.xconf hasn't changed, etc, as does the servlet.
Ah, good point.
But shouldn't be hard.
Regards, Upayavira
.
Regards, Upayavira
Geoff Howard wrote:
Upayavira wrote:
Friedrich,
I would recommend using Cocoon 2.1 for this purpose, as it has much
more functionality.
In 2.1, the CocoonBean provides programmatic access to Cocoon's
functionality, including a method for requesting that a page/resource
be sent to a supplied
that the CocoonBean should be left in its place, and that
Berin's bean should be placed somewhere else (and named suitably so as
not to cause user confusion when people go hunting for the CocoonBean).
What do others think?
Regards, Upayavira
/where
CatalogManager.properites is?)
Regards, Upayavira
that you're talking about, as does
the servlet.
The aim I've had in working on the CocoonBean is to provide a simple
programmatic interface to page generation using the Cocoon engine, in a
way that does not expose Avalon (or Environments for that matter) to the
outside.
Regards, Upayavira
Tony Collen wrote:
Is anyone opposed to me adding the IMAPGenerator directly to the Mail
block? I wanted it to live in scratchpad for a while, but the
javax.mail.* mock classes in the Mail block will make my life easier.
Regards,
Tony
Just do it!
Regards, Upayavira
to it on the front page.
I volunteer to do the necessary changes if needed (but not right now,
very busy - say beginning of November).
Surely this'd be a piece of cake for someone who understands configuring
ForrestBot, and wouldn't require any code changes at all.
Regards, Upayavira
. I've just got to work out how to pass a result
out of a task.
Getting this task to work went through so many cycles of code, scrap,
recode, that it ended up a bit scrappy in the end!
Regards, Upayavira
the Ant taskdef node.
Does creating a separate block seem the best way, or should it just be
in the bean package?
Regards, Upayavira
the
problem you're having.
At some point, we'll have to make all blocks compatible with the CLI -
i.e. being more careful about what services they expect from their
environment on startup.
Regards, Upayavira
OK, I thought I would try it first using the standard cli.xconf.
I went:
[tintin
Geoff Howard wrote:
Upayavira wrote:
I am completing coding of an Ant task that integrates nicely with the
Cocoon Bean. Its features include:
1) It shares the cli.xconf interpreting code with Main.java (the CLI)
2) The xconf configuration can be embedded into your Ant build
script
Scott A Malec wrote:
Hi there - has anyone experience with writing a sitemap that takes
multiple XML files as input for XSLT?
Thanks!
Scott Malec
This should be asked on the user list.
Look into map:aggregate
Regards, Upayavira
David Crossley wrote:
...
You do get that vital hint if there are *no* broken links.
Huh?
Is that a Cocoon CLI bug or a Forrest bug?
If I can understand what you're saying, maybe we can identify which.
Regards, Upayavira
Carsten Ziegeler wrote:
Upayavira wrote:
David Crossley wrote:
...
You do get that vital hint if there are *no* broken links.
Huh?
Is that a Cocoon CLI bug or a Forrest bug?
If I can understand what you're saying, maybe we can identify which
David Crossley wrote:
Upayavira wrote:
David Crossley wrote:
snip/
You do get that vital hint if there are *no* broken links.
Huh?
If you build a site that *has no* broken links, then you will get
a successful build, and a reminder to check the broken links file
, but thought there might be an Ant expert or two
over here too].
Regards, Upayavira
Stefano Mazzocchi wrote:
On Thursday, Oct 9, 2003, at 14:19 Europe/Rome, Upayavira wrote:
I have written a Cocoon Ant task, which is really neat, and, as Marc
was suggesting, it shares its config code with the CLI.
However, I'm having some classloading problems with it. I set up
Stefano Mazzocchi wrote:
On Thursday, Oct 9, 2003, at 21:45 Europe/Rome, Upayavira wrote:
Stefano Mazzocchi wrote:
On Thursday, Oct 9, 2003, at 14:19 Europe/Rome, Upayavira wrote:
I have written a Cocoon Ant task, which is really neat, and, as
Marc was suggesting, it shares its config code
, Upayavira
...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.
Set a breakpoint in your code. Request a page with your browser from
port , and you should see eclipse catch the breakpoint.
Upayavira
Also, I don't know if I can touch the woody code, I
Steve K wrote:
Upayavira wrote:
Start Cocoon with cocoon servlet-debug (instead of just cocoon servlet)
Then, in eclipse, select run/debug...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.
The way I've been debugging cocoon
David Crossley wrote:
...
It is at src/documentation/.../xdocs/*.xml in each place.
Of course you need Forrest 0.5 installed on your system.
Make sure you're using 0.5.1, as it has an important bug fix that
prevents pages being skipped.
Regards, Upayavira
...
701 - 800 of 893 matches
Mail list logo
