[Jakarta-commons Wiki] Update of "VfsFaq" by KenTanaka
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by KenTanaka: http://wiki.apache.org/jakarta-commons/VfsFaq The comment on the change is: Added a question "Is there a tutorial for VFS?" -- = VFS - Frequently asked questions = + + == Is there a tutorial for VFS? == + todo: Add link(s) here to tutorials and example code. For example, at the moment I'm looking for an example of reading a tar file, and extracting and expanding gzip files inside that tar file. == How to enter ftp passive mode == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/Contributors" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/Contributors -- === Stephen Kestle === - My plans still stand, however I will be doing intensive house renovations until May, so may not get much done. I intend to finish [http://issues.apache.org/jira/browse/COLLECTIONS-247 COLLECTIONS-247 (Step 2)] soon though. + Well, house renovations finally finished 2 weeks ago. But we're having a baby within the next week, so things are still on hold somewhat. I should be able to put some time in before August. Also, this may become part of my day job around then as well. Plans - 1. Get build working and instructions on wiki + 1. Get build working and instructions on wiki ( [http://issues.apache.org/jira/browse/COLLECTIONS-247 COLLECTIONS-247]) 1. Update build to include [http://www.easymock.org/ EasyMock] and [http://www.junit.org/ JUnit4] 1. Update tests for !CollectionUtils 1. Expand !CollectionUtils test to cover the generic bounds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * http://www-128.ibm.com/developerworks/java/library/j-contest.html * What Joshua Bloch thinks about API design: http://www.scribd.com/doc/33655/How-to-Design-a-Good-API-and-Why-it-Matters + Finally: Is this really worth the hassle? + * Cons + * This is tough work. + * Who is going to use this? + * It will be really hard to get it error free. + * Is the team really up to the task? + * Pros + * Might be fun to do. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * Testing * http://www-128.ibm.com/developerworks/java/library/j-jtp08226.html * http://www-128.ibm.com/developerworks/java/library/j-contest.html + * What Joshua Bloch thinks about API design: http://www.scribd.com/doc/33655/How-to-Design-a-Good-API-and-Why-it-Matters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Net/FrequentlyAskedQuestions" by ThorstenScherler
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by ThorstenScherler:
http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
The comment on the change is:
Adding note about SOCKS Authenticator
--
http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html
+ In addition if you need to identify with the SOCKS server, use something like:
+ {{{
+ import java.net.Authenticator;
+ import java.net.PasswordAuthentication;
+
+ public class Auth extends Authenticator {
+ protected PasswordAuthentication getPasswordAuthentication() {
+ return new PasswordAuthentication(user, pass
+ .toCharArray());
+ }
+ }
+ }}}
+
'''Q: What's the point of the SMTP and POP3 packages when !JavaMail provides
more functionality?'''
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: fleshed out release plan -- = Release Plan = - A commons-email 1.1 release is in the planning stages. + In addition to performing steps in http://jakarta.apache.org/commons/releases/prepare.html, also do the following: + * Get maven 2 build to the point where it can do everything the m1 build does + * Remove the m1 build + * Do a javadoc pass; leave no public/protected member undocumented + * Deprecate unused public/protected members + * Run complete build, test, and package cycle on JDK 1.4, 5, and 6 + * Upload my gpg key for signing the release + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: - removed myself; I misunderstood what it was saying. -- * Luc Maisonobe<[EMAIL PROTECTED]> * Joerg Pietschmann<[EMAIL PROTECTED]> * Dion Gillard <[EMAIL PROTECTED]> - * Ben Speakmon <[EMAIL PROTECTED]> * Brent Worden <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: Update fixes and currently open issues. -- - = Recently resolved issues (last updated Feb 23 2007) = + = Recently resolved issues (last updated Jun 12 2007) = + + == New features == + + ''(Added in rev 545815)'' [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. == Bug fixes == @@ -37, +41 @@ ''(Added in rev 510704)'' [https://issues.apache.org/jira/browse/EMAIL-63 EMAIL-63]: Submitted maven 2 pom.xml. + ''(Added in rev 544629)'' [https://issues.apache.org/jira/browse/EMAIL-64 EMAIL-64]: use a different test email server from a live project, not a dead one. Patch available to use wiser from the [http://subethasmtp.tigris.org/ subethasmtp project]. The test cases have been ported and the wiser packages uploaded to maven2 for the enjoyment of all. + == Waived features == ''(Waived for 1.1)'' [https://issues.apache.org/jira/browse/EMAIL-56 EMAIL-56]: Support creating Email subclasses from MimeMessages. ''(BenSpeakmon) One of the MimeMessage constructors in JavaMail (both 1.3 and 1.4) already does this, BTW. I'm not sure this is something that falls within commons-email's scope. The commons-email API, I think, is for the common cases where you just want to build and send an email without needing the power (or complexity) of JavaMail. If you're already pulling messages from an email server, I don't know why you wouldn't just use JavaMail for manipulating it -- the power and complexity is just what you need for those kinds of jobs. And it doesn't seem worth the trouble to duplicate any of that code in commons-email when the existing code works just fine. I'd recommend WONTFIXing this one.'' - = Open issues (last updated Feb 22 2007) = + = Open issues (last updated Jun 12 2007) = These are the currently open issues organized according to category. == New feature requests == - - [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. Patch available. [https://issues.apache.org/jira/browse/EMAIL-6 EMAIL-6]: Allow attaching one subclass of Email to another. @@ -57, +61 @@ I think that this has to fall into that class of problems that would be better served with JavaMail, so I'd recommend this be wontfixed.'' - == Build fixes/enhancements == + [https://issues.apache.org/jira/browse/EMAIL-65 EMAIL-65]: Improve HtmlEmail MIME layout. - [https://issues.apache.org/jira/browse/EMAIL-64 EMAIL-64]: use a different test email server from a live project, not a dead one. Patch available to use wiser from the [http://subethasmtp.tigris.org/ subethasmtp project]. subethasmtp's maintainer has no interest in putting the JDK 1.4-compatible version into maven, so we'll have to handle that. + Morten Hatteson makes the point that the MIME structure generated by HtmlEmail after the patch for EMAIL-50 could be better in spec compliance. I doubt we can fix it properly while still maintaing backward compatibility, but we should see if it can be improved to some degree. This is likely going to be the last release of this component, and I'd like to leave it in as good a shape as possible if I'm going to tell users to live with it forever. + = Release Plan = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "math/1.2ReleasePlan" by JoergPietschmann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JoergPietschmann: http://wiki.apache.org/jakarta-commons/math/1%2e2ReleasePlan -- == Coding == Enhancements, straightforward additions: * Refactor analysis package into smaller subpackages (deprecating, but leaving old classes in place for backward compatibility, to be removed only in 2.0) [[http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200508.mbox/[EMAIL PROTECTED] + * Refactor ''all'' solvers to use the common solver interface * Design and implement alternative to abstract factories and commons-discovery Resolve or postpone all open JIRA issues: @@ -37, +38 @@ === Documentation === * Add section on Random Vectors to Data Generation section in user guide * Add example showing how to use `ValueServer` to create a service simulator with latency "like" a production resource + * Improve documentation for the analysis package * Ensure nothing else is missing from User Guide === Javadoc === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TomekNowy" by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/TomekNowy -- - Describe TomekNowy here. + deleted - - Hi my name is Tomek and im from Poland. I will try to help You guys moderate this wiki. - - My bio: ... - I will fill it later in english now polish version:) - - Polish: Czesc wiec postanowilem pomoc wam tutaj na wiki w moderacji mam nadzieje ze zauwazycie moja przydatnosc w przyszlosci. Obecnie pomagam w moderacji rowniez na innych wiki moinmoin gdzie ceniona jest moja pomoc. Pozdrawiam osoby z polski. - - My website/moja strona: [http://www.profesjonalna-reklama.pl Pozycjonowanie] - - Thats for now i will try to update news/find bugs and fix them. - - Email: [EMAIL PROTECTED] - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TomekNowy" by TomekNowy
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by TomekNowy: http://wiki.apache.org/jakarta-commons/TomekNowy New page: Describe TomekNowy here. Hi my name is Tomek and im from Poland. I will try to help You guys moderate this wiki. My bio: ... - I will fill it later in english now polish version:) Polish: Czesc wiec postanowilem pomoc wam tutaj na wiki w moderacji mam nadzieje ze zauwazycie moja przydatnosc w przyszlosci. Obecnie pomagam w moderacji rowniez na innych wiki moinmoin gdzie ceniona jest moja pomoc. Pozdrawiam osoby z polski. My website/moja strona: [http://www.profesjonalna-reklama.pl Pozycjonowanie] Thats for now i will try to update news/find bugs and fix them. Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "math/1.2ReleasePlan" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/jakarta-commons/math/1%2e2ReleasePlan The comment on the change is: Updated to reflect current plans -- == Background == - There are several numerical analysis and stats additions and enhancements in the pipeline for 1.2. There are also lots of items on the MathWishList, some of which should make it into 1.2. + With the addition of the estimation optimization, geometry and ode package from Mantissa and the new transform package, there is a lot of new functionality in commons-math since the 1.1 release. Along with the bug fixes since 1.1, we need to cut a new release of commons math. + + In addition to the new functionality, we should take this opportunity to deprecate some APIs. In particular, the abstract factories and dependency on commons-discovery should be deprecated in this release, with pluggability enabled by support for (setter) dependency injection. == Status == - Planning stage - straw man. + Planning stage. @@ -17, +19 @@ == Coding == Enhancements, straightforward additions: * Refactor analysis package into smaller subpackages (deprecating, but leaving old classes in place for backward compatibility, to be removed only in 2.0) [[http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200508.mbox/[EMAIL PROTECTED] + * Design and implement alternative to abstract factories and commons-discovery - * Improve test path coverage and fix remaining style issues in analysis package - * Review and commit FFT implementation (BZ 36404) - * Address SoC follow-up items [[http://zxg32.blogchina.com/2787280.html]] - * Review and commit correllation matrix contribution (BZ 36308) - * Review and commit rank correllation contribution (BZ 36331) - * Develop clean room or borrow QR matrix decomposition from JAMA - * Use QR decomposition to complete multiple linear regression implementation - * Implement Remedian [[http://www.agoras.ua.ac.be/abstract/Remrob90.htm]] - * Implement improved discrete random variate generators [[http://www.jstatsoft.org/v11/i03/]] - * Implement more advanced "storageless" univariate statistics [[http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200401.mbox/[EMAIL PROTECTED] - More ambitious: + Resolve or postpone all open JIRA issues: + * Marked for 1.2: [[https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310485&fixfor=12311776]] + * Need to decide: [[https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310485&fixfor=-1]] + + + Move to Wishlist: * Genetic algorithms * Resampling API and framwork * Sparse matrices + * Implement Remedian [[http://www.agoras.ua.ac.be/abstract/Remrob90.htm]] + * Implement improved discrete random variate generators [[http://www.jstatsoft.org/v11/i03/]] + * Implement more advanced "storageless" univariate statistic [[http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200401.mbox/[EMAIL PROTECTED] === Documentation === - * Add user guide sections to cover recent additions to analysis package. Verify complete coverage. + * Add section on Random Vectors to Data Generation section in user guide * Add example showing how to use `ValueServer` to create a service simulator with latency "like" a production resource + * Ensure nothing else is missing from User Guide === Javadoc === + * Review for consistency and completeness + * Get rid of (endemic) old style with no breaks + * Check links + * Find and add external references for algorithms missing these (as much as possible) === Quality === + * Improve test path coverage [[http://jakarta.apache.org/commons/math/cobertura/index.html]] + * Address findbugs issues [[http://jakarta.apache.org/commons/math/findbugs.html]] most of the floating point comparisons were checked pre-1.1, but all should be reviewed, especially the new ones + * Address checkstyle issues [[http://jakarta.apache.org/commons/math/checkstyle.html]] (maybe relax or change some rules) + * Add @since tags for all new APIs. Use clirr report to get exhaustive list [[http://jakarta.apache.org/commons/math/clirr-report.html]] + * Make the RAT as happy as possible [[http://jakarta.apache.org/commons/math/rat-report.html]] === Check Compatibility === + Looks fine: [[http://jakarta.apache.org/commons/math/clirr-report.html]] This release should be binary compatible with the 1.1 release, including serialization === Build === - Move to maven 2? + Has moved to Maven 2 - will use this to cut release == RC(s) == @@ -56, +68 @@
[Jakarta-commons Wiki] Trivial Update of "TLPResolution" by BrentWorden
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BrentWorden: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Joerg Pietschmann<[EMAIL PROTECTED]> * Dion Gillard <[EMAIL PROTECTED]> * Ben Speakmon <[EMAIL PROTECTED]> + * Brent Worden <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Adding myself to list. -- * Luc Maisonobe<[EMAIL PROTECTED]> * Joerg Pietschmann<[EMAIL PROTECTED]> * Dion Gillard <[EMAIL PROTECTED]> + * Ben Speakmon <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by DionGillard
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by DionGillard: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Rory Winston * Luc Maisonobe<[EMAIL PROTECTED]> * Joerg Pietschmann<[EMAIL PROTECTED]> + * Dion Gillard <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "FrontPage" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/FrontPage The comment on the change is: Add JCI -- * [:FileUpload] - Makes it easy to add robust, high-performance, file upload capability to your servlets and web applications * [http://wiki.apache.org/jakarta-httpclient/FrontPage HttpClient] - A framework for working with the client-side of the HTTP protocol. * [:IO] - Utility classes, stream implementations, file filters and endian classes to assist in input/output operations. + * [:JCI] - Java Compiler Interface * [:JEXL] - A velocity-esque expression interpreter * [:Jelly] - An XML-based scripting language * [:JXPath] - Facilities for applying xpath expressions to graphs of objects of all kinds: Java beans, Maps, Servlet contexts, DOM etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "JCI" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/JCI The comment on the change is: Create a JCI Wiki page New page: == JCI: Java Compiler Interface == [http://jakarta.apache.org/commons/jci/ JCI Home] === Resources === [http://www.robert-tolksdorf.de/vmlanguages.html Programming Languages for the Java Virtual Machine] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "DBCP" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/jakarta-commons/DBCP The comment on the change is: Removed obsolete reference -- || http://jakarta.apache.org/commons/dbcp/images/dbcp-logo-white.png || [http://jakarta.apache.org/commons/dbcp/ Commons-DBCP] provides database connection pooling services.[[BR]]A lot of information is available on the [http://jakarta.apache.org/commons/dbcp/ DBCP website]. If you don't find the information you need you can always contact us using one of the [http://jakarta.apache.org/site/mail2.html#Commons mailing lists].|| = Release Plans = - ["/1.2.2ReleasePlan"] = External Resources = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by JoergPietschmann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JoergPietschmann: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Daniel Savarese * Rory Winston * Luc Maisonobe<[EMAIL PROTECTED]> + * Joerg Pietschmann<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by LucMaisonobe
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by LucMaisonobe: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: added myself -- * Torsten Curdt<[EMAIL PROTECTED]> * Daniel Savarese * Rory Winston + * Luc Maisonobe<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by DanielSavarese
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by DanielSavarese: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Martin Cooper<[EMAIL PROTECTED]> * Phil Steitz <[EMAIL PROTECTED]> * Torsten Curdt<[EMAIL PROTECTED]> + * Daniel Savarese + * Rory Winston NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Torsten has volunteered as chair -- * Matt Benson <[EMAIL PROTECTED]> * Martin Cooper<[EMAIL PROTECTED]> * Phil Steitz <[EMAIL PROTECTED]> + * Torsten Curdt<[EMAIL PROTECTED]> -NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX +NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Added self to initial project members list -- * Oliver Heger <[EMAIL PROTECTED]> * Matt Benson <[EMAIL PROTECTED]> * Martin Cooper<[EMAIL PROTECTED]> + * Phil Steitz <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by MartinCooper
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MartinCooper: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Add myself -- * Jörg Schaible<[EMAIL PROTECTED]> * Oliver Heger <[EMAIL PROTECTED]> * Matt Benson <[EMAIL PROTECTED]> + * Martin Cooper<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by MattBenson
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MattBenson: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: add me -- * Oliver Zeigermann<[EMAIL PROTECTED]> * Jörg Schaible<[EMAIL PROTECTED]> * Oliver Heger <[EMAIL PROTECTED]> + * Matt Benson <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by OliverHeger
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverHeger: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Added myself -- * Martin van den Bemt <[EMAIL PROTECTED]> * Oliver Zeigermann<[EMAIL PROTECTED]> * Jörg Schaible<[EMAIL PROTECTED]> + * Oliver Heger <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "TLPResolution " by JörgSchaible
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JörgSchaible: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Niall Pemberton <[EMAIL PROTECTED]> * Martin van den Bemt <[EMAIL PROTECTED]> * Oliver Zeigermann<[EMAIL PROTECTED]> + * Jörg Schaible<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Dennis Lundberg <[EMAIL PROTECTED]> * Niall Pemberton <[EMAIL PROTECTED]> * Martin van den Bemt <[EMAIL PROTECTED]> + * Oliver Zeigermann<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by MartinvandenBemt
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MartinvandenBemt: http://wiki.apache.org/jakarta-commons/TLPResolution -- * Stephen Colebourne <[EMAIL PROTECTED]> * Dennis Lundberg <[EMAIL PROTECTED]> * Niall Pemberton <[EMAIL PROTECTED]> + * Martin van den Bemt <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: add myself -- * Mario Ivankovits <[EMAIL PROTECTED]> * Stephen Colebourne <[EMAIL PROTECTED]> * Dennis Lundberg <[EMAIL PROTECTED]> + * Niall Pemberton <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by DennisLundberg
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by DennisLundberg: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Add myself as an initial member -- * Jochen Wiedmann <[EMAIL PROTECTED]> * Mario Ivankovits <[EMAIL PROTECTED]> * Stephen Colebourne <[EMAIL PROTECTED]> + * Dennis Lundberg <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by StephenColebourne
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenColebourne: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Add scolebourne -- * Henri Yandell<[EMAIL PROTECTED]> * Jochen Wiedmann <[EMAIL PROTECTED]> * Mario Ivankovits <[EMAIL PROTECTED]> + * Stephen Colebourne <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "TLPResolution" by MarioIvankovits
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MarioIvankovits: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: added myself -- * Henri Yandell<[EMAIL PROTECTED]> * Jochen Wiedmann <[EMAIL PROTECTED]> + * Mario Ivankovits <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by jochen
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by jochen: http://wiki.apache.org/jakarta-commons/TLPResolution -- Apache Commons Project: * Henri Yandell<[EMAIL PROTECTED]> + * Jochen Wiedmann <[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Signing up as an initial PMC member -- hereby are appointed to serve as the initial members of the Apache Commons Project: - * John Smith<[EMAIL PROTECTED]> + * Henri Yandell<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Justin figured Establishing would be fine. -- Project are hereafter discharged. }}} - We may need to adjust the resolution slight to say 'Reestablishing', but I don't think that will be a big change. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Configuration" by EmmanuelBourg
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/jakarta-commons/Configuration -- * [http://beuss.developpez.com/tutoriels/java/jakarta/commons/configuration Tutoriels Jakarta Commons : Commons Configuration] - French article introducing Commons Configuration on developpez.com. + * [http://www.ferdychristant.com/blog/articles/DOMM-6J2FEJ] Blog post introducing Commons Configuration + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Managing Configurations using Spring" by EmmanuelBourg
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/jakarta-commons/Managing_Configurations_using_Spring The comment on the change is: Reference to the Spring Module project -- So now, you can inject this configuration into your other beans, or get at the CompositeConfiguration directly using an ApplicationContext. + + == Spring Modules == + + An alternative to integrate Commons Configuration with Spring is to use the addon from the Spring Modules project, see : + + https://springmodules.dev.java.net/docs/reference/0.8/html_single/#commons + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * keep it slim and rudimentary * amounts to a transactional file store out of the box + Features of transaction implementation: + * a transaction is defined by a set of locks, a timeout and some sort of resource manager + * supply a watchdog thread that takes care of deadlocks and timed out transaction + * when a transaction is rolled back + * the resource manager is told to roll back all changes + * all locks of the lock set are freed + - Features of the file implementation: + Features of the file resource manager implementation: * allow for additional guaranteed deadlock free actions on resources * move and tree-move * copy and tree-copy * delete and tree-delete * maintain an explicit tree (graph?) structure * provide an administration interface based on JMX + * change the transaction scheme to perform actions as they are requested and maintain a roll back log. In case of commit nothing will be done, in case of a rollback all changes will be reverted according to the roll back log. Eventually, all locks will be released. Testing: * Testing should be based on JUnit 4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/Contributors" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/Contributors -- * Does not have much (if any) time to commit at the moment. === Stephen Kestle === + + My plans still stand, however I will be doing intensive house renovations until May, so may not get much done. I intend to finish [http://issues.apache.org/jira/browse/COLLECTIONS-247 COLLECTIONS-247 (Step 2)] soon though. Plans - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta-commons/TLPResolution -- interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of -small reusable libraries and components. +Java focused reusable libraries and components. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the "Apache Commons Project", @@ -15, +15 @@ Foundation; and be it further RESOLVED, that the Apache Commons Project be and hereby is -responsible for the creation and maintenance of small reusable +responsible for the creation and maintenance of Java focused -libraries and components; and be it further +reusable libraries and components; and be it further RESOLVED, that the office of "Vice President, Commons" be and hereby is created, the person holding such office to serve at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- Philosophy: * as few dependencies as possible (few external jars) - * require Java 1.5 + * require Java 1.5 + * optionally use 1.6 as it really adds nice concurrent stuff including + * JMX access to concurrency internals and diagnostics + * some new concurrent collections * use java.util.concurrent * use a different package name (e.g. o.a.j.c.transaction2) * discussed here http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200611.mbox/[EMAIL PROTECTED] @@ -47, +50 @@ * delete and tree-delete * maintain an explicit tree (graph?) structure * provide an administration interface based on JMX + + Testing: + * Testing should be based on JUnit 4 + * Maybe http://findbugs.cs.umd.edu and MTC could also be helpful Open Questions: * Is Jakarta Commons the right place for such a project? @@ -56, +63 @@ * Would an implementation of the JSR 170 (JCR) level 1 make sense (http://jackrabbit.apache.org/doc/arch/overview/jcrlevels.html)? * what else? - Links + Links: * Lots of links by Brian Goetz: http://www.briangoetz.com/pubs.html * Deadlock detection using JMX in JDK 1.6: https://www.limewire.org/fisheye/browse/limecvs/gui/com/limegroup/gnutella/gui/DeadlockSupport.java?r=1.3 * Testing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by HenriYandell:
http://wiki.apache.org/jakarta-commons/TLPResolution
--
+ {{{
Establish the Apache Commons project
WHEREAS, the Board of Directors deems it to be in the best
@@ -49, +50 @@
RESOLVED, that all responsibility pertaining to the Commons
sub-project encumbered upon the Apache Jakarta
Project are hereafter discharged.
+ }}}
+ We may need to adjust the resolution slight to say 'Reestablishing', but I
don't think that will be a big change.
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "TLPResolution" by HenriYandell
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta-commons/TLPResolution The comment on the change is: Adding proposed TLP resolution for voting on New page: Establish the Apache Commons project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of small reusable libraries and components. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the "Apache Commons Project", be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Commons Project be and hereby is responsible for the creation and maintenance of small reusable libraries and components; and be it further RESOLVED, that the office of "Vice President, Commons" be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Commons Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Commons Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Commons Project: * John Smith<[EMAIL PROTECTED]> NOW, THEREFORE, BE IT FURTHER RESOLVED, that XXX be appointed to the office of Vice President, Commons, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Commons Project be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Commons Project; and be it further RESOLVED, that the initial Apache Commons Project be and hereby is tasked with the migration and rationalization of the Apache Jakarta Project's Commons; and be it further RESOLVED, that all responsibility pertaining to the Commons sub-project encumbered upon the Apache Jakarta Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * Would an implementation of the JSR 170 (JCR) level 1 make sense (http://jackrabbit.apache.org/doc/arch/overview/jcrlevels.html)? * what else? + Links + * Lots of links by Brian Goetz: http://www.briangoetz.com/pubs.html + * Deadlock detection using JMX in JDK 1.6: https://www.limewire.org/fisheye/browse/limecvs/gui/com/limegroup/gnutella/gui/DeadlockSupport.java?r=1.3 + * Testing + * http://www-128.ibm.com/developerworks/java/library/j-jtp08226.html + * http://www-128.ibm.com/developerworks/java/library/j-contest.html + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * Should we introduce threading in order to * Allow remote access / administration to a file store * Allow for deadlock detection in its own thread - * Would an implementation of the JSR 170 (JCR) level 1 make sense? + * Would an implementation of the JSR 170 (JCR) level 1 make sense (http://jackrabbit.apache.org/doc/arch/overview/jcrlevels.html)? * what else? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * Should we introduce threading in order to * Allow remote access / administration to a file store * Allow for deadlock detection in its own thread + * Would an implementation of the JSR 170 (JCR) level 1 make sense? * what else? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- ## page was renamed from Brainstorm 2.0 == This page is a collection of ideas for the Commons Transaction 2.0 version. == + + Is commons transaction usefull at all? + * file store is something used in a number of projects + * with the increasing number of processor cores per machine there is an increasing need for concurrent programming + * concurrent programming is still an art, not a science or solved field of engineering: people need support + + Why a new major version in the first place? (aka Limitations of 1.x) + * file store implementation is prone to deadlocks: + * not caused by any bugs + * rather because there are blocking locks that might turn into live locks if a transaction never gets committed + * solution might require an optimistic (non-blocking) locking scheme + * implementation is a bit "weird" at times + * aim of 1.x was not clearly defined + * does not use Java 1.5 concurrent classes + * usefulness of certain parts is questionable + * certrain parts of implementation lack a satisfying correctness test + * interface/implementation philosophy is inconsistent Philosophy: * as few dependencies as possible (few external jars) @@ -34, +51 @@ Open Questions: * Is Jakarta Commons the right place for such a project? * Should we introduce threading in order to - * Allow remote access / administration to a file store + * Allow remote access / administration to a file store - * Allow for deadlock detection in its own thread + * Allow for deadlock detection in its own thread * what else? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/DevelopmentGuidelines" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/DevelopmentGuidelines The comment on the change is: Added test coverage section -- (This page needs debate or consensus) - == Testing == + == Testing / QA == As a core Java development API (and without any external system dependencies), Collections should have a set of tests that are '''deterministic (quasi-mathmatical) proofs''' of the operation of the system. Each test should stand alone. === JUnit 4 === @@ -13, +13 @@ === Mock Objects === For testing the new version, we will be using [dynamic] Mock Objects. This is because they provide absolute isolation of the classes under test. Because the collections package is a core api, and is relatively simple, there is no need to test with fully constructed objects [and they'd get in the way over time]. + === Coverage === + (This really needs soem debate) + For many of the classes, 100% coverage is warranted - CollectionUtils etc. In others, some leniency may be warranted (PredicateUtils.andPredicate). However, 100% should be aimed for as this is a core java api, and where it is not achieved, some explanation/consideration should be given. + + [http://emma.sourceforge.net EMMA] seems to be a good fit for acheiving high coverage, as it supports the notion of [http://emma.sourceforge.net/faq.html#q.fractional partial line coverage]. It's license is CPM (which I think is ASL compatible), where as Cobertura is GPL'd, and so is not suitable [or is it? this is only for building, and is not extended]. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/DevelopmentGuidelines" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/DevelopmentGuidelines The comment on the change is: Added ideas about testing generic collections New page: (This page needs debate or consensus) == Testing == As a core Java development API (and without any external system dependencies), Collections should have a set of tests that are '''deterministic (quasi-mathmatical) proofs''' of the operation of the system. Each test should stand alone. === JUnit 4 === JUnit will most likely be used as the testing library as it has good literacy in the community, is what is already in use in collections (so the existing tests run without change). While TestNG is an excellent framework for testing, and does all sorts of wonderful stuff to help test "real" systems, collections is not one of those systems. All it's code is able to be tested in complete isolation from any external input, and the most complicated dependant tests are relatively simple. === Mock Objects === For testing the new version, we will be using [dynamic] Mock Objects. This is because they provide absolute isolation of the classes under test. Because the collections package is a core api, and is relatively simple, there is no need to test with fully constructed objects [and they'd get in the way over time]. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/Contributors" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/Contributors -- === Stephen Colebourne === + * Did initial work on converting collections to generics in 2006. + * Does not have much (if any) time to commit at the moment. + + === Stephen Kestle === + + Plans + + 1. Get build working and instructions on wiki + 1. Update build to include [http://www.easymock.org/ EasyMock] and [http://www.junit.org/ JUnit4] + 1. Update tests for !CollectionUtils + 1. Expand !CollectionUtils test to cover the generic bounds + 1. Work on [https://issues.apache.org/jira/browse/COLLECTIONS-242 Equator interface] functionality + + I'm also quite pressed for time, so if someone wants to do 1 and 2 and submit a patch, that'd be great. + == Contributors == People who want to help, and supply patches, ideas and moral support to the Committers. - === Stephen Kestle === - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "JXPath" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/JXPath The comment on the change is: minor correction -- - The org.apache.commons.jxpath package defines a simple interpreter of an expression language called XPath. JXPath applies XPath expressions to graphs of objects of all kinds: JavaBeans, Maps, Servlet contexts, DOM etc, including mixtures thereof. + The org.apache.commons.jxpath package defines a simple interpreter of an expression language called XPath. JXPath applies XPath expressions to graphs of objects of all kinds: !JavaBeans, Maps, Servlet contexts, DOM etc, including mixtures thereof. JXPath home page: [http://jakarta.apache.org/commons/jxpath/] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "JXPath" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/JXPath The comment on the change is: Add JXpath article and Tutorial -- JXPath home page: [http://jakarta.apache.org/commons/jxpath/] + == Articles == + + * [http://www.javaworld.com/javaworld/jw-03-2007/jw-03-jxpath.html Java object queries using JXPath] - ''Bart van Riel, !JavaWorld, March 2007'' + * [http://www.tfo-eservices.eu/wb_tutorials/pages/jxpath-tutorial.php JXPath Tutorial] by ''Bart van Riel'' + + == Release Plans == JXPath Release Plan 1.2: [:JXPathRelease1.2] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections/Contributors" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/Contributors The comment on the change is: Stub for others to begin editing New page: == Committers == People who are involved, and are able to commit directly to the repository. === Stephen Colebourne === == Contributors == People who want to help, and supply patches, ideas and moral support to the Committers. === Stephen Kestle === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections/GenericCollections" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections/GenericCollections The comment on the change is: Added new page for generics development New page: === Page Guidelines === It is early days for this project. Many ideas need to be put forward and debated. For speed and efficiency, this page will/should list all questions and design ideas and decisions. Where ideas have not reached consensus, "(needs debate)" will be appended. = Purpose = The new generics version of Commons Collections is designed to update the apis for use with Java 5 and above. As such it will use the type safety provided by generics, and will use other new features as appropriate. This is intended to be a complete rewrite, with every method and class considered as to it's benefit and function. New classes and concepts will be added. '''If you know of any frustration that developers have with collections, this is your opportunity to make a change - possibly for the next decade''' == Backwards Compatibility == This release will be a "completely new" codebase and will offer very little binary compatibility with previous releases. All deprecated methods and classes will be removed, and return types will be altered where it is seen fit to do so (see [https://issues.apache.org/jira/browse/COLLECTIONS-218 COLLECTIONS-218]). == Type safety == As stated above, generics will be used to ensure type safety of collection apis. This renders casting methods (!MapUtils.getDouble()) useless, and they will be deleted. However, classes and utilities that provide runtime type safety will probably stay in (needs debate). == Project base == There was consideration whether to build off the commons non-generic code, or the collections.sf.net generic code. The decision has been made to work directly off the apache code: * the sf code attempted to maintain binary compatibility with the non-generic commons code. This release does not intend to have binary compatibility, and may be substantially different. * since this is a rewrite, all generic conversion decisions will be reconsidered, and starting with an almost complete code base may actually hinder this. = Development = [wiki:/ProjectPlans Project Plans] outlines the direction of the development[[BR]] [wiki:/DevelopmentGuidelines Development Guidelines] explains how the project is organised, how to get started, and most importantly, how to ensure that your contributions do not pose a burden to other developers[[BR]] [wiki:/Contributors Contributors] lists the people who are currently helping out with the project, and what they are working on[[BR]] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Collections" by StephenKestle
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by StephenKestle: http://wiki.apache.org/jakarta-commons/Collections The comment on the change is: Added new page for generics development -- John Watkinson and Matt Hall have a release of a fully type safe Collections ported to Java 1.5 generics. It can be downloaded from http://collections.sf.net for now and commented on in the development mailing lists. + Upcoming Releases + + Work is progressing on a version of collections that is primarily aimed at using the Java 1.5 generics feature. This will not be based on the work already done at collections.sf.net for reasons outlined in [wiki:/GenericCollections Generic Collections]. + Feedback You can give feedback on what you would like included in future releases by contacting the commons-dev@jakarta.apache.org mailing list, prefixing you email by [collections]. Alternatively add a comment here: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by JoergHeinicke
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JoergHeinicke: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- * use a different package name (e.g. o.a.j.c.transaction2) * discussed here http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200611.mbox/[EMAIL PROTECTED] * maybe supply a 1.x compatibility package - * only impement a core that does the transactional part + * only implement a core that does the transactional part * leave the rest to optional modules and custion implementations by calling exchangeable implementation of interfaces * use Spring for configuration * modules @@ -20, +20 @@ * What else? * have a default implementation * for all required modules - * keept it slim and rudimentary + * keep it slim and rudimentary * amounts to a transactional file store out of the box Features of the file implementation: - * allow for additional guarenteed deadlock free actions on resources + * allow for additional guaranteed deadlock free actions on resources * move and tree-move * copy and tree-copy * delete and tree-delete - * maintain an explicite tree (graph?) structure + * maintain an explicit tree (graph?) structure + * provide an administration interface based on JMX Open Questions: * Is Jakarta Commons the right place for such a project? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "MarkZiesemer" by MarkZiesemer
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MarkZiesemer: http://wiki.apache.org/jakarta-commons/MarkZiesemer New page: == Mark A. Ziesemer == * Web: http://www.ziesemer.com * Blog: http://blogger.ziesemer.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "VFS" by MarkZiesemer
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MarkZiesemer: http://wiki.apache.org/jakarta-commons/VFS The comment on the change is: Add a link to the source/binary build downloads; fix spelling errors. -- Commons VFS provides a single API for accessing various different file systems. It presents a uniform view of the files from various different sources, such as the files on local disk, on an HTTP server, or inside a Zip archive. - Its homepage is located at: [http://jakarta.apache.org/commons/vfs/] + Its homepage is located at: [http://jakarta.apache.org/commons/vfs/]. + + + + == Downloading == + + There are currently no links to download the source or binary builds from the above project page. Try [http://jakarta.apache.org/site/downloads/downloads_commons-vfs.cgi]. + + (Could someone with write access to the project pages please fix this?) == Problems == - What to do if access to a filesystems failes. + What to do if access to a filesystem fails. '''VfsProblems''' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Transaction" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Transaction -- ["transaction faq"] - ["Brainstorm 2.0"] + ["Brainstorm Transaction 2.0"] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm Transaction 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0 -- + ## page was renamed from Brainstorm 2.0 == This page is a collection of ideas for the Commons Transaction 2.0 version. == Philosophy: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_2%2e0 -- * require Java 1.5 * use java.util.concurrent * use a different package name (e.g. o.a.j.c.transaction2) + * discussed here http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200611.mbox/[EMAIL PROTECTED] * maybe supply a 1.x compatibility package * only impement a core that does the transactional part * leave the rest to optional modules and custion implementations by calling exchangeable implementation of interfaces - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Transaction" by OliverZeigermann
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by OliverZeigermann:
http://wiki.apache.org/jakarta-commons/Transaction
--
+ This is the main wiki page for Commons Transaction.
- I wrote the following code to create temp.txt in the stored directory
- But some file with a diff name(aW5kZXgxLnR4dA%3D%3D) gets created. Does
someone know how to specify the name of the output file
+ ["transaction faq"]
- Logger logger = Logger.getLogger("d:\\Raj\\test.log");
- LoggerFacade loggerFacade = new Log4jLogger(logger);
- FileResourceManager fileResourceManager =
-new FileResourceManager("D:\\Raj\\stored", "D:\\Raj\\working",
true, loggerFacade );
- fileResourceManager.start();
- String txId = fileResourceManager.generatedUniqueTxId();
- System.out.println("Working Directory : " +
fileResourceManager.getWorkDir());
- System.out.println("Store Directory : " +
fileResourceManager.getStoreDir());
- System.out.println("Transaction Identifier : " + txId);
- fileResourceManager.startTransaction(txId);
- FileInputStream fis = new
FileInputStream("D:\\Raj\\stored\\index.txt");
- byte[] bt1 = new byte[100];
- fis.read(bt1);
- fis.close();
- OutputStream os = fileResourceManager.writeResource(txId, "temp.txt");
- os.write(bt1);
- fileResourceManager.commitTransaction(txId);
+ ["Brainstorm 2.0"]
- '''Answer''': You just need to disable urlEncoding: new
FileResourceManager("D:\\Raj\\stored", "D:\\Raj\\working", '''false''',
loggerFacade );
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Brainstorm 2.0" by OliverZeigermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by OliverZeigermann: http://wiki.apache.org/jakarta-commons/Brainstorm_2%2e0 New page: == This page is a collection of ideas for the Commons Transaction 2.0 version. == Philosophy: * as few dependencies as possible (few external jars) * require Java 1.5 * use java.util.concurrent * use a different package name (e.g. o.a.j.c.transaction2) * maybe supply a 1.x compatibility package * only impement a core that does the transactional part * leave the rest to optional modules and custion implementations by calling exchangeable implementation of interfaces * use Spring for configuration * modules * How does a transaction map to temporary data * Where is temporary data and final data stored (maybe use VFS?) * Id generator * What else? * have a default implementation * for all required modules * keept it slim and rudimentary * amounts to a transactional file store out of the box Features of the file implementation: * allow for additional guarenteed deadlock free actions on resources * move and tree-move * copy and tree-copy * delete and tree-delete * maintain an explicite tree (graph?) structure Open Questions: * Is Jakarta Commons the right place for such a project? * Should we introduce threading in order to * Allow remote access / administration to a file store * Allow for deadlock detection in its own thread * what else? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "transaction faq" by OliverZeigermann
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by OliverZeigermann:
http://wiki.apache.org/jakarta-commons/transaction_faq
New page:
'''Question''':
I wrote the following code to create temp.txt in the stored directory
But some file with a diff name(aW5kZXgxLnR4dA%3D%3D) gets created. Does someone
know how to specify the name of the output file
Logger logger = Logger.getLogger("d:\\Raj\\test.log");
LoggerFacade loggerFacade = new Log4jLogger(logger);
FileResourceManager fileResourceManager =
new FileResourceManager("D:\\Raj\\stored", "D:\\Raj\\working",
true, loggerFacade );
fileResourceManager.start();
String txId = fileResourceManager.generatedUniqueTxId();
System.out.println("Working Directory : " +
fileResourceManager.getWorkDir());
System.out.println("Store Directory : " +
fileResourceManager.getStoreDir());
System.out.println("Transaction Identifier : " + txId);
fileResourceManager.startTransaction(txId);
FileInputStream fis = new FileInputStream("D:\\Raj\\stored\\index.txt");
byte[] bt1 = new byte[100];
fis.read(bt1);
fis.close();
OutputStream os = fileResourceManager.writeResource(txId, "temp.txt");
os.write(bt1);
fileResourceManager.commitTransaction(txId);
'''Answer''': You just need to disable urlEncoding: new
FileResourceManager("D:\\Raj\\stored", "D:\\Raj\\working", '''false''',
loggerFacade );
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Daemon" by ChristophSauer
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by ChristophSauer: http://wiki.apache.org/jakarta-commons/Daemon The comment on the change is: how can I start a windows service? -- = Overview = Commons Daemon http://jakarta.apache.org/commons/daemon/index.html can be used to run executables or java applications as windows service or UNIX daemon. = FAQ = + == Is it possible to use the commons daemon to run a executable as Windows service? == Yes, not only java applications can be installed as windows service. Similar to the Srvany.exe tool any other exe can be used. + === Sample: Proxomitron (http://www.proxomitron.info/) as windows service === Installation: prunsrv //IS//PROXO --DisplayName="Proxomitron Proxy" --Description="Proxomitron Web Proxy" --StartImage=c:\proxomitron\proxomitron.exe --StartPath=c:\proxomitron --Type=interactive --LogLevel=DEBUG --LogPath=c:\proxomitron\logs --LogPrefix=procrun.log --Startup=manual --StdOutput=c:\proxomitron\logs\stdout.log --StdError=c:\proxomitron\logs\stderr.log Uninstallation: prunsrv //DS//PROXO + == Can I use the commons daemon to install (register) a Windows service? == Yes a Windows service can be installed/uninstalled using prunsrv. See the following example to install the a Windows Service called SCNService: prunsrv //IS//SCNService --Install=%CD%\SCNService.exe --Startup=manual --DisplayName=SCNService Hint: prunsrv will add "//RS//SCNService" to the ImagePath, which will be passed to SCNService.exe when the Windows SCM (Service Control Manager) is staring the service. Most Services will ignore such command line arguments, but you should check this with your service just to make sure. + == Can I use the common daemon to start a Windows service? == + I can stop a windows service with //SS//ServiceName. As I tried to start it again with //RS// nothing happend? == UNIX Return codes == * 0 = Successful operation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Daemon" by BlakeBarnett
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BlakeBarnett: http://wiki.apache.org/jakarta-commons/Daemon -- Hint: prunsrv will add "//RS//SCNService" to the ImagePath, which will be passed to SCNService.exe when the Windows SCM (Service Control Manager) is staring the service. Most Services will ignore such command line arguments, but you should check this with your service just to make sure. + + == UNIX Return codes == + * 0 = Successful operation + * 1 = ? (When used for starting tomcat it starts but returns this...?) + + ... + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: updated a wontfix issue -- - = Recently fixed issues (last updated Feb 22 2007) = + = Recently resolved issues (last updated Feb 23 2007) = == Bug fixes == @@ -37, +37 @@ ''(Added in rev 510704)'' [https://issues.apache.org/jira/browse/EMAIL-63 EMAIL-63]: Submitted maven 2 pom.xml. + == Waived features == + + ''(Waived for 1.1)'' [https://issues.apache.org/jira/browse/EMAIL-56 EMAIL-56]: Support creating Email subclasses from MimeMessages. + + ''(BenSpeakmon) One of the MimeMessage constructors in JavaMail (both 1.3 and 1.4) already does this, BTW. I'm not sure this is something that falls within commons-email's scope. The commons-email API, I think, is for the common cases where you just want to build and send an email without needing the power (or complexity) of JavaMail. If you're already pulling messages from an email server, I don't know why you wouldn't just use JavaMail for manipulating it -- the power and complexity is just what you need for those kinds of jobs. And it doesn't seem worth the trouble to duplicate any of that code in commons-email when the existing code works just fine. I'd recommend WONTFIXing this one.'' + = Open issues (last updated Feb 22 2007) = These are the currently open issues organized according to category. @@ -45, +51 @@ [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. Patch available. - [https://issues.apache.org/jira/browse/EMAIL-56 EMAIL-56]: Support creating Email subclasses from MimeMessages. - - ''(BenSpeakmon) One of the MimeMessage constructors in JavaMail (both 1.3 and 1.4) already does this, BTW. I'm not sure this is something that falls within commons-email's scope. The commons-email API, I think, is for the common cases where you just want to build and send an email without needing the power (or complexity) of JavaMail. If you're already pulling messages from an email server, I don't know why you wouldn't just use JavaMail for manipulating it -- the power and complexity is just what you need for those kinds of jobs. And it doesn't seem worth the trouble to duplicate any of that code in commons-email when the existing code works just fine. I'd recommend WONTFIXing this one.'' - [https://issues.apache.org/jira/browse/EMAIL-6 EMAIL-6]: Allow attaching one subclass of Email to another. - ''(BenSpeakmon) I'm not convinced that it's useful to support attaching one subclass of Email to another subclass -- that is, the original report creates an HtmlEmail and then wants to attach that to a MultiPartEmail. The current design of commons-email would make this very tricky, but aside from that I don't see the general usefulness of doing so. One case where I do see a use for this would be when the user wants to attach a MimeMessage he got from somewhere (like a server or a filestore) to a subclass of Email. This would mean adding MultiPartEmail.addMimeMessage() methods which would then be attached like the current addPart() methods. (We'd have to have different names, since MimeMessage doesn't share a common interface ancestor with MimeMultipart.) I'll look into this option.'' + ''(BenSpeakmon) I'm not convinced that it's useful to support attaching one subclass of Email to another subclass -- that is, the original report creates an HtmlEmail and then wants to attach that to a MultiPartEmail. The current design of commons-email would make this very tricky, but aside from that I don't see the general usefulness of doing so. One case where I do see a use for this would be when the user wants to attach a MimeMessage he got from somewhere (like a server or a filestore) to a subclass of Email. This would mean adding MultiPartEmail.addMimeMessage() methods which would then be attached like the current addPart() methods. (We'd have to have different names, since MimeMessage doesn't share a common interface ancestor with MimeMultipart.) There's still a problem, though; such a MimeMessage would have arbitrarily complex content in it. It could be multipart, HTML text, full of attachments, etc., and there's no way to know what really needs to be attached. + + I think that this has to fall into that class of problems that would be better served with JavaMail, so I'd recommend this be wontfixed.'' == Build fixes/enhancements == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: Updated with new bug statuses. -- - = Open issues (last updated Feb 13 2007) = + = Recently fixed issues (last updated Feb 22 2007) = - These are the currently open issues organized according to category. + == Bug fixes == + + email 1.0 doesn't handle HTML embedding or attachments correctly. This is really bad, and is reason enough for a 1.1 release. + + ''(Added in rev 510708)'' [https://issues.apache.org/jira/browse/EMAIL-50 EMAIL-50]: HTML mail doesn't display correctly (the issue says in Outlook 2000, but the display fails on every common mail client I tried). It's not an Outlook-specific error. A patch is available that fixes this and has been tested on several different clients; also, the new patch adheres properly to the MIME specs in RFC 2045-2049 where email 1.0 did not. The fix also resolves two other open issues: + * [https://issues.apache.org/jira/browse/EMAIL-28 EMAIL-28]: HTML attachments don't work correctly. + * [https://issues.apache.org/jira/browse/EMAIL-52 EMAIL-52]: Don't embed the same URL multiple times in the same email. == Character set fixes/support == email 1.0 provided limited support for different charsets, and it's generated four issues. - [https://issues.apache.org/jira/browse/EMAIL-1 EMAIL-1]: Default email charset not used for text content. A patch has been uploaded that defines three different cases for this behavior and tests/fixes each. + ''(Added in rev 510275)'' [https://issues.apache.org/jira/browse/EMAIL-1 EMAIL-1]: Default email charset not used for text content. A patch has been uploaded that defines three different cases for this behavior and tests/fixes each. - [https://issues.apache.org/jira/browse/EMAIL-54 EMAIL-54]: Propose a new Charset enum. The current patch uses the JDK 1.4 java.nio.charset.Charset class to validate user-supplied charset names. This removes the need for a separate enumeration of "supported" classes and greatly reduces the headache of maintaining the support as the JVM continues to evolve. This also incorporates fixes for two other open issues: + ''(Added in rev 510715)'' [https://issues.apache.org/jira/browse/EMAIL-54 EMAIL-54]: Propose a new Charset enum. The current patch uses the JDK 1.4 java.nio.charset.Charset class to validate user-supplied charset names. This removes the need for a separate enumeration of "supported" classes and greatly reduces the headache of maintaining the support as the JVM continues to evolve. This also incorporates fixes for two other open issues: * [https://issues.apache.org/jira/browse/EMAIL-25 EMAIL-25]: Can't set charset for a single address. * [https://issues.apache.org/jira/browse/EMAIL-14 EMAIL-14]: Support a couple specific charsets. - == Bug fixes == + == Build fixes/enhancements == - email 1.0 doesn't handle HTML embedding or attachments correctly. This is really bad, and is reason enough for a 1.1 release. + ''(Added in rev 510706)'' [https://issues.apache.org/jira/browse/EMAIL-62 EMAIL-62]: Enforce 1.4 source/bytecode in ant and maven 1 builds - [https://issues.apache.org/jira/browse/EMAIL-50 EMAIL-50]: HTML mail doesn't display correctly (the issue says in Outlook 2000, but the display fails on every common mail client I tried). It's not an Outlook-specific error. A patch is available that fixes this and has been tested on several different clients; also, the new patch adheres properly to the MIME specs in RFC 2045-2049 where email 1.0 did not. The fix also resolves two other open issues: - * [https://issues.apache.org/jira/browse/EMAIL-28 EMAIL-28]: HTML attachments don't work correctly. - * [https://issues.apache.org/jira/browse/EMAIL-52 EMAIL-52]: Don't embed the same URL multiple times in the same email. + ''(Added in rev 510704)'' [https://issues.apache.org/jira/browse/EMAIL-63 EMAIL-63]: Submitted maven 2 pom.xml. + + = Open issues (last updated Feb 22 2007) = + + These are the currently open issues organized according to category. == New feature requests == @@ -47, +55 @@ == Build fixes/enhancements == + [https://issues.apache.org/jira/browse/EMAIL-64 EMAIL-64]: use a different test email server from a live project, not a dead one. Patch available to use wiser from the [http://subethasmtp.tigris.org/ subethasmtp project]. subethasmtp's maintainer has no interest in putting the JDK 1.4-compatible version into maven, so we'll have to handle that. - [https://issues.apache.org/jira/browse/EMAIL-62 EMAIL-62]: Enforce 1.4 source/bytecode in ant and maven 1 builds - - [https://issues.apache.org/jira/browse/EMAIL-63 EMAIL-63]: Submitted maven 2 pom.xml. - - [http
[Jakarta-commons Wiki] Trivial Update of "ValidatorSetup" by AndyJacobs
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by AndyJacobs:
http://wiki.apache.org/jakarta-commons/ValidatorSetup
--
}}}
* create the form configuration in struts-config.xml for the form-names,
e.g. for ValidatorForms:
{{{
-
}}}
* or for DynaValidatorForms (we have to specify the fields we want here -
and it's best to stick to Strings rather than trying to deal with Integers or
Dates etc which do not get populated if the user enters the wrong type of data):
{{{
-
-
@@ -134, +134 @@
1. It goes and checks for any instances of the form-bean in the scope (the
name of the class, type, and scope is specified by the action mapping in
struts-config.xml).
- 1. If found then call the form's reset method
+ 1. If found then call the form's reset method is called.
1. If not found than a new instance is created and stored in the proper
scope.
@@ -148, +148 @@
Then after that you have a populated form. Normally you would then transfer
the data into a value or data-transfer object to pass to your business layer
(see BeanUtils.copyProperties).
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: Added list of current open issues with status and my recommendation. -- || http://jakarta.apache.org/commons/email/images/email-logo-white.png || [http://jakarta.apache.org/commons/email/ Commons-Email] aims to provide a API for sending email. It is built on top of the JavaMail API, which it aims to simplify.[[BR]] A lot of information is available on the [http://jakarta.apache.org/commons/email/ Commons-Email website].[[BR]] If you don't find the information you need you can always contact us using one of the [http://jakarta.apache.org/site/mail2.html#Commons mailing lists]. || - = Project Status = + = (Official) Project Status = The current status (updated 11/2006) is available through SVN [http://svn.apache.org/repos/asf/jakarta/commons/proper/email/trunk/STATUS.html here]. + + + + = Open issues (last updated Feb 13 2007) = + + These are the currently open issues organized according to category. + + == Character set fixes/support == + + email 1.0 provided limited support for different charsets, and it's generated four issues. + + [https://issues.apache.org/jira/browse/EMAIL-1 EMAIL-1]: Default email charset not used for text content. A patch has been uploaded that defines three different cases for this behavior and tests/fixes each. + + [https://issues.apache.org/jira/browse/EMAIL-54 EMAIL-54]: Propose a new Charset enum. The current patch uses the JDK 1.4 java.nio.charset.Charset class to validate user-supplied charset names. This removes the need for a separate enumeration of "supported" classes and greatly reduces the headache of maintaining the support as the JVM continues to evolve. This also incorporates fixes for two other open issues: + * [https://issues.apache.org/jira/browse/EMAIL-25 EMAIL-25]: Can't set charset for a single address. + * [https://issues.apache.org/jira/browse/EMAIL-14 EMAIL-14]: Support a couple specific charsets. + + == Bug fixes == + + email 1.0 doesn't handle HTML embedding or attachments correctly. This is really bad, and is reason enough for a 1.1 release. + + [https://issues.apache.org/jira/browse/EMAIL-50 EMAIL-50]: HTML mail doesn't display correctly (the issue says in Outlook 2000, but the display fails on every common mail client I tried). It's not an Outlook-specific error. A patch is available that fixes this and has been tested on several different clients; also, the new patch adheres properly to the MIME specs in RFC 2045-2049 where email 1.0 did not. The fix also resolves two other open issues: + * [https://issues.apache.org/jira/browse/EMAIL-28 EMAIL-28]: HTML attachments don't work correctly. + * [https://issues.apache.org/jira/browse/EMAIL-52 EMAIL-52]: Don't embed the same URL multiple times in the same email. + + == New feature requests == + + [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. Patch available. + + [https://issues.apache.org/jira/browse/EMAIL-56 EMAIL-56]: Support creating Email subclasses from MimeMessages. + + ''(BenSpeakmon) One of the MimeMessage constructors in JavaMail (both 1.3 and 1.4) already does this, BTW. I'm not sure this is something that falls within commons-email's scope. The commons-email API, I think, is for the common cases where you just want to build and send an email without needing the power (or complexity) of JavaMail. If you're already pulling messages from an email server, I don't know why you wouldn't just use JavaMail for manipulating it -- the power and complexity is just what you need for those kinds of jobs. And it doesn't seem worth the trouble to duplicate any of that code in commons-email when the existing code works just fine. I'd recommend WONTFIXing this one.'' + + [https://issues.apache.org/jira/browse/EMAIL-6 EMAIL-6]: Allow attaching one subclass of Email to another. + + ''(BenSpeakmon) I'm not convinced that it's useful to support attaching one subclass of Email to another subclass -- that is, the original report creates an HtmlEmail and then wants to attach that to a MultiPartEmail. The current design of commons-email would make this very tricky, but aside from that I don't see the general usefulness of doing so. One case where I do see a use for this would be when the user wants to attach a MimeMessage he got from somewhere (like a server or a filestore) to a subclass of Email. This would mean adding MultiPartEmail.addMimeMessage() methods which would then be attached like the current addPart() methods. (We'd have to have different names, since MimeMessage doesn't share a common interface ancestor with MimeMultipart.) I'll look in
[Jakarta-commons Wiki] Update of "SCXML/Tutorials/Templating" by WolfgangFrech
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by WolfgangFrech: http://wiki.apache.org/jakarta-commons/SCXML/Tutorials/Templating -- }}} + + ''Note: not conforming to Working Draft - + As I understand the current Working Draft, a state element with a source attribute must not have children. See section 3.2.1. + On the other hand, the implementation Commons SCXML v0.6 does accept both the src attribute and children for a state element at the same time. + See issues.apache.org/jira/browse/SCXML-37 + - Wolfgang Frech'' + + === Explanation === The example above is fairly elaborate and simple. As we can see, the otherwise complicated State Engine has been broken into three seperate FSMs, send-bye.scxml and accept-connection.scxml being fairly reusable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "FrontPage" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/FrontPage The comment on the change is: - added link to new wiki email page -- * [:Daemon] - Run (java) applications as windows service or UNIX daemon. * [:DBCP] - Database connection pooling services. * [:Digester] - An XML-to-Java-object mapping utility commonly used for parsing XML configuration files. + * [:Email] - Simplify email sending with Java. Built on top of the Java Mail API. * [:FileUpload] - Makes it easy to add robust, high-performance, file upload capability to your servlets and web applications * [http://wiki.apache.org/jakarta-httpclient/FrontPage HttpClient] - A framework for working with the client-side of the HTTP protocol. * [:IO] - Utility classes, stream implementations, file filters and endian classes to assist in input/output operations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Email" by BenSpeakmon
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email New page: ##language:en = Component Overview = || http://jakarta.apache.org/commons/email/images/email-logo-white.png || [http://jakarta.apache.org/commons/email/ Commons-Email] aims to provide a API for sending email. It is built on top of the JavaMail API, which it aims to simplify.[[BR]] A lot of information is available on the [http://jakarta.apache.org/commons/email/ Commons-Email website].[[BR]] If you don't find the information you need you can always contact us using one of the [http://jakarta.apache.org/site/mail2.html#Commons mailing lists]. || = Project Status = The current status (updated 11/2006) is available through SVN [http://svn.apache.org/repos/asf/jakarta/commons/proper/email/trunk/STATUS.html here]. = Release Plan = A commons-email 1.1 release is in the planning stages. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "SCXML/FrequentlyAskedQuestions" by WolfgangFrech
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by WolfgangFrech:
http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions
The comment on the change is:
Deleted previous addition. Sorry, does not work. Still looking for a way.
--
However, this has been implemented in trunk, so with the next release of
Commons SCXML the SCXMLExecutor instances will be Serializable. Listeners and
other associated user-supplied bits are expected to be Serializable.
-
- How do I specify the initial substate when extracting a state descending
from a element into an external file?
-
- Use the initialstate attribute of the scxml element in the external file, and
delete the initial pseudostate element with the transition to the initial
substate.
-
- Example definition before extraction:
- {{{
- ...
-
-
-
-
-
-
- }}}
-
- Extracted definition:
- {{{
- ...
-
-
-
- ...
- }}}
-
- Ellipsis ... marks omitted elements or attributes.
-
- Reason for this entry: I found it a bit confusing that there are two ways to
express "initiality" of a (sub-)state, one by declaring initialstate, one by
adding an operation, that is an unconditional initial transition. This is even
more confusing during the "extract" refactoring, because I had to switch from
the operational to the declarative method.
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "SCXML/FrequentlyAskedQuestions" by WolfgangFrech
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by WolfgangFrech:
http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions
The comment on the change is:
added entry on inital sub-state in extracted component of parallel
--
However, this has been implemented in trunk, so with the next release of
Commons SCXML the SCXMLExecutor instances will be Serializable. Listeners and
other associated user-supplied bits are expected to be Serializable.
+
+ How do I specify the initial substate when extracting a state descending
from a element into an external file?
+
+ Use the initialstate attribute of the scxml element in the external file, and
delete the initial pseudostate element with the transition to the initial
substate.
+
+ Example definition before extraction:
+ {{{
+ ...
+
+
+
+
+
+
+ }}}
+
+ Extracted definition:
+ {{{
+ ...
+
+
+
+ ...
+ }}}
+
+ Ellipsis ... marks omitted elements or attributes.
+
+ Reason for this entry: I found it a bit confusing that there are two ways to
express "initiality" of a (sub-)state, one by declaring initialstate, one by
adding an operation, that is an unconditional initial transition. This is even
more confusing during the "extract" refactoring, because I had to switch from
the operational to the declarative method.
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Chain" by JohnMunsch
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JohnMunsch: http://wiki.apache.org/jakarta-commons/Chain -- - The Gang of Four's Chain of Responsibility (COR) behavioral design pattern is interesting and commonly used to model a set of operations. Each operation needs to be modeled as a command object and linked to others to form a chain. The command objects act upon some data and indicate whether the control should get passed to the next command in the chain. The benefit is that an operation can be added or removed easily without changing code. The complete article can be found here http://www.devx.com/Java/Article/29392/0/page/4 + The Gang of Four's Chain of Responsibility (COR) behavioral design pattern is interesting and commonly used to model a set of operations. Each operation needs to be modeled as a command object and linked to others to form a chain. The command objects act upon some data and indicate whether the control should get passed to the next command in the chain. The benefit is that an operation can be added or removed easily without changing code. Jakarta Commons Chain models this design pattern as a reusable library. + + You only need to provide individual objects which implement the Command interface and which make use of a Context object passed to each command in order to access shared data between commands. You can use a XML file to describe sequences of commands (i.e. a Chain) and assign them a name in order to invoke them easily or use them as individual commands within other chains. + + Note: Chain is not a full workflow system. It does not have sophisticated flow of control between branches of chains or looping. However, it is also easier to get started with than most workflow systems and you can easily refactor existing code to fit within it. Editing the XML file to change the sequence of commands or alter the parameters passed to a command is also well within the realm of what many end users can do themselves without minimal instruction. + + A Devx article with a simple one page overview of Chain is available here: + * http://www.devx.com/Java/Article/29392/0/page/4 A fairly comprehensive pair of articles which focus __only__ on the Commons Chain are at O'Reilly's OnJava site: * [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains.html ONJava.com -- A Look at Commons Chain, Part 1] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Chain" by JohnMunsch
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JohnMunsch: http://wiki.apache.org/jakarta-commons/Chain -- The Gang of Four's Chain of Responsibility (COR) behavioral design pattern is interesting and commonly used to model a set of operations. Each operation needs to be modeled as a command object and linked to others to form a chain. The command objects act upon some data and indicate whether the control should get passed to the next command in the chain. The benefit is that an operation can be added or removed easily without changing code. The complete article can be found here http://www.devx.com/Java/Article/29392/0/page/4 - A fairly comprehensive pair of articles which focus __only__ on the Commons Chain is at O'Reilly's OnJava site: + A fairly comprehensive pair of articles which focus __only__ on the Commons Chain are at O'Reilly's OnJava site: - [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains.html ONJava.com -- A Look at Commons Chain, Part 1] + * [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains.html ONJava.com -- A Look at Commons Chain, Part 1] - [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains2.html ONJava.com -- A Look at Commons Chain, Part 2] + * [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains2.html ONJava.com -- A Look at Commons Chain, Part 2] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Chain" by JohnMunsch
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JohnMunsch: http://wiki.apache.org/jakarta-commons/Chain -- The Gang of Four's Chain of Responsibility (COR) behavioral design pattern is interesting and commonly used to model a set of operations. Each operation needs to be modeled as a command object and linked to others to form a chain. The command objects act upon some data and indicate whether the control should get passed to the next command in the chain. The benefit is that an operation can be added or removed easily without changing code. The complete article can be found here http://www.devx.com/Java/Article/29392/0/page/4 + A fairly comprehensive pair of articles which focus __only__ on the Commons Chain is at O'Reilly's OnJava site: + [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains.html ONJava.com -- A Look at Commons Chain, Part 1] + [http://www.onjava.com/pub/a/onjava/2005/03/02/commonchains2.html ONJava.com -- A Look at Commons Chain, Part 2] + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "MathWishList" by AlexMarshall
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by AlexMarshall: http://wiki.apache.org/jakarta-commons/MathWishList -- * Implementing algorithms for practicality, and look into optimizing the algorithms (in terms of implementing it). * AbstractStorelessUnivariateStatistic.evaluate(...) and all the workhorse implementations in subclasses should be static methods. -- NickGuenther * StandardDeviation has versions of .evaluate which take a precalculated mean. It would be nice if the same sort of thing could be had for all the other measures (e.g. skewness & kurtosis should be able to take both precalculated means and standard deviations) -- NickGuenther + * A 'between' function for checking number ranges. I've searched and could not find one, but if this functionality already exists, please contact me -- AlexMarshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "MathWishList" by NickGuenther
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NickGuenther: http://wiki.apache.org/jakarta-commons/MathWishList The comment on the change is: precalculation -- * Ofcourse, we will take it slowly, this area is vast and time consuming. * Implementing algorithms for practicality, and look into optimizing the algorithms (in terms of implementing it). * AbstractStorelessUnivariateStatistic.evaluate(...) and all the workhorse implementations in subclasses should be static methods. -- NickGuenther + * StandardDeviation has versions of .evaluate which take a precalculated mean. It would be nice if the same sort of thing could be had for all the other measures (e.g. skewness & kurtosis should be able to take both precalculated means and standard deviations) -- NickGuenther - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "MathWishList" by NickGuenther
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NickGuenther: http://wiki.apache.org/jakarta-commons/MathWishList -- * Probablistic Tests * Ofcourse, we will take it slowly, this area is vast and time consuming. * Implementing algorithms for practicality, and look into optimizing the algorithms (in terms of implementing it). + * AbstractStorelessUnivariateStatistic.evaluate(...) and all the workhorse implementations in subclasses should be static methods. -- NickGuenther - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Betwixt/TipsAndHints/ForwardReferenceChainedBeanCreator" by JesseSweetland
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by JesseSweetland:
http://wiki.apache.org/jakarta-commons/Betwixt/TipsAndHints/ForwardReferenceChainedBeanCreator
--
private HashMap _identityRefs = new HashMap();
private HashMap _idRefs = new HashMap();
+ private boolean _reset = false;
+
+ public boolean isReset() {
+ return _reset;
-
+ }
+
public IdentityIdStoringStrategy() {
System.out.println("Boo");
}
public void setReference(Context context, Object bean, String id) {
+ if(_reset) doReset();
Reference ref = new Reference(bean, id);
_identityRefs.put(ref.getIdentity(), ref);
_idRefs.put(ref.getId(), ref);
@@ -66, +72 @@
}
public void reset() {
- // DO NOT CLEAR VALUES! We need these references after
- // unmarshalling has completed to resolve references.
+ // Delay the actual reset until this instance
IdentityIdStoringStrategy
+ // is used again. The references needs to persist as long as possible
+ // after unmarshalling so that the forward reference proxies can
resolve.
+
+ // Called when unmarshalling is complete. Set a flag to trigger
cleanup
+ // if and when this instance is used again. This flag also serves as
an
+ // indicator to ForwardReferenceInvocationHandler that unmarshalling
is
+ // complete, meaning that if a proxy target does not resolve then it
+ // never will.
+ _reset = true;
+ }
+
+ private void doReset() {
+ _identityRefs.clear();
+ _idRefs.clear();
}
}
}}}
@@ -159, +178 @@
public Object getTarget() {
if(_target == null) {
_target = _references.getReferenced(_context, _id);
+ if((_target == null) && isFinishedUnmarshalling(_references)) {
+ throw new RuntimeException("IDREF " + _id + " can not be
resolved");
+ }
}
return _target;
}
@@ -185, +207 @@
for(QueuedCall call: _queue) {
call.method.invoke(target, call.args);
}
+ _queue.clear();
return method.invoke(target, args);
}
+ }
+
+ private boolean isFinishedUnmarshalling(IdStoringStrategy _references) {
+ if(_references instanceof IdentityIdStoringStrategy) {
+ return ((IdentityIdStoringStrategy)_references).isReset();
+ }
+ return false;
}
}
}}}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Betwixt/TipsAndHints/ForwardReferenceChainedBeanCreator" by JesseSweetland
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by JesseSweetland:
http://wiki.apache.org/jakarta-commons/Betwixt/TipsAndHints/ForwardReferenceChainedBeanCreator
New page:
When Betwixt encounters an IDREF it looks for the matching bean using the
IdStoringStrategy implementation. If the bean is not found, then control
passes from the IdrefChainedBeanCreator to the DerivedChainedBeanCreator and
finally the ElementTypeChainedBeanCreator, which ultimately results in the
creating of an empty bean that is never populated or linked to the element that
is referenced.
This approach inserts a special ChainedBeanCreator that uses CGLIB to create a
proxy object. Method calls on the proxy are queued up until the proxy can be
resolved. The proxy invocation handler stores a reference to the ReadContext
(and IdStoringStrategy) so that any time a method is invoked on the proxy it
can attempt to resolve the target.
'''IdentityIdStoringStrategy.java'''
{{{
import java.util.*;
import org.apache.commons.betwixt.expression.*;
import org.apache.commons.betwixt.strategy.*;
import net.sf.cglib.proxy.*;
/**
*
* @author Jesse Sweetland
*/
public class IdentityIdStoringStrategy extends IdStoringStrategy {
private class Reference {
private int _identity;
private String _id;
private Object _entity;
public int getIdentity() {
return _identity;
}
public String getId() {
return _id;
}
public Object getEntity() {
return _entity;
}
public Reference(Object entity, String id) {
_identity = System.identityHashCode(entity);
_entity = entity;
_id = id;
}
}
private HashMap _identityRefs = new HashMap();
private HashMap _idRefs = new HashMap();
public IdentityIdStoringStrategy() {
System.out.println("Boo");
}
public void setReference(Context context, Object bean, String id) {
Reference ref = new Reference(bean, id);
_identityRefs.put(ref.getIdentity(), ref);
_idRefs.put(ref.getId(), ref);
}
public String getReferenceFor(Context context, Object bean) {
int identity = System.identityHashCode(bean);
Reference ref = _identityRefs.get(identity);
return ref == null ? null : ref.getId();
}
public Object getReferenced(Context context, String id) {
Reference ref = _idRefs.get(id);
return ref == null ? null : ref.getEntity();
}
public void reset() {
// DO NOT CLEAR VALUES! We need these references after
// unmarshalling has completed to resolve references.
}
}
}}}
'''ForwardReferenceChainedBeanCreator.java'''
{{{
import net.sf.cglib.proxy.*;
import org.apache.commons.betwixt.*;
import org.apache.commons.betwixt.io.read.*;
/**
*
* @author Jesse Sweetland
*/
public class ForwardReferenceChainedBeanCreator implements ChainedBeanCreator {
public Object create(ElementMapping elementMapping, ReadContext context,
BeanCreationChain chain) {
if(context.getMapIDs()) {
String idref = elementMapping.getAttributes().getValue("idref");
if(idref != null){
context.getLog().trace("Found IDREF");
Object bean = context.getBean( idref );
if(bean != null) {
if(context.getLog().isTraceEnabled()) {
context.getLog().trace("Matched bean " + bean);
}
return bean;
}
Class beanClass = null;
ElementDescriptor descriptor = elementMapping.getDescriptor();
if(descriptor != null) {
// check for polymorphism
if (descriptor.isPolymorphic()) {
beanClass =
context.getXMLIntrospector().getPolymorphicReferenceResolver()
.resolveType(elementMapping, context);
}
if(beanClass == null) {
// created based on implementation class
beanClass = descriptor.getImplementationClass();
}
}
if(beanClass == null) {
// create based on type
beanClass = elementMapping.getType();
}
if(beanClass != null) {
return Enhancer.create(beanClass, new Class[0], new
ForwardReferenceInvocationHandler(beanClass, idref, context));
}
}
}
return chain.create(elementMapping, context);
}
}
}}}
'''ForwardReferenceInvocationHandler.java'''
{{{
import java.util.*;
import java.lang.reflect.Method;
import ne
[Jakarta-commons Wiki] Update of "Betwixt/TipsAndHints" by JesseSweetland
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JesseSweetland: http://wiki.apache.org/jakarta-commons/Betwixt/TipsAndHints -- * /HierarchalClassNormalizer - ClassNormalizer that looks for superclasses and interfaces .betwixt files + * /ForwardReferenceChainedBeanCreator - ChainedBeanCreator for handling IDREFs that reference elements that have not yet been unmarshalled + Up to [:Betwixt] Previous [:Betwixt/FrequentlyAskedQuestions] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Net/FrequentlyAskedQuestions" by dgsoft
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by dgsoft:
http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
The comment on the change is:
old code always transfers the whole buffer even if less bytes are read
--
InputStream fis = new FileInputStream("c:\\temp\\B.pdf");
OutputStream os = client.storeFileStream("B.pdf");
- byte buf[] = new byte[8192];
+ byte buf[] = new byte[8192];
- while (fis.read(buf) != -1) {
- os.write(buf);
- }
+ int bytesRead = fis.read(buf);
+ while (bytesRead != -1) {
+ os.write(buf, 0, bytesRead);
+ bytesRead = fis.read(buf);
+ }
fis.close();
os.close();
client.completePendingCommand();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Logging/NightlyBuilds" by SimonKitching
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by SimonKitching: http://wiki.apache.org/jakarta-commons/Logging/NightlyBuilds The comment on the change is: Add info about nightly builds New page: Nightly build artifacts are provided purely for test purposes and are NOT official releases of the Apache Software Foundation. === Builds === Nightly builds are built once a day from the current SVN HEAD, and can be found at http://people.apache.org/builds/jakarta-commons/nightly/commons-logging. The matching version of the commons-logging site (including javadoc) can be found at http://vmbuild.apache.org/~commons/nightly/nightly_reports/commons-logging/site. === Maven 2.x === The nightly build is also deployed to the apache maven2 snapshot repository at http://people.apache.org/repo/m2-snapshot-repository . === Build Logs === If the nightly build has failed, then further information can be found in the build logfiles at http://vmbuild.apache.org/~commons/nightly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Trivial Update of "Logging" by SimonKitching
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by SimonKitching: http://wiki.apache.org/jakarta-commons/Logging The comment on the change is: Add link to new NightlyBuilds page -- == Resources == + * [wiki:/NightlyBuilds Nightly Builds] * [wiki:/FrequentlyAskedQuestions Frequently Asked Questions] * /["How to Configure the Logging Factory and the Logging Class"] * /["Commons Logging FUD"] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "UsingCommonsSkin" by DennisLundberg
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by DennisLundberg:
http://wiki.apache.org/jakarta-commons/UsingCommonsSkin
The comment on the change is:
Add instruction on how to use commons-skin
New page:
== Instructions ==
Follow these steps to include commons-skin in a component's Maven 2 build.
* Include commons-skin in the {{{src/site/site.xml}}} file of your component:
{{{
...
org.apache.commons
commons-skin
1.0-SNAPSHOT
...
}}}
* If you have both a Maven 1 and a Maven 2 site build for your component, you
need to exclude the Maven 1 navigation.xml file from the Maven 2. This is done
with a configuration snippet in the file {{{pom.xml}}}:
{{{
...
org.apache.maven.plugins
maven-site-plugin
navigation.xml
...
}}}
* A final note for sandbox components. The site might not look as it should if
you have checked out your component as a part of
{{{/jakarta/commons/trunks-sandbox}}}. This is because trunks-sandbox has some
build-in stylesheet customizations that might interfere with the stylesheet
definitions in the skin. The solution is to check out the component on its own.
This problem will be fixed if/when commons-skin is released.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "CommonsCommitters" by DennisLundberg
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by DennisLundberg: http://wiki.apache.org/jakarta-commons/CommonsCommitters -- * CreatingSiteWithMaven2 - a trial to see if it is possible to use Maven 2 to build commons sites. + * UsingCommonsSkin - Instructions on how to use the commons-skin in your Maven 2 generated site. + * MavenPlugins used in commons. * MavenWebsiteStucture for commons - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "VfsNext" by JonSeymour
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by JonSeymour: http://wiki.apache.org/jakarta-commons/VfsNext The comment on the change is: added some items to the non-confirmed wish list -- The best chance to get those added is by contribute them ;-) - === Eclipse enabled VFS JARs === In addition to the current plugin model, use the OSGi plugin model to allow configuration of e.g. additional filesystem providers. @@ -106, +105 @@ == non confimed == + Attribute API. This is useful for things like storing attributes of XML element in the XML filesystem (I did it but it is not standard), JNDI VFS (if I do it), or more simply, to retrieve infos like access rights (rwx) or file ownership in (ext2) filesystems. Such an API would allow an WebDAV server to be implemented on-top of a commons VFS. - Attribute API. This is useful for things like storing attributes of XML element in the XML filesystem (I did it but it is not standard), - JNDI VFS (if I do it), or more simply, to retrieve infos like access rights (rwx) or file ownership in (ext2) filesystems a VFS on top of apache's configuration package + === Spring-friendly === + + A Spring-friendly configuration interface, that allows file system managers to be fully configured as Spring beans. Such an interface would allow also junctions to be specified. + + === Support For Writing ISO-9660 and Joliet images === + + It'd be nice to be able to construct a CD or DVD layout using file system operations and then "burn" the resulting layout to an image file. + + === Support For Hierarchical Storage Management === + + It'd be nice to be able to add hierarchical storage management capabilities to the VFS. (add your wishes here) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "FileUpload" by reltian
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by reltian: http://wiki.apache.org/jakarta-commons/FileUpload -- '''Q:''' I'm using FileUpload 1.1.1,when I use ServletFileUpload.isMultipartContent(request).This is said "Use the method on ServletFileUpload instead".But I can't find "isMultipartContent" method in ServletFileUpload - - /!\ '''Edit conflict - other version:''' - '''Q:''' I'm using FileUpload 1.1.1,when I ServletFileUpload.isMultipartContent(request).This is said "Use the method on ServletFileUpload instead".But I can't find "isMultipartContent" method in ServletFileUpload - - - /!\ '''Edit conflict - your version:''' - - /!\ '''End of edit conflict''' '''Q:''' How do you use FileUpload in a JSR168 JSF portlet ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "FileUpload" by reltian
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by reltian: http://wiki.apache.org/jakarta-commons/FileUpload -- ||Add your questions/answers here.|| + '''Q:''' I'm using FileUpload 1.1.1,when I use ServletFileUpload.isMultipartContent(request).This is said "Use the method on ServletFileUpload instead".But I can't find "isMultipartContent" method in ServletFileUpload + + + /!\ '''Edit conflict - other version:''' '''Q:''' I'm using FileUpload 1.1.1,when I ServletFileUpload.isMultipartContent(request).This is said "Use the method on ServletFileUpload instead".But I can't find "isMultipartContent" method in ServletFileUpload + + /!\ '''Edit conflict - your version:''' + + /!\ '''End of edit conflict''' '''Q:''' How do you use FileUpload in a JSR168 JSF portlet ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "FileUpload" by reltian
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by reltian: http://wiki.apache.org/jakarta-commons/FileUpload -- = FAQ = ||Add your questions/answers here.|| + + '''Q:''' I'm using FileUpload 1.1.1,when I ServletFileUpload.isMultipartContent(request).This is said "Use the method on ServletFileUpload instead".But I can't find "isMultipartContent" method in ServletFileUpload '''Q:''' How do you use FileUpload in a JSR168 JSF portlet ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "ValidatorExamples" by emillan
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by emillan: http://wiki.apache.org/jakarta-commons/ValidatorExamples -- * Here is an example: attachment:banking.war + A ValidatorTool, good when you want to use commons-validator in a standalone manner: attachment:validatortool.zip + Up to [:Validator] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "ValidatorExamples" by emillan
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by emillan: http://wiki.apache.org/jakarta-commons/ValidatorExamples -- * Here is an example: attachment:banking.war - A ValidatorTool, good when you want to use commons-validator in a standalone manner: attachment:validatortool.zip + A ValidatorTool, good when you want to use commons-validator in a standalone manner: attachment:ValidatorTool.zip Up to [:Validator] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "Validator" by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/jakarta-commons/Validator The comment on the change is: Re-organize validator wiki page -- - = Validator Component Page = + = Commons Validator Wiki = + ''The home page for the validator wiki'' - Validator is an input validation component devised (originally) by [ David Winterfeldt] as an addon for the Struts framework. It's functionality has since been split so that validator can serve as the basis for a independant component. It [http://jakarta.apache.org/commons/validator/index.html lives] in [http://jakarta.apache.org/commons/ Jakarta-Commons]. + + [http://jakarta.apache.org/commons/validator Commons Validator] is an input validation component devised (originally) by ''David Winterfeldt'' as an addon for the Struts framework. It's functionality has since been split so that validator can serve as the basis for a independant component and is now part of [http://jakarta.apache.org/commons/ Jakarta Commons]. Initially this wiki will serve both [http://jakarta.apache.org/struts Struts] validator and [http://jakarta.apache.org/commons/validator Commons Validator] users. - == Contribute to the Validator FAQ! == + == Validator Releases == + * [http://jakarta.apache.org/commons/validator/changes-report.html Release Notes] + * Version Inforamtion + * [:ValidatorVersion120:Validator 1.2.0] - Feature Summary of Validator 1.2.0 - Tired of writing validator tips down on a piece of paper, or saving emails with code snippets ?'''DON'T !''' - - Keep your validator notes on the Validator FAQ Wiki, and get the benefit of other users experience - and share your own. Never lose your notes when you change jobs, or are working at a remote site ! - - ValidatorFaq - == Resources == - + == Validator Information == + * '''Official Documentation''' + * [http://jakarta.apache.org/commons/validator/apidocs/org/apache/commons/validator/package-summary.html#package_description Framework] - Overall description + * [http://jakarta.apache.org/commons/validator/apidocs/org/apache/commons/validator/routines/package-summary.html#package_description Routines] - Description of the new 'routines' package + * [:ValidatorFaq: FAQ] - Tired of writing validator tips down on a piece of paper, or saving emails with code snippets? '''DON'T !''' Keep your validator notes on the Validator FAQ Wiki, and get the benefit of other users experience and share your own. Never lose your notes when you change jobs, or are working at a remote site ! + * [:ValidatorExamples: Examples] - '''Contribute Examples for Validator Use!''' - share custom validators that you have developed, or collaborate on developing new custom validators. You can even lobby to get these extensions made a part of the official Validator component! - '''ValidatorResources''' - Resources on the web about using Validator. + * [:ValidatorResources: Resources] - Resources on the web about using Commons Validator. + * [:ValidatorWishList: Wish list] - Wish list of features - == Contribute Examples for Validator Use! == - - Share custom validators that you have developed, or collaborate on developing new custom validators. You can even - lobby to get these extensions made a part of the official Validator component ! - - ValidatorExamples - - - - == Validator Extensions == - - '''ValidatorExtensions''' - Custom validator users have written. - - - - - == Validator Wish List == - - '''ValidatorWishList''' - Wish list of features - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "SCXML/Tutorials/Logging" by NestorUrquiza
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NestorUrquiza: http://wiki.apache.org/jakarta-commons/SCXML/Tutorials/Logging -- commons-logging. solution: You need to initialize one of the supported by - commons-logging engines like Log4J. + commons-logging engines like Log4J. You better use a separate file to log SCXML-commons traces. implementation: If you do not want to include a new resource into your project (you can use properties file or xml file for - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of "SCXML/Tutorials/Logging" by NestorUrquiza
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by NestorUrquiza:
http://wiki.apache.org/jakarta-commons/SCXML/Tutorials/Logging
--
{{{
- logger =
- LogManager.exists("scxml.app.log");
+ logger = LogManager.exists("scxml.app.log");
- if (logger == null)
+ if (logger == null)
- {
- Logger logger =
- Logger.getLogger("scxml.app.log");
+ {
+ Logger logger = Logger.getLogger("scxml.app.log");
+ Logger rootLogger = Logger.getRootLogger();
+ SimpleLayout rootLayout = new SimpleLayout();
+ Appender rootAppender = new ConsoleAppender();
+ rootLogger.addAppender(rootAppender);
+ rootLogger.setLevel(Level.OFF);
- // Prepare log engine for
- commons-scxml
- // We need to provide
- commons-scxml package with a standard
- //By default do not log anything that uses
- commons-logging
- Logger rootLogger =
- Logger.getRootLogger();
- SimpleLayout rootLayout = new
- SimpleLayout();
- Appender rootAppender = new
- ConsoleAppender();
-
- rootLogger.addAppender(rootAppender);
- rootLogger.setLevel(Level.OFF);
-
- //Specific layout pattern for custom application
+ //Specific layout pattern for custom application
+ String pattern = "%d{/MM/dd HH:mm:ss.SSS} @ " +
Constants.LOG_HINT + " @ SCXML Engine @ %m%n";
+ PatternLayout layout = new PatternLayout(pattern);
- String pattern = "%d{/MM/dd
- HH:mm:ss.SSS} @ "
- + Constants.LOG_HINT + " @
- SCXML Engine @ %m%n";
- PatternLayout layout = new
- PatternLayout(pattern);
- boolean append = true;
+ boolean append = true;
- boolean bufferedIO = false;
+ boolean bufferedIO = false;
- int bufferSize = 10;
+ int bufferSize = 10;
- String filename =
- "completePathOfYourFileNameAddingTimestampToNameForExample.log";
+ String filename =
"completePathOfYourFileNameAddingTimestampToNameForExample.log";
- if
- (logger.getAppender("scxml.app.appdr") == null)
+ if(logger.getAppender("scxml.app.appdr") == null)
+ {
+ FileAppender appdr = null;
+ try
{
+ appdr = new FileAppender(layout, filename, append,
bufferedIO, bufferSize);
+ appdr.setImmediateFlush(true);
+ appdr.setName("scxml.app.appdr");
- // WriterAppender appdr =
- null;
- FileAppender appdr = null;
-
- try
- {
- appdr = new
- FileAppender(layout, filename, append,
- bufferedIO,
- bufferSize);
-
- appdr.setImmediateFlush(true);
-
- appdr.setName("scxml.app.appdr");
- }
+ }
- catch (IOException e)
+ catch (IOException e)
- {
+ {
- //deal with it.
+ //deal with it.
- }
+ }
logger.addAppender(appdr);
logger.setLevel(Level.INFO);
logger.setAdditivity(false);
}
}
+ }
+ }
}}}
With the code above you will be able to obtain the
info messages from Var and Assign needed to debug what is going on inside the
State Machine Engine (Using last version of commons-logging -1.1- and Log4J
-1.2.14- the TRACE comes up like a DEBUG message so at least for these versions
it makes sense to use INFO instead):
For Var:
-
+ {{{
String msg = "Var." + name + "=" + varStr;
if( appLog.isInfoEnabled() )
appLog.info( msg );
-
+ }}}
Warning: With the above Log4J version you should avoid using the same file to
log your custom System messages and the ones from commons-SCXML if your System
does not use commons-logging as well. Otherwise you might experiment some
flushing problems resulting in trace lines missing in the output. There are
several posts related to this issue and there is no a clear and homegeneous
solution about it.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECT
[Jakarta-commons Wiki] Update of "SCXML/Tutorials/Logging" by NestorUrquiza
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by NestorUrquiza: http://wiki.apache.org/jakarta-commons/SCXML/Tutorials/Logging -- In any case after you decide what logging engine is best suitable for your project you need to set it up before SCXML is able to actually log ussing commons-logging. === Log4J === - - ===Use Case # 1=== + === Use Case # 1 === - problem: You are using SCXML which in turns uses commons-logging but your code cannot use commons-logging. @@ -102, +100 @@ === Resources === [1] http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/docs/guide.html + [2] http://logging.apache.org/log4j/docs/manual.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
