Re: [PROPOSAL] subproject that's a home for bricks reusable in java web applications
Java Web Parts is the name of the SF project I began that is exactly what is being described here. Not that I have a trademark on it or anything, and besides, I don't have enough lawyers to trademark common words, like oh, I don't know, Windows?!? :) Incidentally, I was one of the people involved in those threads discussing this idea... I could be persuaded to fold my work into this subproject, but I would like to see that the consensus on direction is similar to what I've done. Perhaps I should briefly describe my project... It is what we are discussing here: a repository for small, generally independent components of interest to general Java webapp developers. It consists of a number of packages including Filters, Servlets, Taglibs, Request (general request-related utilities), Response (general response-related utilities and Session (I think you see the pattern!). Right now I have 3 filters, 1 servlet and some miscellaneous code in the other packages... There will likely be more after tonight in CVS. In fact, the only packages with nothing at this point is the Response and Taglib packages. I have a list of over a dozen things I intend to build over the next few weeks. Also included in all this is a single webapp that demonstrates and tests all components. Some others have expressed interest in contributing as well and I am awaiting their code to add. Each of these packages gets JARed separately, so a developer can pick and choose as they see fit. Cross-package dependencies are to be frowned upon, unless it is an absolute necessity. Also, external dependencies are to be kept to a minimum. Again, since I originally made a proposal for a Commons Filters project and just expanded on that in starting Java Web Parts, I would still have interest in working with Jakarta instead. There is definite benefit to doing that. But I would have to believe the vision for the project is in line, at least mostly, with what I had planned. But if finding people to do the work is what is needed to get such a project off the ground at Jakarta, I'm here, I'm willing and have in fact already begun the work in essence. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Stephen Colebourne wrote: robert burrell donkin wrote: there have been a number of long running threads in the commons discussing the possibility of commons components for use in web applications. the consensus emerged that it would be best if a new subproject with a structure similar to the commons was created for components intended for use in web applications. opinions, please! I am in favour of this, although whether I would be able to spare much time is debatable. In particular, I think that a browser recognition component would be an example of something that would fit well in this location. Perhaps named webparts? Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] subproject that's a home for bricks reusable in java web applications
robert burrell donkin wrote: there have been a number of long running threads in the commons discussing the possibility of commons components for use in web applications. the consensus emerged that it would be best if a new subproject with a structure similar to the commons was created for components intended for use in web applications. opinions, please! I am in favour of this, although whether I would be able to spare much time is debatable. In particular, I think that a browser recognition component would be an example of something that would fit well in this location. Perhaps named webparts? Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "InfrastructureExplanation" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta/InfrastructureExplanation -- = Explaining Infrastructure = - - == ASF Locations = - - * unitedlayer.net = San Francisco, CA, USA - * surf.net= Amsterdam, The Netherlands - * apple.com = xxx, CA, USA - * thebunker.net = - * osuosl.org = - * bytemark.co.uk = == List of Infra responsibilities == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "InfrastructureExplanation" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta/InfrastructureExplanation New page: = Explaining Infrastructure = == ASF Locations = * unitedlayer.net = San Francisco, CA, USA * surf.net= Amsterdam, The Netherlands * apple.com = xxx, CA, USA * thebunker.net = * osuosl.org = * bytemark.co.uk = == List of Infra responsibilities == Hardware administration * hermes.apache.org * minotaur.apache.org * ajax.apache.org * brutus.apache.org * loki.apache.org * moof.apache.org [SEE NAGIOS PAGE] Apache Httpd Servers people.apache.org .apache.org (including rsync scripts) QMail Server @apache.org EZMLM Mailing list server All ASF mailing lists SVN repository cvs2svn migrations ssl httpd server CVS repository httpd server (viewcvs) Bugzilla bug tracker httpd server JIRA issue tracker Tomcat User accounts SSH accounts on people.apache.org Mirroring ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "FrontPage" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta/FrontPage -- * ["NewSubprojectInfo"] * ["KarmaInfo"] * ["SiteInfo"] + * ["InfrastructureExplanation"] - - * InfrastructureIssues === Current Events === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "JakartaBoardReport-June2005" by MichaelBecke
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by MichaelBecke: http://wiki.apache.org/jakarta/JakartaBoardReport-June2005 -- Commons-HttpClient + 3.0 RC2 fixed a number of bugs and we will be having one more RC release shortly as a few more have popped up. Jakarta HttpClient is starting to come together in SVN. This work has been lead by Oleg Kalinchevski and it's looking really good. HttpClient 4.0 should prove to be a really flexible, reusable, and powerful release. + Commons-Jelly The previous release of Jelly had proven to be stable for several months, and after the memory leak was corrected and underwent sufficient testing, it was decided to release version 1.0 as a stable base on June 16. This is the first stable release of Jelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "JakartaBoardReport-June2005" by JeanfredericClere
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by JeanfredericClere: http://wiki.apache.org/jakarta/JakartaBoardReport-June2005 -- Commons-Daemon + Daemon had release 1.0.1, after more than a year after 1.0.0. Stop and wait (until started) features have been + added; Known bugs have been fixed. + Commons-Digester Digester had release 1.7, about 9 months after 1.6. The changes are pretty small; Digester is now a very stable library. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "JakartaBoardReport-June2005" by StevenCaswell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by StevenCaswell: http://wiki.apache.org/jakarta/JakartaBoardReport-June2005 -- Commons-Lang + Lang 2.1 was released. It contains several bug fixes, a package name change for compatiblity with JDK 1.5, a new mutables package, and several new utility classes and methods. + Commons-Net Commons-Net 1.4.0 was released which contains a brand new date handling mechanism. It also now contains an FTP parser for MVS, and the variety of date formats which the FTP client can handle has been extended. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "JakartaBoardReport-June2005" by RoryWinston
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by RoryWinston: http://wiki.apache.org/jakarta/JakartaBoardReport-June2005 -- Commons-Net - Commons-Net 1.4.0 was released which contains a brand new date handling mechanism. It also contains an FTP parser for OS/400, and the variety of date formats which the FTP client can handle has been extended. + Commons-Net 1.4.0 was released which contains a brand new date handling mechanism. It also now contains an FTP parser for MVS, and the variety of date formats which the FTP client can handle has been extended. Commons-Transaction - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "JakartaBoardReport-June2005" by RoryWinston
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by RoryWinston: http://wiki.apache.org/jakarta/JakartaBoardReport-June2005 -- Commons-Net + Commons-Net 1.4.0 was released which contains a brand new date handling mechanism. It also contains an FTP parser for OS/400, and the variety of date formats which the FTP client can handle has been extended. + Commons-Transaction Transaction had a final 1.1 which includes new features like deadlock detection, more locking types and fixing of some oddities from 1.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
