Re: Do we want a GUI installer?

2005-04-15 Thread Simon Mieth
On Fri, 15 Apr 2005 11:40:49 +0100 Upayavira [EMAIL PROTECTED] wrote: Hi Simon, Thanks for this. Does this installer install Hawron specifically? Or is it about installing and configuring Cocoon? I suspect these two are mutually complementary. Regards, Upayavira Hi Upayavira, the

Re: Do we want a GUI installer?

2005-04-14 Thread Simon Mieth
On Thu, 14 Apr 2005 20:49:33 +0200 Daniel Fagerstrom [EMAIL PROTECTED] wrote: Upayavira wrote: If the user can get all the way to start Jetty with our demos through a simple GUI, I find it a good idea. Even if I'm perfectly able to read a README and run ant or make when I evaluate some new

Re: [CLI] Problem with XSP compilation

2005-01-13 Thread Simon Mieth
On Wed, 12 Jan 2005 15:47:34 +0100 Olivier Billard [EMAIL PROTECTED] wrote: Thanks for the answer, Simon. Unfortunatly, this doesn't work for me, because I'm using Windows, and the environment vars max length isn't that long, to store all cocoon needed jars... And your solution requires to

Re: [CLI] Problem with XSP compilation

2005-01-12 Thread Simon Mieth
On Wed, 12 Jan 2005 15:47:34 +0100 Olivier Billard [EMAIL PROTECTED] wrote: Thanks for the answer, Simon. Unfortunatly, this doesn't work for me, because I'm using Windows, and the environment vars max length isn't that long, to store all cocoon needed jars... And your solution requires to

Re: [CLI] Problem with XSP compilation

2005-01-11 Thread Simon Mieth
On Tue, 11 Jan 2005 15:47:30 +0100 Sylvain Wallez [EMAIL PROTECTED] wrote: I had a quick look at the CocoonBean and associated classes, and it turns out that precompile-only has been violently deleted when XSP was moved to its own block. Was it on purpose or just because of lazyness ? I

Re: [ANN] GUIapplication for Offline Processing

2004-03-04 Thread Simon Mieth
On Thu, 04 Mar 2004 09:06:17 + Upayavira [EMAIL PROTECTED] wrote: Okay, Simon, sorry for my delay in replying. Here's my idea of what I'd like to see. Firstly, I'd ___love___ to see a really thin GUI, with no editors (or a really cut down notepad style editor) living within Cocoon

[OT] License changed to ASL

2004-03-01 Thread Simon Mieth
Ok, it might be stupid to announce a GPL-software which uses Apache-software in a apache-mailinglist. It is changed now. Best Regards, Simon http://www.mieth-xml.de/openproject/cligui

Re: [ANN] GUIapplication for Offline Processing

2004-02-29 Thread Simon Mieth
On Sun, 29 Feb 2004 23:50:33 +0100 Gianugo Rabellino [EMAIL PROTECTED] wrote: Simon Mieth wrote: Dear Cocoon community, I want today announce my small GUIapplication, which uses the CocoonBean. After getting a friendly hint from Upayavira to announce here and look

[ANN] GUIapplication for Offline Processing

2004-02-28 Thread Simon Mieth
Dear Cocoon community, I want today announce my small GUIapplication, which uses the CocoonBean. I started for developing a small OfflineCMS with cocoon-inside. During working with the OpenOfficeBean (only available for Windows and Linux/Unix) and the nessecity to use dynamic classloading, i

Re: [CLI/CocoonBean] currently broken?

2004-02-01 Thread Simon Mieth
On Sat, 31 Jan 2004 22:36:29 +0100 Simon Mieth [EMAIL PROTECTED] wrote: Hi, with the portal block it is still broken. Please ignore this part below, i cannot reproduce this again. Maybe there was a quantum fluctuation in my enviroment yesterday ;-). Best Reagrds, Simon But i'm a little

[CLI/CocoonBean] currently broken?

2004-01-31 Thread Simon Mieth
Hi, i tried just an cvs-update and the cli and the Bean are broken. org.apache.avalon.framework.context.ContextException: Unable to resolve context key: servlet-config The exception is attached. Best Regards, Simon Opening database:

Re: [CocoonBean] recycle?

2003-12-14 Thread Simon Mieth
On Sun, 14 Dec 2003 08:05:52 + Upayavira [EMAIL PROTECTED] wrote: Thinking about this, it occurs to me that what your 'recycle' method does is to remove all targets, rather than recycle the component. Therefore, I'd suggest we have a method called something like removeTargets() that

[CocoonBean] recycle?

2003-12-08 Thread Simon Mieth
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() method to

Re: [CocoonBean] recycle?

2003-12-08 Thread Simon Mieth
On Mon, 08 Dec 2003 15:00:02 + Upayavira [EMAIL PROTECTED] wrote: Are you really sure that this.crawler = new Crawler() is all that is needed? If so, then that's great. In my case, i'm sure. By processing the Crawler iterates through the targets, remove from stillNotVisited and put they

Re: [CocoonBean] recycle?

2003-12-08 Thread Simon Mieth
Hi again, i forgot, the CocoonBean setup like ContextDir is the same and a changes are ignored, this needs a new cocoon-instance. So the recycle only works with the initialized Context. Maybe there is a better name as recycle to protect confusion about the interface from Avalon. Best Regards,

Re: DO NOT REPLY [Bug 23299] - [PATCH] UTFDataFormatException: String cannot be longer than 32k.

2003-11-12 Thread Simon Mieth
On Sat, 08 Nov 2003 18:22:08 +0100 Torsten Curdt [EMAIL PROTECTED] wrote: ...I was wondering - is this a bug of the component that produces the SAX events or the XMLByteStreamCompiler? I mean: now it's ok - but should we silently ignore the problem? Torsten, I don't understand

Re: DO NOT REPLY [Bug 23299] - [PATCH] UTFDataFormatException: String cannot be longer than 32k.

2003-11-12 Thread Simon Mieth
On Wednesday 12 November 2003 11:37, Torsten Curdt wrote: We could also increasing the max length of a stored character event in general. ...but that would waste 2 bytes per event. Hm... What do you think? -- Torsten Hi, why should we handle the UTFDataFormat exception, at all?.

Re: DO NOT REPLY [Bug 23299] - UTFDataFormatException: String cannot be longer than 32k.

2003-10-21 Thread Simon Mieth
On 21 Oct 2003 13:23:49 - [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN

Re: Repost: Failing miserably at nailing a suspected bug in Excalibur xmlutils or Cocoon TraxTransformer

2003-09-20 Thread Simon Mieth
Hi Florian, i have read your older message and the linked messages there. I'm not sure if i understand all of your problem. There was a problem with the CLI, which is fixed in the actually CVS-Version. The problem was that every last link on a site was not processed, so if you only have one

CocoonBean followLink problem

2003-09-19 Thread Simon Mieth
Hi all, i trying to integrate Cocoon via CocoonBean into my application. This work really fine, but the followLinks don't process every last link in every page. After trying with CLI, i got the same problem. I looked into the Source CocoonBean.java and found in the method process() the