[ http://issues.apache.org/jira/browse/CLI-12?page=comments#action_12417443
]
Andrew Shirley commented on CLI-12:
---
This is fixed in CLI2 by using a PropertyOption, I will attach a unit test
which will hopefully also help as documentation.
[cli] Not
[ http://issues.apache.org/jira/browse/CLI-12?page=all ]
Andrew Shirley updated CLI-12:
--
Attachment: BugCLI12Test.java
unit test
[cli] Not handling property=value followed by 'remaining' args
Possible Maven2 POM dependency clash for Servlet-API
Key: CONFIGURATION-217
URL: http://issues.apache.org/jira/browse/CONFIGURATION-217
Project: Commons Configuration
Type: Bug
Versions: 1.2 Final
Hey all
I am trying to handle a JSP file upload with the Commons Fileupload api but
to no avail. The problem is that I never manage to parse the request coming
from my JSP
to my Servlet. Any ideas on what I might be doing wrong? There are no
exceptions thrown and I have the commons-io.jar in my
CommandLine (and WriteableCommandLine) know too much about the subclasses of
Option
---
Key: CLI-119
URL: http://issues.apache.org/jira/browse/CLI-119
Project: Commons CLI
Type:
[ http://issues.apache.org/jira/browse/CLI-79?page=comments#action_12417509
]
Andrew Shirley commented on CLI-79:
---
The validation in o.a.c.cli2.validation all seems quite good and doesn't
produce nulls. This looks like a complicated thing to fix in cli
[
http://issues.apache.org/jira/browse/CLI-109?page=comments#action_12417514 ]
Andrew Shirley commented on CLI-109:
This is fixed in cli2 as it uses the concept of triggers any of which is just
as importent as any other. DefaultOptionBuilder creates
[ http://issues.apache.org/jira/browse/CLI-80?page=comments#action_12417518
]
Andrew Shirley commented on CLI-80:
---
Fixed in cli2, unit test to follow.
[cli] support validation for one/many values
[ http://issues.apache.org/jira/browse/CLI-80?page=all ]
Andrew Shirley updated CLI-80:
--
Attachment: BugCLI80Test.java
[cli] support validation for one/many values
Key: CLI-80
URL:
On 6/23/06, Nima [EMAIL PROTECTED] wrote:
Hey all
I am trying to handle a JSP file upload with the Commons Fileupload api
but
to no avail. The problem is that I never manage to parse the request
coming
from my JSP
to my Servlet. Any ideas on what I might be doing wrong? There are no
exceptions
[
http://issues.apache.org/jira/browse/CLI-105?page=comments#action_12417523 ]
Andrew Shirley commented on CLI-105:
In cli2, this is fixed in the default case (null comparator) and a comparator
can be used to sort the Option objects in an arbitrary
I did ignore setting the threshold and max file size before, but that didn't
result in any luck either... basically I had the following in my method body
DiskFileItemFactory factory = new DiskFileItemFactory();
factory.setRepository(new File(C:/));
ServletFileUpload upload =
On 6/23/06, Nima [EMAIL PROTECTED] wrote:
I did ignore setting the threshold and max file size before, but that
didn't
result in any luck either... basically I had the following in my method
body
DiskFileItemFactory factory = new DiskFileItemFactory();
factory.setRepository(new
[dbcp] does not compile under the latest unreleased jdk 1.6 / JDBC 4.0
--
Key: DBCP-191
URL: http://issues.apache.org/jira/browse/DBCP-191
Project: Commons Dbcp
Type: Improvement
Environment: $
Bah, this has left me freaking clueless.I will try the same code at work to
see if I have any luck on another computer. If any of you guys have used the
Fileupload API with Eclipse WTP/Tomcat 5.5 (not in combination with a web
framework such as WebWork or Tapestry), please let me know how you got
Josh - sorry to hear that. I was hoping you would be interested because this
is a nice way to implement your Enumeration pattern once and reuse the
implementation.
I have nothing against the enum facility in Java 1.5, but don't want to have
to keep re-implementing serialization and property
Alternately, you could just add the Apache snapshot repository in the
repositories tag of the commons-openpgp POM and eliminate the need for
the relative path to the parent.
Kris
Brett Porter wrote:
Try:
svn co http://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox/
That will grab
John,
I am not interested in this. It doesn't appear to play well with Java's
current enum facility, which has shown itself to work very well in practice.
Josh
On 6/22/06, John Kaplan [EMAIL PROTECTED] wrote:
Hello All,
I've been working on a Java card playing program in my spare
Commons already has an enum facility in commons-lang. It is designed for
pre-JDK 1.5, works reasonably well and provides most of the semantics
you are looking for.
For JDK1.5 onwards, most developers would choose the Sun supported enum
facility. It appears to meet most peoples requirements.
[
http://issues.apache.org/jira/browse/SANDBOX-149?page=comments#action_12417567
]
Bryce Nordgren commented on SANDBOX-149:
Partially executed the design of the previous comment. The Observable
problem has been recast in terms of the more
http://issues.apache.org/jira/browse/IO-81
The current WildcardFilter is broken as it does two things - wildcard
filtering AND directory filtering. This prevents it from being easiy
enhanced.
I am looking to fix this as follows:
- WildcardFilter will be deprecated
- WildcardFileFilter is
[ http://issues.apache.org/jira/browse/IO-81?page=all ]
Stephen Colebourne updated IO-81:
-
Fix Version: 1.3
Version: 1.2 Final
(was: 1.3)
Am trying to code something flexible to handle case sensitivity
WildcardFilter
22 matches
Mail list logo