svn commit: r151330 - jakarta/commons/proper/digester/branches/digester2/project.xml
Author: ozeigermann Date: Fri Feb 4 00:03:50 2005 New Revision: 151330 URL: http://svn.apache.org/viewcvs?view=revrev=151330 Log: Added myself to the list of developers (to check to commit rights) Modified: jakarta/commons/proper/digester/branches/digester2/project.xml Modified: jakarta/commons/proper/digester/branches/digester2/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/project.xml?view=diffr1=151329r2=151330 == --- jakarta/commons/proper/digester/branches/digester2/project.xml (original) +++ jakarta/commons/proper/digester/branches/digester2/project.xml Fri Feb 4 00:03:50 2005 @@ -154,6 +154,15 @@ idskitching/id email[EMAIL PROTECTED]/email /developer +developer + nameOliver Zeigermann/name + idozeigermann/id + email[EMAIL PROTECTED]/email + timezone+1/timezone + roles + roleJava Developer/role + /roles +/developer /developers contributors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Fri, 4 Feb 2005 08:57:05 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Fri, 04 Feb 2005 15:52:16 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Isn't it about time to give Digester2 a place in SVN, so I can either create patches against it or directly commit to it. What about a branch in commons proper? Or at least the sandbox? Done. Do you have commit rights to Digester? If not, I'd be happy to propose a vote... Well, not quite sure, how this is handled, but as I have commit access to commons transaction, I should have rights on Digester as well. But I seem to remember that it is polite to have some sort of vote done by the current committers. Who are the current committers? Is there anyone other than you? Just checked it and I actually have commit access and have shamelessly added my name to the list of Digester2 developers. I hope that's ok for everyone, if not I will undo this ASAP. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Fri, 2005-02-04 at 08:57 +0100, Oliver Zeigermann wrote: On Fri, 04 Feb 2005 15:52:16 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Do you have commit rights to Digester? If not, I'd be happy to propose a vote... Well, not quite sure, how this is handled, but as I have commit access to commons transaction, I should have rights on Digester as well. Ah yes .. I forgot that karma for commons covers all projects.. But I seem to remember that it is polite to have some sort of vote done by the current committers. Yes. Who are the current committers? Is there anyone other than you? Robert Donkin also keeps an eye on Digester, though he's been more involved in Betwixt than Digester recently. Craig McC certainly qualifies as a committer, but appears to be kept busy by other projects. Otherwise, it's just me. Digester2 is just me so far, though. I'm happy for you to commit to the digester2 directory, and don't think there is anyone else you need to ask. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Digester 2] SAX version
I have just check out Digester 2 and tried to compile it using Java 1.4.2_05 and to my big surprise it failed because of the SAX version that comes with Java 1.4.2_05. It has not empty ctor for SAXException (commented out in the source!) and resolveEntity in DefaultHandler no longer throws an IOException. I am a bit helpless now. Simon, which JDK are you using? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Fri, 04 Feb 2005 21:19:46 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Digester2 is just me so far, though. I'm happy for you to commit to the digester2 directory, and don't think there is anyone else you need to ask. Cool. I will need to do some work for money the next two weeks, but will contribute the promised stuff ASAP. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Digester 2] SAX version
On Fri, 2005-02-04 at 09:19 +0100, Oliver Zeigermann wrote: I have just check out Digester 2 and tried to compile it using Java 1.4.2_05 and to my big surprise it failed because of the SAX version that comes with Java 1.4.2_05. It has not empty ctor for SAXException (commented out in the source!) and resolveEntity in DefaultHandler no longer throws an IOException. I am a bit helpless now. Simon, which JDK are you using? Well, I am using java 1.5. It certainly wasn't my intention to add 1.5-specific code, so if you spot a problem, please go ahead and fix it. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons jelly swing] XForms DTD?
Generally doing the layout is not the hard thing, I feel... you need to sync your model. I sort of know XForms but also know it has some strong drawback, e.g. it is quite uncapable of providing the user with the appearance to edit mixed content... XForms is based on XML Schema, by the way, not DTD! JGoodies sounds commercial... or ? XWing (http://xwing.sourceforge.net/) may be your friend... it's not very live anymore but is a jelly-powered set of components with xml nodes model. No DTD or Schema in here. Jelly Swing could take an advantage of diving further in such a direction... it hasn't come yet. It is amply capable of creating a layout based on a complex data-structure... (XML-parsing is very powerful in Jelly) Two ingredients, I believe, are missing to JellySwing to become powerful: - the ability to reload a script thus repopulating a container, for example, once you change an XML model as the result of a button. That's already in but not much tested or used yet - the ability to encode content directly in HTML using the Swing HTML-pane thus allowing free-text presentation and html layout capabilities (which everyone knows) Remember one thing: JellySwing is bound to Swing and that brings its strength... but also... no standard here like XForms does. paul Le 4 févr. 05, à 00:26, Vic a écrit : I read this post http://www.mozilla.org/press/mozilla-2005-02-02.html and idea came up: How would I start writing a XML reader that would read a DTD (Based on XForms + JGoodies Forms Layout) and make a complex, nested Swing Panel? Digester? (If MDA is supposed to let us write C# AND Java XForums could be the start of HTML or Swing or... ) Suggestions? tia, .V -- Forums, Boards, Blogs and News in RiA http://www.boardVU.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]
DO NOT REPLY [Bug 33352] - [beanutils] add collection modifiers feature to PropertyUtilsBean
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33352. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33352 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 11:57 --- Modification of feature description. Methods are called : - (add | remove)PropertyValue(Object bean, String name, Object value). - (add | remove)PropertyValue(Object bean, String name, String item, Object value). - (add | remove)PropertyItem(Object bean, String item, Object value) There are based on adder or remover method existence with general schema (add | remove)Item(ParamType value) where item is linked to bean property by previous plural stemmer algo. Remaining feature description are still available. Raw PropertyBeanUtils subclass ( known as ExtendedPropertyBeanUtils ) is designed. If features are looking good for BeanUtils people and/or I get Time to submit patch, it's possible from now. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cache
Y'all, I've here some Cache class code that I've written and used over the last two years that I'd like to contribute. Features are listed below. I wonder whether this may fit into commons cache, and if so, drop me a note. Thanks and keep up the good work, M /** * This class provides the user with an object cache. * p * This cache has a general structure of an optimized queue (FIFO). The * following rules apply: * ul * liWhen an entry is added to the cache, it is added to the head of the * queue./li * liIf the maximum number of entries in the queue is reached, adding an * entry to the head at the same time moves out one object from the tail. * The cache size can be controlled by the setCacheSize function. The * default cache size is 1000 entries./li * liHitting any entry in the cache moves it back to the head of the queue. * This way, more frequently accessed entries are more likely to remain i n the * cache./li * liWhen a maximum number of cache modification has been reached, the entire * cache is flushed. This can be controlled by the setResetAfter function. * The default threshold is 100 structural cache modifications./li * liEach cache entry gets a standard lifetime which is forever if you do * not use the setLifetime function. If you use that function or choose * a particular setting for one given entry using the more detailed * version of the setEntry function, the entries will be cleaned up * either by a cleaner thread that is started automatically when you * instantiate the cache, or by the fact that you access an expired * item before the next run of the cleaner thread took place. The * default interval for the cleaner is 1 minute. This can be controlled * by the setUpdateInterval function./li * liEach cache entry is encapsulated in a SoftReference. This means, * that when running into an out of memory situation, some entries * may be moved out of the cache by the garbage collector. As you * have no control whatsoever over which entries are removed, it * is important to understand that byou must not rely on the fact * that an entry is in the cache only because you had just put it there./b * Each time you access the cache using the getEntry function, you must * check whether you received a null object, and if so, you have to * take care yourself for recreating the object from scratch - and for * adding it back to the cache if you want./li * liIt is possible to compress the cache content if you have huge but * redundant objects to store. To do so, use the setCompressed function * to activate this setting for the entire cache, or activate it only * for single calls to setEntry in its detailed form. When getting * an object from the cache, the cache takes care of decompressing * the entry, so you do not have to worry about whether any entry had * been compressed previously. Please make sure to note that the * compression takes place in memory, and may imply a severe load * on the CPU./li * liWhen compressing, it is possible to activate a double buffer * for single entries or for the entire cache using the setDoublebuffer * function. When doing so, storing and hitting a cache entry will * automatically try to maintain a SoftReference to the uncompressed * form, thus considerably speeding up subsequent hits to the same * entry. The downside is, however, that this decompressed entry * now competes for memory space with all other cache entries, * whether compressed or not. So make sure to monitor, e.g. using * the getCacheHit vs. getCacheMiss functions, whether the setting * renders the entire cache inactive such that hitting a huge cache * entry forces all other cache entries out of the cache immediately. * The cache statistics can be reset by the resetStatistics function./li * liIt is very probable that using the double buffer and the compression * as an overall cache setting does not make sense. All tests that have * been untertaken so far show that the doublebuffer takes up at least * the space, if not more, that the uncompressed objects would take, * thus moving objects out of the cache that should have been kept * there. On the other hand, double buffering and compressing makes * a lot of sense to use on isolated cache entries. Think of getting * a list of values that imay/i be bigger than a given threshold * that you define; in this case, you use the detailed version of the * setEntry function and store only this entry in a compressed form, * activating the double buffer at the same time. If the object is * accessed frequently, the double buffer will eliminate subsequent * decompressions and trade this for
svn commit: r151339 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Author: skitching
Date: Fri Feb 4 03:07:48 2005
New Revision: 151339
URL: http://svn.apache.org/viewcvs?view=revrev=151339
Log:
Remove unused ruleManager member
Reorder some methods for tidiness
Add/revise javadoc
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java?view=diffr1=151338r2=151339
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Fri Feb 4 03:07:48 2005
@@ -17,7 +17,6 @@
package org.apache.commons.digester2;
-
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
@@ -35,7 +34,6 @@
import org.apache.commons.logging.LogFactory;
import org.apache.commons.collections.ArrayStack;
-
/**
* pHolds information that evolves as the parsing of an input xml document
* progresses. The Action objects regularly interact with this object when
their
@@ -62,7 +60,9 @@
this.log = log;
}
-// --- Instance Variables
+// ---
+// Instance Variables
+// ---
/**
* The owner of this object.
@@ -77,11 +77,6 @@
private Log log;
/**
- * The owner of the set of rules (pattern, action pairs).
- */
-private RuleManager ruleManager = null;
-
-/**
* Stack whose elements are List objects, each containing a list of
* Action objects as returned from RuleManager.getMatchingActions().
* As each xml element in the input is entered, the list of matching
@@ -97,12 +92,6 @@
private Path currentElementPath = new Path();
/**
- * The parameters stack being utilized by CallMethodAction and
- * CallParamAction.
- */
-private ArrayStack params = new ArrayStack();
-
-/**
* The object that forms the root of the tree of objects being
* created during a parse. Note that if setRoot has been called, then
* this is the same as looking at the bottom element on the object stack.
@@ -126,7 +115,15 @@
*/
private HashMap stacksByName = new HashMap();
-// - Properties
+/**
+ * The parameters stack being utilized by CallMethodAction and
+ * CallParamAction.
+ */
+private ArrayStack params = new ArrayStack();
+
+// ---
+// Properties
+// ---
/**
* Return the current Logger associated with this instance of the Digester
@@ -158,18 +155,45 @@
return currentElementPath.getPath();
}
+/**
+ * Remember the list of Actions which matched the current element. This
+ * method is expected to be called when the element's start tag has been
+ * seen and the matching actions computed. The list is used later to
+ * find the actions to invoke bodySegment/body/end methods on.
+ *
+ * @param actions should be a list of Action objects.
+ */
public void pushMatchingActions(List actions) {
matchedActionLists.push(actions);
}
+/**
+ * Discard the list of Actions which matched the current element. This
+ * method is expected to be called when the element's end tag has been
+ * seen and the matching actions for the element are no longer needed.
+ *
+ * @return a list of Action objects.
+ */
public List popMatchingActions() {
return (List) matchedActionLists.pop();
}
+/**
+ * Retrieve the list of Actions which matched the current element.
+ *
+ * @return a list of Action objects.
+ */
public List peekMatchingActions() {
return (List) matchedActionLists.peek();
}
+/**
+ * Obtain the classloader object that should be used when an Action class
+ * needs to load a class to be instantiated to represent data in the input
+ * xml being parsed.
+ *
+ * @return a classloader (never null)
+ */
public ClassLoader getClassLoader() {
return saxHandler.getClassLoader();
}
@@ -178,7 +202,9 @@
return saxHandler;
}
-// --- Object Stack Methods
+// ---
+// Object Stack Methods
+// ---
/**
* The root
DO NOT REPLY [Bug 33401] New: - [lang] atLeast features : public boolean isCheckingAtLeast(parms)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33401.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33401
Summary: [lang] atLeast features : public boolean
isCheckingAtLeast(parms)
Product: Commons
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
To complete Lang scope, I propose to create a set of utils that could be put in
a MethodUtils and ClassUtils classes.
- public static boolean isAssignableAtLeast(Class clazz, Class[] classes);
Behavior : return true if clazz is assignable at least from one class in
classes.
Interest : to check if a class presents at least one interface aspect and/or is
subclass of one of classes class. It's completing existing
ClassUtils.isAssignable(...).
Ex: isAssignableAtLeast(Purchaser.class, new Class[] { Society.class,
Customer.class} )
- public static boolean isDeclaredAtLeast(Method m, Class[] classes);
behavior : return true if method m is declared by at least one class in classes.
Interest : to retain methods according to interface or upper class array.
Ex : to keep in a map only bean methods who are method from Interface1,
Supperclass2 or Interface3.
- public static boolean isMatchingPrefix(Method m, String[] prefixStrings);
behavior : return true if method name matches at least one prefix in prefix
array.
Interest: to retain some kind of method according to prefix.
Ex: to retain only addsomething or removesomething methods in introspected
class.
Codes :
public static boolean isAssignableAsLeast(Class subject, Class[] classes) {
if ( classes == null || classes.length == 0 ) {
return true;
}
for ( int i = 0; i classes.length; i ++) {
if( ClassUtils.isAssignable(subject, classes[i])) {
return true;
}
}
return false;
}
/**
* Check if method im/i is declared by one of the iboundaryClasses/i
class or interface.
* @param m
* @param boundaryClasses
* @return true if declared by one class.
*/
public static boolean isDeclaredAtLeas(Method m, Class[] boundaryClasses) {
if ( boundaryClasses == null || boundaryClasses.length == 0 ) {
return true;
}
Class cl = m.getDeclaringClass();
if ( isAssignableAsLeast(cl, boundaryClasses ) ) {
for ( int iC = 0; iC boundaryClasses.length; iC ++ ) {
try {
boundaryClasses[iC].getDeclaredMethod(m.getName(),
m.getParameterTypes());
return true;
} catch (Exception e) {
}
}
}
return false;
}
/**
* Caheck if method im/i match one of the iprefixStrings/i String.
* @param m
* @param prefixStrings
* @return true if matching
*
*/
public static boolean isMatchingPrefix(Method m, String[] prefixStrings) {
if ( prefixStrings == null || prefixStrings.length == 0 ) {
return true;
}
String name = m.getName();
for ( int i = 0; i prefixStrings.length; i ++) {
if ( name.startsWith(prefixStrings[i])) {
return true;
}
}
return false;
}
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[functor] [proposal] various implementations
Hello, In the context of a show-case application, we created a small set of classes to generator random values. We based them on the functor API. These are a small description of the created classes : * org.apache.commons.functor.generator.ConstantGenerator Provides constant values (a fixed count or via a continuation Predicate) * org.apache.commons.functor.generator.FunctionToGeneratorAdapter Generates the values provided by a given Function * org.apache.commons.functor.generator.CompositeGenerator Provides implementations which composite several Generators (like concatening the generated values of several Generators) * org.apache.commons.functor.generator.util.CharSetGenerator Generates characters of a given CharSet * org.apache.commons.functor.generator.util.CharRangeGenerator Generates characters of a given CharRange * org.apache.commons.functor.generator.util.RandomizeGenerator Randomize the values generated by a given Generator * org.apache.commons.functor.generator.GeneratorToFunctionAdapter Function implementation which returns the values given by a Generator * org.apache.commons.functor.adapter.FunctionIterator Function implementation which returns the values of an Iterator * org.apache.commons.functor.core.RandomFunction Function implementations which returns the values of an Random object * org.apache.commons.functor.core.StringFunction Function implementations which creates String instances (from character functions, etc ..) * org.apache.commons.functor.collection.GetElement Function implementations which returns one of the List elements * org.apache.commons.functor.composite.NumericalSwitchFunction Function implementation which follows a switch/case logic according to the numeric value returned by a Function. These implementations are documented and tested. We can provide the related patch(es) if it seems usefull. King regards -- Alban Peignier - [EMAIL PROTECTED] http://people.tryphon.org/~alban - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[io] copyAndClose
I note in my blog:
http://binkley.blogspot.com/2005/02/methods-i-cannot-do-without.html
It would be nice to include utility methods such as this in the io
library to compliment the good set of primitives already there.
The method in question with Javadoc added:
/**
* Copies varin/var to varout/var, flushing varout/var
* and closing both streams even in the face of exceptions. This is
* usually sufficient to ensure proper copying for arbitrary streams
* and avoid data lose (citee.g./cite, file streams can lose
* data if you do not flush them before closing).
* p/
* If more than one operation throws an exception, propagates only
* the most recent exception. Java swallows earlier exceptions.
*
* @param in the input stream data source
* @param out the output stream data sink
*
* @throws IOException if any I/O operation fails
*/
public static void copyAndClose(final InputStream in,
final OutputStream out)
throws IOException {
try {
CopyUtils.copy(in, out);
out.flush();
} finally {
try {
out.close();
} finally {
in.close();
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[lang] [proposal] UnsupportedImplementation
Hello,
These is an utility to create interface implementations which haven't
any implemantation.
Usefull to initialise no final dependencies :
private Comparator comparator = new
UnsupportedImplementation(Comparator.class).getInstance();
public void setComparator(Comparator comparator) {
Validate.notNull(comparator);
this.comparator = comparator;
}
public void doSomething() {
// ...
// no problem, comparator can't be null
comparator.comparare(instance1, instance2);
// ...
}
Or to create simple instances for tests, etc ...
A first enhancement could be use a specified Exception.
Hope it can be usefull.
--
Alban Peignier - [EMAIL PROTECTED]
http://people.tryphon.org/~alban
Index: src/test/org/apache/commons/lang/UnsupportedImplementationTest.java
===
--- src/test/org/apache/commons/lang/UnsupportedImplementationTest.java (revision 0)
+++ src/test/org/apache/commons/lang/UnsupportedImplementationTest.java (revision 0)
@@ -0,0 +1,37 @@
+package org.apache.commons.lang;
+
+import junit.framework.Test;
+import junit.framework.TestCase;
+import junit.framework.TestSuite;
+
+/**
+ * Unit tests [EMAIL PROTECTED] org.apache.commons.lang.UnsupportedImplementation}.
+ *
+ * @author Alban Peignier
+ * @author Arnaud Thiefaine
+ */
+public class UnsupportedImplementationTest extends TestCase {
+
+public static Test suite() {
+return new TestSuite(UnsupportedImplementationTest.class);
+}
+
+public void testEquals() {
+Object instance = new UnsupportedImplementation(Comparable.class).getInstance();
+assertEquals(instance, instance);
+
+Object otherInstance = new UnsupportedImplementation(Comparable.class).getInstance();
+assertNotSame(instance, otherInstance);
+assertFalse(instance.equals(otherInstance));
+}
+
+public void testGetInstance() {
+Comparable comparable = (Comparable) new UnsupportedImplementation(Comparable.class).getInstance();
+
+try {
+comparable.compareTo(comparable);
+fail(should throw an UnsupportedOperationException);
+} catch (UnsupportedOperationException e) {}
+}
+
+}
Index: src/test/org/apache/commons/lang/LangTestSuite.java
===
--- src/test/org/apache/commons/lang/LangTestSuite.java (revision 151351)
+++ src/test/org/apache/commons/lang/LangTestSuite.java (working copy)
@@ -26,7 +26,7 @@
* @author Stephen Colebourne
* @author a href=mailto:[EMAIL PROTECTED]Ringo De Smet/a
* @author Matthew Hawthorne
- * @version $Id: LangTestSuite.java,v 1.29 2004/10/02 01:46:30 bayard Exp $
+ * @version $Id$
*/
public class LangTestSuite extends TestCase {
@@ -78,6 +78,7 @@
suite.addTest(StringEscapeUtilsTest.suite());
suite.addTest(SystemUtilsTest.suite());
suite.addTest(UnhandledExceptionTest.suite());
+suite.addTest(UnsupportedImplementationTest.suite());
suite.addTest(ValidateTest.suite());
suite.addTest(WordUtilsTest.suite());
return suite;
Index: src/java/org/apache/commons/lang/UnsupportedImplementation.java
===
--- src/java/org/apache/commons/lang/UnsupportedImplementation.java (revision 0)
+++ src/java/org/apache/commons/lang/UnsupportedImplementation.java (revision 0)
@@ -0,0 +1,103 @@
+/*
+ * 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.
+ */
+package org.apache.commons.lang;
+
+import java.lang.reflect.InvocationHandler;
+import java.lang.reflect.Method;
+import java.lang.reflect.Proxy;
+
+import org.apache.commons.lang.BooleanUtils;
+import org.apache.commons.lang.UnhandledException;
+
+/**
+ * Provides instances of interfaces which have an unsupported implementation (throw an exception).
+ * p
+ * The only implemented method is the [EMAIL PROTECTED] Object#equals} method in order to allow instances to be
+ * equals to themselves:
+ * codepre
+ * Object instance = new UnsupportedImplementation(..).getInstance();
+ * instance.equals(instance); // returns true
+ * /pre/code
+ *
+ * @author Alban Peignier
+ * @author Arnaud Thiefaine
+ */
+public class UnsupportedImplementation {
+
+/**
+ * All the interfaces implemented by the returned instances.
+ */
+
svn commit: r151365 - in jakarta/commons/proper/resources/trunk: build.xml project.xml
Author: jmitchell
Date: Fri Feb 4 07:45:46 2005
New Revision: 151365
URL: http://svn.apache.org/viewcvs?view=revrev=151365
Log:
clean up build - remove dependency on collections
Modified:
jakarta/commons/proper/resources/trunk/build.xml
jakarta/commons/proper/resources/trunk/project.xml
Modified: jakarta/commons/proper/resources/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/build.xml?view=diffr1=151364r2=151365
==
--- jakarta/commons/proper/resources/trunk/build.xml (original)
+++ jakarta/commons/proper/resources/trunk/build.xml Fri Feb 4 07:45:46 2005
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=UTF-8?
!--build.xml generated by maven from project.xml version 1.0-dev
- on date July 5 2004, time 1441--
+ on date February 4 2005, time 1044--
project default=jar name=commons-resources basedir=.
property name=defaulttargetdir value=target
@@ -22,6 +22,12 @@
/property
property name=final.name value=commons-resources-1.0-dev
/property
+ path id=build.classpath
+fileset dir=${libdir}
+ include name=**/*.jar
+ /include
+/fileset
+ /path
target name=init description=o Initializes some properties
mkdir dir=${libdir}
/mkdir
@@ -29,6 +35,10 @@
equals arg2=only arg1=${build.sysclasspath}
/equals
/condition
+!--Test if JUNIT is present in ANT classpath--
+
+available property=Junit.present classname=junit.framework.Test
+/available
/target
target name=compile description=o Compile the code depends=get-deps
mkdir dir=${classesdir}
@@ -38,38 +48,9 @@
pathelement location=src/java
/pathelement
/src
- classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+ classpath refid=build.classpath
/classpath
- !-- Exclude Ibatis related classes because ibiblio does not have the
- required (1.2.9) JAR file at the moment --
- exclude name=org/apache/commons/resources/impl/IBatis*.java/
/javac
-copy todir=${classesdir}
- fileset dir=.
-include name=**/*.properties
-/include
- /fileset
-/copy
-mkdir dir=${classesdir}/META-INF
-/mkdir
-copy todir=${classesdir}/META-INF
- fileset dir=.
-include name=NOTICE.txt
-/include
- /fileset
-/copy
-copy todir=${testclassesdir}
- fileset dir=src/test
-include name=**/*.properties
-/include
-include name=**/*.xml
-/include
- /fileset
-/copy
/target
target name=jar description=o Create the jar depends=compile,test
jar jarfile=${defaulttargetdir}/${final.name}.jar
excludes=**/package.html basedir=${classesdir}
@@ -95,7 +76,7 @@
fail message=There were test failures.
/fail
/target
- target name=internal-test depends=compile-tests
+ target name=internal-test if=Junit.present
depends=junit-present,compile-tests
mkdir dir=${testreportdir}
/mkdir
junit dir=./ failureproperty=test.failure printSummary=yes
fork=true haltonerror=true
@@ -106,10 +87,8 @@
formatter usefile=false type=plain
/formatter
classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+path refid=build.classpath
+/path
pathelement path=${testclassesdir}
/pathelement
pathelement path=${classesdir}
@@ -119,14 +98,16 @@
fileset dir=src/test
include name=**/*TestCase.java
/include
- !-- Exclude Ibatis related classes because ibiblio does not have the
- required (1.2.9) JAR file at the moment --
- exclude name=org/apache/commons/resources/impl/IBatis*.java/
/fileset
/batchtest
/junit
/target
- target name=compile-tests depends=compile
+ target name=junit-present unless=Junit.present depends=init
+echo= WARNING
/echo
+echoJunit isn't present in your ${ANT_HOME}/lib directory. Tests not
executed./echo
+
echo==/echo
+ /target
+ target name=compile-tests if=Junit.present
depends=junit-present,compile
mkdir dir=${testclassesdir}
/mkdir
javac destdir=${testclassesdir} deprecation=true debug=true
optimize=false excludes=**/package.html
@@ -135,16 +116,11 @@
/pathelement
/src
classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+path refid=build.classpath
+/path
pathelement path=${classesdir}
/pathelement
/classpath
- !-- Exclude Ibatis related classes because ibiblio does not have the
- required (1.2.9) JAR file at the moment --
- exclude
Re: [digester] initial code for Digester2.0
As you've discovered, at the technical level Commons karma is project-wide. Socially, the practice has been to do exactly what you've done -- ask to participate and get accepted by the other developers working on that package. +1 on Oliver for Digester. I wish I had time to participate -- the ideas sound really interesting -- but it's good to see that the package is being cared for so ably. Craig On Fri, 4 Feb 2005 09:21:44 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Fri, 04 Feb 2005 21:19:46 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Digester2 is just me so far, though. I'm happy for you to commit to the digester2 directory, and don't think there is anyone else you need to ask. Cool. I will need to do some work for money the next two weeks, but will contribute the promised stuff ASAP. Oliver - 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: [digester] initial code for Digester2.0
Not sure if it's been discussed already, but I'm very much in favor of this (from the Wiki): - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
(oops, wrong button) Not sure if it's been discussed already, but I'm very much in favor of this (from the Wiki): ' It would be nice for SetProperties and SetNestedProperties rules to automatically map xml attributes and element names like foo-bar to bean properties of form fooBar. ' It's actually listed as a possible enhancement for 1.7, but wherever it ends up, it will be appreciated. (Assuming it isn't there already and I missed it...) -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151389 - jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml
Author: ozeigermann Date: Fri Feb 4 11:02:37 2005 New Revision: 151389 URL: http://svn.apache.org/viewcvs?view=revrev=151389 Log: Prepared 1.1 beta 2 Modified: jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml Modified: jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml?view=diffr1=151388r2=151389 == --- jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml Fri Feb 4 11:02:37 2005 @@ -3,7 +3,7 @@ properties titleDownloads/title author email=commons-dev@jakarta.apache.orgCommons Documentation Team/author - revision$Id: downloads.xml,v 1.5 2005/01/13 01:23:57 ozeigermann Exp $/revision + revision$Id$/revision /properties body @@ -32,6 +32,7 @@ c pThe following beta releases / release candidates are available:/p ul lia href=http://cvs.apache.org/dist/jakarta/commons/transaction/1.1b1/;Version 1.1 beta 1 - 13 January 2004/a / a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/transaction/RELEASE-NOTES.txt?rev=1.14;release notes/a/li + lia href=http://cvs.apache.org/dist/jakarta/commons/transaction/1.1b2/;Version 1.1 beta 2 - 5 February 2004/a / a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/RELEASE-NOTES.txt;release notes/a/li /ul /section section name=Latest Sources - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[xmlio] status
Oliver, I read many emails where you talk about your participation on digester2 and wish to know if you will continue xmlio. Thanx Woody - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[i18n] status
Daniel and Oliver, please, this project will continue? I sent a class diagram with changes (proposal changes) but I no receive any response from both. I know you are working on other projects (transaction, slide, etc ) but, please, aswer me. I really wanna participate ... Thanx again Woody - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] status
Woody, I mainly work on xmlio, but am not aware of any proposed changes to the project. The class diagrams you sent have been put online by me. Oliver On Fri, 4 Feb 2005 16:15:41 -0300, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Daniel and Oliver, please, this project will continue? I sent a class diagram with changes (proposal changes) but I no receive any response from both. I know you are working on other projects (transaction, slide, etc ) but, please, aswer me. I really wanna participate ... Thanx again Woody - 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: VOTE: FeedParser move to Commons Proper...
Dion Gillard wrote: Dirk, from what I can see feedparser seems more like a top level java project than a commons one. Maybe it should go straight from the sandbox to jakarta? What I'm worried about this is that we might be a bit early for a top level java project. We only have 3 developers and we haven't done a release yet (because we're prevented from doing one). Maybe its time for the incubator but I'm a bit nervous about that since it seems REALLY complicated from my perspective. Maybe its easier now... My current goal of moving from the sandbox to the commons was to do a release and just get more developers. Then in a couple months we can look at the situation again. Is there a pattern of projects moving from the commons to a top level jakarta project? I just want to do whats easy and conventional for now ;) Kevin -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [xmlio] status
Development and support will be continued until (unless?) all of xmlio's functionality is present in either digester2 and/or other commons projects. Oliver On Fri, 4 Feb 2005 15:52:55 -0300, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Oliver, I read many emails where you talk about your participation on digester2 and wish to know if you will continue xmlio. Thanx Woody - 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]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T11:30:21 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -16,3 +16,4 @@ * FeedParser/HelpingDevel * FeedParser/AtomNotes05 * FeedParser/FutureGoals + * FeedParser/StringAllocationConsideredHelpful - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: FeedParser/StringAllocationConsideredHelpful
Date: 2005-02-04T11:32:59
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/StringAllocationConsideredHelpful
URL:
http://wiki.apache.org/jakarta-commons/FeedParser/StringAllocationConsideredHelpful
no comment
New Page:
Patrick Chanezon was nice enough to comment on our FeedFilter implementation.
His central point was that string allocation is a waste of CPU and memory and
that a Reader or InputString approach would be faster/better.
I responded to the java-syndication list but figured it was better to preserve
the email here as I'm sure this will come up again.
In fact I tend to link to this wiki page as documentation within the source ;)
{{{
patrick chanezon wrote:
#1 adds a memory usage penalty that can be significant in the case of
large feeds.
Actually... No it doesn't ... you already have the penalty because
you're using DOM. If you have a 1M feed you'll need 1M of data to
keep the DOM.
Since the string and the DOM are never in memory at the same time
there's no memory hit.
#3 introduces an extra char-byte conversion.
#4 introduces an extra byte-char conversion.
Worse is better ;). Seriously... I've had to get over this a LONG time
ago. If you think you have this problem now wait until you have to work
in an environment like Rojo. We literally are parsing strings 10-20
times and still the CPU is not our bottleneck.
It would have been nice to not to do this but our logic is too
complicated to have it in a one pass filter.
The extra CPU required is certainly worth it. I think :)
The implementation of the HTML literal entities to coded entities
conversion, FeedFilter, creates a StringBuffer with a size 1000 chars
bigger than the String with the feed to process. Not to mention the
memory used by the XML stack (SAX+JDom in the current incarnation or
SAX in the future one, but the later we'd expect it would be not that
much).
What? The XML stack and the FeedFilter aren't used at the same time
so there's no additional overhead.
#3 and #4 could be avoided by tweaking the FeedFilter code not go
down to byte level, staying at String level.
Not really... UTF16 and UTF32 wouldn't work :-/ Latin1, UTF8, and all
the iso-* types would work but I'm worried about the other encodings
because I'm not an encoding god.
However, the 2x feed-size memory footprint is something that cannot
be removed from the current design.
There isn't one ;)
IMO these factors can be limiting in a server environment.
Not in a server environment. So first off... there's NO overhead
because its already less than or equal to your DOM overhead which is
done *after* the parse.
Second...if this is limiting in a server environment then the fact
that Rome is DOM would be limiting right? ;) This would suggest that
Rome should move to a SAX-based API ;) *cough* ;)
So FeedParsers network API only allows files 1M. So if you're in a
HIGHLY multithreaded env with say 800 threads thats 800M of data.. Our
machines are running 2G of memory and NEVER page so this has never been
a problem.
I'm actually more worried about a clientside aggregator IMO due to the
fact that if the user has 200 subscriptions, with threads handlign
each... thats 200M of data which is TOTALLY wasted in a client aggregator.
But then again this scenario NEVER happens because the majority of feeds
are 100k.
The outstanding issue is then the memory utilization. I've thought
for a while on how this could be avoided and Algorithms 101 came to
the rescue, a char based stream filter.
but now you still have your byte - char conversion right?
This is do the HTML entity conversion as the stream is read, this
means doing some look ahead logic.
which requires more memory ;)
This involves some extra logic for the look ahead when an entity (it
has been a while since I've played being lex) begins but it would be
comparable to what the Matcher does to find the entity patterns in
the FeedFilter.
The issue is that you're one step down the path to using real strings.
We have multi-pass regexps which we use on strings mirrored from the
network which would be impossible with a buffered Reader/InputStream
I'll be checking in the code as soon as I have internet connection,
if you guys don't like it please do a rollback. I'd normally wait
until I get a few +1s but I'm going to have intermittent internet
access for a couple of weeks.
Well you have my feedback ;)
So what does this mean exactly? You took the FeedFilter and called it
XmlFilterReader (or whatever) and implemented it not using a string? I
mean I'm fine with this and the license allows it but:
1. Doesn't seem like there's any benefit here
2. Prevents blackboxing the code.
3. Prevents easy cooperation on this class in the future (and stable
liberal parsing between Rome and the FeedFilter)
Also if you were *right* it would have been better from a cooperation
standpoint to submit a patch to the FeedFilter ... You could have
[transaction][VOTE][RESULT] Release 1.1b2
With the following votes the Commons community has decided to release Commons Transaction 1.1 beta2: Oliver Zeigermann [EMAIL PROTECTED] +1 Stefan Lützkendorf [EMAIL PROTECTED] +1 James Mason [EMAIL PROTECTED] +1 Distribution: http://cvs.apache.org/dist/jakarta/commons/transaction/1.1b2 The release notes are here: http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/RELEASE-NOTES.txt Oliver (on behalf of the Commons community) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151394 - jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Author: burton
Date: Fri Feb 4 11:39:21 2005
New Revision: 151394
URL: http://svn.apache.org/viewcvs?view=revrev=151394
Log:
dox for string allocation issues...
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java?view=diffr1=151393r2=151394
==
---
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
(original)
+++
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Fri Feb 4 11:39:21 2005
@@ -26,7 +26,7 @@
/**
*
* @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton (burtonator)/a
- * @version $Id: FeedFilter.java,v 1.7 2005/01/23 09:49:50 burton Exp $
+ * @version $Id$
*/
public class FeedFilter {
@@ -55,6 +55,13 @@
}
+/**
+ * Parse out an input string of content.
+ *
+ *
http://wiki.apache.org/jakarta-commons/FeedParser_2fStringAllocationConsideredHelpful
+ *
+ * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ */
public static byte[] parse( String content, String encoding )
throws Exception {
@@ -67,6 +74,12 @@
//decode HTML entities that are referenced.
if ( DO_DECODE_ENTITIES )
content = doDecodeEntities( content );
+
+//TODO: undeclared namespace prefixes should be expanded to their
common
+//form. 'rdf, 'atom', 'xhtml' etc. Considering that they're will only
be
+//a handful H and then 4^36 different possibilities the probability
will
+//only be H in 4^36 which is pretty good that we won't have a false
+//positive.
return content.getBytes( encoding );
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151395 - jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Author: burton
Date: Fri Feb 4 11:41:10 2005
New Revision: 151395
URL: http://svn.apache.org/viewcvs?view=revrev=151395
Log:
deprecated.
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java?view=diffr1=151394r2=151395
==
---
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
(original)
+++
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Fri Feb 4 11:41:10 2005
@@ -39,6 +39,13 @@
private static Pattern entity_pattern = Pattern.compile( ([a-zA-Z]+); );
+/**
+ * This is probably the wrong behavior. I shouldn't call this method I
+ * think because assuming a content type is bad form.
+ *
+ * @deprecated Specify an encoding with #parse( bytes[], encoding )
+ * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ */
public static byte[] parse( byte[] bytes )
throws Exception {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T11:43:49 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -16,4 +16,5 @@ * FeedParser/HelpingDevel * FeedParser/AtomNotes05 * FeedParser/FutureGoals - * FeedParser/StringAllocationConsideredHelpful + * [FeedParser/StringAllocationConsideredHelpful StringAllocationConsideredHelpful] + * [FeedParser/ReleaseSchedule ReleaseSchedule] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T11:45:03 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -16,5 +16,5 @@ * FeedParser/HelpingDevel * FeedParser/AtomNotes05 * FeedParser/FutureGoals - * [FeedParser/StringAllocationConsideredHelpful StringAllocationConsideredHelpful] - * [FeedParser/ReleaseSchedule ReleaseSchedule] + * FeedParser/StringAllocationConsideredHelpful + * FeedParser/ReleaseSchedule ReleaseSchedule - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T11:45:13 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -17,4 +17,4 @@ * FeedParser/AtomNotes05 * FeedParser/FutureGoals * FeedParser/StringAllocationConsideredHelpful - * FeedParser/ReleaseSchedule ReleaseSchedule + * FeedParser/ReleaseSchedule - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: FeedParser/ReleaseSchedule
Date: 2005-02-04T11:46:06 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment New Page: == 0.5.0 == * Date: Feb 10, 2005 * TODO: * Maven builds' .jar * JDOM upgrade? * jakarta-feedparser-0.5.0.jar instead of just .jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T11:48:39 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -3,6 +3,7 @@ * Date: Feb 10, 2005 * TODO: + * Move to commons proper (can't do a release from sandbox) * Maven builds' .jar * JDOM upgrade? * jakarta-feedparser-0.5.0.jar instead of just .jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T11:51:01 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -1,6 +1,7 @@ == 0.5.0 == * Date: Feb 10, 2005 + * Post to FreshMeat, java lobby, the server side, slashdot, mailing lists, etc * TODO: * Move to commons proper (can't do a release from sandbox) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151398 - jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Author: burton
Date: Fri Feb 4 11:54:23 2005
New Revision: 151398
URL: http://svn.apache.org/viewcvs?view=revrev=151398
Log:
dox for UTF-16 prolog bug... FIXME
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java?view=diffr1=151397r2=151398
==
---
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
(original)
+++
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Fri Feb 4 11:54:23 2005
@@ -100,8 +100,13 @@
*/
private static String doRemoveLeadingProlog( String content, String
encoding ) {
-//if we're a UTF-16 or UTF-32 feed we need to LEAVE the prolog because
-//it triggers a UTF-16 parse.
+// if we're a UTF-16 or UTF-32 feed we need to LEAVE the prolog because
+// it triggers a UTF-16 parse due to the BOM.
+//
+// FIXME: this isn't actually true. We should leave the BOM and remove
+// the prolog anyway due to the fact that this will still break the
+// parser. Come up with some tests for UTF-16 to see if I can get it
to
+// break and then update this method.
if ( UTF-16.equals( encoding ) ||
UTF-32.equals( encoding ) )
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T12:36:53 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -18,3 +18,5 @@ * FeedParser/FutureGoals * FeedParser/StringAllocationConsideredHelpful * FeedParser/ReleaseSchedule + * FeedParser/OpenComments + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: FeedParser/OpenComments
Date: 2005-02-04T12:39:55
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/OpenComments
URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments
no comment
New Page:
== Overview ==
FeedParser does a great job at parsing RSS feeds but there is additional
metadata in the HTML posts in the form of comments and we'd like to parse this
out.
Currently all the templating systems use the same general format for div and
class names and its possible to write a parser for them.
We'd like to push forward an Open Comments system mechanism to standardize on
XHTML structure (similar to XOXO) so that RSS parsers like FeedParser can also
parse comments in HTML.
* Trackback parsing
* Comment parsing
== API ==
onTrackback()
@param author The author of the comment
@param weblog The URL to weblog of the author.
@param permalink The permalink to the comment post.
@param content The content of the comment.
onComment( String author,
String weblog,
String permalink,
String content,
Date date )
== Typepad ==
{{{
meta name=generator content=http://www.movabletype.org/; /
}}}
{{{
div class=comment
h3 id=c20648
1- a href=http://thinkcorps.com; rel=nofollowelvix/a
@ a
href=http://joi.ito.com/archives/2005/01/25/starting_the_car.html#c020648;
title=Permalink to commentJanuary 25, 2005 02:25 PM/a
/h3
div class=commentbody
p i wonder if some wiki-like audio format might emerge to
track /explore these collaborations? i.e., who added
what and when? as collaborations like this become more
commonplace (toss in mashups for good measure), could
exploring the genesis of the music be as much fun as
listening (or creating it for that matter)? kinda throws
open the entire creative process./p
/div
/div
}}}
== Blogger ==
http://saladwithsteve.com/2005/01/i-wondered-where-i-put-that.html#comments
{{{
meta name=generator content=Blogger /
}}}
{{{
dl id=comments-block
dt class=comment-poster id=c110594976009218540a
name=c110594976009218540/a
Anonymous said...
/dt
dd class=comment-body
pI don't get how anyone could nail gun themselves and not know it for
six days. Was his mouth open when the nail backfired or what? That's
just plain weird.br /br /Also what's up with him not having medical
insurance? I've had friends who have worked in construction and they
got paid a lot of money per hour.br /br /Considering that the nail
actually went into his brain, he is so lucky he didn't have bigger
problems./p
p class=comment-timestamp
a href=#c110594976009218540 title=comment permalink12:16:00
AM/a
/p
span class=item-control admin-566838053 pid-2003574965
a style=border:none;
href=http://www.blogger.com/delete-comment.do?blogID=3187374postID=110594976009218540;
title=Delete Comment
span class=delete-comment-iconnbsp;/span
/a
/span
/dd
/dl
}}}
== Blogspot ==
== Drupal ==
Example: http://drupal.org/node/15934#comment
{{{
a id=comment-26073/a
div class=comment
div class=w1
div class=w2
div class=w3
div class=w4
h3 class=titlea href=node/15934#comment-26073 class=activeFunny,
I was just talking/a/h3
div class=authora href=user/4426 title=View user profile.Boris
Mann/a - January 21, 2005 - 08:05/div
div class=contentpFunny, I was just talking about this yesterday
with a href=http://www.willpate.org;Will Pate/a of a
href=http://www.goodbasic.com;GoodBasic/a -- he's trying to get together
educators to look at Drupal as an alternative to current online learning
systems./p
pWe had briefly talked through the creation of a quizzes module. The a
href=project/surveysurvey/a module is OK for short surveys, but it's meant
for anonymous use and has some other shortcomings, and really the needs of
quizzes is different enough to warrant a separate module. But, the a
href=project/formsforms/a module could likely be re-used as a supporting
module./p
pAn additional permission would be quiz marker (imagine the TA of a
professor marking). We had imagined that along with the quiz itself, the
answer template would be created. There would be some questions (e.g.
multiple choice) that would have just one answer and could be marked
automatically, but text-answer questions would have, on the answer side, a
model answer as well as a list of points to guide the quiz marker. Scores
could be entered, as well as comments on rightness/wrongness./p
pThe quiz taker could view their own results. The answer template could be
made public after the fact./p
pFor a set of quizzes, stats/reports could be generated on marking/grades.
Export to Excel,
RE: VOTE: FeedParser move to Commons Proper...
I'm +1 for the following reason: It does make sense that feedparser would be a higher level subproject of Jakarta and not a commons component, but it doesn't make sense to promote a 3 person community to subproject status just yet. I think feedparser should follow the path of commons math and httpclient. Stay on the commons-dev mailing lists, and when the community grows start thinking about migrating out of the commons. +1 To promote feedparser out of commons at this point might create the possibility for another BCEL. Tim O'Brien -Original Message- From: Kevin A. Burton [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 1:18 PM To: Jakarta Commons Developers List Subject: Re: VOTE: FeedParser move to Commons Proper... Dion Gillard wrote: Dirk, from what I can see feedparser seems more like a top level java project than a commons one. Maybe it should go straight from the sandbox to jakarta? What I'm worried about this is that we might be a bit early for a top level java project. We only have 3 developers and we haven't done a release yet (because we're prevented from doing one). Maybe its time for the incubator but I'm a bit nervous about that since it seems REALLY complicated from my perspective. Maybe its easier now... My current goal of moving from the sandbox to the commons was to do a release and just get more developers. Then in a couple months we can look at the situation again. Is there a pattern of projects moving from the commons to a top level jakarta project? I just want to do whats easy and conventional for now ;) Kevin -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - 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]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T12:47:10
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/OpenComments
URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments
no comment
Change Log:
--
@@ -162,3 +162,23 @@
== pMachine ==
== Blojsom ==
+
+{{{
+
+div id=comments
+h3Comments on this entry:/h3
+
+div class=comment
+p class=blue
+
+Left on Wed, 2 Feb 2005 10:19 by Grumpy
+
+ (a href=http://hxr.us/grumpops;
+ rel=nofollowhttp://hxr.us/grumpops/a) /p
+
+p Very cool. And they'll be playing at a Borders only 4 miles
+from my house in late Feb.
+
+/p
+/div
+}}}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T12:47:41
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/OpenComments
URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments
no comment
Change Log:
--
@@ -164,6 +164,10 @@
== Blojsom ==
{{{
+meta name=generator content=blojsom v2.24/
+}}}
+
+{{{
div id=comments
h3Comments on this entry:/h3
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T12:48:23
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/OpenComments
URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments
no comment
Change Log:
--
@@ -12,6 +12,9 @@
== API ==
+
+{{{
+
onTrackback()
@param author The author of the comment
@@ -24,6 +27,8 @@
String permalink,
String content,
Date date )
+
+}}}
== Typepad ==
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151416 - jakarta/commons/proper/httpclient/trunk/build.properties.sample jakarta/commons/proper/httpclient/trunk/build.xml
Author: olegk
Date: Fri Feb 4 12:58:57 2005
New Revision: 151416
URL: http://svn.apache.org/viewcvs?view=revrev=151416
Log:
build.xml cleaned up
Modified:
jakarta/commons/proper/httpclient/trunk/build.properties.sample
jakarta/commons/proper/httpclient/trunk/build.xml
Modified: jakarta/commons/proper/httpclient/trunk/build.properties.sample
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/build.properties.sample?view=diffr1=151415r2=151416
==
--- jakarta/commons/proper/httpclient/trunk/build.properties.sample (original)
+++ jakarta/commons/proper/httpclient/trunk/build.properties.sample Fri Feb 4
12:58:57 2005
@@ -4,7 +4,7 @@
# Make a copy this file named build.properties,
# and customize it to your environment and preferences.
#
-# $Id: build.properties.sample,v 1.13 2004/01/06 20:15:09 olegk Exp $
+# $Id$
# ===
# ===
@@ -14,77 +14,28 @@
# The base directory for libraries used by HttpClient
lib.dir=./lib
-# Commons Logging (See http://jakarta.apache.org/commons/logging.html)
-# Required to compile and run.
+# Required compile and runtime dependencies.
commons-logging.jar=${lib.dir}/commons-logging.jar
commons-codec.jar=${lib.dir}/commons-codec.jar
-# JUnit Version 3.8(+?) (see http://www.junit.org/ )
# Required to compile and run the unit tests.
junit.jar=${lib.dir}/junit.jar
# A JSSE implementation (see http://java.sun.com/products/jsse):
# Required to compile, only needed at runtime if you're using HTTPS.
-base.path=/java
-jsse.home=${base.path}/jsse-1.0.3_01
-jsse.lib=${jsse.home}/lib
-jcert.jar=${jsse.lib}/jcert-1.0.3_01.jar
-jnet.jar=${jsse.lib}/jnet-1.0.3_01.jar
-jsse.jar=${jsse.lib}/jsse-1.0.3_01.jar
-
# A JCE implementation (see http://java.sun.com/products/jce):
-# Required to compile, only needed at runtime if you're using HTTPS.
-jce.lib=${base.path}/Programs/sun/jce1.2.2/lib
-jce.jar=${jce.lib}/jce-1.2.2.jar
+# Required to compile, only needed at runtime if you're using NTLM.
-# The Servlet API (See http://java.sun.com/products/servlet)
-# Required to compile the test webapp.
-servlet.jar=${base.path}/jakarta-tomcat/lib/servlet.jar
+# Both JSSE and JCE are expected to be present and configured in
+# the JDK/JRE
# ===
# Test Properties - used to configure the test cases
# ===
-# httpclient.log
# - indicates which log writer to use (optional)
httpclient.test.log=org.apache.commons.logging.impl.SimpleLog
#httpclient.test.log=org.apache.commons.logging.impl.Log4JCategoryLog
#httpclient.test.log=org.apache.commons.logging.impl.NoOpLog
-# httpclient.test.*
-# - various properties used to override defaults within
-#the JUnit tests
-
-# the host name for the local webserver
-#httpclient.test.localHost=127.0.0.1
-
-# the port for the local webserver
-#httpclient.test.localPort=8080
-
-# the context to which the test webapp is deployed
-#httpclient.test.webappContext=httpclienttest
-
-# ===
-# Build Properties
-# ===
-
-# where to build the test-webapp to
-#test-webapp.dest=${dist.home}
-#test-webapp.dest=/java/jakarta-tomcat-4.0-b7/webapps
-
-
-# ===
-# Anakia Properties (used by the xdoc target)
-# ===
-
-velocity.jar=/cvs/jakarta/jakarta-site2/lib/velocity-1.3-dev.jar
-jdom.jar=/cvs/jakarta/jakarta-site2/lib/jdom-b7.jar
-xerces.jar=/cvs/jakarta/jakarta-site2/lib/xerces-1.4.3.jar
-
-# Note: Building the docs won't work if you have an earlier version of
-# velocity.jar (eg 1.0.1) than that specified here. A symptom of this is when
-# your generated HTML contains [Element: p/]
-
-# set this property to keep xdoc from fetching .vsl file from cvs
-#localstylesheet=true
Modified: jakarta/commons/proper/httpclient/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/build.xml?view=diffr1=151415r2=151416
==
--- jakarta/commons/proper/httpclient/trunk/build.xml (original)
+++ jakarta/commons/proper/httpclient/trunk/build.xml Fri Feb 4 12:58:57 2005
@@ -1,7 +1,7 @@
project name=HttpClient default=compile basedir=.
!--
HttpClient component of the Jakarta Commons Subproject
-$Id: build.xml,v 1.35 2004/12/11 22:38:35 olegk Exp $
+$Id$
author: Remy Maucherat ( mailto:[EMAIL PROTECTED] )
author: Rod Waldhoff ( mailto:[EMAIL PROTECTED] )
author: Vincent Massol ( mailto:[EMAIL
Re: VOTE: FeedParser move to Commons Proper...
Exactly, first grow a little more in commons proper and then move out if the scope or community grows towards a jakarta level. -- Dirk Tim O'Brien wrote: I'm +1 for the following reason: It does make sense that feedparser would be a higher level subproject of Jakarta and not a commons component, but it doesn't make sense to promote a 3 person community to subproject status just yet. I think feedparser should follow the path of commons math and httpclient. Stay on the commons-dev mailing lists, and when the community grows start thinking about migrating out of the commons. +1 To promote feedparser out of commons at this point might create the possibility for another BCEL. Tim O'Brien -Original Message- From: Kevin A. Burton [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 1:18 PM To: Jakarta Commons Developers List Subject: Re: VOTE: FeedParser move to Commons Proper... Dion Gillard wrote: Dirk, from what I can see feedparser seems more like a top level java project than a commons one. Maybe it should go straight from the sandbox to jakarta? What I'm worried about this is that we might be a bit early for a top level java project. We only have 3 developers and we haven't done a release yet (because we're prevented from doing one). Maybe its time for the incubator but I'm a bit nervous about that since it seems REALLY complicated from my perspective. Maybe its easier now... My current goal of moving from the sandbox to the commons was to do a release and just get more developers. Then in a couple months we can look at the situation again. Is there a pattern of projects moving from the commons to a top level jakarta project? I just want to do whats easy and conventional for now ;) Kevin -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: UsingSVN
Date: 2005-02-04T14:13:59 Editor: DirkVerbeeck Wiki: Jakarta Commons Wiki Page: UsingSVN URL: http://wiki.apache.org/jakarta-commons/UsingSVN subeclipse update info Change Log: -- @@ -103,6 +103,9 @@ * http://subversion.tigris.org/ * http://tortoisesvn.tigris.org/ * http://subclipse.tigris.org/ (Add http://subclipse.tigris.org/update as an update site in Eclipse's update manager) +If you are trying to get the latest version of subeclipse, do not use Eclipse's search for updates of existing features, instead use search for new features. Eclipse kept telling me that there was no version greater than 0.9.22 while this fellow was telling me he'd just released 0.9.26. Running search for new features against the subversion.tigris.org site quickly found what I was looking for. Any jakarta-commons devs who want to try subeclipse but are stuck on 0.9.22 should try this. + + * http://esvn.umputun.com/ ''Client for Linux, Mac, Windows'' * http://www.cygwin.com/ (Linux-like environment for Windows with command-line svn available) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser
Date: 2005-02-04T14:31:26 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser URL: http://wiki.apache.org/jakarta-commons/FeedParser no comment Change Log: -- @@ -13,6 +13,7 @@ * CodeConPresentation * TagMetaDataEvents + * AutoDiscoveryHallOfShame * FeedParser/HelpingDevel * FeedParser/AtomNotes05 * FeedParser/FutureGoals - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] status
Oliver, I sent one proposal too (another class diagram, with a macro vision of my suggestions). The idea behind my suggestion is write one mediator (ConfigManager) to retain one specific configuration (I can have many threads running with diferent configurations) and put one service locator in MessageManager. Each message (LocalizedText, LocalizedMessage, etc) comunicates with MessageManager through your configuration. I write a lot of code to test this ideas and to be more confident with this project, but now I stuck, this project is not mine and I need to take easy with ideas 8( You wanna see this class diagram? I'm boring you? Sorry Woody I mainly work on xmlio, but am not aware of any proposed changes to the project. The class diagrams you sent have been put online by me. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: FeedParser move to Commons Proper...
Tim O'Brien, please, sorry by my stupidity, but how do you means with: To promote feedparser out of commons at this point might create the possibility for another BCEL. ? Woody - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T15:17:08 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -1,7 +1,7 @@ == 0.5.0 == * Date: Feb 10, 2005 - * Post to FreshMeat, java lobby, the server side, slashdot, mailing lists, etc + * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc * TODO: * Move to commons proper (can't do a release from sandbox) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T15:42:49 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/OpenComments URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments no comment Change Log: -- @@ -10,6 +10,18 @@ * Comment parsing +== Who's Interested? == + +[http://peerfear.org KevinBurton] - Rojo Networks Inc. + +== Name? == + +Is Open Comments a good name? + +== Where to organize? == + +Where should we organize this effort? I don't want to do it on a vendor's site and would rather keep this as open as possible. Any suggestions? + == API == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] status
I am sure that your suggestions are valueable and you do not bore me at all. However, the proposals you made should be inspected by Daniel, as I have no deeper insight into neither contract nor i18n. Oliver On Fri, 4 Feb 2005 19:55:21 -0800, Anaximandro (Woody) [EMAIL PROTECTED] wrote: Oliver, I sent one proposal too (another class diagram, with a macro vision of my suggestions). The idea behind my suggestion is write one mediator (ConfigManager) to retain one specific configuration (I can have many threads running with diferent configurations) and put one service locator in MessageManager. Each message (LocalizedText, LocalizedMessage, etc) comunicates with MessageManager through your configuration. I write a lot of code to test this ideas and to be more confident with this project, but now I stuck, this project is not mine and I need to take easy with ideas 8( You wanna see this class diagram? I'm boring you? Sorry Woody I mainly work on xmlio, but am not aware of any proposed changes to the project. The class diagrams you sent have been put online by me. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T15:49:14
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/OpenComments
URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments
no comment
Change Log:
--
@@ -1,10 +1,26 @@
== Overview ==
-FeedParser does a great job at parsing RSS feeds but there is additional
metadata in the HTML posts in the form of comments and we'd like to parse this
out.
+RSS aggregators do a great job at parsing RSS feeds but there is additional
metadata in the HTML posts in the form of comments and trackbacks and we'd like
to parse this out.
Currently all the templating systems use the same general format for div and
class names and its possible to write a parser for them.
-We'd like to push forward an Open Comments system mechanism to standardize
on XHTML structure (similar to XOXO) so that RSS parsers like FeedParser can
also parse comments in HTML.
+Roughly the structure is:
+
+{{{
+
+div class=comments
+
+div class=comment-body
+
+ Hey guys... this is my comment.
+
+/div
+
+/div
+
+}}}
+
+We'd like to push forward an Open Comments system mechanism to standardize
on XHTML structure (similar to XOXO) so that RSS/Atom aggregators can also
parse comments and trackbacks from HTML.
* Trackback parsing
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] status
Thanx Oliver. I will wait for him, :o Woody - Original Message - From: Oliver Zeigermann [EMAIL PROTECTED] To: Anaximandro (Woody) [EMAIL PROTECTED] Cc: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Friday, February 04, 2005 3:47 PM Subject: Re: [i18n] status I am sure that your suggestions are valueable and you do not bore me at all. However, the proposals you made should be inspected by Daniel, as I have no deeper insight into neither contract nor i18n. Oliver On Fri, 4 Feb 2005 19:55:21 -0800, Anaximandro (Woody) [EMAIL PROTECTED] wrote: Oliver, I sent one proposal too (another class diagram, with a macro vision of my suggestions). The idea behind my suggestion is write one mediator (ConfigManager) to retain one specific configuration (I can have many threads running with diferent configurations) and put one service locator in MessageManager. Each message (LocalizedText, LocalizedMessage, etc) comunicates with MessageManager through your configuration. I write a lot of code to test this ideas and to be more confident with this project, but now I stuck, this project is not mine and I need to take easy with ideas 8( You wanna see this class diagram? I'm boring you? Sorry Woody I mainly work on xmlio, but am not aware of any proposed changes to the project. The class diagrams you sent have been put online by me. Oliver - 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]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T16:03:38 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/OpenComments URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments no comment Change Log: -- @@ -26,6 +26,12 @@ * Comment parsing +== FAQ == + + * Q: Can't users just break their templates? + + * A: Yes but they could also remove the autodiscovery tags and so forth. If they break them the parser should ignore the broken comments. + == Who's Interested? == [http://peerfear.org KevinBurton] - Rojo Networks Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T16:19:36 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/OpenComments URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments no comment Change Log: -- @@ -32,6 +32,13 @@ * A: Yes but they could also remove the autodiscovery tags and so forth. If they break them the parser should ignore the broken comments. + * Q: Why not just have comment feeds? + + * A: Comment RSS/Atom feeds are one solution. There are some additional advantages with using HTML. + 1. Developers don't have to change much. + 2. If you already have the HTML you can index the comments with no additional IO. Imagine an email style pane for threading which was directly integrated within your browser. + 3. Why does it make sense to have a separate XML file when the data is right there in the XHTML file. + == Who's Interested? == [http://peerfear.org KevinBurton] - Rojo Networks Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/OpenComments
Date: 2005-02-04T16:21:33 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/OpenComments URL: http://wiki.apache.org/jakarta-commons/FeedParser/OpenComments no comment Change Log: -- @@ -1,4 +1,4 @@ -== Overview == += Overview = RSS aggregators do a great job at parsing RSS feeds but there is additional metadata in the HTML posts in the form of comments and trackbacks and we'd like to parse this out. @@ -70,6 +70,8 @@ Date date ) }}} + += Existing Template Structure = == Typepad == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151450 - in jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2: NestedSAXException.java SAXHandler.java
Author: ozeigermann
Date: Fri Feb 4 16:33:31 2005
New Revision: 151450
URL: http://svn.apache.org/viewcvs?view=revrev=151450
Log:
Fixed 1.4 incompatibility
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/NestedSAXException.java
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/NestedSAXException.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/NestedSAXException.java?view=diffr1=151449r2=151450
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/NestedSAXException.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/NestedSAXException.java
Fri Feb 4 16:33:31 2005
@@ -37,6 +37,7 @@
}
public NestedSAXException(Throwable t) {
+super(t.getMessage());
cause = t;
}
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java?view=diffr1=151449r2=151450
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
Fri Feb 4 16:33:31 2005
@@ -1265,15 +1265,20 @@
*
*/
public InputSource resolveEntity(String publicId, String systemId)
-throws SAXException, IOException {
+//throws SAXException, IOException {
+throws SAXException {
if (saxLog.isDebugEnabled()) {
saxLog.debug(resolveEntity(' + publicId + ', ' + systemId +
'));
}
if (entityResolver != null) {
-// the user has specified their own EntityResolver, so we just
-// forward the call to that object:
-return entityResolver.resolveEntity(publicId, systemId);
+try {
+// the user has specified their own EntityResolver, so we just
+// forward the call to that object:
+return entityResolver.resolveEntity(publicId, systemId);
+} catch (IOException e) {
+throw new NestedSAXException(e);
+}
}
// TODO: fix this. We can't assume that every external entity
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Digester 2] SAX version
On Fri, 04 Feb 2005 22:12:05 +1300, Simon Kitching [EMAIL PROTECTED] wrote: On Fri, 2005-02-04 at 09:19 +0100, Oliver Zeigermann wrote: I have just check out Digester 2 and tried to compile it using Java 1.4.2_05 and to my big surprise it failed because of the SAX version that comes with Java 1.4.2_05. It has not empty ctor for SAXException (commented out in the source!) and resolveEntity in DefaultHandler no longer throws an IOException. I am a bit helpless now. Simon, which JDK are you using? Well, I am using java 1.5. It certainly wasn't my intention to add 1.5-specific code, so if you spot a problem, please go ahead and fix it. The 1.4.2 does not make much sense, I think. But I have added some - rather silly - code to make Digester compile with it. Not sure if this exactly is the best way... Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Fri, 2005-02-04 at 10:45 -0700, Wendy Smoak wrote: (oops, wrong button) Not sure if it's been discussed already, but I'm very much in favor of this (from the Wiki): ' It would be nice for SetProperties and SetNestedProperties rules to automatically map xml attributes and element names like foo-bar to bean properties of form fooBar. ' It's actually listed as a possible enhancement for 1.7, but wherever it ends up, it will be appreciated. (Assuming it isn't there already and I missed it...) Thanks for the feedback Wendy. I added that to-do item, so I'm sure it will get added eventually :-). If you feel like having a go at this yourself, I would be very happy to see a patch. Otherwise, it is lower on my priority list than getting the basic digester2 structure sorted so may be quite a while away from being implemented. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151467 - in jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp: FTPClient.java parser/ConfigurableFTPFileEntryParserImpl.java
Author: scohen
Date: Fri Feb 4 18:04:42 2005
New Revision: 151467
URL: http://svn.apache.org/viewcvs?view=revrev=151467
Log:
Fix bugs found by W. McDonald Buck having to do with
faulty passing of configuration.
Modified:
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTPClient.java
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/ConfigurableFTPFileEntryParserImpl.java
Modified:
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTPClient.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTPClient.java?view=diffr1=151466r2=151467
==
---
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTPClient.java
(original)
+++
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTPClient.java
Fri Feb 4 18:04:42 2005
@@ -298,6 +298,7 @@
__dataTimeout = -1;
__remoteVerificationEnabled = true;
__parserFactory = new DefaultFTPFileEntryParserFactory();
+__configuration = null;
}
@@ -311,7 +312,6 @@
__fileFormat = FTP.NON_PRINT_TEXT_FORMAT;
__fileTransferMode = FTP.STREAM_TRANSFER_MODE;
__restartOffset = 0;
-__configuration = null;
__systemName = null;
__entryParser= null;
__bufferSize= Util.DEFAULT_COPY_BUFFER_SIZE;
@@ -2343,9 +2343,9 @@
parserKey = getSystemName();
}
+} else {
+ __entryParser =
__parserFactory.createFileEntryParser(parserKey);
}
-
-__entryParser = __parserFactory.createFileEntryParser(parserKey);
}
return initiateListParsing(__entryParser, pathname);
Modified:
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/ConfigurableFTPFileEntryParserImpl.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/ConfigurableFTPFileEntryParserImpl.java?view=diffr1=151466r2=151467
==
---
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/ConfigurableFTPFileEntryParserImpl.java
(original)
+++
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/ConfigurableFTPFileEntryParserImpl.java
Fri Feb 4 18:04:42 2005
@@ -89,10 +89,17 @@
public void configure(FTPClientConfig config)
{
if (this.timestampParser instanceof Configurable) {
+FTPClientConfig defaultCfg = getDefaultConfiguration();
if (config != null) {
+ if (null == config.getDefaultDateFormatStr()) {
+
config.setDefaultDateFormatStr(defaultCfg.getDefaultDateFormatStr());
+ }
+ if (null == config.getRecentDateFormatStr()) {
+
config.setRecentDateFormatStr(defaultCfg.getRecentDateFormatStr());
+ }
((Configurable)this.timestampParser).configure(config);
} else {
-
((Configurable)this.timestampParser).configure(getDefaultConfiguration());
+ ((Configurable)this.timestampParser).configure(defaultCfg);
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
From: Simon Kitching [EMAIL PROTECTED] ' It would be nice for SetProperties and SetNestedProperties rules to automatically map xml attributes and element names like foo-bar to bean properties of form fooBar. ' If you feel like having a go at this yourself, I would be very happy to see a patch. Much as I'd love to play with Digester instead, homework wins out (for the moment at least.) Let's see how long it takes me to write a small recursive-descent parser that reads in arithmetic expressions, parses each one into an abstract syntax tree, and evaluates it. :) -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T20:02:26 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -1,7 +1,7 @@ == 0.5.0 == * Date: Feb 10, 2005 - * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc + * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc. Email Sam Ruby and a bunch of other Java and Apache friendly bloggers. * TODO: * Move to commons proper (can't do a release from sandbox) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T20:02:47 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -1,7 +1,7 @@ == 0.5.0 == * Date: Feb 10, 2005 - * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc. Email Sam Ruby and a bunch of other Java and Apache friendly bloggers. + * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc. Email Sam Ruby and a bunch of other Java, Apache, and Weblog friendly bloggers. * TODO: * Move to commons proper (can't do a release from sandbox) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T20:04:18 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -6,5 +6,5 @@ * TODO: * Move to commons proper (can't do a release from sandbox) * Maven builds' .jar - * JDOM upgrade? + * Jaxen upgrade? * jakarta-feedparser-0.5.0.jar instead of just .jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-email (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-email has an issue affecting its community integration. This issue affects 8 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-intake : Services Framework - fulcrum-security-adapter-turbine : Services Framework - fulcrum-template : Services Framework - jakarta-jetspeed : Enterprise Information Portal - jakarta-turbine-2 : A servlet based framework. - jakarta-turbine-3 : A servlet based framework. - scarab : Issue Tracking Built for the Ages Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-04022005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 8 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-04022005.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/javamail-1.3.2/mail.jar:/usr/local/gump/packages/javamail-1.3.2/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar - java:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 8 source files to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes java:jar-resources: Copying 1 file to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes test:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-reports test:test-resources: test:compile: [javac] Compiling 13 source files to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-classes /home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEmailTestCase.java:110: isStopped() has private access in com.dumbster.smtp.SimpleSmtpServer if (this.fakeMailServer != null !this.fakeMailServer.isStopped()) ^ /home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEmailTestCase.java:160: isStopped() has private access in com.dumbster.smtp.SimpleSmtpServer if (this.fakeMailServer == null || this.fakeMailServer.isStopped()) ^
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2005-02-04T21:51:10 Editor: BrentWorden Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -11,7 +11,6 @@ * Support PRNG-pluggability throughout the random package. * Investigate alternative methods for generating values from discrete distributions [http://www.jstatsoft.org/v11/i03/] * Add sparse matrix implementation. [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=736078] - * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] * Add rounding utilties [http://www.theserverside.com/news/thread.tss?thread_id=28596#137352] * Develop Genetic Algorithms Framework [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=882939] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151480 - in jakarta/commons/proper/math/trunk: src/java/org/apache/commons/math/util/MathUtils.java src/test/org/apache/commons/math/util/MathUtilsTest.java xdocs/changes.xml xdocs/userguide/utilities.xml
Author: brentworden
Date: Fri Feb 4 22:24:20 2005
New Revision: 151480
URL: http://svn.apache.org/viewcvs?view=revrev=151480
Log:
added rounding methods.
Modified:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java
jakarta/commons/proper/math/trunk/xdocs/changes.xml
jakarta/commons/proper/math/trunk/xdocs/userguide/utilities.xml
Modified:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java?view=diffr1=151479r2=151480
==
---
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java
(original)
+++
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java
Fri Feb 4 22:24:20 2005
@@ -16,6 +16,8 @@
package org.apache.commons.math.util;
+import java.math.BigDecimal;
+
/**
* Some useful additions to the built-in functions in [EMAIL PROTECTED] Math}.
*
@@ -45,6 +47,59 @@
* Private Constructor
*/
private MathUtils() {
+}
+
+/**
+ * Round the given value to the specified number of decimal places. The
+ * value is rounded using the [EMAIL PROTECTED] BigDecimal#ROUND_HALF_UP}
method.
+ * @param x the value to round.
+ * @param scale the number of digits to the right of the decimal point.
+ * @return the rounded value.
+ */
+public static double round(double x, int scale) {
+return round(x, scale, BigDecimal.ROUND_HALF_UP);
+}
+
+/**
+ * Round the given value to the specified number of decimal places. The
+ * value is rounded using the given method which is any method defined in
+ * [EMAIL PROTECTED] BigDecimal}.
+ * @param x the value to round.
+ * @param scale the number of digits to the right of the decimal point.
+ * @param roundingMethod the rounding method as defined in
+ *[EMAIL PROTECTED] BigDecimal}.
+ * @return the rounded value.
+ */
+public static double round(
+double x, int scale, int roundingMethod)
+{
+return (new BigDecimal(x).setScale(scale, roundingMethod))
+.doubleValue();
+}
+
+/**
+ * Round the given value to the specified number of decimal places. The
+ * value is rounding using the [EMAIL PROTECTED] BigDecimal#ROUND_HALF_UP}
method.
+ * @param x the value to round.
+ * @param scale the number of digits to the right of the decimal point.
+ * @return the rounded value.
+ */
+public static float round(float x, int scale) {
+return round(x, scale, BigDecimal.ROUND_HALF_UP);
+}
+
+/**
+ * Round the given value to the specified number of decimal places. The
+ * value is rounded using the given method which is any method defined in
+ * [EMAIL PROTECTED] BigDecimal}.
+ * @param x the value to round.
+ * @param scale the number of digits to the right of the decimal point.
+ * @param roundingMethod the rounding method as defined in
+ *[EMAIL PROTECTED] BigDecimal}.
+ * @return the rounded value.
+ */
+public static float round(float x, int scale, int roundingMethod) {
+return (new BigDecimal(x).setScale(scale,
roundingMethod)).floatValue();
}
/**
Modified:
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java?view=diffr1=151479r2=151480
==
---
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java
(original)
+++
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java
Fri Feb 4 22:24:20 2005
@@ -15,6 +15,10 @@
*/
package org.apache.commons.math.util;
+import java.math.BigDecimal;
+
+import org.apache.commons.math.TestUtils;
+
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
@@ -425,5 +429,27 @@
assertEquals(150, MathUtils.lcm(-a, b));
assertEquals(150, MathUtils.lcm(a, -b));
assertEquals(2310, MathUtils.lcm(a, c));
+}
+
+public void testRoundFloat() {
+float x = 1.234567890f;
+assertEquals(1.23f, MathUtils.round(x, 2), 0.0f);
+assertEquals(1.235f, MathUtils.round(x, 3), 0.0f);
+assertEquals(1.2346f, MathUtils.round(x, 4), 0.0f);
+
+assertEquals(1.23f, MathUtils.round(x, 2, BigDecimal.ROUND_DOWN),
0.0f);
+assertEquals(1.234f, MathUtils.round(x, 3, BigDecimal.ROUND_DOWN),
0.0f);
+assertEquals(1.2345f,
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2005-02-04T22:25:09 Editor: BrentWorden Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -12,7 +12,6 @@ * Investigate alternative methods for generating values from discrete distributions [http://www.jstatsoft.org/v11/i03/] * Add sparse matrix implementation. [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=736078] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - * Add rounding utilties [http://www.theserverside.com/news/thread.tss?thread_id=28596#137352] * Develop Genetic Algorithms Framework [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=882939] * Resampling [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=582054] * Applied-mathematical/Mathematical-physics algorithms? - Henri Yandell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] fraction class
I just committed a fraction class based on the one found in commons-lang. Please provide any feedback regarding its correctness, completeness, etc. Thanks, Brent Worden - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T22:39:17 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -8,3 +8,11 @@ * Maven builds' .jar * Jaxen upgrade? * jakarta-feedparser-0.5.0.jar instead of just .jar + * Nightly builds + +== 1.0.0 == + + * Latest version of Jaxen + * Cleanup Javadoc + * Full Atom 0.5 compliance + * More unit tests - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/ReleaseSchedule
Date: 2005-02-04T22:39:56 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/ReleaseSchedule URL: http://wiki.apache.org/jakarta-commons/FeedParser/ReleaseSchedule no comment Change Log: -- @@ -1,4 +1,4 @@ -== 0.5.0 == +== 0.5.0 (Feb 2005) == * Date: Feb 10, 2005 * Post to FreshMeat, java lobby, the server side, atomenabled.org, slashdot, mailing lists, etc. Email Sam Ruby and a bunch of other Java, Apache, and Weblog friendly bloggers. @@ -10,7 +10,7 @@ * jakarta-feedparser-0.5.0.jar instead of just .jar * Nightly builds -== 1.0.0 == +== 1.0.0 (Mar 2005) == * Latest version of Jaxen * Cleanup Javadoc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Commons Transaction 1.1b2 released
The Commons Community is proud to announce the second beta release of Commons Transaction 1.1! Commons Transaction provides utility classes commonly used in transactional Java programming. The second beta does not add new features, but mainly fixes known bugs, adds some tests, and provides more verbose inspection methods. Complete release notes: http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/RELEASE-NOTES.txt Download page: http://jakarta.apache.org/commons/transaction/downloads.html Project website: http://jakarta.apache.org/commons/transaction/ Oliver (on behalf of the Commons Community) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
