cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Corda, Ugo" <>
Subject RE: Project Coordination
Date Fri, 07 Apr 2000 21:16:39 GMT
I would like to make sure that Cocoon 2 will include support for XML
printing (as I discussed last month on this list).

Just to summarize, here is what I was asking. I would like to be able to ask
Cocoon that a particular XML document be rendered to a printer, as opposed
to the browser client. This could be achieved by appropriate use of the
sitemap mechanism to specify the request, and by taking advantage of FOP's
capability to render to a printer the formatted areas derived from the
XSL-FO tree.

Maybe this capability is already implied by one of the items in the list
below. I just wanted to mention it explicitly so that it doesn't get lost in
the end.

Thank you,

Ugo Corda
Xerox Corp.

		-----Original Message-----
		From:	Pierpaolo Fumagalli []
		Sent:	April 05, 2000 8:30 PM
		Subject:	Project Coordination

		Hello kids :)
			Since it seems that Stefano kindly gave me the
responsability of
		managing the 2.0 release (just to quote him: "No, Pier is
simply a
		crappy project coordinator" hehehe) but without letting me
know of his
		thoughts and/or decisions (or probably I just didn't get it,
I'm kinda
		stubborn, and lately my mind is somewhere else :), I wanted
to know if
		it's cool with all of you (expecially with you Stefano,
Cocoon is your
		baby!) if I could be the release manager from here to the
2.0 beta (due
		for JavaONE) trying to organize a little bit the effort of
the whole

		It's a hella scary to do this (never volunteered to be
release manager
		for anything), but since i'm luckily paid to work on Cocoon
		Exoffice!) and I am probably the one knowing the 2.0
internals better,
		I'm ready and willing to take this responsability.

		The plan is quite ambitious, but, here is my idea: Cocoon
2.0 is made of
		some basically different components:

		A) Engine:
		   1) Sitemap/Matchers/XML Utitlities
		   2) Cocoon internal request/response model
		   3) Avalon configuration/interfaces (org.apache.arch)
		B) HttpServlet:
		   1) Adapter from HTTP world to the Cocoon engine
		C) Basic "core" Generators/Filters/Serializers
		   1) Parser Generator
		   2) XSP Generator
		   3) XSLT Filter
		   4) XINCLUDE Filter
		   5) XML Serializer
		   6) HTML Serializer
		D) Additional Generators/Filters/Serializers
		   1) SQL/LDAP
		   2) SVG
		   3) XSL-FO
		   4) any other?

		There is still to decide what to move between the C and D
list, and to
		have a "wish list" of things that need to be placed in D,
just to have a
		global project overview. 

		What I would like to see for JavaONE is surely A, B and C
with decent
		quality (ok, bugs are allowed, but not too many, we need to
		something usable...), and shoot for it. If we can agree on a
		it'll be easier to draw some lines from here to the beta
release, and
		see wether we can, or we can not (unthinkable!) have then...

		What do you guys think?

		    Pier (feeling weird trying to do what he wasn't designed
to :)

		pier: stable structure erected over water to allow docking
of seacraft

View raw message