Re: Flowscript - delete file

2012-12-29 Thread gelo1234
Hi Peter, file.delete() doesn't get executed in this case. Its: if (!file.exists()) { throw new FileNotFoundException(filePath); that line of code that triggers your Error message and file.delete() has not been reached. Greetings, Greg 2012/12/29 Peter Sparkes > Hi Martin an

Re: zip-archive generator (reverse of zip-archive serializer)

2012-12-07 Thread gelo1234
I don't know about your use-case of zip-archive usage, but it looks like a typical Data Integration scenario. Perhaps you should take a look at Apache Camel: http://camel.apache.org/zip-dataformat.html Greetings, -Greg 2012/12/7 Robby Pelssers > Hi guys, > > Not sure if we have a zip-archive ge

Re: using both Xalan and Saxon with C3

2012-12-06 Thread gelo1234
When you are paranoid;) about the performance, you can set many different configs for xslt processors. e.g. the one that uses compiled versions of XSL sheets - translets (XSLTC) http://xml.apache.org/xalan-j/xsltc_usage.html or the one that is faster because it doesn't use Request Parameters or th

Re: Generator with XMLFilterImpl

2012-12-06 Thread gelo1234
ransformer cocoon-sax/src/main/java/org/apache/cocoon/sax/component/CleaningTransformer.java You just consume SAX events and generate new ones :) Greetings, Greg 2012/12/6 gelo1234 > > If you need to do this in generator why not writing your own Generator ? > that extends AbstractSAXGe

Re: Generator with XMLFilterImpl

2012-12-06 Thread gelo1234
If you need to do this in generator why not writing your own Generator ? that extends AbstractSAXGenerator ? You can find example in: cocoon-sample/src/main/java/org/apache/cocoon/sample/generation/ Greetings, Greg 2012/12/6 Mansour Al Akeel > Javier, thank you for replying. > For many addition

Re: Cocoon 3.0 generators/aggregators/calling controllers/include/xslt questions

2012-12-01 Thread gelo1234
ystem when you already have some system architecture in place. BPM should not be used for _integration_ purposes. Thats why I really consider Cocoon to have features most wanted in terms of ESB and EAI. Greetings, -Greg 2012/12/1 gelo1234 > > Thank you Thorsten, > > That clarified a

Re: Cocoon 3.0 generators/aggregators/calling controllers/include/xslt questions

2012-12-01 Thread gelo1234
when you just used to simple and clear sitemap pipelines :) That's why I think servlet-sitemap component of Cocoon is really what makes Cocoon the most flexible/easy in terms of web programming. Greetings, -Greg 2012/12/1 gelo1234 > > One more note: > > Typical ESBs d

Re: Cocoon 3.0 generators/aggregators/calling controllers/include/xslt questions

2012-12-01 Thread gelo1234
rvice Bus) while other Java EE components be used from inside or outside that ESB. I think about that kind of architecture model. Greetings, -Greg 2012/12/1 Thorsten Scherler > On 12/01/2012 01:15 AM, gelo1234 wrote: > > > > Hello, > > > > I was trying to find some s

Re: Cocoon zone now with 2.2 samples (besides 2.1 and 3.0)

2012-11-30 Thread gelo1234
Looks like C 3.0 samples need more tweaking: http://cocoon.zones.apache.org/cocoon3/ Greetings, -Greg 2012/11/30 Francesco Chicchiriccò > Hi all, having found [1], I finally put the Cocoon 2.2 samples at [2] > together with 2.1 and 3.0, already available there. > > I have also updated [3] for j

Re: Modular database actions

2012-11-14 Thread gelo1234
3) I agree, XSP was very flexible and I do miss it in 2.2/3.x Cocoon. I wonder what kind of limits did you find in XSP ? Its pretty straightforward and very general in nature - you can put any kind of Java and mix&match with XML. Its auto-compiled into Java classes so you don't have to "redeploy" a

Re: [C3] Sting template, passing argument to method

2012-10-05 Thread gelo1234
Andre, In my opinion, if you are dealing with XML data, you should turn your eyes into XSL[T] instead of ST. Greetings, Greg 2012/10/5 André Juffer > On 10/05/2012 09:30 AM, Francesco Chicchiriccò wrote: > >> On 04/10/2012 08:53, André Juffer wrote: >> >>> Hello, >>> >>> I am dealing with the

Re: [C3] Sting template, passing argument to method

2012-10-05 Thread gelo1234
Is there any reasonable benefit from using ST in "transform layer" ? I tend to believe that C2/C3 authors overly favor ST templates in the whole C architecture. Does it stem from the mere fact that ST is deadly simple/fast to compute (transform data) while being very general-purpose ? Or is there a

RE: Forms and maps

2012-04-18 Thread gelo1234
I totally agree with Robby's opinion. The trend is to use HTML5 on the client side in case of Web apps. Greetings, Greg 18-04-2012 10:27, "Robby Pelssers" napisał(a): > Just my 2 cents on this topic... > > Cocoon forms was at the time in my eyes a pretty awesome solution to build > highly dynami

Re: Forms and maps

2012-04-18 Thread gelo1234
Hello, I would like to share my opinion on C3. I think that dropping support for the most of native Cocoon components is a good step forward. As you see trends now in enterprise applications, everybody from RedHat to Oracle limits the amount of code from bare application server core engine making

Re: C3 and XSP equivalent

2012-04-04 Thread gelo1234
you and please carry on with developing that wonderful piece of software. I hope to see OSGi support soon :) Greetings, Greg 2012/4/4 Francesco Chicchiriccò > Hi Greg, > sorry for the delay: you will find my reply embedded below. > > Regards. > > > On 02/04/2012 11:00, gelo

C3 and XSP equivalent

2012-04-02 Thread gelo1234
Hello, We've been using Cocoon framework for years and are very happy with its simplicity and RAD features. Although we use very old version of Cocoon (2.0.5), it still satisfies us. Unfortunately there are some bugs inside those old framework libs that we cannot fix as well as some memory leaks f

<    1   2