Bug report for Commons [2006/06/11]

2006-06-11 Thread bugzilla 
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 6508|Ass|Enh|2002-02-17|[lakta] HttpClient now supports proxyHost and prox|
| 6826|Ass|Enh|2002-03-04|[lakta] Need to have xml files validated against D|
| 6829|Ass|Enh|2002-03-04|[lakta] Allow easier way of user specified tests  |
| 7069|Ass|Enh|2002-03-13|[lakta] DTD and DOM Validators|
| 7226|Opn|Enh|2002-03-19|[beanutils] Nested Bean Collection|
| 7367|New|Nor|2002-03-22|[services] ServiceManager not actually serializabl|
| 7465|New|Nor|2002-03-25|[lakta] Need better 'dist' build  |
| 7981|Ver|Nor|2002-04-11|[codec][PATCH] add 2 new methods for encoding stri|
|10319|New|Enh|2002-06-28|[beanutils] Instantiate property if null in form b|
|12807|New|Nor|2002-09-19|[lakta][PATCH] Update build.xml to use commons-log|
|13390|New|Nor|2002-10-07|[lakta] ResponseHeaderHandler and ResponseHeaderVa|
|13426|New|Enh|2002-10-08|[lakta][PATCH] xml-reference.xml responseHeader ad|
|13743|Opn|Enh|2002-10-17|[beanutils] Need getPropertyType(Class theClass, S|
|14394|Ver|Nor|2002-11-08|[beanutils] Excessive exceptions log under securit|
|14667|Ver|Maj|2002-11-19|[beanutils] PropertyUtils.copyProperties does not |
|15451|Opn|Enh|2002-12-17|[beanutils] Multiple mapped properties not possibl|
|15519|Ver|Maj|2002-12-19|[beanutils] PropertyUtils.getPropertyType() for ja|
|15744|New|Nor|2002-12-31|[scaffold] Scaffold ResultSet used after statement|
|16038|Opn|Enh|2003-01-13|[beanutils] LocaleBeanUtils.copyProperties() does |
|16394|Inf|Enh|2003-01-24|[validator] Enhance the IndexedListProperty to han|
|16525|Opn|Enh|2003-01-29|[beanutils] BeanUtils.setProperty is over-zealous |
|16600|New|Nor|2003-01-30|[lakta] JUnitTestAdapter throws SAXException becau|
|16634|New|Enh|2003-01-31|[validator] Change ValidatorUtils.getValueAsString|
|16873|New|Enh|2003-02-07|[lakta] Specifying a different latka.properties fi|
|17002|New|Enh|2003-02-12|[beanutils] Problem with index property   |
|17102|New|Enh|2003-02-15|[lakta] Can't embed "<>" characters in paramValue |
|17501|New|Enh|2003-02-27|[beanutils] Add dynamic discovery of mapped proper|
|17662|New|Nor|2003-03-05|[cli] Unknown options are ignored instead of throw|
|17682|New|Nor|2003-03-05|[cli] HelpFormatter does not wrap lines correctly |
|17769|New|Blk|2003-03-07|[scaffold] pre-mature closing of Statement and Pre|
|17957|New|Cri|2003-03-13|[launcher] - on OutOfMemoryError no message   |
|18087|New|Enh|2003-03-18|[beanutils] Add BeanFactory class for dynamic fact|
|18773|New|Enh|2003-04-07|[reflect] Can add a method cache in MethodUtils   |
|19749|Opn|Nor|2003-05-07|[cli] HelpFormatter does not handle groups properl|
|19781|New|Min|2003-05-08|[beanutils] PropertyUtils.copyProperties throws ex|
|19857|New|Enh|2003-05-12|[beanutils] Methods ConvertUtilsBean.convert could|
|20027|New|Enh|2003-05-19|[beanutils] ConvertUtils enhancements |
|20057|New|Nor|2003-05-20|[lakta] Difficulty to download " sample Latka test|
|20067|New|Nor|2003-05-20|[lakta] "sample Latka test suite" SUITE FAILED - c|
|20520|New|Enh|2003-06-05|[beanutils] MethodUtils: Need easy way to invoke s|
|20523|New|Enh|2003-06-05|[fileupload] Model FileUpload model to mimic javax|
|20549|New|Enh|2003-06-06|[beanutils] Handling of exceptions thrown during B|
|20686|New|Enh|2003-06-11|[beanutils] Register converters by both target cla|
|20836|New|Enh|2003-06-17|[beanutils] Localizing beanutils  |
|20838|New|Enh|2003-06-17|[fileupload] Add a new property maxFileSize to con|
|20968|New|Enh|2003-06-20|[beanutils][PATCH] Include bean getClass in Proper|
|21076|New|Enh|2003-06-25|[beanutils] Add "aggressive" mode for BeanUtils.co|
|21433|New|Enh|2003-07-09|[scaffold] StorageBeanBase should use a resource n|
|21483|New|Enh|2003-07-10|[beanutils] BeanUtils and PropertyUtils toString f|
|21693|New|Enh|2003-07-17|[beanutils] copyProperties method should not exit |
|21793|New|Nor|2003-07-22|[scaffold] StatementUtils fix |
|22046|

Re: [FILEUPLOAD] RfC: Proposed API changes for streaming

2006-06-11 Thread Jochen Wiedmann 
Martin Cooper wrote:

> Let's hope. ;-) Please add youself to the list of developers in the
> project.xml file.

Done.


> This looks interesting. However, given the non-trivial nature of the
> changes, and the "stylistic" effect on the way FileUpload works, I
> wonder if
> this wouldn't be better incorporated into the FileUpload 2 design, rather
> than being retrofitted into FileUpload 1.x.

I am open for both. In either way, we can start in a branch. That leaves
everything open, doesn't it? I have one concern, though: Please let's try to
have a at least a beta release within short time, say three months?


> Well, I guess I don't agree here. If FileItem extended  SimFileItem, then I
> could pass a FileItem to methods that accept a SlimFileItem. At that point,
> that SlimFileItem may or may not throw an exception if getInputStream is
> called more than once. That's bad API behaviour.

Personally I have no problem with my suggestion: If a method would accept a
StreamingFileItem, then that method should not expect, that getInputStream()
cannot be used more than once, so that's okay.

However, let's say that FileItem doesn't extend StreamingFileItem. Fine with me.


> SlimFileItem is best implemented as an inner class of the MultipartStream.
> 
> 
> Hmm. Not if you expect to expose SlimFileItem as part of the public API,
> which you are suggesting with the getItemIterator method below.

That's something I do not understand. The StreamingFileItem is an interface,
which is exposed. What's the problem, if the implementation is an inner class?


> Multipartstream isn't (supposed to be) part of the public API, so exposing
> an inner class of it through the public API is a no-no.

That's good to know. I get you right, that this means we may change that
classes API, may we?


> No. A FileUploadException isn't always related to IO, so extending
> IOException would simply be wrong.

Ok.


Attached you find a proposed patch, that takes a first step: The
MultipartStream receives an inner class ItemInputStream. This inner class is
used by readBodyData. (Obviously, the same InputStream will later be
returned by the StreamingFileItem.)


Jochen
Index: /home/jwi/workspace/commons-fileupload/src/java/org/apache/commons/fileupload/MultipartStream.java
===
--- /home/jwi/workspace/commons-fileupload/src/java/org/apache/commons/fileupload/MultipartStream.java	(revision 413075)
+++ /home/jwi/workspace/commons-fileupload/src/java/org/apache/commons/fileupload/MultipartStream.java	(working copy)
@@ -496,64 +496,22 @@
 public int readBodyData(OutputStream output)
 throws MalformedStreamException,
IOException {
-boolean done = false;
-int pad;
-int pos;
-int bytesRead;
-int total = 0;
-while (!done) {
-// Is boundary token present somewere in the buffer?
-pos = findSeparator();
-if (pos != -1) {
-// Write the rest of the data before the boundary.
+final ItemInputStream istream = new ItemInputStream();
+final byte[] bytes = new byte[8192];
+for (;;) {
+int res = istream.read(bytes);
+if (res == -1) {
 if (output != null) {
-output.write(buffer, head, pos - head);
+output.flush();
 }
-total += pos - head;
-head = pos;
-done = true;
-} else {
-// Determine how much data should be kept in the
-// buffer.
-if (tail - head > keepRegion) {
-pad = keepRegion;
-} else {
-pad = tail - head;
-}
-// Write out the data belonging to the body-data.
+return (int) istream.getBytesRead();
+}
+if (res > 0  &&  output != null) {
 if (output != null) {
-output.write(buffer, head, tail - head - pad);
-}
-
-// Move the data to the beginning of the buffer.
-total += tail - head - pad;
-System.arraycopy(buffer, tail - pad, buffer, 0, pad);
-
-// Refill buffer with new data.
-head = 0;
-bytesRead = input.read(buffer, pad, bufSize - pad);
-
-// [pprrr]
-if (bytesRead != -1) {
-tail = pad + bytesRead;
-} else {
-// The last pad amount is left in the buffer.
-// Boundary can't be in there so write out the
-// data you have and signal an error condition.
-if (output != null) {
-output.write(buffer, 0, pad);
-output.flush();
-}
-total += pad;
-

Re: [VOTE] Release FileUpload 1.1.1-RC1 (take two)

2006-06-11 Thread robert burrell donkin 
On Sat, 2006-06-03 at 14:42 -0700, Henri Yandell wrote:
> Repeating this vote call because the last one got a bit lost in
> getting the site generation right, but I don't think an RC2 is
> required just for that.
> 
> -
> 
> I've prepared a release for FileUpload;
> 
> http://people.apache.org/~bayard/fileupload/
> 
> [X] +1, looks good (enough)
> [ ] -1, nope, something needs fixing.
> 
> 
> Will keep the vote open until Wednesday.

remember to fix the release date on the documentation  

Henri Yandell is missing from the list of project members ;-)

some checkstyle issues: bad path?

- robert



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r413530 - /jakarta/commons/proper/fileupload/trunk/project.xml

2006-06-11 Thread jochen 
Author: jochen
Date: Sun Jun 11 14:07:02 2006
New Revision: 413530

URL: http://svn.apache.org/viewvc?rev=413530&view=rev
Log:
Adding myself as a developer.

Modified:
jakarta/commons/proper/fileupload/trunk/project.xml

Modified: jakarta/commons/proper/fileupload/trunk/project.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/fileupload/trunk/project.xml?rev=413530&r1=413529&r2=413530&view=diff
==
--- jakarta/commons/proper/fileupload/trunk/project.xml (original)
+++ jakarta/commons/proper/fileupload/trunk/project.xml Sun Jun 11 14:07:02 2006
@@ -156,6 +156,12 @@
   sean |at| seansullivan |dot| com
   
 
+
+  Jochen Wiedmann
+  jochen
+  [EMAIL PROTECTED]
+  
+
   
   
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[all] [math] Mantissa conribution

2006-06-11 Thread Phil Steitz 

I propose that we accept the Mantissa library
, minus the
one class that Luc cannot claim sole ownership of, as a contribution
to commons-math.

The action plan will be

1.  Complete the incubator checklist here:
http://incubator.apache.org/ip-clearance/index.html

2.  Commit the (repackaged) code to the trunk/src/experimental directory

3.  Develop a math 1.2 release plan including refactoring and
incorporation of some TBD components of Mantissa.  Additional
components may be included in subsequent apache releases, as the code
will at this point be part of commons-math.

I will do 1. and 2.  Luc has already submitted a CLA and software
grant (though I am not seeing it Acked yet).

I see this as an action plan subject to lazy consensus (i.e., not in
need of a [vote]), so if there are objections (including demand for a
vote), pls register them within the next week.

Thanks!

Phil

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (MATH-151) MathUtils.round incorrect result

2006-06-11 Thread Phil Steitz (JIRA) 
[ 
http://issues.apache.org/jira/browse/MATH-151?page=comments#action_12415774 ] 

Phil Steitz commented on MATH-151:
--

Sorry, messed up the link yet again.  Best to just look at
http://svn.apache.org/viewvc/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java?view=log
or use a svn client to examine history. 

I also neglected to mention that part of the reason for the change to the new 
impl was performance.   I played with some microbenchmarks to confirm this some 
time ago, seeing about 5x-8x improvement in the direct impl.  It might be a 
good idea to do this testing rigorously.  

If we could characterize the inputs somehow that have "bad" IEEE754 
representations, perhaps we could use the BigDecimal-based impl just for them.  
 I don't see any reliable way to do that, though.

> MathUtils.round incorrect result
> 
>
>  Key: MATH-151
>  URL: http://issues.apache.org/jira/browse/MATH-151
>  Project: Commons Math
> Type: Bug

> Versions: 1.1 Final
>  Environment: Win2K, Sun JDK1.5.0_05 b05
> Reporter: Buza Zoltán

>
> MathUtils.round(39.245, 2) results 39.24, however it should be 39.25, with 
> default rounding mode BigDecimal.ROUND_HALF_UP.
> I found that internally MathUtils.round multiplies the given number by 
> 10^scale.
>  39.245 * 100.0 results 3924.4...5 , and after this the calculation is 
> not correct any more.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (BEANUTILS-185) [beanutils] Try to align BeanUtils with JSTL standard tags

2006-06-11 Thread Gabriel Belingueres (JIRA) 
[ 
http://issues.apache.org/jira/browse/BEANUTILS-185?page=comments#action_12415771
 ] 

Gabriel Belingueres commented on BEANUTILS-185:
---


I take your point though about having a way to indicate to the BasicDynaBean 
whether a modifiable to read only instance should be created - also the 
BasicDynaClass too since its newInstance() method creates BasicDynaBean. 


I think you should that option everywhere inside the library where a 
BasicDynaBean is instantiated.

> [beanutils] Try to align BeanUtils with JSTL standard tags
> --
>
>  Key: BEANUTILS-185
>  URL: http://issues.apache.org/jira/browse/BEANUTILS-185
>  Project: Commons BeanUtils
> Type: Improvement

>  Environment: Operating System: other
> Platform: Other
> Reporter: Gabriel Belingueres
> Priority: Minor
>  Attachments: AbstractRowSetDynaClass.java, BasicDirectAccessDynaBean.java, 
> BasicDirectAccessDynaBeanTestCase.java, BasicIndirectAccessDynaBean.java, 
> DirectAccessDynaBean.java, DirectRowSetDynaClass.java, 
> DynaBeanMapDecorator.java, DynaBeanMapDecoratorTestCase.java, 
> IndirectAccessDynaBean.java, IndirectRowSetDynaClass.java, beanutil-diff.txt
>
> Hi,
> I've done some modifications to the beanutils package to better support the 
> use 
> of DynaBeans with the JSTL tags. Some of the changes are discussed in this 
> thread of the commons-user mailing list:
> http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=114669123403779&w=2
> I attach the diff file that comprises changes to the RowSetDynaClass.java 
> file 
> and build.xml file (since I added a TestCase.) Note: Please try to filter 
> carefully the diffs in the build.xml file since they include some local 
> settings I have for compilation on my machine. :-(
> Together with the diff file, I attach the new java files added to the package.
> Regards,
> Gabriel Belingueres
> [EMAIL PROTECTED]

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (MATH-151) MathUtils.round incorrect result

2006-06-11 Thread Phil Steitz (JIRA) 
[ 
http://issues.apache.org/jira/browse/MATH-151?page=comments#action_12415764 ] 

Phil Steitz commented on MATH-151:
--

I understand and agree with your analysis of the IEEE754 representation, but I 
would still like to see if there is anyting clever that we can do to work 
around the problem.   Could be this is hopeless, but I am bothered by the fact 
that the previous implementation actually handles this correctly.  Sorry I 
messed up the link in the comment above to the earlier BigDecimal-based impl.  
That should have been to 
http://svn.apache.org/viewvc/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java?revision=239294&view=markup

In any case, the impl there, modified to handle the special values included in 
later tests would be:
public static double round(double x, int scale, int roundingMethod) {
try {
return (new BigDecimal
   (new Double(x).toString())
   .setScale(scale, roundingMethod))
   .doubleValue();
} catch (NumberFormatException ex) {
if (Double.isInfinite(x)) {
return x;  
} else {
return Double.NaN;
}
}
}

Before http://issues.apache.org/jira/browse/MATH-32, it was just
return (new BigDecimal(x).setScale(scale, roundingMethod))

The code above passes all tests, including even
double x = 39.0d;
x = x + 245d/1000d;
assertEquals(39.25,MathUtils.round(x, 2), 0.0);


> MathUtils.round incorrect result
> 
>
>  Key: MATH-151
>  URL: http://issues.apache.org/jira/browse/MATH-151
>  Project: Commons Math
> Type: Bug

> Versions: 1.1 Final
>  Environment: Win2K, Sun JDK1.5.0_05 b05
> Reporter: Buza Zoltán

>
> MathUtils.round(39.245, 2) results 39.24, however it should be 39.25, with 
> default rounding mode BigDecimal.ROUND_HALF_UP.
> I found that internally MathUtils.round multiplies the given number by 
> 10^scale.
>  39.245 * 100.0 results 3924.4...5 , and after this the calculation is 
> not correct any more.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (BEANUTILS-185) [beanutils] Try to align BeanUtils with JSTL standard tags

2006-06-11 Thread Niall Pemberton (JIRA) 
[ 
http://issues.apache.org/jira/browse/BEANUTILS-185?page=comments#action_12415757
 ] 

Niall Pemberton commented on BEANUTILS-185:
---

Yes I agree RowSetDynaClass is confusing/misleading - I wouldn't have chosn to 
design it the way it has been, but from a pragmatic point of view it does the 
job.


Don't know if this is a good idea and I suppose we think different here. 
>From a performance point of view, you probably want to add a boolean 
>isReadonly flag as a parameter in the BasicDynaBean constructor so that you 
>can add a private Map instance variable representing the unmodifiable map of 
>properties (if isReadonly==true, or the DynaBeanMapDecorator if false), so 
>that whenever any of the dynabean clients call the getMap() method, only the 
>first time is the unmodifiable map created. (This performance optimization is 
>probably to make a difference if you think that the dynabean will be 
>referenced from several JSTL expressions in the same JSP page.) 


I don't think we do think differently here - the implementation I created only 
needs to be instantiated once  (not each time getMap() is called)  and cached 
as you said - and that can be done lazily, whether its read only or not. I take 
your point though about having a way to indicate to the BasicDynaBean whether a 
modifiable to read only instance should be created - also the BasicDynaClass 
too since its newInstance() method creates BasicDynaBean.

> [beanutils] Try to align BeanUtils with JSTL standard tags
> --
>
>  Key: BEANUTILS-185
>  URL: http://issues.apache.org/jira/browse/BEANUTILS-185
>  Project: Commons BeanUtils
> Type: Improvement

>  Environment: Operating System: other
> Platform: Other
> Reporter: Gabriel Belingueres
> Priority: Minor
>  Attachments: AbstractRowSetDynaClass.java, BasicDirectAccessDynaBean.java, 
> BasicDirectAccessDynaBeanTestCase.java, BasicIndirectAccessDynaBean.java, 
> DirectAccessDynaBean.java, DirectRowSetDynaClass.java, 
> DynaBeanMapDecorator.java, DynaBeanMapDecoratorTestCase.java, 
> IndirectAccessDynaBean.java, IndirectRowSetDynaClass.java, beanutil-diff.txt
>
> Hi,
> I've done some modifications to the beanutils package to better support the 
> use 
> of DynaBeans with the JSTL tags. Some of the changes are discussed in this 
> thread of the commons-user mailing list:
> http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=114669123403779&w=2
> I attach the diff file that comprises changes to the RowSetDynaClass.java 
> file 
> and build.xml file (since I added a TestCase.) Note: Please try to filter 
> carefully the diffs in the build.xml file since they include some local 
> settings I have for compilation on my machine. :-(
> Together with the diff file, I attach the new java files added to the package.
> Regards,
> Gabriel Belingueres
> [EMAIL PROTECTED]

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r413458 - /jakarta/commons/proper/httpclient/trunk/release_notes.txt

2006-06-11 Thread olegk 
Author: olegk
Date: Sun Jun 11 07:42:23 2006
New Revision: 413458

URL: http://svn.apache.org/viewvc?rev=413458&view=rev
Log:
Replaced Bugzilla ticket numbers with the corresponding Jira ticket numbers

Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt

Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/release_notes.txt?rev=413458&r1=413457&r2=413458&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Sun Jun 11 
07:42:23 2006
@@ -6,18 +6,18 @@
  * [HTTPCLIENT-582] - Allow access to registered cookie policies
Contributed by Sebastian Bazley 
 
- * 19102 - Added support for Set-Cookie2 response headers
+ * [HTTPCLIENT-189] - Added support for Set-Cookie2 response headers
Contributed by Samit Jain 
 
- * 10813 - Implemented RFC 2965 cookie spec (Cookie2); Added support for port 
+ * [HTTPCLIENT-66] - Implemented RFC 2965 cookie spec (Cookie2); Added support 
for port 
sensitive cookies
Contributed by Samit Jain 
 
- * 36918 - Digest auth scheme now uses correct digest uri in HTTP CONNECT 
+ * [HTTPCLIENT-506] - Digest auth scheme now uses correct digest uri in HTTP 
CONNECT 
requests
Contributed by Oleg Kalnichevski 
 
- * 38818 - Failed CONNECT no longer leaves connection in an inconsistent state
+ * [HTTPCLIENT-570] - Failed CONNECT no longer leaves connection in an 
inconsistent state
Contributed by Oleg Kalnichevski 
 
 Release 3.0.1



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r413447 - /jakarta/commons/proper/httpclient/trunk/project.xml

2006-06-11 Thread olegk 
Author: olegk
Date: Sun Jun 11 06:49:35 2006
New Revision: 413447

URL: http://svn.apache.org/viewvc?rev=413447&view=rev
Log:
Added Sebastian Bazley to the list of Commons HttpClient contributors

Modified:
jakarta/commons/proper/httpclient/trunk/project.xml

Modified: jakarta/commons/proper/httpclient/trunk/project.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/project.xml?rev=413447&r1=413446&r2=413447&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/project.xml (original)
+++ jakarta/commons/proper/httpclient/trunk/project.xml Sun Jun 11 06:49:35 2006
@@ -241,6 +241,10 @@
   armando.anton -at- newknow.com
 
 
+  Sebastian Bazley
+  sebb -at- apache.org
+
+
   Ola Berg
   
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r413446 - /jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt

2006-06-11 Thread olegk 
Author: olegk
Date: Sun Jun 11 06:46:49 2006
New Revision: 413446

URL: http://svn.apache.org/viewvc?rev=413446&view=rev
Log:
Included a description where to put the jar files for building and testing

Contributed by Sebastian Bazley 

Modified:
jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt

Modified: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt?rev=413446&r1=413445&r2=413446&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt Sun Jun 11 
06:46:49 2006
@@ -5,4 +5,15 @@
 * JCE 1.2.2 when running in JRE < 1.4 (optional)
 * Commons Logging 1.0.0 or above 
 * Commons Codec 1.2.0 or above
+* junit (unit testing only)
 
+For building httpclient:
+---
+Create the lib directory if necessary, and add the following to the lib 
directory:
+* commons-codec.jar
+* commons-logging.jar
+
+For testing httpclient:
+--
+Create the lib directory if necessary, and add the following to the lib 
directory:
+* junit.jar



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-html development 
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-jelly-tags-html has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-html :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-tags-html-11062006.jar] identifier set to 
project name
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html
Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build)
Work ended in a state of : Failed
Elapsed: 13 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] 
[junit] 
[junit] Testcase: 
testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an 
ERROR
[junit] 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48:
  You must define an attribute called 'test' for this tag.
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48:
  You must define an attribute called 'test' for this tag.
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] 
[junit] 
[junit] Testcase: 
testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an 
ERROR
[junit] 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48:
  You must define an attribute called 'test' for this tag.
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48:
  You must define an attribute called 'test' for this tag.
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)

[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-html development 
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-jelly-tags-html has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-html :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-tags-html-11062006.jar] identifier set to 
project name
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html
Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build)
Work ended in a state of : Failed
Elapsed: 13 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/html]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] 
[junit] 
[junit] Testcase: 
testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an 
ERROR
[junit] 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48:
  You must define an attribute called 'test' for this tag.
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48:
  You must define an attribute called 'test' for this tag.
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] 
[junit] 
[junit] Testcase: 
testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an 
ERROR
[junit] 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48:
  You must define an attribute called 'test' for this tag.
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48:
  You must define an attribute called 'test' for this tag.
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)

[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-define development 
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-jelly-tags-define-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-define-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html
Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 15 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar
-
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework.TestResult.run(TestResult.java:109)
[junit] at junit.framework.TestCase.run(TestCase.java:118)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536)
[junit] Jun 11, 2006 4:33:50 AM 
org.apache.commons.jelly.expression.xpath.XPathExpression evaluate
[junit] SEVERE: Error constructing xpath
[junit] org.jaxen.XPathSyntaxException: Node-set expected
[junit] at org.jaxen.BaseXPath.(BaseXPath.java:131)
[junit] at org.jaxen.BaseXPath.(BaseXPath.java:156)
[junit] at org.jaxen.dom4j.Dom4jXPath.(Dom4jXPath.java:101)
[junit] at 
org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78)
[junit] at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] at junit.framework.TestCase.runBare(TestCase.java:127)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework

[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-define development 
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-jelly-tags-define-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-define-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html
Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 15 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar
-
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework.TestResult.run(TestResult.java:109)
[junit] at junit.framework.TestCase.run(TestCase.java:118)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536)
[junit] Jun 11, 2006 4:33:50 AM 
org.apache.commons.jelly.expression.xpath.XPathExpression evaluate
[junit] SEVERE: Error constructing xpath
[junit] org.jaxen.XPathSyntaxException: Node-set expected
[junit] at org.jaxen.BaseXPath.(BaseXPath.java:131)
[junit] at org.jaxen.BaseXPath.(BaseXPath.java:156)
[junit] at org.jaxen.dom4j.Dom4jXPath.(Dom4jXPath.java:101)
[junit] at 
org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78)
[junit] at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] at junit.framework.TestCase.runBare(TestCase.java:127)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-jsl development 
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-jelly-tags-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/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/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar
-
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:71)
[junit] at 
org.apache.commons.jelly.tags.jsl.StylesheetTag.doTag(StylesheetTag.java:124)
[junit] Root cause
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-classes/org/apache/commons/jelly/jsl/suite.jelly:123:89:
  You must define an attribute called 'select' for this tag.
[junit] at 
org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234)
[junit] at 
org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.Temp

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-06-11 Thread commons-jelly-tags-jsl development 
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-jelly-tags-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 11 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/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/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-11062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar
-
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:71)
[junit] at 
org.apache.commons.jelly.tags.jsl.StylesheetTag.doTag(StylesheetTag.java:124)
[junit] Root cause
[junit] org.apache.commons.jelly.MissingAttributeException: 
file:/x1/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-classes/org/apache/commons/jelly/jsl/suite.jelly:123:89:
  You must define an attribute called 'select' for this tag.
[junit] at 
org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234)
[junit] at 
org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.Temp

[jira] Commented: (MATH-151) MathUtils.round incorrect result

2006-06-11 Thread Luc Maisonobe (JIRA) 
[ 
http://issues.apache.org/jira/browse/MATH-151?page=comments#action_12415733 ] 

Luc Maisonobe commented on MATH-151:


The point is neither on the rounding method not on the scale factor, it is 
rather on the initial number itself.
39.245 has no exact representation in IEE754. it lies between two representable 
numbers (I forgot 4 bits in my previous post):

  0x139f5c28f5c28f  * 2^-47  < 39.245  <  0x139f5c28f5c290 * 2^-47
 or 0x27.3eb851eb851e  <  39.245  <  27.3eb851eb8520
 or 39.24499974420461512636...  <  39.245  <  
39.24500045474735088646...

When we talk about 39.245, we refer to the decimal representation that was 
parsed either by some data input function using something like 
Double.parseDouble(String) or we refer to a litteral value in the Java code, 
which in fact is also parsed at compilation time, probably also by 
double.parseDouble(String) or a similar function. The virtual machine doesn't 
see the 39.245 real number we want, it sees either 0x27.3EB851EB851E  or 
x27.3EB851EB8520 depending on the parsing behaviour. This is not a Java-related 
problem, it is also true for languages like C, C++, fortran, whatever.

In the case discussed here, the value was the low one (i.e. 0x27.3EB851EB851E, 
or 39.24499974420461...). The parsing method did a good job here in my 
opinion as this number is the closest one to the real number we wanted (the 
error is about 2.55e-15 and it would have been 4.54e-15 if the other 
alternative were chosen).

Going back to the initial problem, and assuming we now start from 
39.24499974420461..., we want to round this number 2 digits after the 
decimal point. MathUtils.round answer is 39.24 (really 
39.2419895...), which is "only" 0.00499954525264... away 
from out number. Answering 39.25 (which CAN be represented exactly in IEEE754) 
would be "0.0050002557953848..." away. The initial number is not 
exactly at a 0.5 * 10^-n boundary, so switching between ROUND_HALF_DOWN, 
ROUND_HALF_UP or ROUND_HALF_EVEN does not change anything (I have checked this).


> MathUtils.round incorrect result
> 
>
>  Key: MATH-151
>  URL: http://issues.apache.org/jira/browse/MATH-151
>  Project: Commons Math
> Type: Bug

> Versions: 1.1 Final
>  Environment: Win2K, Sun JDK1.5.0_05 b05
> Reporter: Buza Zoltán

>
> MathUtils.round(39.245, 2) results 39.24, however it should be 39.25, with 
> default rounding mode BigDecimal.ROUND_HALF_UP.
> I found that internally MathUtils.round multiplies the given number by 
> 10^scale.
>  39.245 * 100.0 results 3924.4...5 , and after this the calculation is 
> not correct any more.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]