Re: [Springframework-developer] View technologies

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi everyone,

An advantage of putting back in XSLT is that it becomes possible to use FOP.

As for the tutorial/docs : I'm hoping to do the beans tutorial this weekend. The rate that is feasible for me is about one package a week.
I'm simultaneously working on the UML model, so there again it's about one package a week. I'll post waht I already have on my web-site in a minute.
By the way, let's please try to keep name changes to a minimum from now on, it's not that easy to refactor the UML model :-((

I'm all for giving JP commit access, he has written the sequence code anyway, so why not let him do it.

Isabelle

On Thu, May 08, 2003 at 08:40:00AM +0100, Rod Johnson wrote:
> I'll put iText back.
> 
> JP, do you want to contribute POI view? As you've been interested/involved
> in this project since before we went to SourceForge, I'm happy to give you
> commit access if you are likely to make ongoing contributions.
> 
> I would really like to have some form of XML/XSLT support, so I might
> refactor the old one to remove the present conversion library and leave it
> an abstract class. The developer would need to subclass it to generate the
> actual XML from the model, using Castor or whatever. Does this sound
> reasonable?
> 
> Let's leave XMLC for now. Maybe put in documentation that we can offer
> support, to let people ask for it if they want it.
> 
> I've also written a simple JdbcBeanFactory that I'll add before 0.8.
> 
> ====================
> So what do we think is outstanding between now and 0.8? Remember this isn't
> 1.0...
> 
> As far as my work goes, I want to
> - put iText view back
> - remove Attrib4j dependency for now, as Attrib4j support isn't usable yet
> and the properties tx interceptor format is the way to go for now
> - add JdbcBeanFactory
> - I was going to remove DynamicProxy and the ejb.access package, but I'm not
> sure I have time to do this in the next few days. Might look at it today if
> I get time.
> 
> We will need some examples, and preferably a web site.
> 
> Regards,
> Rod
> 
> 
> ----- Original Message -----
> From: "jürgen höller [werk3AT]" <jue...@we...>
> To: "Spring Developers (E-mail)"
> <spr...@li...>
> Sent: Thursday, May 08, 2003 8:14 AM
> Subject: RE: [Springframework-developer] View technologies
> 
> 
> JP and Rod,
> 
> I'd also like to see the iText view back in Spring, and POI support sounds
> interesting too. I'm not too fond of XMLC personally, but I wouldn't mind
> including it in Spring too.
> 
> Regarding third-party dependencies: As this issue only affects developers if
> we separate the libraries during deployment, I don't consider it a problem
> at all. Such libraries don't change on a daily basis, so they only create
> overhead on initial checkout/update but not on consecutive updates. We
> shouldn't worry about them too much.
> 
> At least they are not redundant, like including numerous WARs and EARs in a
> distribution - containing the same libraries again and again. I mean the
> Struts/WebWork style, unnecessarily producing distributions larger than 20
> MB. If we use a simpler approach for Spring distributions, even including
> all docs and tutorials, we will still not exceed the 10 MB threshold,
> probably clock in way below.
> 
> Apropos up-to-date libraries: We should probably care for newest JARs in our
> lib directory before 0.8, i.e. Log4J 1.2.8, Velocity 1.3.1 final, Clover
> 1.1.1. I volunteer to check these at the beginning of next week.
> 
> Regards,
> Juergen
> 
> 
> -----Original Message-----
> From: Rod Johnson [mailto:rod...@in...]
> Sent: Thursday, May 08, 2003 8:42 AM
> To: JP PAWLAK(Tiscali); Spring Developers (E-mail)
> Subject: Re: [Springframework-developer] View technologies
> 
> 
> JP,
> 
> Good point.
> 
> - XML/XSLT: this one was not really a requested feature. The cyclic java
> architecture, even in core objects, was really a problem (example: a
> Locale has a defaultLocale property which is itself a Locale.). This
> problem was noticed by Rod, but worked not as good as expected, the
> source of the patched jar being not available and the original library
> didn't be aware of this problem. My feel is that in real world a product
> like Castor will certainly be better, even if it's more complex at the
> beginning.
> 
> I agree. I think Castor is a better approach. However, I think having
> support for transforms in Spring would be good: might have to put the onus
> on the user to provide the doument.
> 
> - XMLC: I had no reason for testing it and don't like too much the
> approach.
> 
> XMLC is amazingly fast and, while a bit weird, it has some things going for
> it. Unfortunately the XmlcView brings in about 2 Mb of XMLC dependencies, so
> it would be a real problem with third party libs. Although I guess that
> affects only developers.
> 
> 
> -PDF-iText: I had to render queries results in PDF format for friendly
> printing and emailing the results as one clean document. I had no time
> to search on others ways like FOP having in a sense a more attractive
> approach. But iText was simple to learn and the result is good. The only
> drawback is the servlet-style writing hand-coded presentation.
> 
> RJ - This depends on only one Jar. Maybe we should put it back in Spring.
> 
> -Excel-POI: It was not in Rod's book, but always the same data had to be
> reworked by users, so an Excel document was a good choice. Having the
> velocity and iText views source, it was simple to write an ExcelView
> class using Jakarta's POI.  This class loads an Excel template (it can
> also generate a blank document), completes it before serving. Also a
> nice result. The same drawback as for iText can be addressed.
> 
> RJ - Could be useful to have this in Spring.
> 
> I think we should put XML on the todo list, put PDF (iText) back in, and add
> JP's Excel view.
> 
> If there's agreement on this I'll add the PDF view shortly.
> 
> Regards,
> Rod
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

-- 
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com