DO NOT REPLY [Bug 26922] - [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922 [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ? [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 09:16 --- Yes, in fact. ObjectUtils can do the job to compare two dates. long now= System.currentTimeMillis(); java.util.Date date= new java.util.Date(now); java.sql.Timestamp timestamp= new java.sql.Timestamp(now); assertTrue(ObjectUtils.equals(null, null)); assertFalse(ObjectUtils.equals(null, date)); assertFalse(ObjectUtils.equals(date, null)); assertTrue(ObjectUtils.equals(date, date)); assertTrue(ObjectUtils.equals(date, timestamp)); Then, DateUtils doesn't need a specific 'equals' methode. Thanks for all. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26922] - [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922 [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ? [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (JELLY-108) Add method to run a script from an InputSource
The following issue has been updated: Updater: Maarten Coene (mailto:[EMAIL PROTECTED]) Date: Tue, 17 Feb 2004 8:18 AM Comment: An implementation of the extra method. Changes: Attachment changed to JellyContext.patch - For a full history of the issue, see: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=JELLY-108page=history - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=JELLY-108 Here is an overview of the issue: - Key: JELLY-108 Summary: Add method to run a script from an InputSource Type: Improvement Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Assignee: Reporter: Maarten Coene Created: Tue, 17 Feb 2004 8:17 AM Updated: Tue, 17 Feb 2004 8:18 AM Description: Hi, I would like to see a method added to JellyContext which allows me to specify a script using an InputSource: public JellyContext runScript(InputSource source, XMLOutput output); I've made a patch with an implementation for it. Any chances this can be added to jelly ? thanks, Maarten - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateUtils.equals(d1, d2)
Just checking instanceof Timestamp and JVM version concerns me, because it seems to assume that the driver is doing the right thing. I also have no idea how this really works for different drivers, thus my queasiness. I like your idea of calling getTime() and rounding to the second. That should work in all cases. However, if either d1 or d2 do have nanosecond precision, so you really want to ignore that information? As a programmer I'd want to belive that DateUtils.equals(timestamp1, timestamp2) == timestamp1.equals(timestamp2) for non-null values. The code below can't promise that. How about always comparing to nanosecond precision, and just assume that util.Date and sql.Date have those bits zero? Essentially convert Dates to Timestamp before comparing. That might actually make this thing semantically sound. :-) On Tue, 17 Feb 2004 10:59:24 -0500, Serge Knystautas [EMAIL PROTECTED] said: DateUtils.equals(Date d1, Date d2) { if (d1 == null || d2 == null) { return d1 == d2; } boolean screwyTimestamp = d1 instanceof Timestamp || d2 instanceof Timestamp; if (SystemUtils.isJavaVersionAtLeast(1.4) or !screwyTimestamp) { return d1.getTime() == d2.getTime(); } else { long ms1 = d1.getTime(); if (d1 instanceof Timestamp) { ms1 += ((Timestamp) d1).getNanos() / 1000; } if (d2 instanceof Timestamp) { ms2 += ((Timestamp) d2).getNanos() / 1000; } return ms1 == ms2; } } This may not work if you've got an Oracle driver that runs in JDK 1.3 and so follows that convention, but then you're running in JDK 1.4. I don't know how that is handled. If that's the case, we can skip the JVM detection, and instead if it's a timestamp round getTime() to the nearest second and then add back in nanos/1000. This way regardless of what JVM you're in or driver you're using, you should always get the correct number of milliseconds. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] findbugs plugin updated!
On my box, Maven properly downloads and installs the plugin, however your milage may vary... Here is what I get: maven site:generate __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT Attempting to download maven-findbugs-plugin-0.7.1.jar. WARNING: Failed to download maven-findbugs-plugin-0.7.1.jar. The build cannot continue because of the following unsatisfied dependency: maven-findbugs-plugin-0.7.1.jar (try downloading from http://maven-plugins.sourceforge.net/maven-findbugs-plugin/) Total time: 6 seconds Finished at: Tue Feb 17 10:27:57 PST 2004 I've updated my build.properties with your maven.repo.remote values. Any ideas? Thanks, Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 05:58 To: Commons-Dev (E-mail) Cc: 'Gary Gregory' Subject: [lang] findbugs plugin updated! Hi all, I have finished updating the Findbugs plugin. You can access information about it here: http://maven-plugins.sourceforge.net/maven-findbugs-plugin/ To use it, add to your project.xml: dependency groupIdmaven/groupId artifactIdmaven-findbugs-plugin/artifactId version0.7.1/version urlhttp://maven-plugins.sourceforge.net/maven-findbugs- plugin//url typeplugin/type /dependency And the report: reportmaven-findbugs-plugin/report and the repo maven.repo.remote=http://www.ibiblio.org/maven/,http://maven- plugins.sf.net/ On my box, Maven properly downloads and installs the plugin, however your milage may vary... Glad to hear that lang is thinking of using it. Eric Pugh
DO NOT REPLY [Bug 26922] - [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26922 [lang] public static boolean DateUtils.equals(Date dt1, Date dt2) ? [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 18:43 --- Reopening, this issue is still under discussion on commons-dev. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateUtils.equals(d1, d2)
Todd V. Jonker wrote: I like your idea of calling getTime() and rounding to the second. That should work in all cases. Not exactly that... more like this: long ms1 = d1.getTime(); if (d1 instanceof Timestamp) { //First we remove milliseconds // that some Timestamp implementations include ms1 /= 1000; ms1 *= 1000; //Now add milliseconds based on nano seconds that all impls have. ms1 += ((Timestamp) d1).getNanos() / 1000; } -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateUtils.equals(d1, d2)
Serge Knystautas wrote: Todd V. Jonker wrote: I like your idea of calling getTime() and rounding to the second. That should work in all cases. Not exactly that... more like this: long ms1 = d1.getTime(); if (d1 instanceof Timestamp) { //First we remove milliseconds // that some Timestamp implementations include ms1 /= 1000; ms1 *= 1000; //Now add milliseconds based on nano seconds that all impls have. ms1 += ((Timestamp) d1).getNanos() / 1000; } Actually, why not also add DateUtils.getMilliseconds(Date d) so people stuck with bad drivers can effectively get reliable getTime() behavior? -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2 CommandLineDefaultsTest.java
roxspring2004/02/17 13:14:14 Modified:cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING CommandLineImpl.java cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING CommandLine.java cli/src/test/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING OptionTestCase.java cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING CommandLineDefaultsTest.java Added: cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING WriteableCommandLineImpl.java Log: CommandLineImpl refactoring Removed toString() from CommandLine Added getProperty(prop,default) for completeness Split CommandLineImpl into CommandLineImpl and WriteableCommandLineImpl Revision ChangesPath No revision No revision 1.1.2.4 +19 -221 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/CommandLineImpl.java Index: CommandLineImpl.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/CommandLineImpl.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- CommandLineImpl.java 8 Feb 2004 13:09:00 - 1.1.2.3 +++ CommandLineImpl.java 17 Feb 2004 21:14:14 - 1.1.2.4 @@ -36,127 +36,37 @@ * * @since 1.0 */ -public class CommandLineImpl implements WriteableCommandLine { +public abstract class CommandLineImpl implements CommandLine { -private final Properties properties = new Properties(); -private final List options = new ArrayList(); -private final Map nameToOption = new HashMap(); -private final Map values = new HashMap(); -private final Map switches = new HashMap(); -private final Map defaults = new HashMap(); -private final List normalised; -private final Set prefixes; - -private CommandLine defaultCommandLine = null; - -public CommandLineImpl(final Option rootOption, final List arguments) { -this.prefixes = rootOption.getPrefixes(); -this.normalised = arguments; -} - -public void addOption(Option option) { -options.add(option); -nameToOption.put(option.getPreferredName(), option); -for (Iterator i = option.getTriggers().iterator(); i.hasNext();) { -nameToOption.put(i.next(), option); -} -} - -public void addValue(final Option option, final Object value) { -if (option instanceof Argument) { -addOption(option); -} -List valueList = (List)values.get(option); -if (valueList == null) { -valueList = new ArrayList(); -values.put(option, valueList); -} -valueList.add(value); -} - -public void addSwitch(final Option option, final boolean value) { -addOption(option); -if (switches.containsKey(option)) { -throw new IllegalStateException(Switch already set); -} -else { -switches.put(option, value ? Boolean.TRUE : Boolean.FALSE); -} -} - -public boolean hasOption(final String trigger) { +public final boolean hasOption(final String trigger) { return hasOption(getOption(trigger)); } -public boolean hasOption(final Option option) { -final boolean present = options.contains(option); -if (!present defaultCommandLine != null) { -return defaultCommandLine.hasOption(option); -} -else { -return present; -} -} - -public Option getOption(final String trigger) { -return (Option)nameToOption.get(trigger); -} - -public List getValues(final String trigger) { -return getValues(getOption(trigger)); +public final List getValues(final String trigger) { +return getValues(getOption(trigger),null); } -public List getValues(final String trigger, final List defaultValues) { +public final List getValues(final String trigger, final List defaultValues) { return getValues(getOption(trigger), defaultValues); } -public List getValues(final Option option) { +public final List getValues(final Option option) { return getValues(option, null); } -//TODO Document the order of values and defaults -public List getValues(final Option option, final List defaultValues) { - -// First grab the command line values -List valueList =
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline Parser.java
roxspring2004/02/17 13:35:19 Modified:cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING Parser.java Log: CommandLineImpl refactoring Removed toString() from CommandLine Added getProperty(prop,default) for completeness Split CommandLineImpl into CommandLineImpl and WriteableCommandLineImpl Revision ChangesPath No revision No revision 1.1.2.4 +1 -16 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/Parser.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- Parser.java 8 Feb 2004 13:09:00 - 1.1.2.3 +++ Parser.java 17 Feb 2004 21:35:19 - 1.1.2.4 @@ -43,7 +43,6 @@ private Option helpOption = null; private String helpTrigger = null; private Group group = null; -private boolean unprocessedAllowed = false; /** * Parse the arguments according to the specified options and properties. @@ -61,7 +60,7 @@ final List argumentList = new LinkedList(Arrays.asList(arguments)); final ListIterator iterator = argumentList.listIterator(); final WriteableCommandLine commandLine = -new CommandLineImpl(group, new ArrayList()); +new WriteableCommandLineImpl(group, new ArrayList()); while (group.canProcess(iterator)) { group.process(commandLine, iterator); @@ -128,19 +127,5 @@ */ public void setHelpTrigger(final String helpTrigger) { this.helpTrigger = helpTrigger; -} - -/** - * @return - */ -public boolean isUnprocessedAllowed() { -return unprocessedAllowed; -} - -/** - * @param unprocessedAllowed - */ -public void setUnprocessedAllowed(boolean unprocessedAllowed) { -this.unprocessedAllowed = unprocessedAllowed; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 CommandLine.java
roxspring2004/02/17 13:36:39 Modified:cli/src/test/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupTest.java ParentTest.java CommandTest.java DefaultOptionTest.java SwitchTest.java ArgumentTest.java cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING CommandLineTest.java cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING CommandLine.java Log: Removed getNormalised() from CommandLine as the contract will make no sense for default implementations Revision ChangesPath No revision No revision 1.1.2.5 +0 -3 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/GroupTest.java Index: GroupTest.java === RCS file: /home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/GroupTest.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- GroupTest.java8 Feb 2004 13:09:01 - 1.1.2.4 +++ GroupTest.java17 Feb 2004 21:36:38 - 1.1.2.5 @@ -178,9 +178,6 @@ assertListContentsEqual( list(compile, test, dist), commandLine.getValues(target)); -assertListContentsEqual( -list(--help, compile, test, dist), -commandLine.getNormalised()); } public void testProcess_Nested() throws OptionException { 1.1.2.4 +0 -6 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ParentTest.java Index: ParentTest.java === RCS file: /home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ParentTest.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- ParentTest.java 8 Feb 2004 12:13:33 - 1.1.2.3 +++ ParentTest.java 17 Feb 2004 21:36:38 - 1.1.2.4 @@ -128,7 +128,6 @@ assertTrue(commandLine.hasOption(option)); assertTrue(commandLine.hasOption(-k)); assertTrue(commandLine.getValues(option).isEmpty()); - assertListContentsEqual(args, commandLine.getNormalised()); } /* (non-Javadoc) @@ -172,7 +171,6 @@ assertTrue(commandLine.hasOption(start)); assertFalse(commandLine.hasOption(stop)); assertTrue(commandLine.getValues(option).isEmpty()); - assertListContentsEqual(args, commandLine.getNormalised()); } public void testProcess_Children() throws OptionException { @@ -188,7 +186,6 @@ assertTrue(commandLine.hasOption(start)); assertFalse(commandLine.hasOption(stop)); assertTrue(commandLine.getValues(option).isEmpty()); - assertListContentsEqual(args, commandLine.getNormalised()); } public void testProcess_Argument() throws OptionException { @@ -204,9 +201,6 @@ assertContentsEqual( list(C:\\WINDOWS, C:\\WINNT, C:\\), commandLine.getValues(option)); - assertListContentsEqual( - list(--lib, C:\\WINDOWS, C:\\WINNT, C:\\), - commandLine.getNormalised()); } /* (non-Javadoc) 1.1.2.5 +0 -3 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/CommandTest.java Index: CommandTest.java === RCS file: /home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/CommandTest.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- CommandTest.java 8 Feb 2004 13:09:01 - 1.1.2.4 +++ CommandTest.java 17 Feb 2004 21:36:38 - 1.1.2.5 @@ -85,7 +85,6 @@ assertTrue(commandLine.hasOption(start)); assertTrue(commandLine.hasOption(go)); assertTrue(commandLine.getValues(option).isEmpty()); -assertListContentsEqual(list(start), commandLine.getNormalised()); } public void testProcessParent_Spare() throws OptionException { @@ -100,7 +99,6 @@ assertTrue(commandLine.hasOption(option)); assertTrue(commandLine.hasOption(login)); assertTrue(commandLine.getValues(option).isEmpty()); -assertListContentsEqual(args, commandLine.getNormalised()); } /* @@ -146,7 +144,6 @@ assertTrue(commandLine.hasOption(option)); assertTrue(commandLine.hasOption(login)); assertEquals(rob, commandLine.getValue(option)); -
Re: jakarta-commons-sandbox karma for 'burton'...
John Keyes wrote: On 17 Feb 2004, at 06:01, Kevin A. Burton wrote: Can I get sandbox karma for burton? I want to work on FeedParser here until we're ready to move it over to commons. I have some other misc code I want to move over as well... Kevin, you have karma for the sandbox, the cvs mails serve as evidence. If only you were correct ;) ... see output below: cvs commit -m init cvs commit: Examining . cvs commit: Examining src cvs commit: Examining src/java cvs commit: Examining src/java/org cvs commit: Examining src/java/org/apache cvs commit: Examining src/java/org/apache/commons cvs commit: Examining src/java/org/apache/commons/feedparser cvs commit: warning: directory CVS specified in argument cvs commit: but CVS uses CVS for its own purposes; skipping CVS directory cvs commit: Examining src/java/org/apache/commons/feedparser/impl cvs commit: Examining src/java/org/apache/commons/feedparser/locate cvs commit: Examining src/java/org/apache/commons/feedparser/output cvs commit: Examining src/java/org/apache/commons/feedparser/test ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.rss ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.java ? src/java/org/apache/commons/feedparser/test/TestFeedParser.java ? src/java/org/apache/commons/feedparser/test/TestAtom.xml ? src/java/org/apache/commons/feedparser/test/TestAtom.java ? src/java/org/apache/commons/feedparser/output/RSS10_OutputFeedParserListener.java ? src/java/org/apache/commons/feedparser/locate/package.html ? src/java/org/apache/commons/feedparser/locate/FeedReference.java ? src/java/org/apache/commons/feedparser/locate/FeedLocator.java ? src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java ? src/java/org/apache/commons/feedparser/impl/DebugFeedParserListener.java Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser) cvs server: Pre-commit check failed Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! -- Please reply using PGP: http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster begin:vcard fn:Kevin Burton n:Burton;Kevin email;internet:[EMAIL PROTECTED] x-mozilla-html:TRUE version:2.1 end:vcard signature.asc Description: OpenPGP digital signature
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline WriteableCommandLineImpl.java
roxspring2004/02/17 13:43:00 Modified:cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING WriteableCommandLineImpl.java Log: Removed getNormalised() from CommandLine as the contract will make no sense for default implementations Revision ChangesPath No revision No revision 1.1.2.2 +0 -8 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/WriteableCommandLineImpl.java Index: WriteableCommandLineImpl.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/WriteableCommandLineImpl.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- WriteableCommandLineImpl.java 17 Feb 2004 21:14:14 - 1.1.2.1 +++ WriteableCommandLineImpl.java 17 Feb 2004 21:42:59 - 1.1.2.2 @@ -213,14 +213,6 @@ } /* (non-Javadoc) - * @see org.apache.commons.cli2.CommandLine#getNormalised() - */ -public List getNormalised() { -// TODO Auto-generated method stub -return null; -} - -/* (non-Javadoc) * @see org.apache.commons.cli2.CommandLine#setDefaultValues(org.apache.commons.cli2.Option, java.util.List) */ public void setDefaultValues(final Option option, final List values) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-sandbox karma for 'burton'...
it's a bit weird that. your directories go in but not (it appears) the code. if no one steps up soon, i'd suggest trying requesting karma from root cc'ing the jakarta pmc. - robert On 17 Feb 2004, at 21:40, Kevin A. Burton wrote: John Keyes wrote: On 17 Feb 2004, at 06:01, Kevin A. Burton wrote: Can I get sandbox karma for burton? I want to work on FeedParser here until we're ready to move it over to commons. I have some other misc code I want to move over as well... Kevin, you have karma for the sandbox, the cvs mails serve as evidence. If only you were correct ;) ... see output below: cvs commit -m init cvs commit: Examining . cvs commit: Examining src cvs commit: Examining src/java cvs commit: Examining src/java/org cvs commit: Examining src/java/org/apache cvs commit: Examining src/java/org/apache/commons cvs commit: Examining src/java/org/apache/commons/feedparser cvs commit: warning: directory CVS specified in argument cvs commit: but CVS uses CVS for its own purposes; skipping CVS directory cvs commit: Examining src/java/org/apache/commons/feedparser/impl cvs commit: Examining src/java/org/apache/commons/feedparser/locate cvs commit: Examining src/java/org/apache/commons/feedparser/output cvs commit: Examining src/java/org/apache/commons/feedparser/test ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.rss ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.java ? src/java/org/apache/commons/feedparser/test/TestFeedParser.java ? src/java/org/apache/commons/feedparser/test/TestAtom.xml ? src/java/org/apache/commons/feedparser/test/TestAtom.java ? src/java/org/apache/commons/feedparser/output/ RSS10_OutputFeedParserListener.java ? src/java/org/apache/commons/feedparser/locate/package.html ? src/java/org/apache/commons/feedparser/locate/FeedReference.java ? src/java/org/apache/commons/feedparser/locate/FeedLocator.java ? src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java ? src/java/org/apache/commons/feedparser/impl/ DebugFeedParserListener.java Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser) cvs server: Pre-commit check failed Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser/src/java/org/apache/ commons/feedparser) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! -- Please reply using PGP: http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster burton.vcf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-sandbox karma for 'burton'...
Can I get sandbox karma for burton? I want to work on FeedParser here until we're ready to move it over to commons. I have some other misc code I want to move over as well... Kevin, you have karma for the sandbox, the cvs mails serve as evidence. If only you were correct ;) ... see output below: Weirdness. I guess that's just the mail script being called prior to karma being examined. Can the powers that be give Kevin karma to the sandbox. He is a jakarta-alexandria commiter and has submitted a CLA. -John K cvs commit -m init cvs commit: Examining . cvs commit: Examining src cvs commit: Examining src/java cvs commit: Examining src/java/org cvs commit: Examining src/java/org/apache cvs commit: Examining src/java/org/apache/commons cvs commit: Examining src/java/org/apache/commons/feedparser cvs commit: warning: directory CVS specified in argument cvs commit: but CVS uses CVS for its own purposes; skipping CVS directory cvs commit: Examining src/java/org/apache/commons/feedparser/impl cvs commit: Examining src/java/org/apache/commons/feedparser/locate cvs commit: Examining src/java/org/apache/commons/feedparser/output cvs commit: Examining src/java/org/apache/commons/feedparser/test ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.rss ? src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.java ? src/java/org/apache/commons/feedparser/test/TestFeedParser.java ? src/java/org/apache/commons/feedparser/test/TestAtom.xml ? src/java/org/apache/commons/feedparser/test/TestAtom.java ? src/java/org/apache/commons/feedparser/output/RSS10_OutputFeedParserListener.java ? src/java/org/apache/commons/feedparser/locate/package.html ? src/java/org/apache/commons/feedparser/locate/FeedReference.java ? src/java/org/apache/commons/feedparser/locate/FeedLocator.java ? src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java ? src/java/org/apache/commons/feedparser/impl/DebugFeedParserListener.java Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser) cvs server: Pre-commit check failed Access denied: Insufficient Karma (burton|jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/builders ArgumentBuilder.java
jkeyes 2004/02/17 14:07:12 Modified:cli/src/java/org/apache/commons/cli2/builders Tag: RESEARCH_CLI_2_ROXSPRING ArgumentBuilder.java Log: - removed unused import Revision ChangesPath No revision No revision 1.1.2.4 +0 -1 jakarta-commons/cli/src/java/org/apache/commons/cli2/builders/Attic/ArgumentBuilder.java Index: ArgumentBuilder.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/builders/Attic/ArgumentBuilder.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- ArgumentBuilder.java 8 Feb 2004 13:09:01 - 1.1.2.3 +++ ArgumentBuilder.java 17 Feb 2004 22:07:12 - 1.1.2.4 @@ -19,7 +19,6 @@ import java.util.List; import org.apache.commons.cli2.Argument; -import org.apache.commons.cli2.CommandLine; import org.apache.commons.cli2.impl.ArgumentImpl; import org.apache.commons.cli2.validation.Validator; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jakarta-commons-sandbox karma for 'burton'...
Fascinating ... so it allowed you to create directories without having karma, but it did not allow you to commit files. I wonder if that is a bug. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline CommandLineImpl.java
jkeyes 2004/02/17 14:07:41 Modified:cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING CommandLineImpl.java Log: - removed unused imports Revision ChangesPath No revision No revision 1.1.2.5 +0 -8 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/CommandLineImpl.java Index: CommandLineImpl.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/CommandLineImpl.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- CommandLineImpl.java 17 Feb 2004 21:14:14 - 1.1.2.4 +++ CommandLineImpl.java 17 Feb 2004 22:07:41 - 1.1.2.5 @@ -15,20 +15,12 @@ */ package org.apache.commons.cli2.commandline; -import java.util.ArrayList; import java.util.Collections; -import java.util.HashMap; -import java.util.HashSet; import java.util.Iterator; import java.util.List; -import java.util.Map; -import java.util.Properties; -import java.util.Set; -import org.apache.commons.cli2.Argument; import org.apache.commons.cli2.CommandLine; import org.apache.commons.cli2.Option; -import org.apache.commons.cli2.WriteableCommandLine; /** * Instances of CommandLine represent a command line that has been processed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline Parser.java
jkeyes 2004/02/17 14:08:25 Modified:cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING Parser.java Log: - modified import Revision ChangesPath No revision No revision 1.1.2.5 +1 -1 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/Parser.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- Parser.java 17 Feb 2004 21:35:19 - 1.1.2.4 +++ Parser.java 17 Feb 2004 22:08:25 - 1.1.2.5 @@ -28,7 +28,7 @@ import org.apache.commons.cli2.Option; import org.apache.commons.cli2.OptionException; import org.apache.commons.cli2.WriteableCommandLine; -import org.apache.commons.cli2.impl.*; +import org.apache.commons.cli2.impl.UnexpectedOptionException; /** * A class that implements the codeParser/code interface can parse a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 Argument.java
jkeyes 2004/02/17 14:11:17 Modified:cli/src/test/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING ArgumentTest.java ArgumentTestCase.java cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING ArgumentImpl.java ParentImpl.java cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING Argument.java Log: - removed canPreProcess and preProcess methods from Argument and added getInitialSeparator. Parent now performs the preprocessing Revision ChangesPath No revision No revision 1.1.2.6 +0 -30 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ArgumentTest.java Index: ArgumentTest.java === RCS file: /home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ArgumentTest.java,v retrieving revision 1.1.2.5 retrieving revision 1.1.2.6 diff -u -r1.1.2.5 -r1.1.2.6 --- ArgumentTest.java 17 Feb 2004 21:36:38 - 1.1.2.5 +++ ArgumentTest.java 17 Feb 2004 22:11:16 - 1.1.2.6 @@ -165,36 +165,6 @@ /* * (non-Javadoc) * - * @see org.apache.commons.cli2.ArgumentTestCase#testPreProcess() - */ -public void testPreProcess() { -final Argument option = buildUsernameArgument(); -final List args = list(username=rob); -final ListIterator iterator = args.listIterator(); -option.preProcess(iterator); - -assertTrue(iterator.hasNext()); -assertEquals(username=rob, iterator.next()); -assertListContentsEqual(list(username=rob), args); -} - -public void testPreProcess_Split() { -final Argument option = buildPathArgument(); -final List args = list(-path=/lib;/usr/lib;/usr/local/lib); -final ListIterator iterator = args.listIterator(); -option.preProcess(iterator); - -assertTrue(iterator.hasNext()); -assertEquals(-path, iterator.next()); -assertEquals(/lib;/usr/lib;/usr/local/lib, iterator.next()); -assertListContentsEqual( -list(-path, /lib;/usr/lib;/usr/local/lib), -args); -} - -/* - * (non-Javadoc) - * * @see org.apache.commons.cli2.ArgumentTestCase#testProcessValues() */ public void testProcessValues() throws OptionException { 1.1.2.4 +1 -2 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ArgumentTestCase.java Index: ArgumentTestCase.java === RCS file: /home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/impl/Attic/ArgumentTestCase.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- ArgumentTestCase.java 8 Feb 2004 13:09:01 - 1.1.2.3 +++ ArgumentTestCase.java 17 Feb 2004 22:11:16 - 1.1.2.4 @@ -22,7 +22,6 @@ */ public abstract class ArgumentTestCase extends OptionTestCase { -public abstract void testPreProcess() throws OptionException; - public abstract void testProcessValues() throws OptionException; + } No revision No revision 1.1.2.6 +7 -38 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/ArgumentImpl.java Index: ArgumentImpl.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/ArgumentImpl.java,v retrieving revision 1.1.2.5 retrieving revision 1.1.2.6 diff -u -r1.1.2.5 -r1.1.2.6 --- ArgumentImpl.java 8 Feb 2004 14:01:46 - 1.1.2.5 +++ ArgumentImpl.java 17 Feb 2004 22:11:16 - 1.1.2.6 @@ -44,7 +44,6 @@ private final int maximum; private final char initialSeparator; private final char subsequentSepatator; -private final boolean initialSplit; private final boolean subsequentSplit; private final Validator validator; private final String consumeRemaining; @@ -106,7 +105,6 @@ this.maximum = maximum; this.initialSeparator = initialSeparator; this.subsequentSepatator = subsequentSeparator; -this.initialSplit = initialSeparator != NUL; this.subsequentSplit = subsequentSeparator != NUL; this.validator = validator; this.consumeRemaining = consumeRemaining; @@ -149,27 +147,6 @@ public String getPreferredName() { return name; } -/* - * (non-Javadoc) - * - * @see org.apache.commons.cli2.Argument#preProcess(java.util.ListIterator) - */ -public void
RE: [lang] DateUtils.equals(d1, d2)
Hello, could you please use the project prefix [lang] in the subject of such emails? It makes it easier to sort through and filter this list. Thanks, Gary -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 12:16 To: Jakarta Commons Developers List Subject: Re: DateUtils.equals(d1, d2) Serge Knystautas wrote: Todd V. Jonker wrote: I like your idea of calling getTime() and rounding to the second. That should work in all cases. Not exactly that... more like this: long ms1 = d1.getTime(); if (d1 instanceof Timestamp) { //First we remove milliseconds // that some Timestamp implementations include ms1 /= 1000; ms1 *= 1000; //Now add milliseconds based on nano seconds that all impls have. ms1 += ((Timestamp) d1).getNanos() / 1000; } Actually, why not also add DateUtils.getMilliseconds(Date d) so people stuck with bad drivers can effectively get reliable getTime() behavior? -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-sandbox karma for 'burton'...
Noel J. Bergman wrote: Fascinating ... so it allowed you to create directories without having karma, but it did not allow you to commit files. I wonder if that is a bug. I noticed the same behavior when I was setting up copy of CVSROOT scripts from Apache CVS in my repository. I was thinking that I've made something wrong during setup but looks it's a problem in scripts itself. Regards, Tomek --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CLI] canPreProcess and preProcess
Looking at the Argument API I was looking at the canPreProcess and preProcess methods. I dislike the names as they don't describe what the methods do. Yeah - I wasn't so bothered when it was just preProcess but it is a bit daft with canPreProcess too. +1 on moving the logic from Argument to Parent (where it's used anyway) and giving it a meaningful name. Rob That's checked in now. -John K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] cummulative vs cumulative
math has over a hundred places where the word 'cummulative'. the OED spelling is cumulative. (thanks to Scott Duchin for highlighting this.) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-sandbox karma for 'burton'...
robert burrell donkin wrote: it's a bit weird that. your directories go in but not (it appears) the code. if no one steps up soon, i'd suggest trying requesting karma from root cc'ing the jakarta pmc. The cvs add went through without a problem but the commit caused some issues.. Certainly something is wrong. Kevin -- Please reply using PGP: http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster begin:vcard fn:Kevin Burton n:Burton;Kevin email;internet:[EMAIL PROTECTED] x-mozilla-html:TRUE version:2.1 end:vcard signature.asc Description: OpenPGP digital signature
Re: [math] cummulative vs cumulative
On Tue, 17 Feb 2004 22:22:23 +, robert burrell donkin wrote: math has over a hundred places where the word 'cummulative'. the OED spelling is cumulative. (thanks to Scott Duchin for highlighting this.) - robert Since I caused the problem, I'll fix this within a day or two. Thanks all, Brent Worden http://www.brent.worden.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] findbugs plugin updated!
Could the page http://maven-plugins.sourceforge.net/maven-findbugs-plugin/index.html Give precise instructions on how to get this working? Pretty please? Gary -Original Message- From: Gary Gregory Sent: Tuesday, February 17, 2004 10:33 To: '[EMAIL PROTECTED]'; Commons-Dev (E-mail) Cc: Gary Gregory Subject: RE: [lang] findbugs plugin updated! On my box, Maven properly downloads and installs the plugin, however your milage may vary... Here is what I get: maven site:generate __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT Attempting to download maven-findbugs-plugin-0.7.1.jar. WARNING: Failed to download maven-findbugs-plugin-0.7.1.jar. The build cannot continue because of the following unsatisfied dependency: maven-findbugs-plugin-0.7.1.jar (try downloading from http://maven- plugins.sourceforge.net/maven-findbugs-plugin/) Total time: 6 seconds Finished at: Tue Feb 17 10:27:57 PST 2004 I've updated my build.properties with your maven.repo.remote values. Any ideas? Thanks, Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 05:58 To: Commons-Dev (E-mail) Cc: 'Gary Gregory' Subject: [lang] findbugs plugin updated! Hi all, I have finished updating the Findbugs plugin. You can access information about it here: http://maven-plugins.sourceforge.net/maven-findbugs- plugin/ To use it, add to your project.xml: dependency groupIdmaven/groupId artifactIdmaven-findbugs-plugin/artifactId version0.7.1/version urlhttp://maven-plugins.sourceforge.net/maven-findbugs- plugin//url typeplugin/type /dependency And the report: reportmaven-findbugs-plugin/report and the repo maven.repo.remote=http://www.ibiblio.org/maven/,http://maven- plugins.sf.net/ On my box, Maven properly downloads and installs the plugin, however your milage may vary... Glad to hear that lang is thinking of using it. Eric Pugh
Re: [digester] release (was attribute substitution/variable expansion)
On 16 Feb 2004, at 23:02, Martin Cooper wrote: -Original Message- From: robert burrell donkin snip if it's to survive, jakarta will have to find ways to allow projects to create releases in the new structure. Could you elaborate on this, Robert? I'm not aware of any changes that would make a difference to the way we release Commons components. What am I missing? i'm now of the opinion that only current jakarta pmc members are entitled to cut official ASF releases. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[CLI] Exceptions should be part of API
The specific exceptions now reside in the o.a.c.cli2.impl package. These should be in the o.a.c.cli2 package so caller's can catch the specific Exception if required. I do not see the need to catch a specific exception. I would just catch OptionException, display the error message and then print the help/usage statement. Any real world reasons for catching the specific exceptions? If there is no reason then they are fine where they are. We could always remove them and only throw the CLIException (OptionException seems like the wrong name for it). This is of course dependant on where Exceptions are currently thrown. The construction phase doesn't throw Exceptions. We probably need to throw for a validation exception when defaults are specified and are not valid. Comments? -John K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bug in commons email
line 183 in HtmlEmail.java : --- String cid = RandomStringUtils.randomAscii(10); --- this can produce special html chars, which are hard to escape, wouldn't it be easier and safer to randomly get alphanumeric chars of say size 20 ? BR Oron http://netada.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli gump.xml
jkeyes 2004/02/17 15:02:12 Modified:cli Tag: RESEARCH_CLI_2_ROXSPRING gump.xml Log: - removed commons-logging dependency Revision ChangesPath No revision No revision 1.1.6.1 +0 -1 jakarta-commons/cli/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-commons/cli/gump.xml,v retrieving revision 1.1 retrieving revision 1.1.6.1 diff -u -r1.1 -r1.1.6.1 --- gump.xml 10 Jun 2002 18:01:15 - 1.1 +++ gump.xml 17 Feb 2004 23:02:12 - 1.1.6.1 @@ -23,7 +23,6 @@ depend project=jakarta-ant/ depend project=xml-xerces/ -depend project=commons-logging/ depend project=commons-lang/ work nested=target/classes/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19692] - [PATCH][CLI] Remove dependency on commons-logging
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19692. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19692 [PATCH][CLI] Remove dependency on commons-logging [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |2.0 Beta 1 --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:06 --- The change is made for CLI 2. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191 OptionBuilder only has static methods, yet many return an OptionBuilder instance [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:09 --- modified wrong bug - apologies - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26843] - Please don't check the timestamp format if it is null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26843. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26843 Please don't check the timestamp format if it is null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:09 --- hi james you can gain finely grained control over conversions by either registering customer convertors with beanutils or by using a custom ObjectStringConverter. (there should be descriptions of these on the documentation on the jakarta commons website - if there aren't please let me know and i'll do my best to add some.) however, i agree with you that most users would expect no conversions to be performed on nulls and empty strings and so i've committed a change that alters the default behaviour to what you expected. (in sort, if you upgrade to the latest nightly or CVS HEAD.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt EventBean.java
rdonkin 2004/02/17 15:10:46 Added: betwixt/src/test/org/apache/commons/betwixt EventBean.java Log: Altered default behaviour for object string conversions so that nulls and empty strings are no longer passed to convert utils for conversion. Revision ChangesPath 1.1 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/EventBean.java Index: EventBean.java === /* * $Header: /home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/EventBean.java,v 1.1 2004/02/17 23:10:46 rdonkin Exp $ * $Revision: 1.1 $ * $Date: 2004/02/17 23:10:46 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, *if any, must include the following acknowledgement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowledgement may appear in the software itself, *if and wherever such third-party acknowledgements normally appear. * * 4. The names Apache, The Jakarta Project, Commons, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior *written permission of the Apache Software Foundation. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * */ package org.apache.commons.betwixt; import java.sql.Timestamp; /** * Represent some kind of event. * @author a href='http://jakarta.apache.org/'Jakarta Commons Team/a * @version $Revision: 1.1 $ */ public class EventBean { private Timestamp start; private Timestamp end; private String type; private String description; public EventBean() {} public EventBean(String type, String description, Timestamp start, Timestamp end) { this.type = type; this.description = description; this.start = start; this.end = end; } public String getDescription() { return description; } public Timestamp getEnd() { return end; } public Timestamp getStart() { return start; } public String getType() { return type; } public void setDescription(String string) { description = string; } public void setEnd(Timestamp timestamp) { end = timestamp; } public void setStart(Timestamp timestamp) { start = timestamp; } public void setType(String string) { type = string; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191 OptionBuilder only has static methods, yet many return an OptionBuilder instance [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:11 --- aarggg - bad day at the home office this bug is resolved in CLI 2 - apologies about the confusion - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy ConvertUtilsObjectStringConverter.java
rdonkin 2004/02/17 15:11:00 Modified:betwixt/src/java/org/apache/commons/betwixt/io SAXBeanWriter.java betwixt/src/java/org/apache/commons/betwixt/io/read ElementMapping.java betwixt/src/java/org/apache/commons/betwixt/strategy ConvertUtilsObjectStringConverter.java Log: Altered default behaviour for object string conversions so that nulls and empty strings are no longer passed to convert utils for conversion. Revision ChangesPath 1.13 +5 -5 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/SAXBeanWriter.java Index: SAXBeanWriter.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/SAXBeanWriter.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- SAXBeanWriter.java9 Oct 2003 20:52:06 - 1.12 +++ SAXBeanWriter.java17 Feb 2004 23:11:00 - 1.13 @@ -62,9 +62,9 @@ import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; +import org.xml.sax.Attributes; import org.xml.sax.ContentHandler; import org.xml.sax.SAXException; -import org.xml.sax.Attributes; // FIX ME // At the moment, namespaces are NOT supported! 1.5 +5 -6 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/read/ElementMapping.java Index: ElementMapping.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/read/ElementMapping.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ElementMapping.java 9 Oct 2003 20:52:06 - 1.4 +++ ElementMapping.java 17 Feb 2004 23:11:00 - 1.5 @@ -60,9 +60,8 @@ */ package org.apache.commons.betwixt.io.read; -import org.xml.sax.Attributes; - import org.apache.commons.betwixt.ElementDescriptor; +import org.xml.sax.Attributes; /** * Describes a mapping between an xml element and a betwixt element. 1.5 +10 -4 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy/ConvertUtilsObjectStringConverter.java Index: ConvertUtilsObjectStringConverter.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy/ConvertUtilsObjectStringConverter.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ConvertUtilsObjectStringConverter.java9 Oct 2003 20:52:06 - 1.4 +++ ConvertUtilsObjectStringConverter.java17 Feb 2004 23:11:00 - 1.5 @@ -94,6 +94,7 @@ /** * Converts an object to a string representation using ConvertUtils. + * This implementation ignores null and empty string values (rather than converting them). * * @param value the String to be converted, not null * @param type the property class to be returned (if possible), not null @@ -103,6 +104,11 @@ * @return an Object converted from the String, not null */ public Object stringToObject(String value, Class type, String flavour, Context context) { +if (value == null || .equals(value)) +{ +return null; +} + return ConvertUtils.convert( value, type ); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt TestConversion.java
rdonkin 2004/02/17 15:11:25 Added: betwixt/src/test/org/apache/commons/betwixt TestConversion.java Log: Altered default behaviour for object string conversions so that nulls and empty strings are no longer passed to convert utils for conversion. Revision ChangesPath 1.1 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/TestConversion.java Index: TestConversion.java === /* * $Header: /home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/TestConversion.java,v 1.1 2004/02/17 23:11:25 rdonkin Exp $ * $Revision: 1.1 $ * $Date: 2004/02/17 23:11:25 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, *if any, must include the following acknowledgement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowledgement may appear in the software itself, *if and wherever such third-party acknowledgements normally appear. * * 4. The names Apache, The Jakarta Project, Commons, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior *written permission of the Apache Software Foundation. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * */ package org.apache.commons.betwixt; import junit.framework.TestCase; import java.io.StringReader; import org.apache.commons.betwixt.io.BeanReader; /** * Tests conversions. * @author a href='http://jakarta.apache.org/'Jakarta Commons Team/a * @version $Revision: 1.1 $ */ public class TestConversion extends TestCase{ public TestConversion(String name) { super(name); } /** * Betwixt does not (by default) try to convert nulls and empty strings * @throws Exception */ public void testNullTimestampConversion() throws Exception { String xml = ?xml version='1.0'? + EventBean + typeWARNING/type + start2004-02-10 00:00:00.0/start + end/ + /EventBean; StringReader in = new StringReader(xml); BeanReader reader = new BeanReader(); reader.registerBeanClass(EventBean.class); EventBean bean = (EventBean) reader.parse(in); assertNotNull(Parsing should work, bean); assertEquals(Type property, WARNING, bean.getType()); assertEquals(Start property, 2004-02-10 00:00:00.0, bean.getStart().toString()); assertNull(End property, bean.getEnd()); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: jakarta-commons-sandbox karma for 'burton'...
Noel J. Bergman wrote: Fascinating ... so it allowed you to create directories without having karma, but it did not allow you to commit files. I wonder if that is a bug. Yes... that's exactly what happened. I added the directories without a problem and then when I want to do a commit I got the karma failure. Kevin -- Please reply using PGP: http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster begin:vcard fn:Kevin Burton n:Burton;Kevin email;internet:[EMAIL PROTECTED] x-mozilla-html:TRUE version:2.1 end:vcard signature.asc Description: OpenPGP digital signature
Re: jakarta-commons-sandbox karma for 'burton'...
Unfortunately CVS doesn't restrict creation of directories via the acl settings (and clearly states this somewhere deep in its documentation). Hopefully subversion is better about this. -Mark Kevin A. Burton wrote: Noel J. Bergman wrote: Fascinating ... so it allowed you to create directories without having karma, but it did not allow you to commit files. I wonder if that is a bug. Yes... that's exactly what happened. I added the directories without a problem and then when I want to do a commit I got the karma failure. Kevin -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26041] - [Patch][CLI] OptionBuilder implemented like ToStringBuilder from commons-lang
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26041. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26041 [Patch][CLI] OptionBuilder implemented like ToStringBuilder from commons-lang [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Target Milestone|--- |2.0 Beta 1 --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:25 --- This is a duplicate of 24191 (with the exception that Ludovic supplied a patch). This has been resolved in CLI 2. *** This bug has been marked as a duplicate of 24191 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24191 OptionBuilder only has static methods, yet many return an OptionBuilder instance [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-02-17 23:25 --- *** Bug 26041 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-sandbox karma for 'burton'...
From: http://svnbook.red-bean.com/book.html svn add Adds files and directories to your working copy and schedules them for addition to the repository. They will be uploaded and added to the repository on your next commit. If you add something and change your mind before committing, you can unschedule the addition using svn revert. and the pre-commit hook: pre-commit This is run when the transaction is complete, but before it is committed. Typically, this hook is used to protect against commits that are disallowed due to content or location (for example, your site might require that all commits to a certain branch include a ticket number from the bug tracker, or that the incoming log message is non-empty). The repository passes two arguments to this program: the path to the repository, and the name of the transaction being committed. If the program returns a non-zero exit value, the commit is aborted and the transaction is removed. The Subversion distribution includes some access control scripts (located in the tools/hook-scripts directory of the Subversion source tree) that can be called from pre-commit to implement fine-grained access control. At this time, this is the only method by which administrators can implement finer-grained access control beyond what Apache's httpd.conf offers. In a future version of Subversion, we plan to implement access control lists (ACLs) directly in the filesystem. So subversion will sort out this issue. -John K Mark R. Diggory wrote: Unfortunately CVS doesn't restrict creation of directories via the acl settings (and clearly states this somewhere deep in its documentation). Hopefully subversion is better about this. -Mark Kevin A. Burton wrote: Noel J. Bergman wrote: Fascinating ... so it allowed you to create directories without having karma, but it did not allow you to commit files. I wonder if that is a bug. Yes... that's exactly what happened. I added the directories without a problem and then when I want to do a commit I got the karma failure. Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jakarta-commons-sandbox karma for 'burton'...
Hopefully subversion is better about this. It is. :-) --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bug in commons email (MIME related)
Hi, Well I needed a break from writing requirements and I use commons-email, so I thought I'd chip in here. This String is used to set the Content-ID header, which is specified in RFC 2392. (I love rfc-editor.org). blockquote content-id = url-addr-spec snip/ url-addr-spec = addr-spec ; URL encoding of RFC 822 addr-spec cid-url = cid : content-id /blockquote Well, I discovered that RFC 2822 (a proposed standard) obsoletes RFC822, but in my 5 minutes of reading they seemed to agree on what an addr-spec is: addr-spec = local-part @ domain ; global address. That's the one from 822, 2822 gets more complex with the local-part and the domain. Anyway, it seems Just Plain Wrong to shove random characters in there, right? The examples in RFC2387 seem to be appending an @domain.com to the Content-ID's anyway. If I missed something obvious, my apologies. Today was the first time I looked at these RFCs. I remember Noel and some others discussing a possible MIME library on this list recently; perhaps they have some input? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Oron Ogdan Adam wrote: line 183 in HtmlEmail.java : --- String cid = RandomStringUtils.randomAscii(10); --- this can produce special html chars, which are hard to escape, wouldn't it be easier and safer to randomly get alphanumeric chars of say size 20 ? BR Oron http://netada.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
I tried doing a [convert] build with maven rc1 and the jsl failed with a NPE. I don't have time to track it down ATM. Would it not be easier to copy the project.css into each commons project? Or add to the maven xml in each project to retrieve the latest version? Stephen From: Mark R. Diggory [EMAIL PROTECTED] and the follwoing line to project.properties maven.xdoc.jsl=${basedir}/commons-site.jsl this should default the site generation to use our jsl and theme. We can also add any theme customization (both tot he global site and to any subprojects that want to create thier own customization) maven.xdoc.theme.url=... This will point to the actuall url of teh css on the web server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/convert LICENSE.txt NOTICE.txt
scolebourne2004/02/17 16:13:19 Modified:convert/xdocs index.xml navigation.xml Added: convert LICENSE.txt NOTICE.txt Log: Change to Apache License 2.0 Revision ChangesPath 1.2 +15 -0 jakarta-commons-sandbox/convert/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/xdocs/index.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- index.xml 29 Jan 2004 22:23:27 - 1.1 +++ index.xml 18 Feb 2004 00:13:19 - 1.2 @@ -1,4 +1,19 @@ ?xml version=1.0? + !-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + -- document 1.3 +15 -0 jakarta-commons-sandbox/convert/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/xdocs/navigation.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- navigation.xml29 Jan 2004 23:06:16 - 1.2 +++ navigation.xml18 Feb 2004 00:13:19 - 1.3 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? + !-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + -- !DOCTYPE project [ !ENTITY commons-nav SYSTEM ../../incl_nav.xml 1.3 +202 -53 jakarta-commons-sandbox/convert/LICENSE.txt 1.1 jakarta-commons-sandbox/convert/NOTICE.txt Index: NOTICE.txt === This product includes software developed by The Apache Software Foundation (http://www.apache.org/). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
Stephen Colebourne wrote: I tried doing a [convert] build with maven rc1 and the jsl failed with a NPE. I got it too, and havn't had time to track it down. I don't have time to track it down ATM. Would it not be easier to copy the project.css into each commons project? Or add to the maven xml in each project to retrieve the latest version? It would be better to keep it global and use something like the site.jsl/theme.css to tweek the LF via overiding the project.properties. It involves less replicated files/code. And the LF would look the same if the individual project built their site, or it was generated from commons-build. I can get at the NPE with a little digging. Let me see what I can come up with. Stephen From: Mark R. Diggory [EMAIL PROTECTED] and the follwoing line to project.properties maven.xdoc.jsl=${basedir}/commons-site.jsl this should default the site generation to use our jsl and theme. We can also add any theme customization (both tot he global site and to any subprojects that want to create thier own customization) maven.xdoc.theme.url=... This will point to the actuall url of teh css on the web server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline DefaultingCommandLine.java
roxspring2004/02/17 16:30:57 Added: cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING DefaultingCommandLine.java Log: Created DefaultingCommandLine implementation managing a queue of CommandLine instances Revision ChangesPath No revision No revision 1.1.2.1 +256 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/DefaultingCommandLine.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
The first NPE was my fault for plaing ${basedir} before the jsl filename. After this though, there appear to be some Context parameters that are not set. This is a discrepancy I suspect between xdoc 1.4 and 1.5. My solution is to use the 1.4 site.jsl from the 1.4 xdoc plugin and just hardcode the path to the project.css in it for now. I'll be updating this shortly and testing it btwn the 1.4 and 1.5 xdoc plugins. -M. Mark R. Diggory wrote: Stephen Colebourne wrote: I tried doing a [convert] build with maven rc1 and the jsl failed with a NPE. I got it too, and havn't had time to track it down. I don't have time to track it down ATM. Would it not be easier to copy the project.css into each commons project? Or add to the maven xml in each project to retrieve the latest version? It would be better to keep it global and use something like the site.jsl/theme.css to tweek the LF via overiding the project.properties. It involves less replicated files/code. And the LF would look the same if the individual project built their site, or it was generated from commons-build. I can get at the NPE with a little digging. Let me see what I can come up with. Stephen From: Mark R. Diggory [EMAIL PROTECTED] and the follwoing line to project.properties maven.xdoc.jsl=${basedir}/commons-site.jsl this should default the site generation to use our jsl and theme. We can also add any theme customization (both tot he global site and to any subprojects that want to create thier own customization) maven.xdoc.theme.url=... This will point to the actuall url of teh css on the web server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections NOTICE.txt LICENSE.txt
scolebourne2004/02/17 16:54:13 Modified:collections/xdocs history.xml navigation.xml tasks.xml userguide.xml index.xml collections LICENSE.txt Added: collections NOTICE.txt Log: Change to Apache License 2.0 Revision ChangesPath 1.2 +15 -0 jakarta-commons/collections/xdocs/history.xml Index: history.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/history.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- history.xml 31 Jan 2004 01:33:00 - 1.1 +++ history.xml 18 Feb 2004 00:54:12 - 1.2 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? + !-- + Copyright 2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + -- document 1.8 +15 -0 jakarta-commons/collections/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/navigation.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- navigation.xml15 Feb 2004 16:08:42 - 1.7 +++ navigation.xml18 Feb 2004 00:54:12 - 1.8 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? + !-- + Copyright 2002-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + -- !DOCTYPE project [ !ENTITY commons-nav SYSTEM ../../commons-build/incl_nav.xml 1.3 +15 -0 jakarta-commons/collections/xdocs/tasks.xml Index: tasks.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/tasks.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- tasks.xml 15 Jan 2004 21:30:44 - 1.2 +++ tasks.xml 18 Feb 2004 00:54:12 - 1.3 @@ -1,4 +1,19 @@ ?xml version=1.0? + !-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + -- document 1.4 +15 -0 jakarta-commons/collections/xdocs/userguide.xml Index: userguide.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/userguide.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- userguide.xml 11 Jan 2004 20:54:44 - 1.3 +++ userguide.xml 18 Feb 2004 00:54:12 - 1.4 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? + !-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +
cvs commit: jakarta-commons/commons-build commons-site.jsl project.properties
mdiggory2004/02/17 16:57:17 Modified:commons-build commons-site.jsl project.properties Log: Using jsl from xdoc 1.4 with hardcoded styles. Revision ChangesPath 1.2 +516 -449 jakarta-commons/commons-build/commons-site.jsl Index: commons-site.jsl === RCS file: /home/cvs/jakarta-commons/commons-build/commons-site.jsl,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- commons-site.jsl 16 Feb 2004 23:26:32 - 1.1 +++ commons-site.jsl 18 Feb 2004 00:57:17 - 1.2 @@ -1,449 +1,516 @@ -?xml version=1.0? -!-- stylesheet to be used -- -jsl:stylesheet select=$doc - xmlns:define=jelly:define - xmlns:j=jelly:core - xmlns:jsl=jelly:jsl - xmlns:log=jelly:log - xmlns:util=jelly:util - xmlns:x=jelly:xml - xmlns:doc=doc - xmlns:maven=jelly:maven - xmlns=dummy - trim=true - jsl:template match=document trim=true -j:useBean var=navbean class=org.apache.maven.NavBean/ - j:set var=location value=${outFile.substring(destdir.length())}/ - util:replace var=location oldChar=\ newChar=/ value=${location}/ -!-- Stores location for publish date / version -- -j:set var=date${maven.xdoc.date}/j:set - j:setProperties object=${navbean} document=${doc} location=${location}/ - -x:doctype name=html publicId=-//W3C//DTD XHTML 1.0 Transitional//EN systemId=http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd/ -html - head -j:set var=docTitlex:expr select=./properties/title//j:set -x:if select=$nav/title - titlex:expr select=$nav/title/ - ${docTitle}/title -/x:if -x:if select=not($nav/title) - title${pom.name} - ${docTitle}/title -/x:if - -j:set var=themeUrl value=${maven.xdoc.theme.url}/ -util:file var=projectCssFile name=${maven.docs.src}/style/project.css/ - -style type=text/css media=all![CDATA[ - @import url(${relativePath}/style/maven-base.css); - ]] - j:if test=${!empty(themeUrl)}![CDATA[ - @import url(${maven.xdoc.theme.url}); - ]]/j:if - j:if test=${empty(themeUrl)}![CDATA[ - @import url(${relativePath}/style/maven-theme.css); - ]]/j:if - j:if test=${projectCssFile.exists()}![CDATA[ - @import url(${relativePath}/style/project.css); - ]]/j:if -/style - -link rel=stylesheet type=text/css href=${relativePath}/style/print.css media=print/ - -meta http-equiv=Content-Type content=text/html; charset=${outputencoding}/ -x:forEach var=author select=./properties/author - meta name=author content=${author.text}/ - meta name=email content=${author.attribute('email').value}/ -/x:forEach - -jsl:applyTemplates select=$doc/document/head/*/ - - /head - - x:element name=bodyj:whitespace trim=true -x:attribute name=classcomposite/x:attribute -x:forEach var=attr select=$doc/document/body/@* - x:attribute name=${attr.name}${attr.value}/x:attribute -/x:forEach -/j:whitespace - -div id=banner - !-- organization logo -- -j:set var=logo value=${pom.organization.logo}/ -j:if test=${!empty(logo)} - !-- set url to org or project url -- - j:set var=url value=${pom.organization.url}/ - j:if test=${!empty(url)} -j:set var=home value=${pom.organization.url}/ - /j:if - j:if test=${empty(url)} -j:set var=home value=${pom.url}/ - /j:if - !-- set image to relative or complete -- - j:set var=image value=${pom.organization.logo}/ - j:if test=${!image.startsWith('http://') and !image.startsWith('https://')} -j:set var=image value=${relativePath}${image}/ - /j:if - a href=${home} id=organizationLogo -img src=${image} alt=${pom.organization.name} / - /a -/j:if - - !-- project logo and link -- - j:set var=logo value=${pom.logo}/ - j:if test=${logo != null and logo != ''} -!-- set image to relative or complete -- -j:set var=image value=${pom.logo}/ -
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/bidimap UnmodifiableOrderedBidiMap.java TreeBidiMap.java AbstractDualBidiMap.java DualHashBidiMap.java AbstractOrderedBidiMapDecorator.java AbstractBidiMapDecorator.java UnmodifiableBidiMap.java DualTreeBidiMap.java UnmodifiableSortedBidiMap.java AbstractSortedBidiMapDecorator.java
scolebourne2004/02/17 16:57:39 Modified:collections/src/java/org/apache/commons/collections/bidimap UnmodifiableOrderedBidiMap.java TreeBidiMap.java AbstractDualBidiMap.java DualHashBidiMap.java AbstractOrderedBidiMapDecorator.java AbstractBidiMapDecorator.java UnmodifiableBidiMap.java DualTreeBidiMap.java UnmodifiableSortedBidiMap.java AbstractSortedBidiMapDecorator.java Log: Change to Apache License 2.0 Revision ChangesPath 1.4 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/bidimap/UnmodifiableOrderedBidiMap.java Index: UnmodifiableOrderedBidiMap.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/bidimap/UnmodifiableOrderedBidiMap.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UnmodifiableOrderedBidiMap.java 14 Jan 2004 21:43:16 - 1.3 +++ UnmodifiableOrderedBidiMap.java 18 Feb 2004 00:57:39 - 1.4 @@ -1,55 +1,17 @@ -/* - * The Apache Software License, Version 1.1 +/* + * Copyright 2003-2004 The Apache Software Foundation * - * Copyright (c) 2003-2004 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. */ package org.apache.commons.collections.bidimap; 1.12 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/bidimap/TreeBidiMap.java Index: TreeBidiMap.java ===
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/buffer AbstractBufferDecorator.java UnmodifiableBuffer.java TransformedBuffer.java BoundedFifoBuffer.java BlockingBuffer.java TypedBuffer.java UnboundedFifoBuffer.java PredicatedBuffer.java SynchronizedBuffer.java PriorityBuffer.java CircularFifoBuffer.java
scolebourne2004/02/17 16:58:18 Modified:collections/src/java/org/apache/commons/collections/buffer AbstractBufferDecorator.java UnmodifiableBuffer.java TransformedBuffer.java BoundedFifoBuffer.java BlockingBuffer.java TypedBuffer.java UnboundedFifoBuffer.java PredicatedBuffer.java SynchronizedBuffer.java PriorityBuffer.java CircularFifoBuffer.java Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/buffer/AbstractBufferDecorator.java Index: AbstractBufferDecorator.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/buffer/AbstractBufferDecorator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AbstractBufferDecorator.java 14 Jan 2004 21:43:08 - 1.2 +++ AbstractBufferDecorator.java 18 Feb 2004 00:58:18 - 1.3 @@ -1,55 +1,17 @@ -/* - * The Apache Software License, Version 1.1 +/* + * Copyright 2003-2004 The Apache Software Foundation * - * Copyright (c) 2003-2004 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. */ package org.apache.commons.collections.buffer; 1.5 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/buffer/UnmodifiableBuffer.java Index: UnmodifiableBuffer.java === RCS file:
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/collection PredicatedCollection.java UnmodifiableCollection.java SynchronizedCollection.java CompositeCollection.java TypedCollection.java TransformedCollection.java AbstractCollectionDecorator.java UnmodifiableBoundedCollection.java
scolebourne2004/02/17 16:58:53 Modified:collections/src/java/org/apache/commons/collections/collection PredicatedCollection.java UnmodifiableCollection.java SynchronizedCollection.java CompositeCollection.java TypedCollection.java TransformedCollection.java AbstractCollectionDecorator.java UnmodifiableBoundedCollection.java Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/collection/PredicatedCollection.java Index: PredicatedCollection.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/collection/PredicatedCollection.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PredicatedCollection.java 14 Jan 2004 21:43:18 - 1.2 +++ PredicatedCollection.java 18 Feb 2004 00:58:53 - 1.3 @@ -1,55 +1,17 @@ -/* - * The Apache Software License, Version 1.1 +/* + * Copyright 2003-2004 The Apache Software Foundation * - * Copyright (c) 2003-2004 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. */ package org.apache.commons.collections.collection; 1.5 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/collection/UnmodifiableCollection.java Index: UnmodifiableCollection.java === RCS file:
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/comparators NullComparator.java FixedOrderComparator.java TransformingComparator.java ComparableComparator.java ComparatorChain.java BooleanComparator.java ReverseComparator.java
scolebourne2004/02/17 16:59:06 Modified:collections/src/java/org/apache/commons/collections/comparators NullComparator.java FixedOrderComparator.java TransformingComparator.java ComparableComparator.java ComparatorChain.java BooleanComparator.java ReverseComparator.java Log: Change to Apache License 2.0 Revision ChangesPath 1.12 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/comparators/NullComparator.java Index: NullComparator.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/comparators/NullComparator.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- NullComparator.java 14 Jan 2004 21:43:18 - 1.11 +++ NullComparator.java 18 Feb 2004 00:59:06 - 1.12 @@ -1,55 +1,17 @@ -/* - * The Apache Software License, Version 1.1 +/* + * Copyright 2001-2004 The Apache Software Foundation * - * Copyright (c) 2001-2004 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. */ package org.apache.commons.collections.comparators; 1.9 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/comparators/FixedOrderComparator.java Index: FixedOrderComparator.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/comparators/FixedOrderComparator.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u
[all] ALv2
I've just read http://www.apache.org/dev/apply-license.html [1] LICENSE To apply the ALv2 to a new software distribution, include one copy of the license text by copying the file: http://www.apache.org/licenses/LICENSE-2.0.txt into a file called LICENSE in the top directory of your distribution. If the distribution is a jar or tar file, try to add the LICENSE file first in order to place it at the top of the archive. We currently use the filename LICENSE.txt, to follow the steps suggested in the guide we should drop the txt extension. [2] NOTICE In addition, a NOTICE file should be included in the same directory as the LICENSE file. The NOTICE should include only those attribution notices that are required by any part of the entire distribution. For Apache projects and those redistributing ASF software, the NOTICE file must contain the sentence: This product includes software developed by The Apache Software Foundation (http://www.apache.org/). All projects using ALv2 should also include a NOTICE file. Both LICENSE and NOTICE files MUST be included in the distributions. [3] Documentation and Source The license is applied to each source file (code and documentation, but excluding the LICENSE and NOTICE files) by including a short copyright notice at the top, as demonstrated by the boilerplate notice provided in the appendix. I haven't licensed documentation previously so this was a wake up call for me. This should probably be raised with the maven xdoc people as the generated HTML will not include the license (you could argue that the .class files don't include the license comment either). [4] Jakarta-Commons LICENSE The jakarta-commons dir contains two files with very similar contents, LICENSE and LICENSE.txt. Following the guidelines above LICENSE should remain. Comments? -John K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/functors TransformerClosure.java NullIsExceptionPredicate.java OnePredicate.java NullIsFalsePredicate.java FactoryTransformer.java ExceptionClosure.java InstantiateTransformer.java PrototypeFactory.java ConstantTransformer.java ConstantFactory.java TransformerPredicate.java SwitchClosure.java NOPClosure.java AnyPredicate.java InstantiateFactory.java NotPredicate.java PredicateTransformer.java StringValueTransformer.java IdentityPredicate.java ExceptionPredicate.java FunctorUtils.java NotNullPredicate.java OrPredicate.java AllPredicate.java InstanceofPredicate.java FalsePredicate.java CloneTransformer.java MapTransformer.java UniquePredicate.java NullIsTruePredicate.java ForClosure.java NonePredicate.java ChainedTransformer.java IfClosure.java AndPredicate.java InvokerTransformer.java EqualPredicate.java ExceptionFactory.java ClosureTransformer.java TruePredicate.java NullPredicate.java WhileClosure.java ExceptionTransformer.java ChainedClosure.java NOPTransformer.java SwitchTransformer.java
scolebourne2004/02/17 16:59:21 Modified:collections/src/java/org/apache/commons/collections/functors TransformerClosure.java NullIsExceptionPredicate.java OnePredicate.java NullIsFalsePredicate.java FactoryTransformer.java ExceptionClosure.java InstantiateTransformer.java PrototypeFactory.java ConstantTransformer.java ConstantFactory.java TransformerPredicate.java SwitchClosure.java NOPClosure.java AnyPredicate.java InstantiateFactory.java NotPredicate.java PredicateTransformer.java StringValueTransformer.java IdentityPredicate.java ExceptionPredicate.java FunctorUtils.java NotNullPredicate.java OrPredicate.java AllPredicate.java InstanceofPredicate.java FalsePredicate.java CloneTransformer.java MapTransformer.java UniquePredicate.java NullIsTruePredicate.java ForClosure.java NonePredicate.java ChainedTransformer.java IfClosure.java AndPredicate.java InvokerTransformer.java EqualPredicate.java ExceptionFactory.java ClosureTransformer.java TruePredicate.java NullPredicate.java WhileClosure.java ExceptionTransformer.java ChainedClosure.java NOPTransformer.java SwitchTransformer.java Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/TransformerClosure.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/TransformerClosure.java.diff?r1=1.2r2=1.3 1.4 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/NullIsExceptionPredicate.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/NullIsExceptionPredicate.java.diff?r1=1.3r2=1.4 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/OnePredicate.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/OnePredicate.java.diff?r1=1.2r2=1.3 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/NullIsFalsePredicate.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/NullIsFalsePredicate.java.diff?r1=1.2r2=1.3 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/FactoryTransformer.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/FactoryTransformer.java.diff?r1=1.2r2=1.3 1.4 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ExceptionClosure.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ExceptionClosure.java.diff?r1=1.3r2=1.4 1.5 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/InstantiateTransformer.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/InstantiateTransformer.java.diff?r1=1.4r2=1.5 1.6 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/PrototypeFactory.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/PrototypeFactory.java.diff?r1=1.5r2=1.6 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ConstantTransformer.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ConstantTransformer.java.diff?r1=1.2r2=1.3 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ConstantFactory.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/ConstantFactory.java.diff?r1=1.2r2=1.3 1.4 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/functors/TransformerPredicate.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/functors/TransformerPredicate.java.diff?r1=1.3r2=1.4 1.3 +14 -52
Re: [all] maven sites
Ok, this appears to work across the site as long as the project.properties for each subproject contains maven.xdoc.jsl=../commons-build/commons-site.jsl It appears that even when the the project.xml extends ../commons-build/project.xml that the ../commons-build/project.properties are not included (bummer I was really dependening on that for transparent behavior int he subprojects). Maybe theres a way to link the project.properties together that I'm missing? -Mark Mark R. Diggory wrote: The first NPE was my fault for plaing ${basedir} before the jsl filename. After this though, there appear to be some Context parameters that are not set. This is a discrepancy I suspect between xdoc 1.4 and 1.5. My solution is to use the 1.4 site.jsl from the 1.4 xdoc plugin and just hardcode the path to the project.css in it for now. I'll be updating this shortly and testing it btwn the 1.4 and 1.5 xdoc plugins. -M. Mark R. Diggory wrote: Stephen Colebourne wrote: I tried doing a [convert] build with maven rc1 and the jsl failed with a NPE. I got it too, and havn't had time to track it down. I don't have time to track it down ATM. Would it not be easier to copy the project.css into each commons project? Or add to the maven xml in each project to retrieve the latest version? It would be better to keep it global and use something like the site.jsl/theme.css to tweek the LF via overiding the project.properties. It involves less replicated files/code. And the LF would look the same if the individual project built their site, or it was generated from commons-build. I can get at the NPE with a little digging. Let me see what I can come up with. Stephen From: Mark R. Diggory [EMAIL PROTECTED] and the follwoing line to project.properties maven.xdoc.jsl=${basedir}/commons-site.jsl this should default the site generation to use our jsl and theme. We can also add any theme customization (both tot he global site and to any subprojects that want to create thier own customization) maven.xdoc.theme.url=... This will point to the actuall url of teh css on the web server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/set TypedSet.java TransformedSet.java SynchronizedSet.java PredicatedSortedSet.java UnmodifiableSet.java CompositeSet.java TransformedSortedSet.java ListOrderedSet.java TypedSortedSet.java AbstractSetDecorator.java UnmodifiableSortedSet.java PredicatedSet.java AbstractSortedSetDecorator.java SynchronizedSortedSet.java
scolebourne2004/02/17 17:14:27 Modified:collections/src/java/org/apache/commons/collections/set TypedSet.java TransformedSet.java SynchronizedSet.java PredicatedSortedSet.java UnmodifiableSet.java CompositeSet.java TransformedSortedSet.java ListOrderedSet.java TypedSortedSet.java AbstractSetDecorator.java UnmodifiableSortedSet.java PredicatedSet.java AbstractSortedSetDecorator.java SynchronizedSortedSet.java Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/set/TypedSet.java Index: TypedSet.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/set/TypedSet.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TypedSet.java 14 Jan 2004 21:43:13 - 1.2 +++ TypedSet.java 18 Feb 2004 01:14:27 - 1.3 @@ -1,55 +1,17 @@ -/* - * The Apache Software License, Version 1.1 +/* + * Copyright 2003-2004 The Apache Software Foundation * - * Copyright (c) 2003-2004 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. */ package org.apache.commons.collections.set; 1.3 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/set/TransformedSet.java Index: TransformedSet.java === RCS file:
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections FastTreeMap.java IteratorUtils.java DefaultMapEntry.java EnumerationUtils.java ResettableListIterator.java FunctorException.java MapUtils.java MultiMap.java MultiHashMap.java Factory.java BagUtils.java CursorableLinkedList.java OrderedMap.java OrderedIterator.java FactoryUtils.java DoubleOrderedMap.java ClosureUtils.java ExtendedProperties.java SequencedHashMap.java ReferenceMap.java LRUMap.java Unmodifiable.java Predicate.java BeanMap.java Buffer.java Closure.java ListUtils.java BoundedMap.java ArrayStack.java FastHashMap.java SortedBag.java SynchronizedPriorityQueue.java BufferOverflowException.java ComparatorUtils.java ResettableIterator.java TransformerUtils.java TreeBag.java ProxyMap.java Bag.java FastArrayList.java HashBag.java OrderedBidiMap.java BoundedCollection.java BufferUnderflowException.java CollectionUtils.java BinaryHeap.java Transformer.java PriorityQueue.java SortedBidiMap.java StaticBucketMap.java MapIterator.java SetUtils.java KeyValue.java PredicateUtils.java UnboundedFifoBuffer.java BidiMap.java OrderedMapIterator.java DefaultMapBag.java BufferUtils.java IterableMap.java BoundedFifoBuffer.java
scolebourne2004/02/17 17:15:44 Modified:collections/src/java/org/apache/commons/collections FastTreeMap.java IteratorUtils.java DefaultMapEntry.java EnumerationUtils.java ResettableListIterator.java FunctorException.java MapUtils.java MultiMap.java MultiHashMap.java Factory.java BagUtils.java CursorableLinkedList.java OrderedMap.java OrderedIterator.java FactoryUtils.java DoubleOrderedMap.java ClosureUtils.java ExtendedProperties.java SequencedHashMap.java ReferenceMap.java LRUMap.java Unmodifiable.java Predicate.java BeanMap.java Buffer.java Closure.java ListUtils.java BoundedMap.java ArrayStack.java FastHashMap.java SortedBag.java SynchronizedPriorityQueue.java BufferOverflowException.java ComparatorUtils.java ResettableIterator.java TransformerUtils.java TreeBag.java ProxyMap.java Bag.java FastArrayList.java HashBag.java OrderedBidiMap.java BoundedCollection.java BufferUnderflowException.java CollectionUtils.java BinaryHeap.java Transformer.java PriorityQueue.java SortedBidiMap.java StaticBucketMap.java MapIterator.java SetUtils.java KeyValue.java PredicateUtils.java UnboundedFifoBuffer.java BidiMap.java OrderedMapIterator.java DefaultMapBag.java BufferUtils.java IterableMap.java BoundedFifoBuffer.java Log: Change to Apache License 2.0 Revision ChangesPath 1.16 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/FastTreeMap.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/FastTreeMap.java.diff?r1=1.15r2=1.16 1.22 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorUtils.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorUtils.java.diff?r1=1.21r2=1.22 1.21 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/DefaultMapEntry.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/DefaultMapEntry.java.diff?r1=1.20r2=1.21 1.5 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/EnumerationUtils.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/EnumerationUtils.java.diff?r1=1.4r2=1.5 1.4 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/ResettableListIterator.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/ResettableListIterator.java.diff?r1=1.3r2=1.4 1.6 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/FunctorException.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/FunctorException.java.diff?r1=1.5r2=1.6 1.44 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/MapUtils.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/MapUtils.java.diff?r1=1.43r2=1.44 1.11 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/MultiMap.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/MultiMap.java.diff?r1=1.10r2=1.11 1.15 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/MultiHashMap.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/MultiHashMap.java.diff?r1=1.14r2=1.15 1.8 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/Factory.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/Factory.java.diff?r1=1.7r2=1.8 1.19 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/BagUtils.java http://cvs.apache.org/viewcvs/jakarta-commons/collections/src/java/org/apache/commons/collections/BagUtils.java.diff?r1=1.18r2=1.19 1.23 +14 -52 jakarta-commons/collections/src/java/org/apache/commons/collections/CursorableLinkedList.java
Re: [all] ALv2
On Wed, 2004-02-18 at 13:59, John Keyes wrote: We currently use the filename LICENSE.txt, to follow the steps suggested in the guide we should drop the txt extension. The jakarta-commons dir contains two files with very similar contents, LICENSE and LICENSE.txt. Following the guidelines above LICENSE should remain. Comments? It seems more sensible to me for the files to have a .txt extension. This doesn't harm unix/linux types and is much more friendly to microsoft users. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/keyvalue TestAll.java TestUnmodifiableMapEntry.java TestDefaultMapEntry.java TestDefaultKeyValue.java TestMultiKey.java TestTiedMapEntry.java AbstractTestMapEntry.java
scolebourne2004/02/17 17:20:40 Modified:collections/src/test/org/apache/commons/collections/iterators TestUnmodifiableListIterator.java TestCollatingIterator.java TestLoopingIterator.java TestObjectArrayListIterator2.java TestAll.java TestIteratorChain.java AbstractTestOrderedMapIterator.java TestObjectArrayIterator.java TestUnmodifiableOrderedMapIterator.java TestSingletonIterator.java TestObjectArrayListIterator.java TestUnmodifiableMapIterator.java AbstractTestIterator.java TestArrayListIterator2.java TestArrayIterator2.java TestFilterListIterator.java TestArrayListIterator.java TestUnmodifiableIterator.java AbstractTestListIterator.java TestFilterIterator.java TestArrayIterator.java AbstractTestMapIterator.java TestUniqueFilterIterator.java TestSingletonListIterator.java TestListIteratorWrapper.java collections/src/test/org/apache/commons/collections/comparators TestAll.java TestFixedOrderComparator.java TestComparableComparator.java AbstractTestComparator.java TestBooleanComparator.java TestComparatorChain.java TestNullComparator.java TestReverseComparator.java collections/src/test/org/apache/commons/collections/list TestSetUniqueList.java TestNodeCachingLinkedList.java TestAbstractLinkedList.java TestTransformedList.java TestCursorableLinkedList.java TestUnmodifiableList.java AbstractTestList.java TestAll.java TestFixedSizeList.java TestPredicatedList.java collections/src/test/org/apache/commons/collections MapPerformance.java TestArrayStack.java TestArrayList.java TestAllPackages.java TestMultiHashMap.java TestFactoryUtils.java TestCollectionUtils.java TestAll.java TestDoubleOrderedMap.java TestTypedCollection.java TestLinkedList.java TestBoundedFifoBuffer2.java LocalTestNode.java TestSequencedHashMap.java TestLRUMap.java TestFastArrayList1.java TestFastTreeMap.java TestCursorableLinkedList.java TestBufferUtils.java TestFastTreeMap1.java TestBoundedFifoBuffer.java TestBinaryHeap.java TestPredicateUtils.java TestMapUtils.java TestFastHashMap.java TestBeanMap.java TestListUtils.java TestReferenceMap.java AbstractTestObject.java TestUnboundedFifoBuffer.java TestIteratorUtils.java TestClosureUtils.java TestBagUtils.java TestEnumerationUtils.java TestHashBag.java TestTreeBag.java TestTransformerUtils.java TestTreeMap.java TestExtendedProperties.java BulkTest.java TestSetUtils.java TestStaticBucketMap.java TestFastArrayList.java TestFastHashMap1.java collections/src/test/org/apache/commons/collections/buffer TestCircularFifoBuffer.java TestUnboundedFifoBuffer.java TestAll.java TestPriorityBuffer.java TestBlockingBuffer.java TestTransformedBuffer.java TestPredicatedBuffer.java TestBoundedFifoBuffer.java TestBoundedFifoBuffer2.java collections/src/test/org/apache/commons/collections/map TestAll.java TestCompositeMap.java TestUnmodifiableSortedMap.java AbstractTestMap.java TestFlat3Map.java TestUnmodifiableMap.java AbstractTestSortedMap.java TestLazySortedMap.java TestTransformedSortedMap.java TestLinkedMap.java AbstractTestIterableMap.java TestReferenceMap.java TestCaseInsensitiveMap.java TestFixedSizeMap.java TestPredicatedSortedMap.java TestPredicatedMap.java TestIdentityMap.java
Re: [CLI] Exceptions should be part of API
John Keyes wrote: The specific exceptions now reside in the o.a.c.cli2.impl package. These should be in the o.a.c.cli2 package so caller's can catch the specific Exception if required. My only reason for the current arrangement was that I was striving for a good jdepend report. Not the most persuasive argument. I do not see the need to catch a specific exception. I would just catch OptionException, display the error message and then print the help/usage statement. Hmm - you're absolutely right. In the non-test code we only ever catch OptionException so it's not like it's used internally either. Any real world reasons for catching the specific exceptions? If there is no reason then they are fine where they are. We could always remove them and only throw the CLIException (OptionException seems like the wrong name for it). This is of course dependant on where Exceptions are currently thrown. +1 on removing the specific Exceptions. The construction phase doesn't throw Exceptions. We probably need to throw for a validation exception when defaults are specified and are not valid. Comments? Thinking forward to using option paths it's possible that we might need to throw exceptions in the querying phase (for ambiguous queris). Certainly exceptions will be thrown in the parse and validation phases. Part of me is trying to pipe up and suggest having an Exception per phase, but I'm leaning towards having a single Exception class because the users won't be interested in the distiction. As for the name, I kind of like OptionException but CLIException definitely covers the bases better. Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] ALv2
I've worked on the basis of If the Work includes a NOTICE text file as part of its distribution, then any Derivative Works that You distribute must and taken 'text file' as implying I can use a txt extension. The pain will be getting the NOTICE into the jars etc. Stephen - Original Message - From: Simon Kitching [EMAIL PROTECTED] On Wed, 2004-02-18 at 13:59, John Keyes wrote: We currently use the filename LICENSE.txt, to follow the steps suggested in the guide we should drop the txt extension. The jakarta-commons dir contains two files with very similar contents, LICENSE and LICENSE.txt. Following the guidelines above LICENSE should remain. Comments? It seems more sensible to me for the files to have a .txt extension. This doesn't harm unix/linux types and is much more friendly to microsoft users. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] ALv2
[collections] and [convert] done. My Java program for assisting with this is attached. Requires CVS HEAD [io] and manual hacking of paths. xdocs need editing by hand, I added LICENSE-INCLUDE2.txt at the top. Maybe worth someone checking basics of [collections], as its first commons proper one. Stephen /* * Copyright 2003-2004 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ !-- Copyright 2003-2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CLI] default values
Rob Oxspring wrote: Thats all good then. Hopefully tonight I'll play with a little code rather than just plot. First up will be moving logic from CommandLineImpl to a new WriteableCommandLineImpl so that CommandLineImpl can be used as a simple base for other CommandLine implementations. I'll probably have a first cut of DefaultingCommandLine next (any better ideas for the name? - I keep thinking bad-debt everytime I see defaulting). Thats all in now with a little refining of the CommandLine interface too. The CommandLine methods relating to defaults still need to be removed though. Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] Unit and functional tests
Hello, As part of project for a college class I'm taking, I am writing a series of unit tests and functional tests for two of the components of the Commons Net project. I intend to submit any tests I write to Bugzilla. Hopefully someone will have the time to review them and submit them if they are acceptable. Question: 1. I would like to work on tests for the POP3 and SMTP components but I do not want to duplicate someone else's work. Is anyone working on tests for these components? 2. Assuming that I do work on these components, should I use RFC 821 (SMTP) and RFC 1939 (POP3) as guidelines? Thanks, Mike - However, it is by our works and not our words that we would be judged. These, we hope, will sustain us... -Robert B. Thomas ed. (Old Farmer's Almanac) - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/resources project.xml
jmitchell2004/02/17 17:34:46 Modified:resources project.xml Log: Added myself Revision ChangesPath 1.6 +20 -14jakarta-commons-sandbox/resources/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/resources/project.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.xml 8 Sep 2003 18:11:47 - 1.5 +++ project.xml 18 Feb 2004 01:34:46 - 1.6 @@ -16,11 +16,11 @@ !-- Gump integration -- gumpRepositoryIdjakarta/gumpRepositoryId - + description Resources is a resources component. /description - + urlhttp://jakarta.apache.org/commons/sandbox/resources//url issueTrackingUrlhttp://nagoya.apache.org/scarab/servlet/scarab//issueTrackingUrl siteAddressjakarta.apache.org/siteAddress @@ -30,7 +30,7 @@ connection${resources.repository}/connection urlhttp://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources//url /repository - + versions version idb1/id @@ -39,7 +39,7 @@ /version /versions branches/branches - + mailingLists mailingList nameCommons Dev List/name @@ -104,6 +104,12 @@ emailrdonkin hat apache.org/email organization/organization /developer +developer + nameJames Mitchell/name + idjmitchell/id + email[EMAIL PROTECTED]/email + organizationEdgeTech, Inc/organization +/developer /developers dependencies @@ -112,7 +118,7 @@ idxml-apis/id version2.0.2/version /dependency - + dependency idcommons-beanutils/id version1.5/version @@ -127,12 +133,12 @@ idcommons-digester/id version1.3/version /dependency - + dependency idcommons-discovery/id version0.1/version /dependency - + dependency idcommons-logging/id version1.0.2/version @@ -142,25 +148,25 @@ idservletapi/id version2.3/version /dependency - + !-- for testing -- dependency idjunit/id version3.8.1/version /dependency - + /dependencies - - + + build nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress sourceDirectorysrc/java/sourceDirectory unitTestSourceDirectorysrc/test/unitTestSourceDirectory - + integrationUnitTestSourceDirectory/ aspectSourceDirectory/ - + !-- Unit test classes -- unitTest includes @@ -177,7 +183,7 @@ /resources /unitTest - + !-- Integration unit test classes -- integrationUnitTestPatterns/integrationUnitTestPatterns - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/resources/contrib/hibernate/src/java/org/apache/commons/resources/impl HibernateResources.java HibernateResourcesFactory.java HibernateBasicMessage.java
jmitchell2004/02/17 17:37:39 Modified:resources/src/java/org/apache/commons/resources Resources.java ResourcesKeyException.java MessageList.java ResourcesFactoryFinder.java Messages.java ResourcesFactory.java Message.java ResourcesException.java resources/contrib/jdbc/src/java/org/apache/commons/resources/impl JDBCResources.java JDBCResourcesFactory.java resources/src/java/org/apache/commons/resources/impl ResourcesBase.java PropertyResourcesFactory.java WebappPropertyResources.java WebappXMLResources.java XMLResources.java WebappXMLResourcesFactory.java ResourceBundleResources.java BasicMessage.java ResourceBundleResourcesFactory.java BasicMessageList.java WebappPropertyResourcesFactory.java CollectionResourcesBase.java ResourcesFactoryBase.java XMLResourcesFactory.java PropertyResources.java resources/src/test/org/apache/commons/resources/impl XMLResourcesTestCase.java TestResourcesFactory.java ResourcesFactoryBaseTestCase.java ResourceBundleResourcesTestCase.java PropertyResourcesTestCase.java BasicMessageTestCase.java TestResources.java CollResourcesFactory.java ResourcesBaseTestCase.java ResourceBundleResourcesFactoryTestCase.java CollectionResourcesBaseTestCase.java BasicMessageListTestCase.java CollResources.java resources/contrib/jdbc/src/test/org/apache/commons/resources/impl JDBCResourcesTestCase.java resources/src/test/org/apache/commons/resources MessagesTestCase.java resources/contrib/hibernate/src/test/org/apache/commons/resources/impl HibernateResourcesTestCase.java resources LICENSE.txt resources/contrib/hibernate/src/java/org/apache/commons/resources/impl HibernateResources.java HibernateResourcesFactory.java HibernateBasicMessage.java Added: resources LICENSE NOTICE Log: Upgrade to Apache License 2.0 Revision ChangesPath 1.13 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Resources.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Resources.java.diff?r1=1.12r2=1.13 1.5 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesKeyException.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesKeyException.java.diff?r1=1.4r2=1.5 1.9 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/MessageList.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/MessageList.java.diff?r1=1.8r2=1.9 1.6 +18 -56 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesFactoryFinder.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesFactoryFinder.java.diff?r1=1.5r2=1.6 1.10 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Messages.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Messages.java.diff?r1=1.9r2=1.10 1.10 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesFactory.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesFactory.java.diff?r1=1.9r2=1.10 1.6 +18 -56 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Message.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/Message.java.diff?r1=1.5r2=1.6 1.8 +17 -55 jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesException.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/resources/src/java/org/apache/commons/resources/ResourcesException.java.diff?r1=1.7r2=1.8 1.2 +17 -55 jakarta-commons-sandbox/resources/contrib/jdbc/src/java/org/apache/commons/resources/impl/JDBCResources.java
RE: [all] ALv2
It seems more sensible to me for the files to have a .txt extension. This doesn't harm unix/linux types and is much more friendly to microsoft users. +1
Re: Incorrect documentation of FTP task [net]
On Tuesday 17 February 2004 10:11 am, Dominique Devienne wrote: From: Steve Cohen [mailto:[EMAIL PROTECTED] While it is true that the CVS HEAD of commons-net is required and while it is true that jakarta-oro is required (jakarta-oro is now required for any uses of the ftp task using commons-net), I don't believe it is true that 2.0.8 of oro is required. As far as I know, any jakarta-oro verson greater than VERSION 2.0.1 will work. Certainly, the latest commons-net code takes no special advantage of the latest oro-code. Why can't commons-net use java.util.regex when running under JDK1.4+, rather than requiring Jakarta-oro, when a good Regular Expression is already built in? Ant already does this (use ORO or JDK regex). Thanks, --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To have relied on the JDK regex would tie commons-net to JDK 1.4+ unless we could somehow have managed this conditiionality. The decision to go with oro was made when JDK 1.4 was in much less widespread use, and may even have come before the release of 1.4. How does Ant do it? Is Ant now using preprocessed code? Please point me at the place in ant where you accomplish this. This comes up more frequently now in Ant because Ant 1.6 made the switch to commons-net from NetComponents. NetComponents did not rely on oro because it did not do regular expression parsing of the listings. It was also much less flexible because of that - it could only handle unix FTP servers. Using regexes opened up a path to implement support of other server types more easily. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Incorrect documentation of FTP task [net]
On Tuesday 17 February 2004 8:27 pm, Steve Cohen wrote: On Tuesday 17 February 2004 10:11 am, Dominique Devienne wrote: From: Steve Cohen [mailto:[EMAIL PROTECTED] While it is true that the CVS HEAD of commons-net is required and while it is true that jakarta-oro is required (jakarta-oro is now required for any uses of the ftp task using commons-net), I don't believe it is true that 2.0.8 of oro is required. As far as I know, any jakarta-oro verson greater than VERSION 2.0.1 will work. Certainly, the latest commons-net code takes no special advantage of the latest oro-code. Why can't commons-net use java.util.regex when running under JDK1.4+, rather than requiring Jakarta-oro, when a good Regular Expression is already built in? Ant already does this (use ORO or JDK regex). Thanks, --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To have relied on the JDK regex would tie commons-net to JDK 1.4+ unless we could somehow have managed this conditiionality. The decision to go with oro was made when JDK 1.4 was in much less widespread use, and may even have come before the release of 1.4. How does Ant do it? Is Ant now using preprocessed code? Please point me at the place in ant where you accomplish this. This comes up more frequently now in Ant because Ant 1.6 made the switch to commons-net from NetComponents. NetComponents did not rely on oro because it did not do regular expression parsing of the listings. It was also much less flexible because of that - it could only handle unix FTP servers. Using regexes opened up a path to implement support of other server types more easily. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Answering my own question, I now see what Ant is doing - in the ant/src/main/org/apache/tools/ant/util/regexp package. http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/util/regexp/ You've built an interface to encapsulate the choice in regex implementations with automatic checking. Sweet! Perhaps we could port it to commons-net - it's too ant-specific as it stands. But, do we really want all jars used by ant to make their own copy of this functionality? I don't think so. That starts to get messy really quick. Perhaps this checker mechanism could be ported to commons (a la commons-logging). Then it could be available to other clients, in particular, to commons clients. But of course then we'd be requiring yet another jar in order to use ant! Doh! Unless this jar were on the DEFAULT classpath of ant. I think we ought to think seriously about what we are doing here before we rush into coding anything like this. There is also another ant task that unconditionally requires oro, by the way - perforce. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
matthew.hawthorne wrote: Mark R. Diggory wrote: Ok, this appears to work across the site as long as the project.properties for each subproject contains maven.xdoc.jsl=../commons-build/commons-site.jsl It appears that even when the the project.xml extends ../commons-build/project.xml that the ../commons-build/project.properties are not included (bummer I was really dependening on that for transparent behavior int he subprojects). Maybe theres a way to link the project.properties together that I'm missing? I don't think that Maven has inheritable properties files. That's something that a lot of people seem to ask about. Maybe the best way to go about this is to create a small plugin? It would be better than having to hack some properties into every project, or load the same file from every project's maven.xml. I suspect that, then everyone will need to install that plugin to build the site or their subproject site. And one thing I'm trying to avoid is anyone having to modify maven or any of its plugins to accomplish a stable site build. I think we can accept that all projects require the presence of maven.xdoc.jsl=../commons-build/commons-site.jsl in their project.properties to do a site build and still maintain consistent look and feel to the site, once project.properties inheritance and themes come into existence and are more widely accepted, then we can just drop the property. I'll be glad to do the footwork to add this property to all the project.properties. -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build commons-site.jsl
mdiggory2004/02/17 19:14:57 Modified:commons-build commons-site.jsl Log: Adding Commons Menu below Project Documentation. Revision ChangesPath 1.3 +4 -0 jakarta-commons/commons-build/commons-site.jsl Index: commons-site.jsl === RCS file: /home/cvs/jakarta-commons/commons-build/commons-site.jsl,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- commons-site.jsl 18 Feb 2004 00:57:17 - 1.2 +++ commons-site.jsl 18 Feb 2004 03:14:57 - 1.3 @@ -172,6 +172,10 @@ jsl:applyTemplates select=$projectNav/body/menu/ +x:if select=$nav + jsl:applyTemplates select=$nav/body/[EMAIL PROTECTED]'footer']/ +/x:if + !-- Standard Maven Navigation -- j:set var=fileName${file}/j:set - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/analysis BisectionSolverTest.java ConvergenceExceptionTest.java InterpolatorTest.java PolynomialFunctionTest.java
psteitz 2004/02/17 19:24:20 Modified:math/src/experimental/org/apache/commons/math/analysis DerivativeOperatorFactory.java DerivativeOperatorFactoryTest.java UnivariateRealFunctionProxy.java UnivariateRealFunctionUtils.java UnivariateRealFunctionUtilsTest.java math/src/experimental/org/apache/commons/math/analysis/derivative AbstractDifferenceDerivative.java BackwardDifferenceDerivative.java CenterDifferenceDerivative.java ForwardDifferenceDerivative.java math/src/experimental/org/apache/commons/math/function Compilable.java DefaultContext.java Evaluation.java EvaluationContext.java EvaluationException.java Variable.java math/src/experimental/org/apache/commons/math/function/simple Add.java Divide.java Equals.java Multiply.java Power.java Sqrt.java Subtract.java math/src/experimental/org/apache/commons/math/linear CholeskySolver.java CholeskySolverTest.java Decomposer.java Decomposition.java DecompositionFactory.java RealVector.java math/src/java/org/apache/commons/math ConvergenceException.java MathConfigurationException.java MathException.java math/src/java/org/apache/commons/math/analysis BisectionSolver.java BrentSolver.java CubicSplineFunction.java PolynomialFunction.java SecantSolver.java SplineInterpolator.java math/src/java/org/apache/commons/math/linear RealMatrix.java RealMatrixImpl.java math/src/java/org/apache/commons/math/special Beta.java math/src/test/org/apache/commons/math/analysis BisectionSolverTest.java ConvergenceExceptionTest.java InterpolatorTest.java PolynomialFunctionTest.java Log: Restored original copyright date. Revision ChangesPath 1.3 +1 -1 jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/DerivativeOperatorFactory.java Index: DerivativeOperatorFactory.java === RCS file: /home/cvs/jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/DerivativeOperatorFactory.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DerivativeOperatorFactory.java29 Jan 2004 16:48:47 - 1.2 +++ DerivativeOperatorFactory.java18 Feb 2004 03:24:19 - 1.3 @@ -1,6 +1,6 @@ /* * - * Copyright (c) 2004 The Apache Software Foundation. All rights reserved. + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights reserved. * * Licensed under the Apache License, Version 2.0 (the License); you may not * use this file except in compliance with the License. You may obtain a copy 1.4 +1 -1 jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/DerivativeOperatorFactoryTest.java Index: DerivativeOperatorFactoryTest.java === RCS file: /home/cvs/jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/DerivativeOperatorFactoryTest.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DerivativeOperatorFactoryTest.java29 Jan 2004 16:54:05 - 1.3 +++ DerivativeOperatorFactoryTest.java18 Feb 2004 03:24:19 - 1.4 @@ -1,6 +1,6 @@ /* * - * Copyright (c) 2004 The Apache Software Foundation. All rights reserved. + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights reserved. * * Licensed under the Apache License, Version 2.0 (the License); you may not * use this file except in compliance with the License. You may obtain a copy 1.4 +2 -2 jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/UnivariateRealFunctionProxy.java Index: UnivariateRealFunctionProxy.java === RCS file: /home/cvs/jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/UnivariateRealFunctionProxy.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UnivariateRealFunctionProxy.java 29 Jan 2004 16:48:47 - 1.3 +++ UnivariateRealFunctionProxy.java 18 Feb 2004 03:24:19 - 1.4 @@ -1,6 +1,6 @@ /* * - * Copyright (c) 2004 The Apache Software
cvs commit: jakarta-commons-sandbox/project-template project.properties
mdiggory2004/02/17 19:54:46 Modified:project-template project.properties Log: Commons Site LF Revision ChangesPath 1.3 +25 -10jakarta-commons-sandbox/project-template/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/project-template/project.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- project.properties16 Feb 2004 22:45:57 - 1.2 +++ project.properties18 Feb 2004 03:54:46 - 1.3 @@ -1,30 +1,45 @@ -## +## # Properties that override Maven build defaults -## +## -maven.checkstyle.properties=${basedir}/checkstyle.xml -maven.test.failure = false -maven.xdoc.poweredby.image=maven-feather.png - -# apache maven repository information +## +# Apache Central Repository +## maven.repo.central=www.apache.org maven.repo.central.directory=/www/www.apache.org/dist/java-repository maven.remote.group=apcvs +## +# JUnit Testing +## +maven.test.failure = false +maven.junit.fork=true + #If you wish to skip tests when doing builds, uncomment #maven.test.skip = true -maven.junit.fork=true -#maven.linkcheck.enable=true +## +# commons site LF +## +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left +maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html +## +# Checkstyle +## +maven.checkstyle.properties=${basedir}/checkstyle.xml +#maven.linkcheck.enable=true + +## +# JavaDoc # # javadoc urls can be added here, multiple urls are appended using a comma # # maven.javadoc.links = http://java.sun.com/j2se/1.4.2/docs/api/,\ # http://jakarta.apache.org/commons/collections/api/ -# +## maven.javadoc.links = http://java.sun.com/j2se/1.4.2/docs/api/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build commons-site.jsl project.properties
mdiggory2004/02/17 19:58:13 Modified:commons-build commons-site.jsl project.properties Log: Commons Site LF Revision ChangesPath 1.4 +2 -0 jakarta-commons/commons-build/commons-site.jsl Index: commons-site.jsl === RCS file: /home/cvs/jakarta-commons/commons-build/commons-site.jsl,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- commons-site.jsl 18 Feb 2004 03:14:57 - 1.3 +++ commons-site.jsl 18 Feb 2004 03:58:12 - 1.4 @@ -170,8 +170,10 @@ jsl:applyTemplates select=$nav/body/menu[not(@type) | @type='header'] | $nav/body/search/ /x:if + hr/ jsl:applyTemplates select=$projectNav/body/menu/ +hr/ x:if select=$nav jsl:applyTemplates select=$nav/body/[EMAIL PROTECTED]'footer']/ /x:if 1.6 +50 -13jakarta-commons/commons-build/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/commons-build/project.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.properties18 Feb 2004 00:57:17 - 1.5 +++ project.properties18 Feb 2004 03:58:12 - 1.6 @@ -1,25 +1,62 @@ -## -# Maven Properties -# +## +# Properties that override Maven build defaults # $Id$ -## +## + + + +## +# Apache Central Repository +## maven.repo.central=www.apache.org maven.repo.central.directory=/www/www.apache.org/dist/java-repository maven.remote.group=apcvs -maven.checkstyle.properties=${basedir}/checkstyle.xml + + +## +# JUnit Testing +## maven.test.failure = false maven.junit.fork=true -maven.linkcheck.enable=false +#If you wish to skip tests when doing builds, uncomment +#maven.test.skip = true + + + +## +# commons site LF +## +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left +maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html -maven.xdoc.poweredby.image=maven-feather.png - -# this jsl provides the basic theme capabilities of the xdoc plugin version 1.5 -# once maven rc2 is out we can throw this away. -maven.xdoc.jsl=commons-site.jsl # once we create a theme url it should go here. -#maven.xdoc.theme.url= \ No newline at end of file +#maven.xdoc.theme.url= + + + +## +# Checkstyle +## +maven.checkstyle.properties=${basedir}/checkstyle.xml +maven.linkcheck.enable=false + + + +## +# JavaDoc +# +# javadoc urls can be added here, multiple urls are appended using a comma +# +# maven.javadoc.links = http://foo/bar/api,\ +# http://flim/flam/api/ +## +maven.javadoc.links = http://java.sun.com/j2se/1.4.2/docs/api/ + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang project.properties
mdiggory2004/02/17 20:11:38 Modified:fileupload project.properties dbutils project.properties primitives project.properties dbcp project.properties betwixt project.properties validator project.properties jxpath project.properties latkaproject.properties el project.properties beanutils project.properties jellyproject.properties digester project.properties discovery project.properties collections project.properties launcher project.properties logging project.properties daemon project.properties jexl project.properties commons-build project.xml io project.properties math project.properties pool project.properties configuration project.properties codecproject.properties httpclient project.properties net project.properties cli project.properties lang project.properties Added: modeler project.properties Log: Adding Commons Site Look Feel configuration to all jakarta-commons/project/project.properties Revision ChangesPath 1.6 +1 -0 jakarta-commons/fileupload/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/fileupload/project.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.properties15 Jan 2004 06:34:23 - 1.5 +++ project.properties18 Feb 2004 04:11:34 - 1.6 @@ -10,6 +10,7 @@ maven.linkcheck.enable=true # documentation properties +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html 1.2 +4 -1 jakarta-commons/dbutils/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/dbutils/project.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- project.properties29 Nov 2003 00:51:39 - 1.1 +++ project.properties18 Feb 2004 04:11:34 - 1.2 @@ -2,6 +2,9 @@ # $Id$ # +# commons site LF +maven.xdoc.jsl=../commons-build/commons-site.jsl + # display the date on the site maven.xdoc.date = left 1.6 +1 -0 jakarta-commons/primitives/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/primitives/project.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.properties15 Jan 2004 06:34:23 - 1.5 +++ project.properties18 Feb 2004 04:11:34 - 1.6 @@ -2,6 +2,7 @@ maven.junit.fork=true +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html 1.9 +1 -0 jakarta-commons/dbcp/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/dbcp/project.properties,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- project.properties26 Dec 2003 14:46:08 - 1.8 +++ project.properties18 Feb 2004 04:11:34 - 1.9 @@ -6,6 +6,7 @@ maven.javadoc.author=false maven.javadoc.links=http://java.sun.com/j2se/1.4.2/docs/api,http://jakarta.apache.org/commons/pool/apidocs +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=bottom maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} 1.1 jakarta-commons/modeler/project.properties Index: project.properties === # commons site LF maven.xdoc.jsl=../commons-build/commons-site.jsl 1.11 +2 -1 jakarta-commons/betwixt/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/betwixt/project.properties,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- project.properties15 Jan 2004 06:34:23 - 1.10 +++ project.properties18 Feb 2004 04:11:34 - 1.11
Re: [lang] findbugs plugin updated!
Eric Pugh [EMAIL PROTECTED] wrote on 18/02/2004 12:58:22 AM: Hi all, I have finished updating the Findbugs plugin. You can access information about it here: http://maven-plugins.sourceforge.net/maven-findbugs-plugin/ To use it, add to your project.xml: dependency groupIdmaven/groupId The groupId should be maven-plugins, not maven. artifactIdmaven-findbugs-plugin/artifactId version0.7.1/version urlhttp://maven-plugins.sourceforge.net/maven-findbugs-plugin//url typeplugin/type /dependency -- dIon Gillard, Multitask Consulting
Re: Incorrect documentation of FTP task [net]
In message [EMAIL PROTECTED], Steve Cohen writes: You've built an interface to encapsulate the choice in regex implementations with automatic checking. Sweet! Perhaps we could port it to commons-net - ... Perhaps this checker mechanism could be ported to commons (a la commons-logging). Then it could be available to other clients, in particular, to commons clients. But of course then we'd be requiring yet ... I think we ought to think seriously about what we are doing here before we rush into coding anything like this. *sigh* No one ever brings these things up on the oro or regexp mailing lists. This is one of those really easy things to do with oro, which most folks don't realize implements three different regular expression engines. I know I promised to do the vpp-based conditional compilation to provide a J2ME/JDK1.1 compatible version of oro, but I just haven't found the time. This however is easy stuff. I just added two new interfaces to org.apache.oro.text.regex: PatternMatchingEngine and PatternCompilerOptions. I implemented these interfaces for the Perl5, Awk, and Glob engines. I then wrote a PatternMatchingEngineFactory class to generate engines. You can put the J2SE 1.4 detection code in there and add an org.apache.oro.text.java package that wraps java.util.regex. All you have to do is implement PatternMatcher, PatternCompiler, and Pattern for J2SE 1.4. If someone will step up to do this, I'm sure the PMC will grant commit access immediately. I'd actually rather if all of jakarta had commit access to oro for this very kind of situation. When you don't have commit access, there is sometimes a tendency to reinvent the wheel. I've appended a modified version of the grep example that shows how you might pick an engine based on a set of preferences. At any rate, I very much thing oro is the place for generic regular expression engine support since it was designed with that in mind from the start (although the pattern compilation options could have been abstracted better at its genesis). I invite anyone and everyone to do a checkout of the latest jakarta-oro files in CVS and start improving my 30 minute hack. daniel package examples; import java.io.*; import java.util.*; import org.apache.oro.text.*; import org.apache.oro.text.regex.*; /** * This is a no-frills implementation of grep that demos the use of * PatternMatchingEngineFactory to choose different * regular expression engines. It performs case insensitive matching * to demonstrate the use of the PatternCompilerOptions interface. * * @version @version@ */ public final class engineExample { static int _file = 0; static final String[] _preferences = { PatternMatchingEngineFactory.JAVA_KEY, PatternMatchingEngineFactory.PERL5_KEY, PatternMatchingEngineFactory.POSIX_KEY, PatternMatchingEngineFactory.AWK_KEY, PatternMatchingEngineFactory.GLOB_KEY }; // args[] is declared final so that Inner Class may reference it. public static final void main(final String[] args) { PatternMatchingEngineFactory factory; PatternMatchingEngine engine = null; PatternCompiler compiler; PatternCompilerOptions options; PatternMatcher matcher; MatchActionProcessor processor; int mask; if(args.length 2) { System.err.println(Usage: grep pattern filename ...); System.exit(1); } factory = new PatternMatchingEngineFactory(); // Demonstration of choosing engine based on preferences. for(int i = 0; i _preferences.length; ++i) { if(factory.containsKey(_preferences[i])) { engine = factory.get(_preferences[i]); break; } } if(engine == null) engine = factory.get(PatternMatchingEngineFactory.DEFAULT_KEY); compiler = engine.createCompiler(); matcher = engine.createMatcher(); options = engine.getOptions(); mask = options.getMask(PatternCompilerOptions.CASE_INSENSITIVE); processor = new MatchActionProcessor(compiler, matcher); try { if(args.length 2) { // Print filename before line if more than one file is specified. // Rely on file to point to current file being processed. processor.addAction(args[0], mask, new MatchAction() { public void processMatch(MatchActionInfo info) { info.output.println(args[_file] + : + info.line); } }); } else { // We rely on the default action of printing matched // lines to the given OutputStream processor.addAction(args[0], mask); } for(_file = 1; _file args.length; _file++) processor.processMatches(new FileInputStream(args[_file]), System.out); } catch(MalformedPatternException e) { System.err.println(Bad pattern.); e.printStackTrace(); System.exit(1); } catch(IOException e) { System.err.println(Error opening or reading + args[_file]); e.printStackTrace(); System.exit(1); } }
[id] UUID update
I'm writing tests, and getting ready to put some tentative documentation together for the uuid code I'd like to contribute. I've made some changes described below. (Note: I'm using http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-02.txt for the specification) Version 1 uuid generation in java is much more challenging perhaps than in native code for essentially three reasons: - Time resolution Java provides millisecond time resolution, the uuid spec calls for 100-nanosecond intervals since the Gregorian changeover epoch. The spec allows for artificial clocking in systems that do not provide the required time resolution. An additional challenge comes from the windows operating system and low time resolution issues. The effective resolution on windows can be from 1ms to reportedly 54ms. I create a NativeWin32ClockImpl implementation of the Clock interface, but its performance was miserable (~30 min for 11K timestamps), so not included. - Persisting state The uuid specification recommends persisting the clock sequence, node identifier, and last uuid timestamp to stable storage. The spec offers some hints of acceptable practices when writing to stable storage is not feasible on every single uuid generation call due to performance concerns. Additionally provisions are made for systems that do not have or can not use stable storage. In java this is not necessarily an issue, except some containers prevent file i/o, etc (which is for myself the first think that comes to mind when I hear stable storage.) - Device Wide Mutex's The version 1 algorithm calls for obtaining a system wide lock during uuid generation. Java virtual machines as far is know have no built in means of working with a system wide mutex (some workarounds; such as opening a socket, nio file locks, jni, are possible.) For java when multiple vm instances are running, or multiple vm's in general are running the uuid generator needs some way to know it is the only generator creating an id for the given timestamp, clock sequence, node identifier (mac address) at that instance. So to address these issues I've created two new packages, o.a.c.i.uuid.state, and o.a.c.i.uuid.clock, as well as an o.a.c.i.uuid.NodeManager interface. Various implementations are possible to work around the issues mentioned above. I've not used commons Discovery before (hint, hint, code review), but the intention is to allow discovery to locate the configured implementations. The clock package: Implementations of the o.a.c.i.uuid.clock.Clock interface may address the time resolution issue in different ways (for example if a system has available a java real-time library the implementer could use that.) The state package: Many diffent ways of addressing stable storage are possible, and the container in which the code must execute may determine what implemation is most appropriate. I've create 3 implementations; InMemoryOnlyImpl, ReadOnlyResourceImpl, and ReadWriteFileImpl. More implementations are possible; such as a jdbc, jndi, etc. [So long as some sort of locking is create or used] The NodeManager: The NodeManager implementation I've worked on makes the assumption that each jvm instance is assigned it's own node identifier (mac-address) Other implementations of the node manager could attempt to use the same set of node identifiers across vm's if they obtain a device wide lock; such as by opening a socket, using a file lock, etc. Other approaches to solving these issues are certainly possible. I could see where one might publish an rmi service on a known port to service uuid generation requests (the first vm to obtain the port would become the server, any additional vm's would become clients.) My intent is not to solve every possible implementation, but hopefully the three major spi's allow for flexibility in version 1 generation, and provide a few implementations that likely solve many of the requirements. I'll use bugzilla to attach what I've got so that everyone interested can review it. It'll not be in the form of patches yet (unless someone asks.) I wanted to get some opinions prior to creating patches and submitting for possible cvs commit. Additionally, I do have more tests todo and so I'm not sure certain what expectation within a sandbox project is in terms of stability of code. Some of the tests I want to do involve determining how each implementation performs, as well as what I'd consider integration tests (making sure the interaction between classes generates the correct events.) Other notes: With the number of classes this ends up being, I stopped prefixing everything with UUIDXxxxXxx since it's redundant with the package name and dropped the prefix from existing (this can be changed if there are objections.) I've added commons-codec as a dependency since the Hex.encode/decode methods are so handy. I'm assuming we want to keep dependencies at a minimum. Hope it's ok. The zip I'll attach to bugzilla is out of synch with head, but
DO NOT REPLY [Bug 27022] New: - [id] id-alt zip of project for review
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27022. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27022 [id] id-alt zip of project for review Summary: [id] id-alt zip of project for review Product: Commons Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Sandbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Zip file of UUID code for review and comments. Patches to follow based on feedback. (Alternately, I can send patches and discuss from cvs, not sure what the policy or preference is?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.0 party drink
Next week at the Nelson in Zurich. Everyone is invited :-) Maybe there will be more people than just Oleg and I keep you posted - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem in working with IIS
Cheng Hao wrote: readData() just never returnes InputStream in = method.getResponseBodyAsStream(); size = readData(in, length); I guess it's the implementation of readData. Unfortunately its code is missing, so we can not tell what's going on here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
We can certainly rename it to just 2.0 +1 from me Oleg -Original Message- From: Adrian Sutton [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 04:45 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final On 17/2/04 1:14 PM, Michael Becke [EMAIL PROTECTED] wrote: Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. There's no real reason it's called 2.0 final I guess. This was just the value I chose. We can certainly rename it to just 2.0. What does everyone think? Mike 2.0 is a lot more predictable so I'd change to that instead. We postfix all our development versions anyway so it's clear that it's the final version by the lack of a postfix. BTW, great work to all involved in the release! It's nice to finally have it out the door. Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: GetMethod Performance
Ben, The profiles obviously differ quite a bit. For instance the methods below that consume a significant portion of the execution time on Solaris platform take virtually no time on WinXP. Are they executed at all? Are you sure you execute exactly the same code on both platforms? Anyhow, as Roland said, the problem is clearly related to crypto algorithms on the Solaris platform. = Solaris Interpreted + native Method 5.6%18 + 6java.math.BigInteger.mulAdd 3.3%14 + 0sun.security.provider.SHA.computeBlock 3.0%13 + 0java.math.BigInteger.addOne 2.8%11 + 1sun.nio.cs.StreamDecoder.read === One additional note: please make sure that you have debug/wire log turned off when conducting performance measurement, otherwise you simply end up measuring the speed of console output Oleg -Original Message- From: Ben Wong [mailto:[EMAIL PROTECTED] Sent: Monday, February 16, 2004 23:40 To: 'Commons HttpClient Project' Subject: RE: GetMethod Performance Windows Profile attached. Any help would be appreciated Windows XP on P-M 1.4 - Flat profile of 3.44 secs (322 total ticks): main Interpreted + native Method 7.5% 0 +24java.net.SocketInputStream.socketRead0 7.2% 0 +23java.net.PlainSocketImpl.socketConnect 1.3% 0 + 4java.net.Inet4AddressImpl.lookupAllHostAddr 0.6% 0 + 2java.io.WinNTFileSystem.getBooleanAttributes 0.6% 0 + 2java.lang.System.arraycopy 0.6% 1 + 1java.net.URL.init 0.3% 0 + 1java.lang.reflect.Field.copy 0.3% 0 + 1java.util.HashMap.hash 0.3% 0 + 1 org.apache.commons.logging.impl.LogFactoryImpl.newInstance 0.3% 0 + 1sun.misc.URLClassPath$5.init 0.3% 1 + 0org.apache.log4j.Priority.isGreaterOrEqual 0.3% 0 + 1java.lang.String.init 0.3% 1 + 0java.nio.charset.CharsetDecoder.init 0.3% 0 + 1sun.nio.cs.UTF_8.newDecoder 0.3% 0 + 1java.lang.String.substring 0.3% 1 + 0java.nio.charset.CharsetDecoder.init 0.3% 1 + 0java.util.HashMap.transfer 0.3% 0 + 1sun.text.ComposedCharIter.decomposition 0.3% 0 + 1sun.security.x509.AlgorithmId.derEncode 0.3% 0 + 1java.security.SecureClassLoader.getPermissions 0.3% 0 + 1java.lang.ClassLoader.defineClass0 0.3% 1 + 0java.lang.String.init 0.3% 0 + 1java.net.PlainSocketImpl.socketBind 0.3% 0 + 1java.lang.StringCoding$CharsetSE.encode 0.3% 1 + 0java.lang.String.regionMatches 28.8%10 +82Total interpreted (including elided) Compiled + native Method 15.6% 9 +41java.lang.String.getChars 7.5%24 + 0sun.nio.cs.US_ASCII$Decoder.decodeArrayLoop 6.6%12 + 9java.lang.String.init 3.8%12 + 0java.nio.charset.CharsetDecoder.decode 3.4%11 + 0java.lang.Integer.toUnsignedString 2.8% 9 + 0sun.nio.cs.StreamDecoder.read0 2.8% 9 + 0java.nio.Buffer.position 2.8% 7 + 2java.lang.StringBuffer.append 2.8% 9 + 0java.util.HashMap.get 2.5% 8 + 0java.nio.CharBuffer.wrap 1.9% 6 + 0java.nio.Buffer.init 1.6% 0 + 5java.lang.StringBuffer.insert 1.6% 5 + 0sun.nio.cs.StreamDecoder$CharsetSD.implRead 1.3% 4 + 0org.apache.commons.httpclient.Wire.wire 1.3% 1 + 3java.lang.StringBuffer.expandCapacity 0.9% 3 + 0sun.nio.cs.US_ASCII$Decoder.decodeLoop 0.9% 3 + 0java.nio.charset.CoderResult$Cache.get 0.9% 3 + 0java.nio.CharBuffer.put 0.9% 3 + 0java.nio.Buffer.limit 0.9% 3 + 0java.lang.StringBuffer.append 0.6% 2 + 0java.util.HashMap.hash 0.6% 2 + 0java.io.InputStreamReader.read 0.6% 2 + 0java.lang.Integer.equals 0.3% 0 + 1org.apache.log4j.Category.log 0.3% 1 + 0java.nio.CharBuffer.arrayOffset 66.6% 152 +61Total compiled (including elided) Thread-local ticks: 0.6% 2 Blocked (of total) 0.6% 2 Class loader 1.3% 4 Interpreter 2.8% 9 Compilation Flat profile of 0.01 secs (1 total ticks): DestroyJavaVM Thread-local ticks: 100.0% 1 Blocked (of total) Global summary of 3.45 seconds: 100.0% 345 Received ticks 5.8%20 Received GC ticks 4.1%14 Compilation 0.3% 1 Other VM operations 0.6% 2 Class loader 1.2% 4 Interpreter
RE: 2.0 party drink
Odi, most likely I will have to spend a few days in Düsseldorf next week, but I'll do my best to organize my trip in a way that can make it to the party. 2.0 release is definitely worth celebrating as far as I am concerned. Oleg -Original Message- From: Ortwin Glück [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 09:38 To: Commons HttpClient Project Subject: 2.0 party drink Next week at the Nelson in Zurich. Everyone is invited :-) Maybe there will be more people than just Oleg and I keep you posted - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: GetMethod Performance
I am running the same code on both boxes, even the same JAR file. I am not sure why crypto is involved as I was only retrieving content over HTTP. I used the HttpClient to download a zip file off a Web server in the LAN. It should take no time to download it. With the wire log, I have actually removed the log4j.properties file completely from the class path, so it shouldn't be affecting the performance should it? Thanks, Ben -Original Message- From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED] Sent: Tuesday, 17 February 2004 8:12 PM To: Commons HttpClient Project Subject: RE: GetMethod Performance Ben, The profiles obviously differ quite a bit. For instance the methods below that consume a significant portion of the execution time on Solaris platform take virtually no time on WinXP. Are they executed at all? Are you sure you execute exactly the same code on both platforms? Anyhow, as Roland said, the problem is clearly related to crypto algorithms on the Solaris platform. = Solaris Interpreted + native Method 5.6%18 + 6java.math.BigInteger.mulAdd 3.3%14 + 0sun.security.provider.SHA.computeBlock 3.0%13 + 0java.math.BigInteger.addOne 2.8%11 + 1sun.nio.cs.StreamDecoder.read === One additional note: please make sure that you have debug/wire log turned off when conducting performance measurement, otherwise you simply end up measuring the speed of console output Oleg -Original Message- From: Ben Wong [mailto:[EMAIL PROTECTED] Sent: Monday, February 16, 2004 23:40 To: 'Commons HttpClient Project' Subject: RE: GetMethod Performance Windows Profile attached. Any help would be appreciated Windows XP on P-M 1.4 - Flat profile of 3.44 secs (322 total ticks): main Interpreted + native Method 7.5% 0 +24java.net.SocketInputStream.socketRead0 7.2% 0 +23java.net.PlainSocketImpl.socketConnect 1.3% 0 + 4java.net.Inet4AddressImpl.lookupAllHostAddr 0.6% 0 + 2java.io.WinNTFileSystem.getBooleanAttributes 0.6% 0 + 2java.lang.System.arraycopy 0.6% 1 + 1java.net.URL.init 0.3% 0 + 1java.lang.reflect.Field.copy 0.3% 0 + 1java.util.HashMap.hash 0.3% 0 + 1 org.apache.commons.logging.impl.LogFactoryImpl.newInstance 0.3% 0 + 1sun.misc.URLClassPath$5.init 0.3% 1 + 0org.apache.log4j.Priority.isGreaterOrEqual 0.3% 0 + 1java.lang.String.init 0.3% 1 + 0java.nio.charset.CharsetDecoder.init 0.3% 0 + 1sun.nio.cs.UTF_8.newDecoder 0.3% 0 + 1java.lang.String.substring 0.3% 1 + 0java.nio.charset.CharsetDecoder.init 0.3% 1 + 0java.util.HashMap.transfer 0.3% 0 + 1sun.text.ComposedCharIter.decomposition 0.3% 0 + 1sun.security.x509.AlgorithmId.derEncode 0.3% 0 + 1java.security.SecureClassLoader.getPermissions 0.3% 0 + 1java.lang.ClassLoader.defineClass0 0.3% 1 + 0java.lang.String.init 0.3% 0 + 1java.net.PlainSocketImpl.socketBind 0.3% 0 + 1java.lang.StringCoding$CharsetSE.encode 0.3% 1 + 0java.lang.String.regionMatches 28.8%10 +82Total interpreted (including elided) Compiled + native Method 15.6% 9 +41java.lang.String.getChars 7.5%24 + 0sun.nio.cs.US_ASCII$Decoder.decodeArrayLoop 6.6%12 + 9java.lang.String.init 3.8%12 + 0java.nio.charset.CharsetDecoder.decode 3.4%11 + 0java.lang.Integer.toUnsignedString 2.8% 9 + 0sun.nio.cs.StreamDecoder.read0 2.8% 9 + 0java.nio.Buffer.position 2.8% 7 + 2java.lang.StringBuffer.append 2.8% 9 + 0java.util.HashMap.get 2.5% 8 + 0java.nio.CharBuffer.wrap 1.9% 6 + 0java.nio.Buffer.init 1.6% 0 + 5java.lang.StringBuffer.insert 1.6% 5 + 0sun.nio.cs.StreamDecoder$CharsetSD.implRead 1.3% 4 + 0org.apache.commons.httpclient.Wire.wire 1.3% 1 + 3java.lang.StringBuffer.expandCapacity 0.9% 3 + 0sun.nio.cs.US_ASCII$Decoder.decodeLoop 0.9% 3 + 0java.nio.charset.CoderResult$Cache.get 0.9% 3 + 0java.nio.CharBuffer.put 0.9% 3 + 0java.nio.Buffer.limit 0.9% 3 + 0java.lang.StringBuffer.append 0.6% 2 + 0java.util.HashMap.hash 0.6% 2 + 0java.io.InputStreamReader.read 0.6% 2 + 0java.lang.Integer.equals 0.3% 0 + 1org.apache.log4j.Category.log 0.3% 1 + 0java.nio.CharBuffer.arrayOffset 66.6% 152 +61Total compiled
RE: GetMethod Performance
Oleg and Roland, Thanks for the response. I am not aware of any special protections of the machine at the network level (is there a way to find out?), nor was I using SSL. I wonder why it makes use of SHA in this scenario. Thanks, Ben -Original Message- From: Roland Weber [mailto:[EMAIL PROTECTED] Sent: Tuesday, 17 February 2004 9:50 PM To: Commons HttpClient Project Subject: RE: GetMethod Performance Hello Ben, Sorry, I got mixed up because yesterday there was another poster reporting performance problems when using SSL. So forget my comment about the secure socket factory. For some reasons, the slow machine seems to compute an SHA1 hash sum. If it's doing that for the 2 MB file, that would be an explanation for the difference in speed. Are there any special protections of the machine on the network level? If not, it might be worthwile to run your test on a much smaller file and to get a wire log for both machines to compare the actual HTTP messages that are transfered. cheers, Roland Ben Wong [EMAIL PROTECTED] 17.02.2004 11:10 Please respond to Commons HttpClient Project To: 'Commons HttpClient Project' [EMAIL PROTECTED] cc: Subject:RE: GetMethod Performance I am running the same code on both boxes, even the same JAR file. I am not sure why crypto is involved as I was only retrieving content over HTTP. I used the HttpClient to download a zip file off a Web server in the LAN. It should take no time to download it. With the wire log, I have actually removed the log4j.properties file completely from the class path, so it shouldn't be affecting the performance should it? Thanks, Ben -Original Message- From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED] Sent: Tuesday, 17 February 2004 8:12 PM To: Commons HttpClient Project Subject: RE: GetMethod Performance Ben, The profiles obviously differ quite a bit. For instance the methods below that consume a significant portion of the execution time on Solaris platform take virtually no time on WinXP. Are they executed at all? Are you sure you execute exactly the same code on both platforms? Anyhow, as Roland said, the problem is clearly related to crypto algorithms on the Solaris platform. = Solaris Interpreted + native Method 5.6%18 + 6java.math.BigInteger.mulAdd 3.3%14 + 0sun.security.provider.SHA.computeBlock 3.0%13 + 0java.math.BigInteger.addOne 2.8%11 + 1sun.nio.cs.StreamDecoder.read === One additional note: please make sure that you have debug/wire log turned off when conducting performance measurement, otherwise you simply end up measuring the speed of console output Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.0 party drink
I'll toast to 2.0 here in Boston. Unfortunately I won't be in Zurich or Brisbane this week. Mike On Feb 17, 2004, at 5:17 AM, Adrian Sutton wrote: On 17/2/04 7:19 PM, Kalnichevski, Oleg [EMAIL PROTECTED] wrote: Odi, most likely I will have to spend a few days in Düsseldorf next week, but I'll do my best to organize my trip in a way that can make it to the party. 2.0 release is definitely worth celebrating as far as I am concerned. Oleg And I'll most likely be toasting the release at PJ O'Briens in Brisbane on Friday. :) Of course, since I think I'm about the only person here from Brisbane it could be a rather lonely toast. Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
Ok, 2.0 it is. This will require that I regenerate the distribution. I should be able to get to this tonight. Mike On Feb 17, 2004, at 3:53 AM, Kalnichevski, Oleg wrote: We can certainly rename it to just 2.0 +1 from me Oleg -Original Message- From: Adrian Sutton [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 04:45 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final On 17/2/04 1:14 PM, Michael Becke [EMAIL PROTECTED] wrote: Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. There's no real reason it's called 2.0 final I guess. This was just the value I chose. We can certainly rename it to just 2.0. What does everyone think? Mike 2.0 is a lot more predictable so I'd change to that instead. We postfix all our development versions anyway so it's clear that it's the final version by the lack of a postfix. BTW, great work to all involved in the release! It's nice to finally have it out the door. Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
-Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 14:20 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Ok, 2.0 it is. This will require that I regenerate the distribution. I should be able to get to this tonight. Ok. I've renamed the jar on ibiblio. Thanks -Vincent Mike On Feb 17, 2004, at 3:53 AM, Kalnichevski, Oleg wrote: We can certainly rename it to just 2.0 +1 from me Oleg -Original Message- From: Adrian Sutton [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 04:45 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final On 17/2/04 1:14 PM, Michael Becke [EMAIL PROTECTED] wrote: Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. There's no real reason it's called 2.0 final I guess. This was just the value I chose. We can certainly rename it to just 2.0. What does everyone think? Mike 2.0 is a lot more predictable so I'd change to that instead. We postfix all our development versions anyway so it's clear that it's the final version by the lack of a postfix. BTW, great work to all involved in the release! It's nice to finally have it out the door. Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: commons-httpclient-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-httpclient-dev- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
-Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.0 party drink
Adrian Sutton wrote: Odi, most likely I will have to spend a few days in Düsseldorf next week, but I'll do my best to organize my trip in a way that can make it to the party. 2.0 release is definitely worth celebrating as far as I am concerned. Oleg And I'll most likely be toasting the release at PJ O'Briens in Brisbane on Friday. :) Of course, since I think I'm about the only person here from Brisbane it could be a rather lonely toast. Well, I'm almost in your timezone (NZ), does that count? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HttpClient 2.0 statistics
Folks, Any idea if there is a way to find out an approximate hits count for the HttpClient 2.0-final, at least from the Jakarta official mirrors? I really would like to know if the final release tag made any significant impact on the HttpClient's user base. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
I missed this cause I wasn't paying attention to the http release on the http list. Yes, you should release into java-repository. If your having any issue let me or Jason know and we'll try to be of as much assistance as possible. -Mark Vincent Massol wrote: -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
Just to let you know, the update from java-repository to ibiblio is every 4 hours, if you just placed it there, wait at least that amount of time before we look into issues. -M. Mark R. Diggory wrote: I missed this cause I wasn't paying attention to the http release on the http list. Yes, you should release into java-repository. If your having any issue let me or Jason know and we'll try to be of as much assistance as possible. -Mark Vincent Massol wrote: -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
Ok, there is still a java-repository/commons-httpclient/jars/commons-httpclient-2.0-final.jar copy in the java-repository on www.apache.org and a /commons-httpclient/jars/commons-httpclient-2.0.jar on ibiblio, I suspect something is going wrong in terms of the renaming that occured on ibiblio and the possibility that these files are now somehow conflicting during the 4hour update process. I'm going to forward the thread onto Jason as well, maybe he can verify if there are any issues on the ibiblio side now? Jason, just to recap, they deployed the commons-httpclient-2.0-final.jar to ibiblio via the old process, then realized it should probably be named commons-httpclient-2.0.jar and renamed it. At the same time a copy was also deployed to commons-httpclient-2.0-final.jar in the java-repository directory. This should probably be named commons-httpclient-2.0.jar as well, but currently is not. I'm interested to see if there are any log entries that will clarify why commons-httpclient-2.0-final.jar that is currently in the java-repository is not showing up on ibiblio? In either case I suspect we will want to rename it to commons-httpclient-2.0.jar and have it show still in the repository. Whomever created it will need to rename it to maintain authorship over both the file and its md5 sum (Question: are md5 checksums effected by the filename or just the contents? If the former is true then the author needs to also regenerate the md5). -Mark Mark R. Diggory wrote: Just to let you know, the update from java-repository to ibiblio is every 4 hours, if you just placed it there, wait at least that amount of time before we look into issues. -M. Mark R. Diggory wrote: I missed this cause I wasn't paying attention to the http release on the http list. Yes, you should release into java-repository. If your having any issue let me or Jason know and we'll try to be of as much assistance as possible. -Mark Vincent Massol wrote: -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
Hi Mark, I uploaded the jar, along with the md5, to java-repository on Sunday around noon. My feeling is that the ibiblio sychronization is not working, since the jar had not moved over to ibiblio by mid day yesterday (Monday). I plan on uploading a new 2.0 jar, renamed to exclude 'final', this evening. I guess my can wait and see if that synchs with ibiblio. Mike On Feb 17, 2004, at 5:54 PM, Mark R. Diggory wrote: Ok, there is still a java-repository/commons-httpclient/jars/commons-httpclient-2.0- final.jar copy in the java-repository on www.apache.org and a /commons-httpclient/jars/commons-httpclient-2.0.jar on ibiblio, I suspect something is going wrong in terms of the renaming that occured on ibiblio and the possibility that these files are now somehow conflicting during the 4hour update process. I'm going to forward the thread onto Jason as well, maybe he can verify if there are any issues on the ibiblio side now? Jason, just to recap, they deployed the commons-httpclient-2.0-final.jar to ibiblio via the old process, then realized it should probably be named commons-httpclient-2.0.jar and renamed it. At the same time a copy was also deployed to commons-httpclient-2.0-final.jar in the java-repository directory. This should probably be named commons-httpclient-2.0.jar as well, but currently is not. I'm interested to see if there are any log entries that will clarify why commons-httpclient-2.0-final.jar that is currently in the java-repository is not showing up on ibiblio? In either case I suspect we will want to rename it to commons-httpclient-2.0.jar and have it show still in the repository. Whomever created it will need to rename it to maintain authorship over both the file and its md5 sum (Question: are md5 checksums effected by the filename or just the contents? If the former is true then the author needs to also regenerate the md5). -Mark Mark R. Diggory wrote: Just to let you know, the update from java-repository to ibiblio is every 4 hours, if you just placed it there, wait at least that amount of time before we look into issues. -M. Mark R. Diggory wrote: I missed this cause I wasn't paying attention to the http release on the http list. Yes, you should release into java-repository. If your having any issue let me or Jason know and we'll try to be of as much assistance as possible. -Mark Vincent Massol wrote: -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]