Re: [ANN] Orixo launched

2003-06-16 Thread Stefano Mazzocchi
on 6/16/03 5:27 AM Matthew Langham wrote:

 To the Cocoon Community
 
 The involvement of commercial entities in an open source project can help
 tremendously with its success. If we look at the Linux OS, the Apache web
 server or other important open source projects, we often can see a mixed
 model where business and open source go side by side.
 
 In the past, the commercial side of Cocoon has been slightly in the dark.
 Some community members were known to be commercial entities, but in general,
 their commercial side has been intentionally kept low profile. We believe
 that this can be especially a disadvantage when it comes to enticing new
 companies into the world of Cocoon - they might fear that there is no
 support nor additional tools which will help them to build sustainable
 operations based on our beloved Cocoon project.
 
 In addition, we are perceiving an increasing need for additional Cocoon
 services such as training or consulting.
 
 At the previous GetTogether, the undersigned started a loose discussion on
 forming some sort of business alliance with the aim of being an umbrella
 under which commercial entities could discuss business perspectives, share
 resources or work together on new Cocoon related topics.
 
 The undersigned were able to join in open discussion (although being
 competitors) because we felt that the business model laid out in the
 Cluetrain manifesto was a Good Thing when it comes to defining business in
 the Internet age. Also, as much as we care about our own businesses, we have
 been working inside this wonderful Cocoon community for a long time and care
 a great deal about its sustained development, both community- and
 technology-wise.
 
 These discussions resulted in a consortium of 6 European companies, whose
 names are well familiar to the Cocoon community, joining forces to
 accelerate the corporate adoption of Cocoon by offering a shared vision of
 support and services. The name of the consortium is Orixo and the website is
 at http://www.orixo.com
 
 We feel very strong about the fact that an open source-related business
 initiative should have a particular emphasis on giving back to the
 community. The undersigned are all active members of the Cocoon project, and
 we hope that our joined efforts will continue to be beneficial for the
 entire Cocoon community. With regards to our involvement in the Cocoon
 project, business remains as usual.
 
 Signed
 
 Anyware Technologies
 Luminas
 Otego
 Outerthought
 Pro-netics
 SN AG

I would like to express some comments about this.

First and most important, I am *VERY* *HAPPY* to see something like this
finally happening. The greatest strenght of a healthy community is its
diversity and ability to keep balance with decentralization.

I've been knowing that Orixo was in the making and they asked me for
suggestion and criticism. Even if some of that criticism was strong and
potentially harmful for them, they were ready to discuss it and to do
what was best for both their interest and the cocoon community's.

This left me with a very nice warm feeling about this, a feeling that it
might well be possible to do commercial collaboration with the same
attitude used to do open source software.

Please note that what Orixo is trying to achieve is highly innovative: a
consortium of companies is not a new thing, but a consortium of
companies backed up with community feelings is, IMO, innovative.

Will it work? nobody knows, but I wish to all the people involved the
best luck. And I really mean it.

All those companies contributed *significatively* to the evolution of
Cocoon, in many different ways and I'm sure they will continue to do so
in the future, because it's also in their interests.

Who believes that altruism is the engine of open source really doesn't
get it: sellfishness is, but sellfishness gets a different taste when
it's in a world with more aboundance.

In this sense, the difference between Orixo and JBoss Corp. (for
example) is striking: Orixo is a community of companies, sharing
material, partial costs and pooling resources at need, while keep
different and balancing identities, covering national boundaries.

But the best thing of this is, IMO, the fact that since the different
entities remain isolated, there won't be a community perception of
polarization or Orixo secret agenda or orixo abusing the community
as it is becoming the case with JBoss Corp.

This is incredibly important: providing services on top of a community
that hates you is going to be very bad for a commercial entity. Orixo,
with its decentralized nature, will probably never have to face this
problem.

Please not that I am not, by no means, associated with Orixo (I happened
to do consulting for Otego, Pro-Netics and Luminas, but this was not
related to Orixo), but I consider all the people involved as friends
and, as a friend, I wish them the best of luck from their new commercial
venture.

I really hope they can have the same fun they are 

The new build system

2003-02-20 Thread Stefano Mazzocchi
The new build system has landed on CVS.

Do a 'cvs update' to get it.

I've done major refactoring of almost everything touched, so things 
might be a little shaky for a while. I copied the old build into 
build.old.xml so that I can copy/paste the stuff that is missing in the 
next days.

I wanted to release early so that you people can play with it.

For the record, I went from some 20 minutes down to 3 minutes and 20 
seconds on my machine simply by tweaking the ant dependencies and using 
ant better.

Since I normally work on a pentium II 366 you guys should see even 
faster build times, expecially after the first run.

I suggest you to:

 read BUILD.txt
 cp blocks.properties local.blocks.properties
 cp build.properties local.build.properties
 [modify the local copies as you like, leaving the original intact]
 build webapp [this will generate the webapp]
 build run [this will run jetty]
the fire your browser to http://localhost:

I tweaked jetty to be as small as possible. I'm now able to get a cocoon 
up and running with as low as 22 Mb memory!

If you exclude all blocks from build, the resulting webapp is the 
cleanest possible.

This should make many of you happy.

now, off for a drink :)

ciao

--
Stefano Mazzocchi   [EMAIL PROTECTED]
   Pluralitas non est ponenda sine necessitate [William of Ockham]



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]


Re: [announce] CVSSource at cocoondev.org

2003-01-15 Thread Stefano Mazzocchi
Sylvain Wallez wrote:

Dear all,

I'm please to announce the availability of the CVSSource I talked about 
recently on cocoon-dev.

This component allows adding new protocols to the ones available in 
Cocoon (such as resource:, cocoon:, etc) which are linked live to 
a remote CVS repository. These protocols are _writeable_ : reading a 
CVSSource gets the latest revision of the corresponding file, and 
writing it creates a new revision.

The implementation is based on a LGPL'ed library and so cannot be hosted 
on Apache's CVS. Steven Noels kindly accepted to host it on 
cocoondev.org. So everything is available at :
  http://www.cocoondev.org/projects/cvssource.html

This is still to be considered experimental, although already used on 
real projects. So I'm awaiting your comments, suggestions and patches !

Enjoy,
Sylvain


Awesome!

--
Stefano Mazzocchi   [EMAIL PROTECTED]




-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: HP-SOAP Server announcement

2002-04-10 Thread Stefano Mazzocchi

DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
 
 Hi All,
 
 I would like to announce the general availability release of HP Web Services
 Platform 2.0, a standards-based platform for developing, deploying,
 registering, discovering, and invoking Web services.  Key components include
 the following:
 *   HP-SOAP 2.0 - SOAP server and XML document processing pipeline
 controlled by the Apache Cocoon2 framework
 *   listener framework - transport listeners that support http, https,
 smtp
 *   plug-and-play framework that allows for protocol-neutral or
 protocol-specific (eg. ebXML, BizTalk) processing of SOAP messages.
 *   Integrated security - support XML Digital Signatures
 *   XML Digital Signature security pack
 *   HP Service Composer - graphical tool for creating and mapping WSDL
 interfaces and for automatic deployment to HP Application Server 8.0
 *   HP Registry Composer - graphical tool for registering and
 discovering Web services in UDDI registries via UDDI4J Java API
 *   Useful trail map tutorials, documentation, and use case examples to
 expedite the Web services learning process
 HP Web Services Platform 2.0 is J2EE application server agnostic and has
 been tested with HP-AS 8.0, Tomcat, BEA WebLogic 5.1 and 6.1. A 30 day no
 charge evaluation copy of HP Web Services Platform 2.0 can be downloaded
 from http://www.hpmiddleware.com/download.
 Hope this proves useful and instructive to the entire Cocoon community. We
 are looking forward to you guys building on what we've developed so far.

Uh, sounds very cool.

I'll download and play with it ASAP.

And sure, I'll be very interested to know how you guys did that.

Thanks.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Cocoon-URL (weekly summary of interesting links on cocoon-*)

2002-03-02 Thread Stefano Mazzocchi

Andrew Savory wrote:
 
 On Fri, 1 Mar 2002, Stefano Mazzocchi wrote:
 
  Question: do you provide RSS feeds? if so, I would sure it from the
  newly forrest-powered cocoon web page.
 
 Not at the moment, but hey, it's published with Cocoon so give me a few
 minutes and I'll add an RSS feed ;-)

Tell me: did you always wanted to be able to say something like that?

:-)

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche




-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




[STATUS] Cocoon Roadmap

2002-03-02 Thread Stefano Mazzocchi
, but
in case we are a little late with the implementation, we should postpone
it to 2.2.x)

   - o -

Uh, that was longer than I thought ;-)

As you see, there is lots of stuff we are working on and probably
something where you might help, even by critizicing.

One thing: all development happens at [EMAIL PROTECTED], so if
you are interested in any of the above stuff and want to help, even by
only stating your opinion or simple appreciation, join our fun there.

For those of you who badly need the features I explained 'yesterday',
well, you're not the only one, believe me and any possible help will be
much appreciated.

Thanks for reaching this far.

Keep it up!

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche




-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Cocoon-URL (weekly summary of interesting links on cocoon-*)

2002-03-01 Thread Stefano Mazzocchi

Andrew Savory wrote:
 
 Hi,
 
 Some of you may be interested in Cocoon-URL:
 
   http://www.luminas.co.uk/technology/cocoon/url/
 
 Cocoon-URL is a weekly summary of interesting links posted to the mailing
 lists of the Cocoon project. We've got the last three weeks archived, and
 we will hopefully continue to update this on a weekly basis. Many thanks
 to MJ Ray for the cunning code.
 
 Hope it's of use!

Very cool, I'll add it to our links!

Question: do you provide RSS feeds? if so, I would sure it from the
newly forrest-powered cocoon web page.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche




-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Where do I get phpsrvlt.jar?

2002-02-28 Thread Stefano Mazzocchi

Peter Christoph Alexander Bär wrote:
 
 I'd like to build my C2 dev snapshot with PHP support.
 Where do I get the phpsrvlt.jar?
 
 I can't find it on http://www.php.net/ and elsewhere.
 
 Could it be that I have to build it myself? Where are
 the sources, then?

phpsrvlt.jar is included in the /java directory of the standard PHP
distribution, i would guess the source is in the PHP CVS.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche




-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: c2: scales badly compared to c1

2002-02-09 Thread Stefano Mazzocchi

Alexandre Victoor wrote:
 
 Hi,
 
 I am also migrating from C1 to C2. I have tried to migrate changing as lessc
  ode as possible. I have noticed that if I use a very basic generator,
 which doesn't use the avalon framework, the amount of memory used by cocoonk
  eep increasing at each request. Well that's quite normal I guess since myg
  enerator can't be recycled...

Yes, you have to use the appropriate Avalon marking interfaces
(Recyclable, etc...) in order to have it recycled. Otherwise, the memory
keeps increasing because new instances of that component has to be
created.

 The real bad thing that I can reproached to C2 is the amount of memory usedb
  y the sitemap. Even with a simple one, about 30MB of memory are used... Ist
  here a way to reduce this amount ?

This memory is not taken up by Cocoon but by Javac since the sitemap
gets compiled. It is likely that 90% of this memory is garbage and will
be collected next time the JVM will need memory and before increasing
the heap size.

Anyway, we are aware of this problem and next release (2.0.2) will
include another java compiler (pizza) which will reduce the amount of
memory used to compile things (both sitemap and XSP) and reduce the
cocoon startup time (since less classes needs to be loaded, the pizza
jar is about 500Kb compared to the 4mb of javac)

Finally: yes, Cocoon 2.x is less polished than Cocoon 1.x but expect
better performances (both runtime and loadtime) and memory footprint (at
startup and under load).

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Any way to use processing instructions?

2002-01-26 Thread Stefano Mazzocchi

[Subscribed back after 18 months. Sorry guys, but I didn't have
time/energy to follow both the dev and the user list. I won't be much
responsive here (you guys are doing a great job anyway, but I'll be here
as I should be]

Dimitry Chernyshov wrote:
 
 Actually, it's not that simple... C1 could do recursive transformations
 like:
 
 1. Process XSP, which generates XML with PI's indicating XSL to
 process... And so on.

Right, there is no way to create such a migrating tool... well, there is
one: patch Cocoon1 to produce a sitemap out of run-time information of
the reactor but, no, thanks, that's not fun at all to write!

Cocoon1 and Cocoon2 are simply too different in design.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche




-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Cocoon get-together at CeBIT

2002-01-17 Thread Stefano Mazzocchi

Matthew Langham wrote:
 
 Hi,
 
 CeBIT 2002 will be upon us soon (13th - 20th of March) and this seems like
 an ideal place to showcase Cocoon based solutions (we will be) and perhaps
 have some form of a get-together. Therefore, we have decided to book a
 small conference room on Tuesday the 19th so that any interested parties can
 meet there.
 
 The goal of such a get-together could be to at last meet the developers,
 discuss how Cocoon should develop over time and perhaps showcase what you
 are doing with Cocoon. We could develop an agenda and time-frame as CeBIT
 gets closer.
 
 We have been able to pry the necessary $$ for the conference room from the
 powers to be and would be willing to donate the room. Please note that it
 is only a room with tables and chairs for 16 people (perhaps a few more
 standing). There is no infrastructure or refreshments :-) - so anyone
 showcasing stuff will need to bring a laptop.
 
 So, the aim of this email is to see whether there is enough interest for
 some sort of get-together so we can go ahead with actually booking the
 room. And it gives you chance to plan your CeBIT visit to fit.
 
 Lets hear it then..

Uh, that would be a great idea. Thanks guys, very appreciated.

I currently can't say anything for sure, but I'd be interested in
partecipating (although, I have to admit, 1000Kms are not exactly 'a
breeze' for a day get-together :/)

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




[Fwd: Cocoon 2 international language support]

2002-01-11 Thread Stefano Mazzocchi

Ended up in the wrong mailing list :)

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche

---BeginMessage---

I have test Cocoon2 Chinese support, descipted as following.

1. Change HTML serializer encoding setting in cocoon.xmap:

   map:serializer name=html   mime-type=text/html
src=org.apache.cocoon.serialization.HTMLSerializer
 encodingGB2312/encoding
   /map:serializer

  thus, HTML returned from C2 has correct charset:

META http-equiv=Content-Type content=text/html; charset=GB2312

2. Change encoding of your XML and XSP file:

?xml version=1.0 encoding=GB2312?

  thus, you can type any Chinese character in any XML value or Java variable, browser 
will display correctly as you think.

3. C2 and MySQL chinese support

  3.1 Add MySQL driver setting in web.xml:

init-param
  param-nameload-class/param-name
  param-valueorg.gjt.mm.mysql.Driver/param-value
/init-param
 
  3.2 Add MySQL datasource in cocoon.xconf datasource section:

jdbc name=mysql
  pool-controller min=2 max=10/
  
dburljdbc:mysql://localhost/test?useUnicode=truecharacterEncoding=GB2312/dburl
  usermyuser/user
  passwordmypassword/password
/jdbc

  3.3 Put mm.mysql.jar to cocoon/lib, and restart Tomcat
  Execute cocoon\docs\samples\sql\sql-page.xml.sql in mysql to create test tables.
  Modify xsp/esql.xsp, change xml encoding, and change personnel to mysql, 
  then visit http://localhost:8080/cocoon/xsp/esql, 
  everything ok!

  You must use useUnicode=truecharacterEncoding=GB2312 connection parameter to 
support 
   Chinese string in SQL query string and parameters.

4. Support Chinse in parameters returned from URL or forms action:
   xsp-request:get-parameter name=yourparametername form-encoding=GB2312/

   form-encoding attribute is not documented in C2 user document.





---End Message---

-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: java.lang.NoClassDefFoundError with XSP

2001-07-26 Thread Stefano Mazzocchi

Scrive Mamadou Bobo Sylla [EMAIL PROTECTED]:

 I am using Tomcat 3.2.1 integrated with cocoon-1.8.2
 
 I have succesfully tested all the cocoon samples except XSP examples.
 I am always getting :java.lang.NoClassDefFoundError:
 sun/tools/javac/Main
 
 I have already the JDK_HOM/lib/tools.jar on my system classpath (through
 autoexec.bat). I have also copied tools.jar into tomcat/lib/ and run the
 sample afterwards. Yet I am still getting the same error!!
 
 Am I missing anything?
 
 Please I urgently need your help.
 
 Bobo,
 
 THE FULL ERROR MESSAGE:
 
 java.lang.NoClassDefFoundError: sun/tools/javac/Main
   at
 org.apache.cocoon.processor.xsp.language.java.SunJavaCompiler.compile
(SunJavaCompiler.java:68)
   at
 org.apache.cocoon.processor.xsp.language.java.XSPJavaProcessor.compile
(XSPJavaProcessor.java:132)
   at
 org.apache.cocoon.processor.xsp.XSPProcessor.process(XSPProcessor.java:522)
   at org.apache.cocoon.Engine.handle(Engine.java:384)
   at org.apache.cocoon.Cocoon.service(Cocoon.java:183)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
   at
 org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)
   at org.apache.tomcat.core.Handler.service(Handler.java:286)
   at
 org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
   at
 org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
   at
 org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
   at
 org.apache.tomcat.service.http.HttpConnectionHandler.processConnection
(HttpConnectionHandler.java:210)
   at
 org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
   at
 org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
   at java.lang.Thread.run(Thread.java:484)
 
 
 

Please, ask such questions to the cocoon-users mail list.

Thanks.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche


-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




[review] Cocoon support in Borland JBuilder 5 Enterprise

2001-06-18 Thread Stefano Mazzocchi

People,

in case you didn't know, Borland JBuilder 5 Enterprise Edition ships
with Apache Cocoon and adds a set of tools and wizards that simplify the
development of Cocoon-powered solutions.

A couple of hours ago, I received a full copy of the baby (many thanks
to Borland for this 3500$ gift!) and I'm now writing a review to let you
know my thoughts.

Let's start saying that the version shipped is a pretty old Cocoon 1.8
but it's totally easy to point the wizards to a newer Cocoon
installation so this is not a great drawback.

Cocoon is shipped complete, along with all samples, HTML docs, XML docs,
libraries and a precompiled cocoon.jar. The full distribution.

The only thing that bugs me is that they removed the README and LICENSE
files from the distro (even if they left legal notices in all other
places) but this is because I'm very picky with those legal and credits
things.

As expected, the wizards are hardcoded around Cocoon1 and cannot be used
directly with Cocoon2, even if I presume it won't be difficult to adapt
these things since even the Cocoon wizards were adapted from more
general WAR wizards.

In general the amount of Apache code found in JBuilder 5 Enterprise is
impressive: in fact, it includes, Tomcat 3.2.1, Cocoon 1.8, Xerces and
Xalan (unspecified version) and Jakarta Regexp. The only other open
source code distributed are: JDOM, Castor and GNU Regexp (which is
LGPL-ed)

The bummer is lack of direct Ant support, but I bet this will happen
soon.

Anyway, back to Cocoon support.

Overall, it's very good. I even venture to say that Cocoon1 has so many
architectural problems that it would be difficult to make it simpler to
write, deploy and test a Cocoon web application.

The wizard creates the project, along with a few fill-the-blanks-like
xml documents, an xslt stylesheet and so on. By pushing the Run Cocoon
button, a Cocoon WAR is created with all the required libraries, a dummy
server.xml file is created for Tomcat with a /cocoon context mapped to
Cocoon, then Tomcat is run internally with Cocoon.

Result: it takes a few seconds (litterarely!) to go from authoring the
xml documents from creating, deploying and testing the Cocoon Web
Application. Of course, since it's mapped on local port 8080, any
browser or additional device can be used to see what's created.

In JBuilder 5 phylosophy, Cocoon is seen as a presentation stage and
therefore lacks the quality of support it has for JSP for Cocoon's XSP.
But everything that runs Cocoon can be seen and managed from inside the
JBuilder IDE very nicely.

Generally speaking, XML support sounds a mix between very appealing and
very hype-oriented. Features like DTD-XML and XML-DTD are good for
XML newbies but I suspect they become useless as the complexity of the
DTD grows (try to go DTD-XML with docbook and we'll see).

Overall, XML support is heavily data oriented (with XML-DBMS wizards,
XML data binding, DTD-java code generation, etc...) and Cocoon is the
only thing that goes content oriented, but this has the advantage (from
our point of view) to make Cocoon very visible inside JBuilder's XML
support.

Let's come to a conclusion: JBuilder is, by far, the best Java IDE
available. I've been using all sorts of java IDEs and text editors since
1995 when all this Java stuff popped up and JBuilder beats the crap out
of every single one about Java support (personal opinion: flames will be
ignored).

JBuilder5 Ent. now adds a pretty good support for XML, XSLT, databinding
and publishing. Pretty nice is the ability of associating an XSLT or CSS
stylesheet to the XML document you are editing to see the results on the
next tab pane.

So, my conclusions are: JBuilder 5 Enterprise is not worth 3500$ for
their Cocoon support alone, but it's a great tool if you are using all
sorts of enterprise technologies (servlets, JSP, EJB, CORBA, DBMS) and
want to enter the XML world being guided to solutions that work, or try
to see how they all fit together.

It's also a great way for you to tell your boss that Cocoon is a
de-facto industrial standard for XML web publishing in the Java world
and you won't be left in the void if you choose to adopt it.

Take care and kudos to Borland for being giving such great visibility to
our work and to Apache in general.

-- 
Stefano Mazzocchi  One must still have chaos in oneself to be
  able to give birth to a dancing star.
[EMAIL PROTECTED] Friedrich Nietzsche



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]