[Validator] ValidatorResult.getActionMap() or ValidatorResult.getActions() only contain last run dependency per field
Hi,
I just started using Validator yesterday, and tried to find some info on
this particular problem but couldn't find anything, so my apologies if
this has been posted about before.
I'm using Validator outside of Struts, I don't believe this has any
impact on the situation, but I do find it strange that it was so hard to
find info on this, so I thought I'd mention it anyway. Right so, I
created a small form, made my own validation.xml and let the form post
to a servlet that would invoke Validator. So far so good.
However, when I decided to implement a email field, and gave it 2
dependencies, I was unable to access the results for both those
dependencies. Here's the code i used:
ValidatorResults results= validator.validate();
ValidatorResult result0 =
results.getValidatorResult(modelNumber);
ValidatorResult result1 =
results.getValidatorResult(serialNumber);
ValidatorResult result2 =
results.getValidatorResult(firstName);
ValidatorResult result3 = results.getValidatorResult(lastName);
ValidatorResult result4 = results.getValidatorResult(email);
log.debug(Modelnumber:+ result0.isValid(required));
log.debug(Serialnumber: + result1.isValid(required));
log.debug(First name: + result2.isValid(required));
log.debug(Last name: + result3.isValid(required));
for( Iterator it =
result4.getActionMap().keySet().iterator();it.hasNext();) {
log.debug(key in result for email: + it.next().toString());
}
log.debug(result4.containsAction(required) +
result4.containsAction(required));
log.debug(Email: + result4.isValid(required));
log.debug(Email: + result4.isValid(isEmail));
Now, the output of the for loop, would only list the last dependency run
on the email field. I took a dive into the code and after some
searching, I edited the org.apache.commons.validator.Field class as follows:
move the line:
844: ValidatorResults results = new ValidatorResults();
to
835: ValidatorResults results = new ValidatorResults();
By moving it outside the dependencies loop, I was able to retrieve
results for all the dependencies associated with a field.
Hope this helps anyone,
Bart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] ValidatorResult.getActionMap() or ValidatorResult.getActions() only contain last run dependency per field
Hi Bart,
I'll try to look at this in the next couple of days. Could you file it
as a bug report please so that it doesn't get forgotten:
http://jakarta.apache.org/commons/validator/issue-tracking.html
If you have the time a patch (and test case) would be really great:
http://www.apache.org/dev/contributors.html
Thanks
Niall
On 2/16/06, bart vandendriessche [EMAIL PROTECTED] wrote:
Hi,
I just started using Validator yesterday, and tried to find some info on
this particular problem but couldn't find anything, so my apologies if
this has been posted about before.
I'm using Validator outside of Struts, I don't believe this has any
impact on the situation, but I do find it strange that it was so hard to
find info on this, so I thought I'd mention it anyway. Right so, I
created a small form, made my own validation.xml and let the form post
to a servlet that would invoke Validator. So far so good.
However, when I decided to implement a email field, and gave it 2
dependencies, I was unable to access the results for both those
dependencies. Here's the code i used:
ValidatorResults results= validator.validate();
ValidatorResult result0 =
results.getValidatorResult(modelNumber);
ValidatorResult result1 =
results.getValidatorResult(serialNumber);
ValidatorResult result2 =
results.getValidatorResult(firstName);
ValidatorResult result3 =
results.getValidatorResult(lastName);
ValidatorResult result4 = results.getValidatorResult(email);
log.debug(Modelnumber:+ result0.isValid(required));
log.debug(Serialnumber: + result1.isValid(required));
log.debug(First name: + result2.isValid(required));
log.debug(Last name: + result3.isValid(required));
for( Iterator it =
result4.getActionMap().keySet().iterator();it.hasNext();) {
log.debug(key in result for email: + it.next().toString());
}
log.debug(result4.containsAction(required) +
result4.containsAction(required));
log.debug(Email: + result4.isValid(required));
log.debug(Email: + result4.isValid(isEmail));
Now, the output of the for loop, would only list the last dependency run
on the email field. I took a dive into the code and after some
searching, I edited the org.apache.commons.validator.Field class as follows:
move the line:
844: ValidatorResults results = new ValidatorResults();
to
835: ValidatorResults results = new ValidatorResults();
By moving it outside the dependencies loop, I was able to retrieve
results for all the dependencies associated with a field.
Hope this helps anyone,
Bart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38678] New: - [Validator] ValidatorResult.getActionMap() or ValidatorResult.getActions() only contain last run dependency per field
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38678. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38678 Summary: [Validator] ValidatorResult.getActionMap() or ValidatorResult.getActions() only contain last run dependency per field Product: Commons Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Validator AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When calling ValidatorResult#getActionMap() on a ValidatorResult Object associated with a Field which depends on several ValidatorActions, only the last ValidatorAction will be present in the returned Map / Iterator. A fix for this appears to be moving the line 844: ValidatorResults results = new ValidatorResults(); in the org.apache.commons.validator.Field class up to outside the dependencies loop, putting it as: 835: ValidatorResults results = new ValidatorResults(); No patch submitted for this yet and no Unit Test written. Will try to do so if time permits. This bug is also reported to the Commons mailing list at http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200602.mbox/[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] New: - MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 Summary: MD5 file comparison failed whereas it should not Product: Commons Version: unspecified Platform: All OS/Version: other Status: NEW Severity: major Priority: P1 Component: VFS AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have create a FileManipulator class to perform different actions with files. This class especilly contains a fileCompare method which compute the MD5 sum of two input stream from FileObject. For exemple, I perform : FileManipulator fileManipulator = FileManipulator.getInstance(); boolean fileDifferent = fileManipulator.fileCompare(tgz:http://remote/application.tar.gz!/applications/myapp.ear;, /tmp/myhome.ear); The method always returns true (so files have different MD5 sum) even when the files are the same (when I first copy myapp.ear from tar.gz archive). May VFS caches be a problem ? You can view the source code of FileManipulator at : http://cvs.sourceforge.net/viewcvs.py/buildprocess/AutoDeploy/src/java/net/sourceforge/buildprocess/autodeploy/FileManipulator.java?view=markup Thanks a lot for your help, because I have performs a lot of test and tries when I suspect the problem is around VFS. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 [EMAIL PROTECTED] changed: What|Removed |Added Summary|MD5 file comparison failed |[VFS] MD5 file comparison |whereas it should not |failed whereas it should not -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38659] - [VFS] Maven repository SNAPSHOT upgrade
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38659. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38659 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[vfs] Maven repository |[VFS] Maven repository |SNAPSHOT upgrade|SNAPSHOT upgrade --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 14:34 --- Thanks Mario -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 14:58 --- Please try the following two things: *) instead of .reset() the digester reget them with getInstance(). I know, it should make no difference, but maybe ... *) write the streams in while(fromStream.read(fromBuffer) != -1) ; and while(toStream.read(fromBuffer) != -1) ; to a temporary file and compare them manually. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] FTP ListingFunctionalTest no longer works
We'll I haven't been successful in finding an alternate for that site. Our parser is specific in looking for VMS-like directory listings and while I could find vms hosted ftp sites, they all had unix compatible listings. I'll keep looking and check with some colleagues. I did verify against internal FTP servers we are running at work and the test/parser is still passing, FWIW. Steve Cohen wrote: We have some functional tests for commons-net, which depend on connecting to ftp sites and putting them through their paces. (These tests are excluded from Gump, for obvious reasons). Some of the tests depend on being able to access a vms ftp server at h71000.www7.hp.com. This ftp server no longer seems to accept connections (or it may just be a temporary glitch tonight). I believe Jeff Brekke wrote this test. Jeff, would you happen to know if this site has moved and if so, update the test? Thanks. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.bloglines.com/blog/jbrekke [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 15:06 --- Thanks for this quick answer. I'm going to try it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 15:55 --- If this is a bug in VFS we have to fix it urgently. Wich of the both is the correct file size? Whats the difference of them? One of the both is incomplete, no? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 16:08 --- The right file is : -rw-r--r-- 1 autodepl autodepl 26790544 Feb 16 14:26 profinance-bo.ear.cache This file has a size smaller than the other one. Is VFS had some addition data ? I have perform : jar tvf profinance-bo.ear.cache jar tvf profinance-bo.ear and I have the same output. My purpose is only to compare the two files to check if it's the same file or not. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 16:12 --- (In reply to comment #5) The right file is : -rw-r--r-- 1 autodepl autodepl 26790544 Feb 16 14:26 profinance-bo.ear.cache So someone added something to the end of the first file. Is VFS had some addition data ? no Use a editor and have a look at the end of the larger file to see if there are some strange error messages. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
repository:copy-jar problem
hai,
i getting the problem in using the repository:copy-jar
the goal that i run is:
maven -DgroupId=activation -Dtype=jar
-Dartifact=${maven.repo.home}\activation\activation-1.0.jar repository:copy-jar
error that i got
Execute failed: java.io.IOException: CreateProcess: ssh -l USERNAME_NOT_SET
mkdir -p /activation/jars/; chmod g+ws /activation/jars/; chgrp maven
/activation/jars/ error=2
my build.properties file :
maven.repo.remote=http://mkeux353:8080/OEMaven/repository,
http://www.ibiblio.org/maven
maven.repo.list= OeIfpRepository
maven.repo.OeIfpRepository=*
maven.repo.OeIfpRepository.username=**
maven.repo.OeIfpRepository.password=***
maven.repo.OeIfpRepository.directory=/users/maven
---
the user name and pass and repository url are correct. because i run
artifact:deploy goal successfully. please tell me what is the wrong and we
have to specify any more properties in build.xml file.
please tell me , i am waiting for your solution.
if it is wrong place to writing my issues here , i am sorry.
thank you
-
Yahoo! Mail
Use Photomail to share photos without annoying attachments.
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 16:42 --- I have maybe found the problem !!! The error seems to be not at all at VFS level :) In fact, the profinance-bo.ear is deployed on IBM Websphere Application Server and I'm suspect Websphere to change some think in the ear file !!! I have perform a test locally without deployment and the ear files are correct. I perform a new test beforce closing this bug. Sorry for the disturb :/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [all] clover.license file?
Hello: (It is not in https://svn.apache.org/repos/asf, right?) Would that be in the repos-private directory? I do not seem to have access [1] to that but I am a committer. What root URL should I use? Thanks Gary [1] From Eclipse: RA layer request failed svn: PROPFIND request failed on '/repos/repos-private' svn: PROPFIND of '/repos/repos-private': 405 Method Not Allowed (https://svn.apache.org) -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 11:13 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? svn:committers/donated-licences/clover/ On 2/15/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: Where in SVN (or still in CVS) do we keep our clover.license file? Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 17:37 --- No problem, sometimes we simply need one to talk to ;-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Net] TelnetInputStream.read sometimes hangs if reader thread is disabled
Hi,
I'm trying to use TelnetClient with the reader thread disabled because I
don't want socket timeouts to fire during planned periods of inactivity
(bug #31122).
But when the thread is disabled, I'm finding that TelnetInputStream.read
hangs forever sometimes while I'm trying to read output from the server.
The problem appears to be the first while loop in __processChar, which
looks like this:
synchronized (__queue)
{
while (__bytesAvailable = __queue.length - 1)
{
if(__threaded)
{
__queue.notify();
try
{
__queue.wait();
}
catch (InterruptedException e)
{
throw e;
}
}
...
}
If you get into this loop and the threaded flag is false, I think you
are stuck forever. That's what's happening in my case. If I suspend the
thread, I can see that (__bytesAvailable) is 2048 and (__queue.length -
1) is also 2048. It's an infinite loop.
Am I missing something or is this a bug? If it's a bug, I'm surprised no
one has run into it before now. I couldn't find anything open about it.
Thanks,
Rob H.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] clover.license file?
https://svn.apache.org/repos/private/committers On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: (It is not in https://svn.apache.org/repos/asf, right?) Would that be in the repos-private directory? I do not seem to have access [1] to that but I am a committer. What root URL should I use? Thanks Gary [1] From Eclipse: RA layer request failed svn: PROPFIND request failed on '/repos/repos-private' svn: PROPFIND of '/repos/repos-private': 405 Method Not Allowed (https://svn.apache.org) -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 11:13 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? svn:committers/donated-licences/clover/ On 2/15/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: Where in SVN (or still in CVS) do we keep our clover.license file? Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38683] New: - Improve message for Unknown property
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38683. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38683 Summary: Improve message for Unknown property Product: Commons Version: 1.6 Final Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Bean Utilities AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When PropertyUtilsBean attempts to set/get a property it throws an exception with the following message: Caused by: java.lang.NoSuchMethodException: Unknown property 'name' at org.apache.commons.beanutils.PropertyUtilsBean.setSimpleProperty(PropertyUtilsBean.java:1741) at org.apache.commons.beanutils.PropertyUtils.setSimpleProperty(PropertyUtils.java:577) at com.sun.faces.config.ManagedBeanFactory.setPropertiesIntoBean(ManagedBeanFactory.java:558) Its nice to know the name of the property, but it would be even nicer to know the class. (Yes, this is also a problem with the calling code, JSF FI in this case, which even knows instance and bean name, yet chooses to leave tha a secret.) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] clover.license file?
On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: (It is not in https://svn.apache.org/repos/asf, right?) Would that be in the repos-private directory? I do not seem to have access [1] to that but I am a committer. snip/ This tedium continues to drive more components to specify the cobertura plugin in the project POMs. A sample report is here [1], maybe its appropriate for your needs as well. -Rahul [1] http://jakarta.apache.org/commons/sandbox/scxml/cobertura/index.html What root URL should I use? Thanks Gary [1] From Eclipse: RA layer request failed svn: PROPFIND request failed on '/repos/repos-private' svn: PROPFIND of '/repos/repos-private': 405 Method Not Allowed (https://svn.apache.org) -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 11:13 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? svn:committers/donated-licences/clover/ On 2/15/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: Where in SVN (or still in CVS) do we keep our clover.license file? Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38679] - [VFS] MD5 file comparison failed whereas it should not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 20:12 --- So the problem was really WebSphere which change the ear at deployment time. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38683] - [beanutils] Improve message for Unknown property
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38683. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38683 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Improve message for Unknown|[beanutils] Improve message |property |for Unknown property -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Elect Sandy McArthur As Committer
Sorry for the late reaction.. +1... Mvgr, Martin robert burrell donkin wrote: Sandy McArthur has been contributing high quality patches for commons-pool for a few months now and has been the main driving force towards both fixing current issues and pushing the component forwards. He has demonstrated a deep knowledge of pool and has become involved in the general commons community. I therefore propose that he is elected a committer i'll tally the votes no earlier than 2400 GMT one week hence (Tuesday the 21st). Here's my +1 - robert --8-- [ ] +1 Elect Sandy [ ] +0 Tentative support but can't make informed judgement [ ] -0 Tentative opposition but can't make informed judgement [ ] -1 Do not elect Sandy -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jelly] Re: [EMAIL PROTECTED]: Project commons-jelly-test (in module commons-jelly) failed
Nice going :) 1 down.
Thanks,
Hen
On 2/15/06, Dion Gillard [EMAIL PROTECTED] wrote:
Looks like my recent changes to JEXL have fixed this one. The others
appear to be jaxen related.
On 2/14/06, commons-jelly development commons-dev@jakarta.apache.org wrote:
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-test has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 57 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-test : Commons Jelly
Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add
for property maven.jar.servletapi.
-DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for
property maven.jar.jstl.
-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/build.properties]
-DEBUG- (Gump generated) Maven Properties in:
/usr/local/gump/public/workspace/commons-jelly/build.properties
-INFO- Failed with reason build failed
-DEBUG- Maven POM in:
/usr/local/gump/public/workspace/commons-jelly/project.xml
-DEBUG- Maven project properties in:
/usr/local/gump/public/workspace/commons-jelly/project.properties
-INFO- Project Reports in:
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/gump_work/build_commons-jelly_commons-jelly-test.html
Work Name: build_commons-jelly_commons-jelly-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 56 secs
Command Line: maven --offline jar
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH:
/opt/jdk1.4/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-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] org.apache.commons.jelly.JellyTagException:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly:359:75:
test:assertEquals expected:[22] but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] at
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:712)
[junit] at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282)
[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] Caused by:
org.apache.commons.jelly.tags.junit.JellyAssertionFailedError:
expected:[22] but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
DO NOT REPLY [Bug 38684] New: - ValueSuppressionStrategy.ALLOW_ALL_VALUES suppresses all Attributes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38684.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38684
Summary: ValueSuppressionStrategy.ALLOW_ALL_VALUES suppresses all
Attributes
Product: Commons
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Betwixt
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
The description of this static instance states:
Strategy allows all values to be expressed for all attributes
But if you look at the code, it suppresses all attributes:
public boolean suppressAttribute(AttributeDescriptor attributeDescriptor, String
value) { return true; }
This should be return false.
This was found in 0.7 version
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38684] - [betwixt] ValueSuppressionStrategy.ALLOW_ALL_VALUES suppresses all Attributes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38684. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38684 [EMAIL PROTECTED] changed: What|Removed |Added Summary|ValueSuppressionStrategy.ALL|[betwixt] |OW_ALL_VALUES suppresses all|ValueSuppressionStrategy.ALL |Attributes |OW_ALL_VALUES suppresses all ||Attributes -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38685] New: - Error Message '{field} is not in the range null through null' in validator framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38685.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38685
Summary: Error Message '{field} is not in the range null through
null' in validator framework
Product: Commons
Version: unspecified
Platform: Sun
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Validator
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
I am using struts 1.2.8. We are using the jar files from the Struts-Blank.war
provided at the apache site. We are using the validator framework for
performing the client Server validations. When I use the 'intRange'
or 'minlength'. It performs the validations correctly but it displays incorrect
message as 'Test is not in the range null through null' or 'Test2 can not be
less than null characters.'
Partial Code in the validator.xml file
!-- Test for Required valid integers only and within the specifed
range --
field
property=test
depends=required,integer,intRange
arg0 key=billForm.test/
arg1
key=${var:min}
name=intRange
resource=false/
arg2
key=${var:max}
name=intRange
resource=false/
var
var-namemin/var-name
var-value10/var-value
/var
var
var-namemax/var-name
var-value50/var-value
/var
/field
!-- Test2 for Required minimum length --
field property=test2 depends=required,minlength
arg0 key=billForm.test/
arg1 key=${var:minlength} resource=false/
varvar-nameminlength/var-namevar-value3/var-
value/var
/field
Partial Code in validitor-rules.xml
-
validator name=required
classname=org.apache.struts.validator.FieldChecks
method=validateRequired
methodParams=java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field,
org.apache.struts.action.ActionMessages,
org.apache.commons.validator.Validator,
javax.servlet.http.HttpServletRequest
msg=errors.required/
validator name=minlength
classname=org.apache.struts.validator.FieldChecks
method=validateMinLength
methodParams=java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field,
org.apache.struts.action.ActionMessages,
org.apache.commons.validator.Validator,
javax.servlet.http.HttpServletRequest
depends=
msg=errors.minlength
jsFunction=org.apache.commons.validator.javascript.validateMinLength/
validator name=intRange
classname=org.apache.struts.validator.FieldChecks
method=validateIntRange
methodParams=java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field,
org.apache.struts.action.ActionMessages,
org.apache.commons.validator.Validator,
javax.servlet.http.HttpServletRequest
depends=integer
msg=errors.range/
Partial View Source Code of HTML/Javascript generated
==
function EmpApproBillFormBean_intRange () {
this.a0 = new Array(test, Test is not in the range null through null.,
new Function (varName, this.min='10'; this.max='50'; return this
[varName];));
}
Please let me know why does the msg display 'null through null', instead of '10
through 50'.
Regards,
Yugandhar
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38685] - [validator] Error Message '{field} is not in the range null through null' in validator framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38685.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38685
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Error Message '{field} is |[validator] Error Message
|not in the range null |'{field} is not in the range
|through null' in validator |null through null' in
|framework |validator framework
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38686] New: - Default VFS cache behavior
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38686. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38686 Summary: Default VFS cache behavior Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: VFS AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] It's really a bug but a explanation. The default VFS cache is SoftRefFilesCache. In my process, I have a FileManipulator which is simply a singleton. This singleton create one (and only one max) instance of FileSystemManager using VFS.getManager(). This process is called every 10mn to perform a copy from a FileObject to another. In earch loop, I perform something which looks like : FIleManipulator fileManipulator = FileManipulator.getInstance(); fileManipulator.copy(tgz:http://remote/archive.tar.gz!/dir/file;, /tmp/file); Either the tgz:http://remote/archive.tar.gz!/dir/file has not change, in the vfs_cache directory, I have : tmp_19071_file tmp_19076_file So a copy if performed every loop and neither release which take a lot of space on the filesystem. How can I avoid this behavior ? Should I create a FileManipulator (and so a FileSystemManager) and use the same in the loop ? Do I need to define my own filesystemmanager with another FileCache system (such as NullFileCache) ? Is it possible to define another VFS cache system for the default filesystem manager got with VFS.getManager() ? Many thanks for your help. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378357 - /jakarta/commons/proper/logging/trunk/build.xml
Author: rdonkin
Date: Thu Feb 16 12:29:01 2006
New Revision: 378357
URL: http://svn.apache.org/viewcvs?rev=378357view=rev
Log:
After some consideration removed the indexes. JCL isn't signed and so anyone
using it in an applet would need to rejar and sign in any case. They can index
at the same time. Probably safer this way.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified: jakarta/commons/proper/logging/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/build.xml?rev=378357r1=378356r2=378357view=diff
==
--- jakarta/commons/proper/logging/trunk/build.xml (original)
+++ jakarta/commons/proper/logging/trunk/build.xml Thu Feb 16 12:29:01 2006
@@ -462,7 +462,6 @@
todir=${build.home}/classes/META-INF/
jar jarfile=${build.home}/${core.jar.name}
- index=true
basedir=${build.home}/classes
manifest=${build.home}/conf/MANIFEST.MF
include name=org/apache/commons/logging/** /
@@ -472,7 +471,6 @@
/jar
jar jarfile=${build.home}/${api.jar.name}
-index=true
basedir=${build.home}/classes
manifest=${build.home}/conf/MANIFEST.MF
include name=org/apache/commons/logging/*.class /
@@ -486,7 +484,6 @@
/jar
jar jarfile=${build.home}/${adapters.jar.name}
-index=true
basedir=${build.home}/classes
manifest=${build.home}/conf/MANIFEST.MF
include name=org/apache/commons/logging/impl/**.class /
@@ -558,7 +555,6 @@
if=log4j12.present/
/jar
jar jarfile=${build.home}/commons-${component.name}-tests.jar
-index=true
basedir=${build.home}/tests
manifest=${build.home}/conf/MANIFEST.MF
exclude name=org/apache/commons/logging/Wrapper.class/
@@ -566,7 +562,6 @@
if=jdk.1.4.present/
/jar
jar jarfile=${build.home}/commons-${component.name}-wrapper.jar
-index=true
basedir=${build.home}/tests
manifest=${build.home}/conf/MANIFEST.MF
include name=org/apache/commons/logging/Wrapper.class/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38499] - [logging][PATCH] Minor improvement to JARs within Build
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38499. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38499 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 21:34 --- I've had a good think about this and a chance to play around a little. jarindex indexes the dependencies but I'm a little worried that classloaders may get confused by optional depedencies. JCL would need to be re-jarred and signed before it could be used in an applet so I've decided that it'd be best to remove the indexes. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35774] - [logging] TCCL problem in J2EE Container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35774. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35774 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 21:42 --- Please retest with latest release candidate. This can be found in http://people.apache.org/~rdonkin/commons-logging. Use of the TCCL is now flaggable but I suspect that logging may function (though the per application configuration may not be too great) so please test both. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38626] - [logging] LogFactory#getLogFactory should not look for method every time
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38626. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38626 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 21:47 --- After consideration, I'm not happy addressing this for this release. I would consider a performance patch with either extensive unit tests (preferrably with security managers) or demonstration code (if it's not feasible to easily codify into tests) once this release is out. If anyone feels like contributing one, please attach to this bugzilla and reopen -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378363 - in /jakarta/commons/proper/logging/trunk: build.xml project.xml src/conf/MANIFEST.MF
Author: rdonkin
Date: Thu Feb 16 12:53:27 2006
New Revision: 378363
URL: http://svn.apache.org/viewcvs?rev=378363view=rev
Log:
Preparing for release candidate 5.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
jakarta/commons/proper/logging/trunk/project.xml
jakarta/commons/proper/logging/trunk/src/conf/MANIFEST.MF
Modified: jakarta/commons/proper/logging/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/build.xml?rev=378363r1=378362r2=378363view=diff
==
--- jakarta/commons/proper/logging/trunk/build.xml (original)
+++ jakarta/commons/proper/logging/trunk/build.xml Thu Feb 16 12:53:27 2006
@@ -92,7 +92,7 @@
property name=component.title value=Logging Wrapper Library/
!-- The current version number of this component --
- property name=component.version value=1.1-RC4/
+ property name=component.version value=1.1-RC5/
!-- The base directory for compilation targets --
property name=build.home value=${basedir}/target/
Modified: jakarta/commons/proper/logging/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/project.xml?rev=378363r1=378362r2=378363view=diff
==
--- jakarta/commons/proper/logging/trunk/project.xml (original)
+++ jakarta/commons/proper/logging/trunk/project.xml Thu Feb 16 12:53:27 2006
@@ -22,7 +22,7 @@
nameLogging/name
groupIdcommons-logging/groupId
artifactIdcommons-logging/artifactId
- currentVersion1.1-RC4/currentVersion
+ currentVersion1.1-RC5/currentVersion
inceptionYear2001/inceptionYear
shortDescriptionCommons Logging/shortDescription
description
Modified: jakarta/commons/proper/logging/trunk/src/conf/MANIFEST.MF
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/conf/MANIFEST.MF?rev=378363r1=378362r2=378363view=diff
==
--- jakarta/commons/proper/logging/trunk/src/conf/MANIFEST.MF (original)
+++ jakarta/commons/proper/logging/trunk/src/conf/MANIFEST.MF Thu Feb 16
12:53:27 2006
@@ -5,4 +5,4 @@
Implementation-Title: Jakarta Commons Logging
Implementation-Vendor-Id: org.apache
Implementation-Vendor: Apache Software Foundation
-Implementation-Version: 1.1-RC4
+Implementation-Version: 1.1-RC5
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Queue-, SoftReference-based object pool
Sandy, El mié, 15-02-2006 a las 22:20 -0500, Sandy McArthur escribió: It does make sense to back a FIFO pool with a java.util.Queue but the Queue is a Java 1.5 feature and it will be a while before Java 1.5 is a Pool requirement. The current version of Pool requires Java 1.3 and after one more mostly bug fix release Pool 2.0 will be started which will using Java 1.4 as a baseline. I don't expect Java 1.5 to be a requirement until Pool 3.0. My implementation can be trivially adapted to use the java.util.concurrent backport project. I sure hope we see Pool 1.3 soon, as version 1.2 doesn't even compile with the default compiler options in Java 5 :) JVM requirements aside, I'm not sure a Pool based on a Queue with no internal synchronization is strong enough to justify adding it to the project. That said I do have a competing pool implementation and may be biased. :-) One disadvantage of my code is it does more synchronization than would be needed for when the user wants a pool that fits your feature set. Thanks for offering your implementation, but it does far more than I need, which is simply a simple, lock-free (or at least cheap) implementation. I don't see the need for the configuration power your project offers, but good luck with it. Reply-to: [EMAIL PROTECTED], please. I'm getting off the list (I set the header myself, but I'm afraid the list manager will override it). Thanks, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Potential Bug In Circular Redirect
If i try a GET request on http://domain.com/site.html?x=1 And the domain.com web server does a 302 redirect to : /site.html?y=2 HttpCleint thinks its a Circular redirect b/c its *JUST* looking at the uri, not the uri + query string. Not sure if this breaks the protocol or not, but thought i would bring it to your attention, All browser support this type of redirect and recognizes it as not being circular, maybe HttpClient should examine the URI + the query string? Just a thought, ANy reply back on this would help alot. Currently i have to have the application to allow circular redirects. Thanks -Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [all] clover.license file?
Hello Rahul: I am open to using another coverage tool but I do not have the time to implement the switch. For now, I just want the current build to work. Gary -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: Thursday, February 16, 2006 10:38 AM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: (It is not in https://svn.apache.org/repos/asf, right?) Would that be in the repos-private directory? I do not seem to have access [1] to that but I am a committer. snip/ This tedium continues to drive more components to specify the cobertura plugin in the project POMs. A sample report is here [1], maybe its appropriate for your needs as well. -Rahul [1] http://jakarta.apache.org/commons/sandbox/scxml/cobertura/index.html What root URL should I use? Thanks Gary [1] From Eclipse: RA layer request failed svn: PROPFIND request failed on '/repos/repos-private' svn: PROPFIND of '/repos/repos-private': 405 Method Not Allowed (https://svn.apache.org) -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 11:13 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? svn:committers/donated-licences/clover/ On 2/15/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: Where in SVN (or still in CVS) do we keep our clover.license file? Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38685] - [validator] Error Message '{field} is not in the range null through null' in validator framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38685. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38685 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-16 22:25 --- I can't see anything wrong with what you have, but this is really a question for the struts user list. Please can you post your questions there and only open bugzilla tickets when you you're convinced its a bug - rather than to get help debugging your application. The struts examples webapp has a working example of the integer range validation (struts-example.war in the binary distribution) - select the Type Form on the Validator Examples page and the Integer Field has a range check. Maybe that will help you find out whats going wrong. Closing as INVALID. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38686] - [vfs] Default VFS cache behavior
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38686. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38686 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Default VFS cache behavior |[vfs] Default VFS cache ||behavior -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Potential Bug In Circular Redirect
On Thu, 2006-02-16 at 15:39 -0500, Ryan Smith wrote: If i try a GET request on http://domain.com/site.html?x=1 And the domain.com web server does a 302 redirect to : /site.html?y=2 HttpCleint thinks its a Circular redirect b/c its *JUST* looking at the uri, not the uri + query string. Not sure if this breaks the protocol or not, but thought i would bring it to your attention, All browser support this type of redirect and recognizes it as not being circular, maybe HttpClient should examine the URI + the query string? Just a thought, ANy reply back on this would help alot. Currently i have to have the application to allow circular redirects. Thanks -Ryan Ryan, What version of HttpClient are you using? Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378372 - /jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt
Author: rdonkin Date: Thu Feb 16 13:55:45 2006 New Revision: 378372 URL: http://svn.apache.org/viewcvs?rev=378372view=rev Log: A few cosmetic changes. I think I prefer jar file to jarfile. Modified: jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt?rev=378372r1=378371r2=378372view=diff == --- jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt Thu Feb 16 13:55:45 2006 @@ -48,9 +48,9 @@ == New Features == -* Jarfiles now have release-numbers embedded in the names, for easier management. +* Jar files now have release-numbers embedded in the names, for easier management. -* New jarfile commons-logging-adapters-xxx.jar is now provided. This can be +* New jar file commons-logging-adapters-xxx.jar is now provided. This can be used to resolve class cast conflicts where parts of commons-logging are deployed via different classloaders. It is not expected to be frequently used; it is only necessary in situations where a container has deployed @@ -87,7 +87,7 @@ when a webapp was undeployed. An internal change fixes some situations where that occurs (by using weak references); this requires no action on the part of users of this library. In addition, a utility class ServletContextCleaner is - provided in the jarfile which is expected to resolve this problem in all + provided in the jar file which is expected to resolve this problem in all situations; however it is necessary for an application to define this class as a ServletContextListener in the web.xml in order for this to be invoked. @@ -143,7 +143,7 @@ java 1.1 but this has not been tested; the unit tests certainly don't run on that version. -== Distributed jarfiles == +== Distributed Jar Files == File commons-logging-nn.jar is the one most people will want. It provides the base implementation and adapters to a number of popular logging libraries. @@ -151,19 +151,19 @@ File commons-logging-adapters-nn.jar includes only the adapters to various concrete logging libraries. When commons-logging-nn.jar or commons-logging-api-nn.jar is deployed in a container classpath, then this -adapters-only jarfile should be deployed in the webapp, not the complete JCL +adapters-only jar file should be deployed in the webapp, not the complete JCL distribution. This ensures that the core Log/LogFactory classes are only deployed via one classloader, thus avoiding Log4JLogger does not implement Log and similar problems. File commons-logging-api-nn.jar provides no adapters to external logging libraries, just the internally implemented SimpleLog and NoOpLog classes. This -jarfile may be used as a declared dependency for projects that care about -transitive dependencies and can't handle jarfiles such as commons-logging-nn.jar +jar file may be used as a declared dependency for projects that care about +transitive dependencies and can't handle jar files such as commons-logging-nn.jar which have optional dependencies depending on how they are used. In addition, -this jarfile can be useful for rebundlers of JCL who recompile the source-code +this jar file can be useful for rebundlers of JCL who recompile the source-code but who may not be able to recompile against the full set of supported adapters; -such projects should be able to at least recreate an equivalent of this jarfile. +such projects should be able to at least recreate an equivalent of this jar file. == General Notes == @@ -188,7 +188,7 @@ deprecated for a long while. Replacement class Log4JLogger should be a completely transparent replacement for all commons-logging users. -* package.html files are no longer present in the jarfiles, removing nuisance +* package.html files are no longer present in the jar files, removing nuisance javadoc warnings when building javadoc for apps using jcl. * In several cases, LogConfigurationException objects were being wrapped in - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378374 - /jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt
Author: rdonkin Date: Thu Feb 16 14:01:49 2006 New Revision: 378374 URL: http://svn.apache.org/viewcvs?rev=378374view=rev Log: Added section to release notes about JDK compatibility. Modified: jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt?rev=378374r1=378373r2=378374view=diff == --- jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/logging/trunk/RELEASE-NOTES.txt Thu Feb 16 14:01:49 2006 @@ -39,6 +39,11 @@ commons-logging, for example to implement custom logging adapters. See the compatibility section for details. +All core classes were compiled with a 1.2.x JDK. JCL may work on some +augmented 1.1 series JREs but it is recommended that those wish to run +on 1.1 JREs download the source and create a custom implementation by +stripping out all the complex classloader management code. + For further details, please see the Jakarta Commons Logging website: http://jakarta.apache.org/commons/logging. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378375 - in /jakarta/commons/proper/validator/trunk/xdocs: cvs-usage.xml issue-tracking.xml navigation.xml
Author: niallp Date: Thu Feb 16 14:03:55 2006 New Revision: 378375 URL: http://svn.apache.org/viewcvs?rev=378375view=rev Log: Add links to Apache Contributors guide and re-arrange menu Modified: jakarta/commons/proper/validator/trunk/xdocs/cvs-usage.xml jakarta/commons/proper/validator/trunk/xdocs/issue-tracking.xml jakarta/commons/proper/validator/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/validator/trunk/xdocs/cvs-usage.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/xdocs/cvs-usage.xml?rev=378375r1=378374r2=378375view=diff == --- jakarta/commons/proper/validator/trunk/xdocs/cvs-usage.xml (original) +++ jakarta/commons/proper/validator/trunk/xdocs/cvs-usage.xml Thu Feb 16 14:03:55 2006 @@ -41,6 +41,10 @@ The alternative is to use the a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/validator/trunk/;native subversion/a display. /p +p + For more information on subversion and creating patches see the + a href=http://www.apache.org/dev/contributors.html;Apache Contributors Guide/a. +/p /section !-- == -- /body Modified: jakarta/commons/proper/validator/trunk/xdocs/issue-tracking.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/xdocs/issue-tracking.xml?rev=378375r1=378374r2=378375view=diff == --- jakarta/commons/proper/validator/trunk/xdocs/issue-tracking.xml (original) +++ jakarta/commons/proper/validator/trunk/xdocs/issue-tracking.xml Thu Feb 16 14:03:55 2006 @@ -48,6 +48,10 @@ /ul /p p + For more information on subversion and creating patches see the + a href=http://www.apache.org/dev/contributors.html;Apache Contributors Guide/a. +/p +p You may also find these links useful: ul lia href=http://issues.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDamp;bug_status=NEWamp;bug_status=ASSIGNEDamp;bug_status=REOPENEDamp;bug_status=NEEDINFOamp;product=Commonsamp;component=Validator;All Open Validator bugs/a/li Modified: jakarta/commons/proper/validator/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/xdocs/navigation.xml?rev=378375r1=378374r2=378375view=diff == --- jakarta/commons/proper/validator/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/validator/trunk/xdocs/navigation.xml Thu Feb 16 14:03:55 2006 @@ -22,19 +22,22 @@ body links + item name=Apache +href=http://www.apache.org/ item name=Jakarta href=http://jakarta.apache.org/ - item name=Jakarta Commons + item name=Commons href=http://jakarta.apache.org/commons// /links menu name=Validator item name=Overviewhref=/index.html/ - item name=Community href=/community.html/ item name=Downloads href=/downloads.html/ - item name=To Do List href=/tasks.html/ - item name=Javadoc href=apidocs/index.html/ + item name=Issue Tracking href=/issue-tracking.html/ + item name=Javadoc href=apidocs/index.html/ item name=Javascript Javadoc href=/javascript/org/apache/commons/validator/javascript/index.html/ + item name=Validator Wiki href=http://wiki.apache.org/jakarta-commons/Validator/ + item name=To Do List href=/tasks.html/ /menu common-menus; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[logging] Code Freeze
i will cut release candidate 5 some time after 2230 GMT today. please do not commit code until the all clear. - robert signature.asc Description: This is a digitally signed message part
Re: svn commit: r377559 - in /jakarta/commons: sandbox/compress/trunk/ sandbox/csv/trunk/ sandbox/i18n/trunk/ sandbox/id/trunk/ sandbox/javaflow/trunk/ sandbox/pipeline/trunk/ sandbox/proxy/trunk/ san
On 2/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: niallp Date: Mon Feb 13 17:17:27 2006 New Revision: 377559 URL: http://svn.apache.org/viewcvs?rev=377559view=rev Log: Modify maven build to add two non-standard attributes to the jar's manifest file to indicate the values of maven.compile.source and maven.compile.target. Also modify the build to include an Implementation-Vendor-Id of org.apache in the jar's manifest. snip/ Thanks for keeping the sandbox components in sync as well. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] clover.license file?
On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello Rahul: I am open to using another coverage tool but I do not have the time to implement the switch. For now, I just want the current build to work. snip/ Understandable, did you get it to work? If you ever want to switch so users don't have to go looking for the license to build the site, ping this thread and I'll make the (small) change needed to whichever component you're talking about. -Rahul Gary snap/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Potential Bug In Circular Redirect
Oleg Kalnichevski wrote: On Thu, 2006-02-16 at 15:39 -0500, Ryan Smith wrote: If i try a GET request on http://domain.com/site.html?x=1 And the domain.com web server does a 302 redirect to : /site.html?y=2 HttpCleint thinks its a Circular redirect b/c its *JUST* looking at the uri, not the uri + query string. Not sure if this breaks the protocol or not, but thought i would bring it to your attention, All browser support this type of redirect and recognizes it as not being circular, maybe HttpClient should examine the URI + the query string? Just a thought, ANy reply back on this would help alot. Currently i have to have the application to allow circular redirects. Thanks -Ryan Ryan, What version of HttpClient are you using? Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I am using 3.0 RELEASE But i checked out the latest snap shot code, and the logic in HttpMethodDirector.java only checks for the URI, not URI + Query string. Below, plerase see my MANIFEST.MF that came with my httpclient.jar : Manifest-Version: 1.0 Ant-Version: Apache Ant 1.5.3 Created-By: Apache Maven Built-By: Michael Package: org.apache.commons.httpclient Build-Jdk: 1.3.1_17 Extension-Name: commons-httpclient Specification-Title: Jakarta Commons HttpClient Specification-Vendor: Apache Software Foundation Implementation-Title: org.apache.commons.httpclient Implementation-Vendor: Apache Software Foundation Implementation-Version: 3.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378384 - /jakarta/commons/proper/logging/tags/LOGGING_1_1_0_RC5/
Author: rdonkin Date: Thu Feb 16 14:31:49 2006 New Revision: 378384 URL: http://svn.apache.org/viewcvs?rev=378384view=rev Log: Cut release candidate 5 Added: jakarta/commons/proper/logging/tags/LOGGING_1_1_0_RC5/ - copied from r378383, jakarta/commons/proper/logging/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Potential Bug In Circular Redirect
On Thu, 2006-02-16 at 17:24 -0500, Ryan Smith wrote: ... I am using 3.0 RELEASE But i checked out the latest snap shot code, and the logic in HttpMethodDirector.java only checks for the URI, not URI + Query string. Ryan, I think this behavior is correct. It was implemented per this bug report: http://issues.apache.org/bugzilla/show_bug.cgi?id=33021 Set 'http.protocol.allow-circular-redirects' parameter to true to disable the check Oleg Below, plerase see my MANIFEST.MF that came with my httpclient.jar : Manifest-Version: 1.0 Ant-Version: Apache Ant 1.5.3 Created-By: Apache Maven Built-By: Michael Package: org.apache.commons.httpclient Build-Jdk: 1.3.1_17 Extension-Name: commons-httpclient Specification-Title: Jakarta Commons HttpClient Specification-Vendor: Apache Software Foundation Implementation-Title: org.apache.commons.httpclient Implementation-Vendor: Apache Software Foundation Implementation-Version: 3.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38688] New: - TelnetInputStream.read sometimes hangs if reader thread is disabled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38688.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38688
Summary: TelnetInputStream.read sometimes hangs if reader thread
is disabled
Product: Commons
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: major
Priority: P2
Component: Net
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I'm trying to use TelnetClient with the reader thread disabled because I don't
want socket timeouts to fire during planned periods of inactivity (bug #31122).
But when the thread is disabled, I'm finding that TelnetInputStream.read
occassionally hangs when I try to read output from the server.
The problem appears to be the first while loop in __processChar, which looks
like this:
synchronized (__queue)
{
while (__bytesAvailable = __queue.length - 1)
{
if(__threaded)
{
__queue.notify();
try
{
__queue.wait();
}
catch (InterruptedException e)
{
throw e;
}
}
...
}
If you get into this loop and the threaded flag is false, you are stuck
forever. That's what's happening in my case. If I suspend the thread, I can
see that (__bytesAvailable) is 2048 and (__queue.length -
1) is also 2048, so it's an infinite loop.
I'm not sure what triggers this, but it seems to happen most often when there
is a pause in server output or a pause before I initiate the next read.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Code Freeze
done - rober On Thu, 2006-02-16 at 22:10 +, robert burrell donkin wrote: i will cut release candidate 5 some time after 2230 GMT today. please do not commit code until the all clear. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[beanutils] getPropertyDescriptor(s)
Hi all, what are the primary reasons why DynaBean support has not yet been implemented for these PropertyUtils methods in beanutils? I assume there are some concerns involved in how to implement this... what are they? Thanks, Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Code Freeze
Thanks Robert! On Thu, 2006-02-16 at 22:53 +, robert burrell donkin wrote: done - rober On Thu, 2006-02-16 at 22:10 +, robert burrell donkin wrote: i will cut release candidate 5 some time after 2230 GMT today. please do not commit code until the all clear. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[logging] please check release candidate 5
i'm now reasonably satisfied with this release candidate. if there's anyone with a wondoz box and a few cycles, i'd be very grateful if you could check the EOLs on the zips (source and binary). my plan is to leave it a day or two to see whether anyone here can find any problems. i'll then cut a release branch and an ALPHA1 release for general criticism. my plan is to use a series of releases (ALPHA, BETA then FC) modelled on the HTTPD/tomcat/struts release style to allow a bigger chance for feedback. this will be a change for the commons so we'll see how it's received. i'll write this up on the wiki a little later. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] getPropertyDescriptor(s)
On 2/16/06, Matt Benson [EMAIL PROTECTED] wrote: Hi all, what are the primary reasons why DynaBean support has not yet been implemented for these PropertyUtils methods in beanutils? I assume there are some concerns involved in how to implement this... what are they? Although it's also due to lack of time on the part of developers :-), there is indeed a technical issue. What do you specify for the readMethod and writeMethod properties? Tools that use property descriptors are going to assume that these map to real methods that can be used to get and set the property values via reflection, but there are (obviously) no methods with the correct method signatures on the DynaBean base class itself. Thanks, Matt Craig __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] getPropertyDescriptor(s)
--- Craig McClanahan [EMAIL PROTECTED] wrote: On 2/16/06, Matt Benson [EMAIL PROTECTED] wrote: Hi all, what are the primary reasons why DynaBean support has not yet been implemented for these PropertyUtils methods in beanutils? I assume there are some concerns involved in how to implement this... what are they? Although it's also due to lack of time on the part of developers :-), there is indeed a technical issue. What do you specify for the readMethod and writeMethod properties? Tools that use property descriptors are going to assume that these map to real methods that can be used to get and set the property values via reflection, but there are (obviously) no methods with the correct method signatures on the DynaBean base class itself. Craig: thanks for your quick reply. My (possibly naive) impression was that you would specify DynaBean's get(String) and set(String, Object) methods... :) Now, tell me why that won't work as expected. ;) -Matt Thanks, Matt Craig __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] please check release candidate 5
On Thu, 2006-02-16 at 23:09 +, robert burrell donkin wrote: i'm now reasonably satisfied with this release candidate. if there's anyone with a wondoz box and a few cycles, i'd be very grateful if you could check the EOLs on the zips (source and binary). my plan is to leave it a day or two to see whether anyone here can find any problems. i'll then cut a release branch and an ALPHA1 release for general criticism. my plan is to use a series of releases (ALPHA, BETA then FC) modelled on the HTTPD/tomcat/struts release style to allow a bigger chance for feedback. this will be a change for the commons so we'll see how it's received. i'll write this up on the wiki a little later. At some point I think it would be a good idea to post a notice to the tomcat dev list, as the subscribers there are likely to (a) care about JCL, and (b) have some interesting apps to test it with. Maybe jboss would also be good to contact, as they have had problems with JCL in the past. I believe they actually have special-case handling for JCL in their classloaders. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] getPropertyDescriptor(s)
2/16/06, Matt Benson [EMAIL PROTECTED] wrote: --- Craig McClanahan [EMAIL PROTECTED] wrote: On 2/16/06, Matt Benson [EMAIL PROTECTED] wrote: Hi all, what are the primary reasons why DynaBean support has not yet been implemented for these PropertyUtils methods in beanutils? I assume there are some concerns involved in how to implement this... what are they? Although it's also due to lack of time on the part of developers :-), there is indeed a technical issue. What do you specify for the readMethod and writeMethod properties? Tools that use property descriptors are going to assume that these map to real methods that can be used to get and set the property values via reflection, but there are (obviously) no methods with the correct method signatures on the DynaBean base class itself. Craig: thanks for your quick reply. My (possibly naive) impression was that you would specify DynaBean's get(String) and set(String, Object) methods... :) Now, tell me why that won't work as expected. ;) Because a tool like Java Studio Creator (my day job is architect for this) is going to assume that these methods conform to the JavaBeans design patterns for properties ... a getter that takes zero arguments, and a setter that takes one argument (the value). Trying to use these methods will cause the tool's reflective get or set call to fail because the argument types and counts won't match. -Matt Craig
DO NOT REPLY [Bug 38689] New: - nested properties on beans fetched from a list do not get populated
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38689. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38689 Summary: nested properties on beans fetched from a list do not get populated Product: Commons Version: 1.6 Final Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Bean Utilities AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Here is some struts tags : ul class=details nested:iterate property=links li nested:text property=test/ nested:text property=link.priority/ /li /nested:iterate /ul this render a list of objects, each with a test string property and a link bean object with a priority property. I am in the context of a struts form so the root bean is my ActionForm (I'm using a LazyValidatorForm) I set the data in the form with : ListClipCategoryLinkCompoundEntity links = /*get the list*/; form.set(links, links); this does not work, meaning the page does get rendered correctly but when submitted the call on line http://jakarta.apache.org/commons/beanutils/xref/org/apache/commons/beanutils/BeanUtilsBean.html#901 returns a null bean when trying to populate the priority property. Bean not specified error get throw somewhere latter. this works fine if you remove the nested:text property=link.priority/ tag though, which led me to think this might a bug and not a misconfiguration. here a trace of the DEBUG level output: for the test field : 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] setProperty([EMAIL PROTECTED], links[0].test, [rh]) 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] Target bean = [EMAIL PROTECTED] 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] Target name = test 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.ConvertUtils] Convert string 'rh' to class 'java.lang.Object' 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.ConvertUtils] Using converter [EMAIL PROTECTED] and then for the other field : 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] setProperty([EMAIL PROTECTED], links[0].link.priority, [2]) 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] Target bean = null 2006-02-17 12:25:53,796 DEBUG [org.apache.commons.beanutils.BeanUtils] Target name = priority 2006-02-17 12:25:53,796 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/vision].[action]] Servlet.service() for servlet action threw exception java.lang.IllegalArgumentException: No bean specified at org.apache.commons.beanutils.PropertyUtilsBean.getPropertyDescriptor(PropertyUtilsBean.java:751) at org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:937) at org.apache.commons.beanutils.BeanUtilsBean.populate(BeanUtilsBean.java:811) at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:298) at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:493) at org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:805) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:203) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) and the struts html output: li input type=text name=links[0].test value=rh input type=text name=links[0].link.priority value=0 /li -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] getPropertyDescriptor(s)
--- Craig McClanahan [EMAIL PROTECTED] wrote: 2/16/06, Matt Benson [EMAIL PROTECTED] wrote: Craig: thanks for your quick reply. My (possibly naive) impression was that you would specify DynaBean's get(String) and set(String, Object) methods... :) Now, tell me why that won't work as expected. ;) Because a tool like Java Studio Creator (my day job is architect for this) is going to assume that these methods conform to the JavaBeans design patterns for properties ... a getter that takes zero arguments, and a setter that takes one argument (the value). Trying to use these methods will cause the tool's reflective get or set call to fail because the argument types and counts won't match. Doh! Plain as can be. I tend to ignore these little rules regarding settors/gettors on beans, and here's the proof. So instantly what was simple becomes extremely complex! :) Ouch. Can't think of any slick way around that off the top of my head... and I assume I'm not the first, then. Thanks, Matt -Matt Craig __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r378403 - /jakarta/commons/proper/codec/trunk/project.properties
Author: ggregory Date: Thu Feb 16 16:15:40 2006 New Revision: 378403 URL: http://svn.apache.org/viewcvs?rev=378403view=rev Log: Following instructions in: https://svn.apache.org/repos/private/committers/donated-licenses/clover/README.txt Modified: jakarta/commons/proper/codec/trunk/project.properties Modified: jakarta/commons/proper/codec/trunk/project.properties URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/codec/trunk/project.properties?rev=378403r1=378402r2=378403view=diff == --- jakarta/commons/proper/codec/trunk/project.properties (original) +++ jakarta/commons/proper/codec/trunk/project.properties Thu Feb 16 16:15:40 2006 @@ -60,3 +60,7 @@ # Corresponds to the source attribute for the ant javac task. # Valid values are 1.3, 1.4, 1.5. maven.compile.source = 1.3 + +# See https://svn.apache.org/repos/private/committers/donated-licenses/clover/README.txt +maven.jar.override=on +maven.jar.clover=1.3.2 \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [all] clover.license file?
Rahul: Nope, it does not work because the license has expired. I am pondering a [codec] ticket right now. If you could add Cobertura support and just turn off without deleting the Clover stuff, that would be great. Thank you in advance for your help. Gary -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: Thursday, February 16, 2006 2:16 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello Rahul: I am open to using another coverage tool but I do not have the time to implement the switch. For now, I just want the current build to work. snip/ Understandable, did you get it to work? If you ever want to switch so users don't have to go looking for the license to build the site, ping this thread and I'll make the (small) change needed to whichever component you're talking about. -Rahul Gary snap/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38689] - nested properties on beans fetched from a list do not get populated
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38689. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38689 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-17 01:22 --- This is really a question for the struts user list. Please can you post your questions there and only open bugzilla tickets when you you're convinced its a bug - rather than to get help debugging your application. Assuming your struts ActionForm is request based (rather than session) then this typically occurs with java.util.List properties because the lazy ActionForm has no way of knowing what kind of bean you want instantiated in the java.util.List - it will grow the list automatically, but unless you implement something yourself to instantiate your bean, its just left null. There is more info here (see section 3. Controlling Properties via struts- config.xml): http://www.niallp.pwp.blueyonder.co.uk/lazyactionform.html closing as INVALID -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38688] - [net] TelnetInputStream.read sometimes hangs if reader thread is disabled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38688. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38688 [EMAIL PROTECTED] changed: What|Removed |Added Summary|TelnetInputStream.read |[net] TelnetInputStream.read |sometimes hangs if reader |sometimes hangs if reader |thread is disabled |thread is disabled -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38690] New: - [pool] BaseObjectPool closed boolean field needs to be volatile
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38690. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38690 Summary: [pool] BaseObjectPool closed boolean field needs to be volatile Product: Commons Version: 1.2 Final Platform: All URL: http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper /pool/trunk/src/java/org/apache/commons/pool/BaseObjectP ool.java?rev=155430view=markup OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Pool AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The private field 'closed' in BaseObjectPool needs to be volatile because in a multi-threaded environment sub-classes that don't synchronize access before calling isOpen() (or asserOpen()) may not see changes to this value in a timely manner. In leu of attaching a patch I'll just show the correct declaration for line 82: private volatile boolean closed = false; -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38686] - [VFS] Default VFS cache behavior
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38686. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38686 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[vfs] Default VFS cache |[VFS] Default VFS cache |behavior|behavior --- Additional Comments From [EMAIL PROTECTED] 2006-02-17 06:30 --- Sorry, I was tired yesterday evening (in France) when I have wrote the message. I correct some typing mistakes : Sentence 1 : It's NOT really a bug but an explanation Sentence 7 : In EACH loop, I perform something like that : Sentence 16 : So a copy IS performed every loop and neither deleted which take a lot of space on the filesystem. Sorry, thanks a lot -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] please check release candidate 5
Good Morning, Simon Kitching wrote: At some point I think it would be a good idea to post a notice to the tomcat dev list, as the subscribers there are likely to (a) care about JCL, and (b) have some interesting apps to test it with. Maybe jboss would also be good to contact, as they have had problems with JCL in the past. I believe they actually have special-case handling for JCL in their classloaders. I can test on WSAD and WAS if there is interest. We have situations where a company propietary logging framework fails, I can reproduce them with JCL. Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
