Nabble - Commons - Issues

[jira] Created: (LOGGING-133) Allow subclassing of Jdk14Logger

2009-11-12T15:08:40Z

Allow subclassing of Jdk14Logger
--------------------------------

Key: LOGGING-133
URL: https://issues.apache.org/jira/browse/LOGGING-133
Project: Commons Logging
Issue Type: Improvement
Affects Versions: 1.1.1
Environment: All
Reporter: Shevek
Priority: Minor

Hi,

It would be nice if
private void log( Level level, String msg, Throwable ex )
in Jdk14Logger was protected rather than private, allowing one to use that as a base class for other arbitrary loggers based on Jdk14.

S.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (NET-299) Cannot operate directory listing using a pattern includes wildcard chars

2009-11-12T09:07:39Z

[ https://issues.apache.org/jira/browse/NET-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777059#action_12777059 ]

Sebb commented on NET-299:
--------------------------

What OS are you running on?
What OS are you connecting to?

What does "Not able" mean? Do you get any error messages? If so what are they?
What did you expect to see, and what did you actually see?
What files are actually present in the destination directory?
Are you sure that they match the pattern you used?

> Cannot operate directory listing using a pattern includes wildcard chars
> ------------------------------------------------------------------------
>
> Key: NET-299
> URL: https://issues.apache.org/jira/browse/NET-299
> Project: Commons Net
> Issue Type: Bug
> Reporter: Ganesh
>
> Not able to List directory using a pattern
> eg :
> ftpClient.listFiles("ABC*_2009?DATA")

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SANDBOX-316) Infinite loop when the last line is a comment

2009-11-12T08:51:39Z

Infinite loop when the last line is a comment
---------------------------------------------

Key: SANDBOX-316
URL: https://issues.apache.org/jira/browse/SANDBOX-316
Project: Commons Sandbox
Issue Type: Bug
Components: CSV
Affects Versions: Nightly Builds
Environment: Linux ubuntu jaunty
Reporter: Kamel Boulebiar
Priority: Minor

I try to parse a simple file bl.csv that contains:
-----------------------------------
#The simplest good test
00000000
0001
0000002
00003
0000004
#comment at the end
------------------------------------

I wrote several test and I notice that when the last line is a comment , I get lock in an infinite loop when parsing the file.
This is the only problem I notice, Others basic case work fine.

Below is the parser I have configured:

CSVStrategy strategy = CSVStrategy.DEFAULT_STRATEGY;
strategy.setCommentStart('#');
strategy.setIgnoreEmptyLines(true);
strategy.setIgnoreLeadingWhitespaces(true);
CSVParser csvparser = new CSVParser(new FileReader(csvFile), strategy);
String[][] data = csvparser.getAllValues();

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (NET-299) Cannot operate directory listing using a pattern includes wildcard chars

2009-11-12T03:40:39Z

[ https://issues.apache.org/jira/browse/NET-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776959#action_12776959 ]

Ganesh commented on NET-299:
----------------------------

used Commons-net version 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (NET-299) Cannot operate directory listing using a pattern includes wildcard chars

2009-11-12T03:38:39Z

Cannot operate directory listing using a pattern includes wildcard chars
------------------------------------------------------------------------

Key: NET-299
URL: https://issues.apache.org/jira/browse/NET-299
Project: Commons Net
Issue Type: Bug
Reporter: Ganesh

Not able to List directory using a pattern

eg :

ftpClient.listFiles("ABC*_2009?DATA")

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (DBCP-304) New build.properties.m2.sample for Maven 2

2009-11-12T02:06:39Z

[ https://issues.apache.org/jira/browse/DBCP-304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacques Le Roux updated DBCP-304:
---------------------------------

Attachment: build.properties.m2.sample

> New build.properties.m2.sample for Maven 2
> ------------------------------------------
>
> Key: DBCP-304
> URL: https://issues.apache.org/jira/browse/DBCP-304
> Project: Commons Dbcp
> Issue Type: Improvement
> Affects Versions: 1.3
> Reporter: Jacques Le Roux
> Priority: Trivial
> Attachments: build.properties.m2.sample
>
>
> Hi, please find atached a build.properties.m2.sample file I used to build commons-dbcp-1.3-20091111-r834702.jar for Apache OFBiz using ant from Eclipse

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (DBCP-304) New build.properties.m2.sample for Maven 2

2009-11-12T01:54:39Z

New build.properties.m2.sample for Maven 2
------------------------------------------

Key: DBCP-304
URL: https://issues.apache.org/jira/browse/DBCP-304
Project: Commons Dbcp
Issue Type: Improvement
Affects Versions: 1.3
Reporter: Jacques Le Roux
Priority: Trivial

Hi, please find atached a build.properties.m2.sample file I used to build commons-dbcp-1.3-20091111-r834702.jar for Apache OFBiz using ant from Eclipse

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (VFS-263) WebdavFileObject does not implement doSetAttribute()

2009-11-11T19:58:39Z

[ https://issues.apache.org/jira/browse/VFS-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ralph Goers resolved VFS-263.
-----------------------------

Resolution: Fixed
Fix Version/s: 2.0

Patch applied. Please verify and close.

> WebdavFileObject does not implement doSetAttribute()
> ----------------------------------------------------
>
> Key: VFS-263
> URL: https://issues.apache.org/jira/browse/VFS-263
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.0
> Environment: all
> Reporter: Ingo Maas
> Fix For: 2.0
>
> Original Estimate: 0.08h
> Remaining Estimate: 0.08h
>
> Usually, WebDAV servers allow to read from _and_ write to properties (attributes in VFS speech) of a WebDAV resource.
> Though WebdavFileObject in current TRUNK allows to read those properties, it doesn't allow to write them. WebdavFileObject should implement doSetAttribute() to fully support WebDAV properties.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-11T13:22:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776666#action_12776666 ]

Joerg Schaible commented on CONFIGURATION-401:
----------------------------------------------

You could create different persons yourself introducing an id:

persons.person.0.name=1
persons.person.0.surName=2
persons.person.X.name=4
persons.person.X.surName=5

Simply use subset of person and iterate over the keys. If you tokenize them, you can use the first part as unique id to access the individual person entities.

> HierarchicalConfiguration does not support hierarchy from property files
> -------------------------------------------------------------------------
>
> Key: CONFIGURATION-401
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-401
> Project: Commons Configuration
> Issue Type: Bug
> Components: Expression engine
> Affects Versions: 1.6
> Environment: windows/Linux
> Reporter: yair ogen
>
> If you have hierarchy like this:
> persons.person.name=1
> persons.person.surName=2
> persons.person.phoneNum=3
> persons.person.name=4
> persons.person.surName=5
> persons.person.phoneNum=6
> persons.person.name=7
> persons.person.surName=8
> persons.person.phoneNum=9
> If I have a regular property configuration that loaded a file containing in the above. then I transform into HierarchicalConfiguration using: ConfigurationUtils.convertToHierarchical(configuration).
> The tree is not right.
> I can do this:
> hierarchicalConfiguration.subset("persons").subset("person(0)").getKeys()
> but this returned empty iterator:
> hierarchicalConfiguration.subset("persons").subset("person(1)").getKeys()
> Only the first person is available.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-11T12:58:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776651#action_12776651 ]

Oliver Heger commented on CONFIGURATION-401:
--------------------------------------------

I agree with Ralph in most points. Your request seems very specific to me. Basically, you want Commons Configuration to support a proprietary properties format. I doubt that this might be useful for many other users.

So if anybody comes up with a patch, we will evaluate it. But I would be reluctant to adding such a feature unless the implementation is pretty generic so that it supports a broad range of conversions to hierarchical configurations.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-11T08:59:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776513#action_12776513 ]

Ralph Goers commented on CONFIGURATION-401:
-------------------------------------------

If your customer mandates property files then I don't understand how
persons.person.name=1
persons.person.surName=2
persons.person.phoneNum=3

persons.person.name=4
persons.person.surName=5
persons.person.phoneNum=6

persons.person.name=7
persons.person.surName=8
persons.person.phoneNum=9

would be acceptable. java.util.Properties files do not allow duplicate keys. Instead, you would have to do

persons.person.name=1,4,7
persons.person,surName=2,5,8
persons.persona.phoneNum=3,6,9

which, of course, is practically useless.

Also, I don't think I've actually seen a description of why you need to convert the properties into a hierarchical format. What is the use case you are trying to solve?

Yes, we could invent some new syntax that might work, but I don't think any of the committers are interested in doing that. I don't believe any of us are directly paid to work on Commons Configuration and we all have other things we would like to work on.

That said, although I understand you said you don't have the resources to do it, if you, or someone else, were to provide a patch we would definitely consider it.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MATH-320) NaN singular value from SVD

2009-11-11T06:23:39Z

[ https://issues.apache.org/jira/browse/MATH-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776462#action_12776462 ]

Luc Maisonobe commented on MATH-320:
------------------------------------

The method should solve the problem in the least square sense.
The fact it does not do it is not a restriction, it's a bug.
I'll have a look at it

> NaN singular value from SVD
> ---------------------------
>
> Key: MATH-320
> URL: https://issues.apache.org/jira/browse/MATH-320
> Project: Commons Math
> Issue Type: Bug
> Affects Versions: 2.0
> Environment: Linux (Ubuntu 9.10) java version "1.6.0_16"
> Reporter: Dieter Vandenbussche
>
> The following jython code
> Start code
> from org.apache.commons.math.linear import *
>
> Alist = [[1.0, 2.0, 3.0],[2.0,3.0,4.0],[3.0,5.0,7.0]]
>
> A = Array2DRowRealMatrix(Alist)
>
> decomp = SingularValueDecompositionImpl(A)
>
> print decomp.getSingularValues()
> End code
> prints
> array('d', [11.218599757513008, 0.3781791648535976, nan])
> The last singular value should be something very close to 0 since the matrix
> is rank deficient. When i use the result from getSolver() to solve a system, i end
> up with a bunch of NaNs in the solution. I assumed i would get back a least squares solution.
> Does this SVD implementation require that the matrix be full rank? If so, then i would expect
> an exception to be thrown from the constructor or one of the methods.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MATH-320) NaN singular value from SVD

2009-11-11T05:37:39Z

[ https://issues.apache.org/jira/browse/MATH-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776449#action_12776449 ]

Dieter Vandenbussche commented on MATH-320:
-------------------------------------------

Yes, making that change fixes the singular values, printing the singular values now gives

array('d', [11.218599757513008, 0.3781791648535976, 0.0])

The unittests for the project still pass as well.

However, now the solve fails with a SinularMatrixException

Traceback (most recent call last):
File "testdecomp.py", line 14, in <module>
soln = solver.solve([5.0, 6.0,7.0])
at org.apache.commons.math.linear.SingularValueDecompositionImpl$Solver.solve(SingularValueDecompositionImpl.java:371)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)

org.apache.commons.math.linear.SingularMatrixException: org.apache.commons.math.linear.SingularMatrixException: matrix is singular

This confuses me, i guess i'm assuming incorrectly that if the solve method can solve in the least squares sense, then it should be
able to handle singular matrices. Is that just a restriction on the current solve methods and if so, are there plans to relax that restriction?

thanks very much for your time

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (POOL-151) Eviction thread is able to remove (destroy) in-flight (borrowed) objects

2009-11-11T02:46:40Z

[ https://issues.apache.org/jira/browse/POOL-151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776413#action_12776413 ]

Hassan Sajjad commented on POOL-151:
------------------------------------

# The [above pool settings |https://issues.apache.org/jira/browse/POOL-151?focusedCommentId=12765145&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12765145] are for this test only.
In the real env. the 2 eviction params ({{timeBetweenEvictionRunsMillis}} and {{minEvictableIdleTimeMillis}}) change to 10 minutes.
# {{factory.passivateObject()}} and {{factory.activateObject()}} are empty:
{noformat}
public void activateObject(Object o) throws Exception
{

}

public void passivateObject(Object o) throws Exception
{

}
{noformat}
# {{factory.destroyObject()}} is the only place that closes the session. Pretty certain this is triggered by the Eviction thread, because:
## If you disable Eviction on the pool, there is no closing of the sessions and the issue is no longer there! The sessions then become vulnerable to other longevity related issues such as timeouts due to long period of idleness etc.
## See the thread id associated with close calls '{{Timer-0}}' - seems to be a time scheduled job like the Eviction.

> Eviction thread is able to remove (destroy) in-flight (borrowed) objects
> ------------------------------------------------------------------------
>
> Key: POOL-151
> URL: https://issues.apache.org/jira/browse/POOL-151
> Project: Commons Pool
> Issue Type: Bug
> Affects Versions: 1.5.3
> Reporter: Hassan Sajjad
> Priority: Blocker
>
> Under high concurrent use, the eviction thread can temper with an in-use object from the pool, potentially causing catastrophic results, as illustrate in the below log from our use. Note the object - in our case JMSSession is closed in-flight (after message send but before commit), causing the commit to fail with {{javax.jms.IllegalStateException: MQJMS1024: session closed}} error.
> {noformat}
> 2009-10-12 15:08:40,254 DEBUG [asyncDelivery59] Borrowed session com.ibm.mq.jms.MQQueueSession@40bc88 for jms connector
> 2009-10-12 15:08:40,341 DEBUG [Timer-0] Physically closing com.ibm.mq.jms.MQQueueSession@40bc88 for connector
> 2009-10-12 15:08:40,669 DEBUG [asyncDelivery59] Returning session com.ibm.mq.jms.MQQueueSession@40bc88 for jms conn
> ector
> 2009-10-12 15:08:40,433 ERROR [asyncDelivery59] Exception caught while committing transaction [com.ibm.mq.jms.MQQueueSession@40bc88]
> {noformat}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-11T02:32:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776408#action_12776408 ]

yair ogen commented on CONFIGURATION-401:
-----------------------------------------

my customer mandates property files.

the extension you are talking is exactly the challenge I am looking for
someone to pick up. I do not have the resources to do it myself.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-10T23:54:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776348#action_12776348 ]

Ralph Goers commented on CONFIGURATION-401:
-------------------------------------------

At this point I find myself wondering why you wouldn't just use XML? The above is just ugly. Especially when I can just do:

<persons>
<group name="admin">
<person name="x"/>
<person name="y"/>
</group>
<group name="users">
<person name="z"/>
</group>
</persons>

and then have an XML Schema to enforce it to boot.

But if for some reason you have an aversion to XML than you could invent some new format that extends AbstractHierarchicalFileConfiguration.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (BETWIXT-68) Difference between null and empty string

2009-11-10T23:50:39Z

Difference between null and empty string
----------------------------------------

Key: BETWIXT-68
URL: https://issues.apache.org/jira/browse/BETWIXT-68
Project: Commons Betwixt
Issue Type: Improvement
Reporter: Soocheon Kim

Now, betwixt(v0.8) does not show attribute, if the primitive value is null or empty string.
But, There is a difference between null and empty string("").
Attributes that have null value should not be shown in it's tag, but attributes that have empty string should be shown.
Like this.

MyTag.value == null
<myTag>

MyTag.value == ""
<myTag value="">

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-10T23:21:39Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776335#action_12776335 ]

yair ogen commented on CONFIGURATION-401:
-----------------------------------------

I see what you mean. It could be easily supported by:

persons.group.name=admins
persons. <http://persons.person.name/>group. <http://persons.group.name/>
person.name <http://persons.person.name/>=x
persons. <http://persons.person.name/>group. <http://persons.group.name/>
person.name <http://persons.person.name/>=y

persons.group.name=users
persons. <http://persons.person.name/>group. <http://persons.group.name/>
person.name <http://persons.person.name/>=z

then you have 2 groups under persons:

admins has 2 persons.

users has one.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (POOL-151) Eviction thread is able to remove (destroy) in-flight (borrowed) objects

2009-11-10T15:27:27Z

[ https://issues.apache.org/jira/browse/POOL-151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776163#action_12776163 ]

Mark Thomas commented on POOL-151:
----------------------------------

It strikes me as odd how quickly the object is closed after it is returned to the pool. Out of curiosity, what are your pool settings?

Another random thing that stuck me was is there anyway factory.passivateObject() might be closing the connection?

Random thought no. 3 - can you log the current stack trace when you close a connection? I'm curious as to what is triggering that.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (DBCP-303) getGeneratedKeys does not work

2009-11-10T15:03:27Z

[ https://issues.apache.org/jira/browse/DBCP-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Thomas resolved DBCP-303.
------------------------------

Resolution: Fixed

Patch applied. Many thanks.

> getGeneratedKeys does not work
> ------------------------------
>
> Key: DBCP-303
> URL: https://issues.apache.org/jira/browse/DBCP-303
> Project: Commons Dbcp
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Dave Oxley
> Fix For: 1.3
>
> Attachments: DBCP-303.diff
>
>
> ResultSet rs = ps.getGeneratedKeys();
> if (rs.next())
> The ResultSet is always empty.
> I've tracked down the issue to PooledConnectionImpl.makeObject which doesn't call Connection.prepareStatement(String, int) when key._autoGeneratedKeys is not null. Patch to follow shortly.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (DBCP-302) org.apache.commons.jocl.JOCLContentHandler.ConstructorDetails.createObject() does not throw ClassNotFoundException

2009-11-10T14:11:27Z

[ https://issues.apache.org/jira/browse/DBCP-302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Thomas resolved DBCP-302.
------------------------------

Resolution: Fixed

Phil fixed this.

> org.apache.commons.jocl.JOCLContentHandler.ConstructorDetails.createObject() does not throw ClassNotFoundException
> -------------------------------------------------------------------------------------------------------------------
>
> Key: DBCP-302
> URL: https://issues.apache.org/jira/browse/DBCP-302
> Project: Commons Dbcp
> Issue Type: Bug
> Reporter: Sebb
> Fix For: 1.3
>
>
> org.apache.commons.jocl.JOCLContentHandler.ConstructorDetails.createObject() does not actually throw ClassNotFoundException
> Either the Exception should be removed from the throws clause, or it should be documented in Javadoc (stops Eclipse complaining).

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (DAEMON-130) The Java classpath is corrupted when it contains extended ASCII characters

2009-11-10T14:05:28Z

[ https://issues.apache.org/jira/browse/DAEMON-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Will Franco updated DAEMON-130:
-------------------------------

Fix Version/s: (was: 1.0.1)

> The Java classpath is corrupted when it contains extended ASCII characters
> --------------------------------------------------------------------------
>
> Key: DAEMON-130
> URL: https://issues.apache.org/jira/browse/DAEMON-130
> Project: Commons Daemon
> Issue Type: Bug
> Affects Versions: 1.0.1
> Environment: Windows 2003 Server SP1 x86, Windows XP x86
> Reporter: Will Franco
>
> The Java classpath is corrupted when it contains extended ASCII characters. The corruption is caused by the narrowing of such characters and then using them as such to create the JVM process.
> For example:
> By setting a path in your classpath to C:\Tempñ\lib, the narrow conversion of such string is C:\TempA+-\lib, and the narrow version of the path is used in the classpath preventing the java application from starting because it cannot find its classes.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (DAEMON-130) The Java classpath is corrupted when it contains extended ASCII characters

2009-11-10T14:05:28Z

The Java classpath is corrupted when it contains extended ASCII characters
--------------------------------------------------------------------------

Key: DAEMON-130
URL: https://issues.apache.org/jira/browse/DAEMON-130
Project: Commons Daemon
Issue Type: Bug
Affects Versions: 1.0.1
Environment: Windows 2003 Server SP1 x86, Windows XP x86
Reporter: Will Franco
Fix For: 1.0.1

The Java classpath is corrupted when it contains extended ASCII characters. The corruption is caused by the narrowing of such characters and then using them as such to create the JVM process.

For example:
By setting a path in your classpath to C:\Tempñ\lib, the narrow conversion of such string is C:\TempA+-\lib, and the narrow version of the path is used in the classpath preventing the java application from starting because it cannot find its classes.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (VFS-276) add ProviderTestConfig.getDefaultFileSystemManager() method

2009-11-10T13:57:27Z

[ https://issues.apache.org/jira/browse/VFS-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vince Bonfanti closed VFS-276.
------------------------------

Patch has been verified.

> add ProviderTestConfig.getDefaultFileSystemManager() method
> -----------------------------------------------------------
>
> Key: VFS-276
> URL: https://issues.apache.org/jira/browse/VFS-276
> Project: Commons VFS
> Issue Type: Improvement
> Affects Versions: 2.0
> Environment: Google App Engine
> Reporter: Vince Bonfanti
> Fix For: 2.0
>
> Attachments: VFS-test-getDefaultFileSystemManager.patch
>
>
> I'm developing a plug-in for Google App Engine (http://code.google.com/p/gaevfs/) and in order to run junit tests on this plug-in I need to be able to create an instance of my own subclass of DefaultFileSystemManager.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MATH-320) NaN singular value from SVD

2009-11-10T12:23:27Z

[ https://issues.apache.org/jira/browse/MATH-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776063#action_12776063 ]

Luc Maisonobe commented on MATH-320:
------------------------------------

This is a real new bug, thanks for reporting it.

Before I look more precisely at it, could you do a quick check for me ?

If at the end of the SingularValueDecompositionImpl constructor, around line 118 in the java source file you change from:
{noformat}
singularValues[i] = Math.sqrt(singularValues[i]);
{noformat}
to
{noformat}
singularValues[i] = Math.sqrt(Math.max(0, singularValues[i]));
{noformat}

does the problem still appear on singular values and does the solver work properly ?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-10T11:25:28Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776026#action_12776026 ]

Oliver Heger commented on CONFIGURATION-401:
--------------------------------------------

In your special example the {{PropertiesConfiguration}} contains 3 keys: _persons.person.name_, _persons.person.surName_, and _persons.person.phoneNum_. Each key is associated with a list of values. In this concrete case it is possible to convert this data into a hierarchical structure.

But as soon as the structure becomes slightly more complex, you are lost. Consider the example where persons are organized in groups, and you have properties like

{code}
persons.group.name=admins
persons.person.name=x
persons.person.name=y

persons.group.name=users
persons.person.name=z
{code}

Here you have two groups and three persons, but after the properties are read into a {{PropertiesConfiguration}} how do you know which persons belong to which group?

You try to extract structure from a format that is simply not provided.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (MATH-320) NaN singular value from SVD

2009-11-10T07:45:27Z

[ https://issues.apache.org/jira/browse/MATH-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dieter Vandenbussche updated MATH-320:
--------------------------------------

Description:
The following jython code
Start code

from org.apache.commons.math.linear import *

Alist = [[1.0, 2.0, 3.0],[2.0,3.0,4.0],[3.0,5.0,7.0]]

A = Array2DRowRealMatrix(Alist)

decomp = SingularValueDecompositionImpl(A)

print decomp.getSingularValues()

End code

prints
array('d', [11.218599757513008, 0.3781791648535976, nan])
The last singular value should be something very close to 0 since the matrix
is rank deficient. When i use the result from getSolver() to solve a system, i end
up with a bunch of NaNs in the solution. I assumed i would get back a least squares solution.

Does this SVD implementation require that the matrix be full rank? If so, then i would expect
an exception to be thrown from the constructor or one of the methods.

was:
The following jython code
## Start code
from org.apache.commons.math.linear import *

Alist = [[1.0, 2.0, 3.0],[2.0,3.0,4.0],[3.0,5.0,7.0]]

A = Array2DRowRealMatrix(Alist)

decomp = SingularValueDecompositionImpl(A)

print decomp.getSingularValues()
## End code
prints
array('d', [11.218599757513008, 0.3781791648535976, nan])
The last singular value should be something very close to 0 since the matrix
is rank deficient. When i use the result from getSolver() to solve a system, i end
up with a bunch of NaNs in the solution. I assumed i would get back a least squares solution.

Does this SVD implementation require that the matrix be full rank? If so, then i would expect
an exception to be thrown from the constructor or one of the methods.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (MATH-320) NaN singular value from SVD

2009-11-10T07:43:27Z

NaN singular value from SVD
---------------------------

Key: MATH-320
URL: https://issues.apache.org/jira/browse/MATH-320
Project: Commons Math
Issue Type: Bug
Affects Versions: 2.0
Environment: Linux (Ubuntu 9.10) java version "1.6.0_16"
Reporter: Dieter Vandenbussche

The following jython code
## Start code
from org.apache.commons.math.linear import *

Alist = [[1.0, 2.0, 3.0],[2.0,3.0,4.0],[3.0,5.0,7.0]]

A = Array2DRowRealMatrix(Alist)

decomp = SingularValueDecompositionImpl(A)

print decomp.getSingularValues()
## End code
prints
array('d', [11.218599757513008, 0.3781791648535976, nan])
The last singular value should be something very close to 0 since the matrix
is rank deficient. When i use the result from getSolver() to solve a system, i end
up with a bunch of NaNs in the solution. I assumed i would get back a least squares solution.

Does this SVD implementation require that the matrix be full rank? If so, then i would expect
an exception to be thrown from the constructor or one of the methods.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-10T00:02:27Z

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (VFS-259) Http and Webdav FIleContentInfoFactory: undress to AbstractFileObject before casting

2009-11-09T23:23:27Z

[ https://issues.apache.org/jira/browse/VFS-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ralph Goers resolved VFS-259.
-----------------------------

Resolution: Fixed

Patch applied. Please verify and close.

> Http and Webdav FIleContentInfoFactory: undress to AbstractFileObject before casting
> ------------------------------------------------------------------------------------
>
> Key: VFS-259
> URL: https://issues.apache.org/jira/browse/VFS-259
> Project: Commons VFS
> Issue Type: Improvement
> Affects Versions: 2.0
> Reporter: Marek Zawirski
> Fix For: 2.0
>
> Attachments: FileContentInfoFactory_undress_AbstractFileObject.patch
>
>
> HttpFileContentInfoFactory and WebdavFileContentInfoFactory assume that FileContent#getFile() will always return AbstractFileObject subclass for them.
> However, it may be false assumption: HttpFileObject or WebdavFileObject may be decorated, so even AbstractFileObject#getFileContent() may be decorated, and this FileContent#getFile() too.
> Patch proposal for HttpFileContentInfoFactory/WebdavFileContentInfoFactory: instead of direct casting FIleObject to AbstractFileObject subclass, use FileObjectUtils.getAbstractFileObject() before casting. This way it is non-intrusive: decorating FileObject#getFileContent() is allowed while no regression occurs.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-09T23:13:27Z

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (CONFIGURATION-401) HierarchicalConfiguration does not support hierarchy from property files

2009-11-09T23:01:27Z

[ https://issues.apache.org/jira/browse/CONFIGURATION-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775321#action_12775321 ]

Oliver Heger commented on CONFIGURATION-401:
--------------------------------------------

Heaving slept a night over this problem I don't think that my last comment will help you. {{HierarchicalConfigurationConverter}} will produce the same results as {{ConfigurationUtils.convertToHierarchical()}}.

The problem is that {{PropertiesConfiguration}} when reading in the properties file already combines properties with the same key to a list. So the structure you are after and that is implicitly expressed in the order of the keys is already destroyed. I doubt that it can be reconstructed later.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (DBCP-303) getGeneratedKeys does not work

2009-11-09T19:15:32Z

[ https://issues.apache.org/jira/browse/DBCP-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dave Oxley updated DBCP-303:
----------------------------

Attachment: DBCP-303.diff

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (DBCP-303) getGeneratedKeys does not work

2009-11-09T19:11:32Z

getGeneratedKeys does not work
------------------------------

Key: DBCP-303
URL: https://issues.apache.org/jira/browse/DBCP-303
Project: Commons Dbcp
Issue Type: Bug
Affects Versions: 1.3
Reporter: Dave Oxley
Fix For: 1.3

ResultSet rs = ps.getGeneratedKeys();
if (rs.next())

The ResultSet is always empty.

I've tracked down the issue to PooledConnectionImpl.makeObject which doesn't call Connection.prepareStatement(String, int) when key._autoGeneratedKeys is not null. Patch to follow shortly.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (JEXL-35) Final API requirements

2009-11-09T14:27:32Z

[ https://issues.apache.org/jira/browse/JEXL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Henri Biestro resolved JEXL-35.
-------------------------------

Resolution: Fixed
Assignee: Henri Biestro

If there are any remaining API issues, they should get their own issue #.

> Final API requirements
> ----------------------
>
> Key: JEXL-35
> URL: https://issues.apache.org/jira/browse/JEXL-35
> Project: Commons JEXL
> Issue Type: Improvement
> Affects Versions: 2.0
> Reporter: dion gillard
> Assignee: Henri Biestro
> Fix For: 2.0
>
>
> Which classes should be public?
> Is the package structure reasonable?
> Are classes in the right packages?
> Is it easily extensible?
> ...

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.