svn commit: r553747 - in /jakarta/commons/proper/dbcp/trunk: pom.xml src/site/ src/site/site.xml
Author: psteitz
Date: Thu Jul 5 23:04:45 2007
New Revision: 553747
URL: http://svn.apache.org/viewvc?view=revrev=553747
Log:
Updates / fixes to get site generation working on Maven 2
- Added site.xml based on navigation.xml
POM fixes:
- Updated version to 1.3-SNAPSHOT
- Added reporting section
- Updated commons parent version
Added:
jakarta/commons/proper/dbcp/trunk/src/site/
jakarta/commons/proper/dbcp/trunk/src/site/site.xml
Modified:
jakarta/commons/proper/dbcp/trunk/pom.xml
Modified: jakarta/commons/proper/dbcp/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/pom.xml?view=diffrev=553747r1=553746r2=553747
==
--- jakarta/commons/proper/dbcp/trunk/pom.xml (original)
+++ jakarta/commons/proper/dbcp/trunk/pom.xml Thu Jul 5 23:04:45 2007
@@ -22,12 +22,12 @@
parent
groupIdorg.apache.commons/groupId
artifactIdcommons-parent/artifactId
-version1/version
+version2/version
/parent
modelVersion4.0.0/modelVersion
groupIdcommons-dbcp/groupId
artifactIdcommons-dbcp/artifactId
- version1.2.2/version
+ version1.3-SNAPSHOT/version
nameCommons DBCP/name
inceptionYear2001/inceptionYear
@@ -243,5 +243,79 @@
/plugin
/plugins
/build
-
+reporting
+ plugins
+plugin
+ groupIdorg.codehaus.mojo/groupId
+ artifactIdfindbugs-maven-plugin/artifactId
+ version1.0.0/version
+ configuration
+thresholdNormal/threshold
+effortDefault/effort
+ /configuration
+/plugin
+plugin
+ groupIdorg.codehaus.mojo/groupId
+ artifactIdcobertura-maven-plugin/artifactId
+ version2.1/version
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-javadoc-plugin/artifactId
+ version2.2/version
+ configuration
+links
+ linkhttp://java.sun.com/j2se/1.5.0/docs/api/link
+ linkhttp://jakarta.apache.org/commons/pool/api-1.3/link
+ linkhttp://java.sun.com/j2ee/sdk_1.3/techdocs/api/link
+/links
+ /configuration
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-changes-plugin/artifactId
+ version2.0-beta-2/version
+ configuration
+xmlPath${basedir}/xdocs/changes.xml/xmlPath
+issueLinkTemplate%URL%/%ISSUE%/issueLinkTemplate
+ /configuration
+ reportSets
+reportSet
+ reports
+reportchanges-report/report
+ /reports
+/reportSet
+ /reportSets
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-checkstyle-plugin/artifactId
+ version2.1/version
+ configuration
+configLocationcheckstyle.xml/configLocation
+enableRulesSummaryfalse/enableRulesSummary
+ /configuration
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-surefire-report-plugin/artifactId
+ version2.3/version
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-jxr-plugin/artifactId
+ version2.1/version
+/plugin
+plugin
+ groupIdorg.apache.maven.plugins/groupId
+ artifactIdmaven-pmd-plugin/artifactId
+ version2.2/version
+ configuration
+rulesets
+ rulesetcheckstyle.xml/ruleset
+/rulesets
+ /configuration
+/plugin
+ /plugins
+/reporting
/project
Added: jakarta/commons/proper/dbcp/trunk/src/site/site.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/site.xml?view=autorev=553747
==
--- jakarta/commons/proper/dbcp/trunk/src/site/site.xml (added)
+++ jakarta/commons/proper/dbcp/trunk/src/site/site.xml Thu Jul 5 23:04:45 2007
@@ -0,0 +1,51 @@
+?xml version=1.0 encoding=ISO-8859-1?
+ !--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the License); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an AS IS BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific
[jira] Created: (CONFIGURATION-284) ability to read OS environment variables
ability to read OS environment variables
Key: CONFIGURATION-284
URL: https://issues.apache.org/jira/browse/CONFIGURATION-284
Project: Commons Configuration
Issue Type: New Feature
Components: Interpolation
Reporter: Aksel Schmidt
Priority: Minor
suggestion:
interpolation with system environment, i.e.
${sys:user.name} reads from systemproperties (as of today)
${sysenv:TEMP} reads from OS environment
these can be parsed from a supported set of OS's - windows read from a set in a
cmd /c, unix/linux from an env etc. (just once on demand)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (CONFIGURATION-284) ability to read OS environment variables
[
https://issues.apache.org/jira/browse/CONFIGURATION-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510608
]
Joerg Schaible commented on CONFIGURATION-284:
--
Interpolation for system properties is already available, simply set up your
configuration properly:
{code:java}
final CompositeConfiguration configuration = new
CompositeConfiguration();
// system properties override every setting
configuration.addConfiguration(ConfigurationConverter.getConfiguration(System.getProperties()));
// add other configuration instances here
{code}
ability to read OS environment variables
Key: CONFIGURATION-284
URL: https://issues.apache.org/jira/browse/CONFIGURATION-284
Project: Commons Configuration
Issue Type: New Feature
Components: Interpolation
Reporter: Aksel Schmidt
Priority: Minor
suggestion:
interpolation with system environment, i.e.
${sys:user.name} reads from systemproperties (as of today)
${sysenv:TEMP} reads from OS environment
these can be parsed from a supported set of OS's - windows read from a set in
a cmd /c, unix/linux from an env etc. (just once on demand)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Issue Comment Edited: (CONFIGURATION-284) ability to read OS environment variables
[
https://issues.apache.org/jira/browse/CONFIGURATION-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510608
]
Joerg Schaible edited comment on CONFIGURATION-284 at 7/6/07 12:08 AM:
---
Interpolation for system properties is already available, simply set up your
configuration properly:
{noformat}
final CompositeConfiguration configuration = new CompositeConfiguration();
// system properties override every setting
configuration.addConfiguration(ConfigurationConverter.getConfiguration(System.getProperties()));
// add other configuration instances here
{noformat}
was:
Interpolation for system properties is already available, simply set up your
configuration properly:
{code:java}
final CompositeConfiguration configuration = new
CompositeConfiguration();
// system properties override every setting
configuration.addConfiguration(ConfigurationConverter.getConfiguration(System.getProperties()));
// add other configuration instances here
{code}
ability to read OS environment variables
Key: CONFIGURATION-284
URL: https://issues.apache.org/jira/browse/CONFIGURATION-284
Project: Commons Configuration
Issue Type: New Feature
Components: Interpolation
Reporter: Aksel Schmidt
Priority: Minor
suggestion:
interpolation with system environment, i.e.
${sys:user.name} reads from systemproperties (as of today)
${sysenv:TEMP} reads from OS environment
these can be parsed from a supported set of OS's - windows read from a set in
a cmd /c, unix/linux from an env etc. (just once on demand)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
issue---regardsbug 113(fixed)
Hi I am getting this problem as per issue 113(fixed bug). Please help me to solve this problem. Thanks regards Vikas Kumar Print Exception** org.apache.commons.vfs.FileSystemException: Could not read file sftp://maan:[EMAIL PROTECTED]/transport/source/students1.txt. at org.apache.commons.vfs.provider.AbstractFileObject.getInputStream(AbstractFileObject.java:1163) at org.apache.commons.vfs.provider.DefaultFileContent.getInputStream(DefaultFileContent.java:360) at com.adeptia.indigo.services.transport.ftp.SecuredFtp.download(SecuredFtp.java:161) at com.adeptia.indigo.services.transport.ftp.FtpSource.createInputStream(FtpSource.java:179) at com.adeptia.indigo.services.transport.support.AbstractStreamSource.initialize(AbstractStreamSource.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:483) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) at com.adeptia.indigo.utils.RemoteMBeanProxy$LocalHandler.invokeOperation(RemoteMBeanProxy.java:441) at com.adeptia.indigo.utils.RemoteMBeanProxy$Handler.invoke(RemoteMBeanProxy.java:294) at $Proxy2.initialize(Unknown Source) at com.adeptia.indigo.jelly.ActivityTag.runSync(ActivityTag.java:313) at com.adeptia.indigo.jelly.ActivityTag.doTag(ActivityTag.java:250) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:278) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:133) at com.werken.blissed.jelly.JellyActivity.perform(JellyActivity.java:120) at com.werken.blissed.ProcessEngine.enterState(ProcessEngine.java:391) at com.werken.blissed.ProcessEngine.followTransition(ProcessEngine.java:509) at com.werken.blissed.ProcessEngine.checkTransitions(ProcessEngine.java:458) at com.werken.blissed.ProcessEngine.startProcess(ProcessEngine.java:366) at com.werken.blissed.ProcessEngine.spawn(ProcessEngine.java:299) at com.adeptia.indigo.processflow.BlissedProcessFlow.execute(BlissedProcessFlow.java:159) at com.adeptia.indigo.transaction.IndigoTransaction.execute(IndigoTransaction.java:423) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:483) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) at sun.rmi.transport.Transport$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Unknown Source) at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: org.apache.commons.vfs.FileSystemException: Could not connect to SFTP server at sftp://maan:[EMAIL PROTECTED]/. at org.apache.commons.vfs.provider.sftp.SftpFileSystem.getChannel(SftpFileSystem.java:144) at org.apache.commons.vfs.provider.sftp.SftpFileObject.doGetInputStream(SftpFileObject.java:380) at org.apache.commons.vfs.provider.AbstractFileObject.getInputStream(AbstractFileObject.java:1159) ... 53 more Caused by: com.jcraft.jsch.JSchException: java.io.IOException: inputstream is closed at com.jcraft.jsch.ChannelSftp.start(Unknown Source) at com.jcraft.jsch.Channel.connect(Unknown Source) at com.jcraft.jsch.Channel.connect(Unknown Source) at
issue
Hi I am aslo getting this problem please help me regards this issue asap Thanks regards Vikas Kumar org.apache.commons.vfs.FileSystemException: Could not copy sftp://[EMAIL PROTECTED]/blabla.txt to sftp://[EMAIL PROTECTED]/archive/blabla.txt. at org.apache.commons.vfs.provider.AbstractFileObject.copyFrom(AbstractFileObject.java:919) at org.apache.commons.vfs.provider.AbstractFileObject.moveTo(AbstractFileObject.java:981) at de.inka.service.file.InkaFileSystemConnection.move(InkaFileSystemConnection.java:463) ... 11 more Caused by: org.apache.commons.vfs.FileSystemException: Could not close the input stream for file sftp://[EMAIL PROTECTED]/data_santiago/zdm/java_jobs/dvoimport/test/PositionenInka3_1015.asc. at org.apache.commons.vfs.provider.DefaultFileContent$FileContentInputStream.close(DefaultFileContent.java:525) at org.apache.commons.vfs.FileUtil.writeContent(FileUtil.java:87) at org.apache.commons.vfs.FileUtil.copyContent(FileUtil.java:103) at org.apache.commons.vfs.provider.AbstractFileObject.copyFrom(AbstractFileObject.java:910) ... 13 more Caused by: java.io.IOException: error at com.jcraft.jsch.ChannelSftp$2.close(ChannelSftp.java:1178) at java.io.BufferedInputStream.close(Unknown Source) at org.apache.commons.vfs.util.MonitorInputStream.close(MonitorInputStream.java:115) at java.io.BufferedInputStream.close(Unknown Source) at org.apache.commons.vfs.util.MonitorInputStream.close(MonitorInputStream.java:115) at org.apache.commons.vfs.provider.DefaultFileContent$FileContentInputStream.close(DefaultFileContent.java:521) ... 16 more or java.lang.NullPointerException at com.jcraft.jsch.ChannelSftp.fill(ChannelSftp.java:2153) at com.jcraft.jsch.ChannelSftp.header(ChannelSftp.java:2179) at com.jcraft.jsch.ChannelSftp.access$7(ChannelSftp.java:2177) at com.jcraft.jsch.ChannelSftp$2.read(ChannelSftp.java:1100) at java.io.BufferedInputStream.read1(Unknown Source) at java.io.BufferedInputStream.read(Unknown Source) at org.apache.commons.vfs.util.MonitorInputStream.read(MonitorInputStream.java:88) at java.io.BufferedInputStream.read1(Unknown Source) at java.io.BufferedInputStream.read(Unknown Source) at org.apache.commons.vfs.util.MonitorInputStream.read(MonitorInputStream.java:88) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(Unknown Source) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(Unknown Source) at sun.nio.cs.StreamDecoder.read(Unknown Source) at java.io.InputStreamReader.read(Unknown Source) at com.Ostermiller.util.CSVLexer.zzRefill(CSVLexer.java:605) at com.Ostermiller.util.CSVLexer.getNextToken(CSVLexer.java:789) at com.Ostermiller.util.CSVParser.getLine(CSVParser.java:335) at com.Ostermiller.util.LabeledCSVParser.setLabels(LabeledCSVParser.java:245) at com.Ostermiller.util.LabeledCSVParser.getLine(LabeledCSVParser.java:211) at de.inka.dvo.dao.FileImport.importFile(FileImport.java:199) at de.inka.dvo.ExportController.doOnNewFile(ExportController.java:345) at de.inka.dvo.dao.FileObserver.processForward(FileObserver.java:112) at de.inka.dvo.dao.FileObserver.processForward(FileObserver.java:1) at de.inka.util.observer.InkaObserver.update(InkaObserver.java:171) at de.inka.util.observer.InkaObservable.notifyObservers(InkaObservable.java:483) at de.inka.service.file.observer.FileObservable.processMessage(FileObservable.java:295) at de.inka.service.file.observer.FileObservable.processMessage(FileObservable.java:1) at de.inka.util.observer.InkaObservable$WorkerRunnable.run(InkaObservable.java:121) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)
Re: issue---regardsbug 113(fixed)
Vikas, please repost with the [vfs] prefix in the subject so that people can receive your mail easily. thanks paul Le 4 juil. 07 à 13:14, Vikas Kumar a écrit : Hi I am getting this problem as per issue 113(fixed bug). Please help me to solve this problem. Thanks regards Vikas Kumar Print Exception** org.apache.commons.vfs.FileSystemException: Could not read file sftp://maan:[EMAIL PROTECTED]/transport/source/students1.txt. at org.apache.commons.vfs.provider.AbstractFileObject.getInputStream (AbstractFileObject.java:1163) at org.apache.commons.vfs.provider.DefaultFileContent.getInputStream (DefaultFileContent.java:360) at com.adeptia.indigo.services.transport.ftp.SecuredFtp.download (SecuredFtp.java:161) at com.adeptia.indigo.services.transport.ftp.FtpSource.createInputStream( FtpSource.java:179) at com.adeptia.indigo.services.transport.support.AbstractStreamSource.ini tialize(AbstractStreamSource.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.modeler.BaseModelMBean.invoke (BaseModelMBean.java:483) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke (Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) at com.adeptia.indigo.utils.RemoteMBeanProxy $LocalHandler.invokeOperation(RemoteMBeanProxy.java:441) at com.adeptia.indigo.utils.RemoteMBeanProxy$Handler.invoke (RemoteMBeanProxy.java:294) at $Proxy2.initialize(Unknown Source) at com.adeptia.indigo.jelly.ActivityTag.runSync(ActivityTag.java:313) at com.adeptia.indigo.jelly.ActivityTag.doTag(ActivityTag.java:250) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:278) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:133) at com.werken.blissed.jelly.JellyActivity.perform (JellyActivity.java:120) at com.werken.blissed.ProcessEngine.enterState(ProcessEngine.java:391) at com.werken.blissed.ProcessEngine.followTransition (ProcessEngine.java:509) at com.werken.blissed.ProcessEngine.checkTransitions (ProcessEngine.java:458) at com.werken.blissed.ProcessEngine.startProcess(ProcessEngine.java: 366) at com.werken.blissed.ProcessEngine.spawn(ProcessEngine.java:299) at com.adeptia.indigo.processflow.BlissedProcessFlow.execute (BlissedProcessFlow.java:159) at com.adeptia.indigo.transaction.IndigoTransaction.execute (IndigoTransaction.java:423) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.modeler.BaseModelMBean.invoke (BaseModelMBean.java:483) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke (Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.doOperation (Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl $PrivilegedOperation.run(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation (Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) at sun.rmi.transport.Transport$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Unknown Source) at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: org.apache.commons.vfs.FileSystemException: Could not connect to SFTP server at sftp://maan:[EMAIL PROTECTED]/. at org.apache.commons.vfs.provider.sftp.SftpFileSystem.getChannel (SftpFileSystem.java:144) at org.apache.commons.vfs.provider.sftp.SftpFileObject.doGetInputStream (SftpFileObject.java:380) at org.apache.commons.vfs.provider.AbstractFileObject.getInputStream (AbstractFileObject.java:1159) ... 53 more Caused by: com.jcraft.jsch.JSchException: java.io.IOException: inputstream is closed
Re: JXPath setting values with predicates
Well, I quit the job where I was going to use that. However, it would be awesome if what I described worked :) I remember searching through the code and making a few changes, but not really getting anywhere. -Dustin On 7/3/07, Matt Benson [EMAIL PROTECTED] wrote: Was just going through my flagged mail and realized I'd never followed up here. What's your current status, Dustin? -Matt --- Dustin Whitney [EMAIL PROTECTED] wrote: Hello, I like JXPath, but I'd like to make a change to the source, and I'm hoping for some advice here. When using the JXPathContext.createPathAndSetValue() method on some Java beans, I get an exception if something like: /[EMAIL PROTECTED] = 'Rental Reimbursement' and @detailName = 'Number']/detail results in the predicate returning an null value. But, using the same createPathAndSetValue() method with that XPath when the predicate does not result in null, works just fine. I could easily turn my predicate into an object if I were dumped into my AbstractFactory.createObject() method. Can anyone suggest what I might change to make that happen, or give a good explanation as to why I should not do that? Thanks, Dustin Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
Re: svn commit: r553747 - in /jakarta/commons/proper/dbcp/trunk: pom.xml src/site/ src/site/site.xml
Phil, Dennis released Verson 3 of the parent pom a while ago - do you not want to use that? Niall On 7/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: psteitz Date: Thu Jul 5 23:04:45 2007 New Revision: 553747 URL: http://svn.apache.org/viewvc?view=revrev=553747 Log: Updates / fixes to get site generation working on Maven 2 - Added site.xml based on navigation.xml POM fixes: - Updated version to 1.3-SNAPSHOT - Added reporting section - Updated commons parent version Added: jakarta/commons/proper/dbcp/trunk/src/site/ jakarta/commons/proper/dbcp/trunk/src/site/site.xml Modified: jakarta/commons/proper/dbcp/trunk/pom.xml Modified: jakarta/commons/proper/dbcp/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/pom.xml?view=diffrev=553747r1=553746r2=553747 == --- jakarta/commons/proper/dbcp/trunk/pom.xml (original) +++ jakarta/commons/proper/dbcp/trunk/pom.xml Thu Jul 5 23:04:45 2007 @@ -22,12 +22,12 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId -version1/version +version2/version /parent modelVersion4.0.0/modelVersion - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (BEANUTILS-176) Exception if property doesn't exist in BeanUtilsBean.setProperty()
[ https://issues.apache.org/jira/browse/BEANUTILS-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated BEANUTILS-176: -- Fix Version/s: (was: 1.8.0) LATER THAN 1.8.0 Summary: Exception if property doesn't exist in BeanUtilsBean.setProperty() (was: [beanutils]: Exception if property doesn't exist in BeanUtilsBean.setProperty()) Exception if property doesn't exist in BeanUtilsBean.setProperty() -- Key: BEANUTILS-176 URL: https://issues.apache.org/jira/browse/BEANUTILS-176 Project: Commons BeanUtils Issue Type: Improvement Components: Bean / Property Utils Environment: Operating System: other Platform: Other Reporter: Lars Beuster Priority: Minor Fix For: LATER THAN 1.8.0 I'd like a have an exception thrown if I use BeanUilsBean.setProperty()/populate()/... with an invalid property name, so that I can see immediately if I've done something wrong. An optional boolean parameter for these methods would be nice. Thanks Lars -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-49) Lock in BeanUtilsBean.getInstance(BeanUtilsBean.java:78)
[
https://issues.apache.org/jira/browse/BEANUTILS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton resolved BEANUTILS-49.
--
Resolution: Fixed
Lock in BeanUtilsBean.getInstance(BeanUtilsBean.java:78)
Key: BEANUTILS-49
URL: https://issues.apache.org/jira/browse/BEANUTILS-49
Project: Commons BeanUtils
Issue Type: Bug
Components: Bean / Property Utils
Affects Versions: 1.7.0
Environment: Operating System: other
Platform: Other
Reporter: Jesper Richter-Reichhelm
Assignee: Niall Pemberton
Fix For: 1.8.0
Attachments: beanutils-49-ContextClassLoaderLocale.patch,
BEANUTILS-49.patch
Commons Beanutils 1.7 introduced a new problem:
During high traffic times threads begin to wait at the synchronized method
org.apache.commons.beanutils.BeanUtilsBean.getInstance() which causes the
complete thread pool to be used up in our Struts 1.2.7 based web application.
In
our live environment this caused all 70 threads to be blocked by the same
lock.
This behaviour can be easily reproduced by a calling a test JSP provided below
with multiple threads. Using the tool siege to concurrently call the JSP with
two threads is enough to reproduce the lock scenario, the situation gets worse
the more concurrent threads are used (i.e. the throughput decreases).
!-- begin of test JSP --
%@ taglib uri=/struts-logic.tld prefix=logic %
%@ taglib uri=/struts-bean.tld prefix=bean %
%@ taglib uri=/struts-tiles.tld prefix=tiles %
%@ taglib uri=/struts-html.tld prefix=html %
%@ taglib uri=/JLog.tld prefix=jlog %
%@ page import=java.util.*%
%
final long t0 = System.currentTimeMillis();
Collection col = new ArrayList();
for(int i = 0; i5; i++)
{
org.apache.struts.util.LabelValueBean lvb = new
org.apache.struts.util.LabelValueBean(col+i, col+i);
col.add(lvb);
}
pageContext.setAttribute(col, col);
%
logic:notEmpty name=collogic:iterate name=col id=testlogic:iterate
name=col id=test2logic:iterate name=col id=test3logic:iterate
name=col id=test3logic:iterate name=col id=test4logic:iterate
name=col id=test4
bean:define id=foo name=test4 property=value/bean:define id=bar
name=test4 property=label/
/logic:iterate/logic:iterate/logic:iterate/logic:iterate/logic:iterate/logic:iterate/logic:notEmpty
Finished!
!-- end of test JSP --
A test run with Struts 1.2.7 and Commons Beanutls 1.7.0 reproduces the lock
(in
this example with 10 concurrent threads):
siege -c10 -r20 localhost:1701/dcw/test.jsp
= Thread dump is full with threads like this:
ExecuteThread: '4' for queue: 'weblogic.kernel.Default' daemon prio=1
tid=0x083859f8 nid=0x76f4 waiting for monitor entry [7628c000..7628c8bc]
at
org.apache.commons.beanutils.BeanUtilsBean.getInstance(BeanUtilsBean.java:78)
- waiting to lock 0x6c86eab0 (a java.lang.Class)
at
org.apache.commons.beanutils.PropertyUtilsBean.getInstance(PropertyUtilsBean.java:101)
at
org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:290)
at org.apache.struts.taglib.TagUtils.lookup(TagUtils.java:950)
at
org.apache.struts.taglib.bean.DefineTag.doEndTag(DefineTag.java:230)
at jsp_servlet.__test._jspService(__test.java:309)
...
This behaviour is new to version 1.7. The same test using Commons Beanutils
1.6.1 showed no problems: By falling back to the old version we could
temporarily solve our live problems and could continue to use Struts 1.2.7.
Nevertheless this should be fixed.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-251) PropertyUtils.describe() returns wrong fields names
[
https://issues.apache.org/jira/browse/BEANUTILS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton resolved BEANUTILS-251.
---
Resolution: Invalid
PropertyUtils.describe() returns wrong fields names
---
Key: BEANUTILS-251
URL: https://issues.apache.org/jira/browse/BEANUTILS-251
Project: Commons BeanUtils
Issue Type: Bug
Components: Bean / Property Utils
Affects Versions: 1.7.0
Environment: WinXP SP2
Reporter: Oleg Timoshenko
Assignee: Henri Yandell
Fix For: 1.8.0
I have the following bean:
public class SumTestBean2 {
private int iVal;
public int getIVal() {
return iVal;
}
public void setIVal(int val) {
iVal = val;
}
}
... and the following snippet of code:
SumTestBean2 stb = new SumTestBean2();
stb.setIVal(12);
Map map = PropertyUtils.describe(stb);
for(Object o : map.keySet()) System.out.println(o);
.. prints out the following:
IVal
class
Note that instead of IVal there should be iVal - uppercase letter appears
instead of lowercase.
This happens only when field has first letter - in lower case followed by
uppercase letter.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (BEANUTILS-156) Memory leak on webapp undeploy in MappedPropertyDescriptor
[ https://issues.apache.org/jira/browse/BEANUTILS-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated BEANUTILS-156: -- Summary: Memory leak on webapp undeploy in MappedPropertyDescriptor (was: [beanutils] Memory leak on webapp undeploy in MappedPropertyDescriptor) Memory leak on webapp undeploy in MappedPropertyDescriptor -- Key: BEANUTILS-156 URL: https://issues.apache.org/jira/browse/BEANUTILS-156 Project: Commons BeanUtils Issue Type: Bug Components: Bean / Property Utils Affects Versions: 1.6 Environment: Operating System: All Platform: All Reporter: Simon Kitching Assignee: Niall Pemberton Fix For: 1.8.0 Class MappedPropertyDescriptor has a Hashtable declaredMethodCache containing a mapping from Class to Method[]. If this class were to be deployed via a shared webapp, then any reference in there to a class loaded via the webapp classloader will prevent the webapp classloader from being garbage-collected when the webapp is undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-156) Memory leak on webapp undeploy in MappedPropertyDescriptor
[ https://issues.apache.org/jira/browse/BEANUTILS-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved BEANUTILS-156. --- Resolution: Fixed Memory leak on webapp undeploy in MappedPropertyDescriptor -- Key: BEANUTILS-156 URL: https://issues.apache.org/jira/browse/BEANUTILS-156 Project: Commons BeanUtils Issue Type: Bug Components: Bean / Property Utils Affects Versions: 1.6 Environment: Operating System: All Platform: All Reporter: Simon Kitching Assignee: Niall Pemberton Fix For: 1.8.0 Class MappedPropertyDescriptor has a Hashtable declaredMethodCache containing a mapping from Class to Method[]. If this class were to be deployed via a shared webapp, then any reference in there to a class loaded via the webapp classloader will prevent the webapp classloader from being garbage-collected when the webapp is undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (BEANUTILS-157) Beanutils's describe() method cannot determine reader methods for anonymous class
[
https://issues.apache.org/jira/browse/BEANUTILS-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton updated BEANUTILS-157:
--
Assignee: Niall Pemberton
Priority: Minor (was: Major)
Affects Version/s: 1.6.1
Summary: Beanutils's describe() method cannot determine reader
methods for anonymous class (was: [beanutils] 1.6.1 cannot determine reader
methods for anonymous class)
Beanutils's describe() method cannot determine reader methods for anonymous
class
-
Key: BEANUTILS-157
URL: https://issues.apache.org/jira/browse/BEANUTILS-157
Project: Commons BeanUtils
Issue Type: Bug
Components: Bean / Property Utils
Affects Versions: 1.6.1
Environment: Operating System: Windows XP
Platform: PC
Reporter: Thorbjørn Ravn Andersen
Assignee: Niall Pemberton
Priority: Minor
Fix For: 1.8.0
I have the following snippet in a JSP-page which uses BeanUtils 1.6.1 and I
get
an exception.
Code snippet (the anonymous class is to get a JavaBean defined in the
JSP-page):
---
List l = new ArrayList();
for(int i = 1; i 10; i++) {
final int i2 = i;
Object o = new Serializable() {
String x = + i2;
String y = + (100+i2) ;
public String getX() {
return x;
}
public String getY() {
return y;
}
public String toString() {
return getX() + + getY();
}
};
l.add(o);
Map map = BeanUtils.describe(o);
---
which gives me the following exception:
---
javax.servlet.ServletException: Property 'y' has no getter method
at
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:825)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:758)
at org.apache.jsp.main_jsp._jspService(main_jsp.java:257)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312)
at
com.transaxiom.axsWHSweb.servlet.GetCurrentStock.doPost(GetCurrentStock.java:31)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jira] Created: (DAEMON-100) Thread.currentThread().getContextClassLoader() == null when the program is runned by Prunsrv
Thread.currentThread().getContextClassLoader() == null when the program is runned by Prunsrv Key: DAEMON-100 URL: https://issues.apache.org/jira/browse/DAEMON-100 Project: Commons Daemon Issue Type: Bug Environment: Win XP, jre1.5.0_11, -Djava.security.policy=path to the file with following content: Reporter: Anton Vodonosov Thread.currentThread().getContextClassLoader() == null when the program is runned by Prunsrv, but when we run the same system using java.exe, Thread.currentThread().getContextClassLoader() is not null. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (DAEMON-100) Thread.currentThread().getContextClassLoader() == null when the program is runned by Prunsrv
[
https://issues.apache.org/jira/browse/DAEMON-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anton Vodonosov updated DAEMON-100:
---
Environment:
Win XP, jre1.5.0_11, -Djava.security.policy=path to a file with following
content:
grant {
permission java.security.AllPermission , ;
permission com.sun.rmi.rmid.ExecPermission ALL FILES;
permission com.sun.rmi.rmid.ExecOptionPermission *;
};
was:Win XP, jre1.5.0_11, -Djava.security.policy=path to the file with
following content:
Thread.currentThread().getContextClassLoader() == null when the program is
runned by Prunsrv
Key: DAEMON-100
URL: https://issues.apache.org/jira/browse/DAEMON-100
Project: Commons Daemon
Issue Type: Bug
Environment: Win XP, jre1.5.0_11, -Djava.security.policy=path to a
file with following content:
grant {
permission java.security.AllPermission , ;
permission com.sun.rmi.rmid.ExecPermission ALL FILES;
permission com.sun.rmi.rmid.ExecOptionPermission *;
};
Reporter: Anton Vodonosov
Thread.currentThread().getContextClassLoader() == null when the program is
runned by Prunsrv, but when we run the same system using java.exe,
Thread.currentThread().getContextClassLoader() is not null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r553747 - in /jakarta/commons/proper/dbcp/trunk: pom.xml src/site/ src/site/site.xml
On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: Phil, Dennis released Verson 3 of the parent pom a while ago - do you not want to use that? Doh! Thx Phil Niall On 7/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: psteitz Date: Thu Jul 5 23:04:45 2007 New Revision: 553747 URL: http://svn.apache.org/viewvc?view=revrev=553747 Log: Updates / fixes to get site generation working on Maven 2 - Added site.xml based on navigation.xml POM fixes: - Updated version to 1.3-SNAPSHOT - Added reporting section - Updated commons parent version Added: jakarta/commons/proper/dbcp/trunk/src/site/ jakarta/commons/proper/dbcp/trunk/src/site/site.xml Modified: jakarta/commons/proper/dbcp/trunk/pom.xml Modified: jakarta/commons/proper/dbcp/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/pom.xml?view=diffrev=553747r1=553746r2=553747 == --- jakarta/commons/proper/dbcp/trunk/pom.xml (original) +++ jakarta/commons/proper/dbcp/trunk/pom.xml Thu Jul 5 23:04:45 2007 @@ -22,12 +22,12 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId -version1/version +version2/version /parent modelVersion4.0.0/modelVersion - 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]
test
test - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r553880 - /jakarta/commons/proper/httpclient/branches/
Author: rolandw Date: Fri Jul 6 06:58:40 2007 New Revision: 553880 URL: http://svn.apache.org/viewvc?view=revrev=553880 Log: HttpClient branches moved to http://svn.apache.org/repos/asf/jakarta/httpcomponents/oac.hc3x/branches/ Removed: jakarta/commons/proper/httpclient/branches/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r553875 - in /jakarta/commons/proper/dbcp/trunk: ./ src/site/resources/ src/site/resources/images/ src/site/resources/images/uml/
Author: psteitz Date: Fri Jul 6 06:32:14 2007 New Revision: 553875 URL: http://svn.apache.org/viewvc?view=revrev=553875 Log: Added image resources, fixed parent POM version. Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/ jakarta/commons/proper/dbcp/trunk/src/site/resources/images/ jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/ jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/AbandonedObjectPool.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/BasicDataSource.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/ConnectionFactory.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/Delegating.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingConnection.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingDataSource.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/createDataSource.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/getConnection.gif (with props) jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/prepareStatement.gif (with props) Modified: jakarta/commons/proper/dbcp/trunk/pom.xml Modified: jakarta/commons/proper/dbcp/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/pom.xml?view=diffrev=553875r1=553874r2=553875 == --- jakarta/commons/proper/dbcp/trunk/pom.xml (original) +++ jakarta/commons/proper/dbcp/trunk/pom.xml Fri Jul 6 06:32:14 2007 @@ -22,7 +22,7 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId -version2/version +version3/version /parent modelVersion4.0.0/modelVersion groupIdcommons-dbcp/groupId Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/AbandonedObjectPool.gif URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/AbandonedObjectPool.gif?view=autorev=553875 == Binary file - no diff available. Propchange: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/AbandonedObjectPool.gif -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/BasicDataSource.gif URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/BasicDataSource.gif?view=autorev=553875 == Binary file - no diff available. Propchange: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/BasicDataSource.gif -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/ConnectionFactory.gif URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/ConnectionFactory.gif?view=autorev=553875 == Binary file - no diff available. Propchange: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/ConnectionFactory.gif -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/Delegating.gif URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/Delegating.gif?view=autorev=553875 == Binary file - no diff available. Propchange: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/Delegating.gif -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingConnection.gif URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingConnection.gif?view=autorev=553875 == Binary file - no diff available. Propchange: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingConnection.gif -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/dbcp/trunk/src/site/resources/images/uml/PoolingDataSource.gif URL:
svn commit: r553881 - /jakarta/commons/proper/httpclient/tags/
Author: rolandw Date: Fri Jul 6 07:00:04 2007 New Revision: 553881 URL: http://svn.apache.org/viewvc?view=revrev=553881 Log: HttpClient tags moved to http://svn.apache.org/repos/asf/jakarta/httpcomponents/oac.hc3x/tags/ Removed: jakarta/commons/proper/httpclient/tags/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r553886 - in /jakarta/commons/proper/httpclient/trunk: docs/ src/ xdocs/
Author: rolandw Date: Fri Jul 6 07:12:06 2007 New Revision: 553886 URL: http://svn.apache.org/viewvc?view=revrev=553886 Log: HttpClient trunk has moved to http://svn.apache.org/repos/asf/jakarta/httpcomponents/oac.hc3x/trunk/ Removed: jakarta/commons/proper/httpclient/trunk/docs/ jakarta/commons/proper/httpclient/trunk/src/ jakarta/commons/proper/httpclient/trunk/xdocs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r553889 - /jakarta/commons/proper/httpclient/trunk/
Author: rolandw Date: Fri Jul 6 07:19:03 2007 New Revision: 553889 URL: http://svn.apache.org/viewvc?view=revrev=553889 Log: HttpClient has moved to http://svn.apache.org/repos/asf/jakarta/httpcomponents/oac.hc3x/trunk/ Added: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt (with props) Removed: jakarta/commons/proper/httpclient/trunk/API_CHANGES_3_0.txt jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt jakarta/commons/proper/httpclient/trunk/LICENSE.txt jakarta/commons/proper/httpclient/trunk/NOTICE.txt jakarta/commons/proper/httpclient/trunk/PROPOSAL.html jakarta/commons/proper/httpclient/trunk/README.txt jakarta/commons/proper/httpclient/trunk/RELEASE_PLAN_1_0.txt jakarta/commons/proper/httpclient/trunk/RELEASE_PLAN_2_0.txt jakarta/commons/proper/httpclient/trunk/RELEASE_PLAN_3_0.txt jakarta/commons/proper/httpclient/trunk/STATUS.html jakarta/commons/proper/httpclient/trunk/build.properties.sample jakarta/commons/proper/httpclient/trunk/build.xml jakarta/commons/proper/httpclient/trunk/checkstyle.properties jakarta/commons/proper/httpclient/trunk/checkstyle.xml.properties jakarta/commons/proper/httpclient/trunk/doap_httpclient.rdf jakarta/commons/proper/httpclient/trunk/license.regexp jakarta/commons/proper/httpclient/trunk/maven.xml jakarta/commons/proper/httpclient/trunk/project.properties jakarta/commons/proper/httpclient/trunk/project.xml jakarta/commons/proper/httpclient/trunk/release_notes.txt Added: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt?view=autorev=553889 == --- jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt (added) +++ jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt Fri Jul 6 07:19:03 2007 @@ -0,0 +1,6 @@ +The Commons HttpClient code in Subversion has moved to +https://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/ + +This is in line with the fact that the HttpClient 3.x code base +is maintained by the (Jakarta) HttpComponents project, while +Commons has become an independent TLP (Top Level Project). Propchange: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt -- svn:eol-style = native Propchange: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt -- svn:keywords = Date Author Id Revision HeadURL Propchange: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt -- svn:mime-type = text/plain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r553897 - /jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt
Author: rolandw Date: Fri Jul 6 07:30:29 2007 New Revision: 553897 URL: http://svn.apache.org/viewvc?view=revrev=553897 Log: [EMAIL PROTECTED] getting confused by parallel browser windows Modified: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt Modified: jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt?view=diffrev=553897r1=553896r2=553897 == --- jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt (original) +++ jakarta/commons/proper/httpclient/trunk/HttpClient-has-moved.txt Fri Jul 6 07:30:29 2007 @@ -1,5 +1,5 @@ The Commons HttpClient code in Subversion has moved to -https://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/ +http://svn.apache.org/repos/asf/jakarta/httpcomponents/oac.hc3x/trunk/ This is in line with the fact that the HttpClient 3.x code base is maintained by the (Jakarta) HttpComponents project, while - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: request karma to commons validator/i18n
Can someone with karma karma pls set Paul up? It would be great to get i18n promoted to proper and released. Any other volunteers to help with this? Phil On 7/5/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Thanks, Paul - 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]
[Jexl] String Literals with Newline do not work
hi all,
I have some problems to use Jexl expressions to look for special
characters in strings, like newline or tabs:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
o = e.evaluate(jc);
there seem to be no way to encode the linebreak, I also tried '\\n' etc.
No chance, always get an exception.
Is this a bug in Jexl or is it my fault? Has anybody done this? How?
I would appreciate any help...
kind regards,
Christoph
P.S.: Here is my test programm:
import org.apache.commons.jexl.Expression;
import org.apache.commons.jexl.ExpressionFactory;
import org.apache.commons.jexl.JexlContext;
import org.apache.commons.jexl.JexlHelper;
public class TestJexlLinebreaks {
public static class Foo {
String bar = This is line 1,\nline 2,\nline 3.;
public String getBar() {
return this.bar;
}
}
public static void main(String[] args) throws Exception {
// First make a jexlContext and put stuff in it...
JexlContext jc = JexlHelper.createContext();
jc.getVars().put(foo, new Foo());
jc.getVars().put(number, new Integer(10));
// access a property...
Expression e = ExpressionFactory.createExpression(foo.bar);
Object o = e.evaluate(jc);
System.out.println(Return foo.bar: + o);
// try to search for newline...
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
o = e.evaluate(jc);
System.out.println(Return foo.bar.indexOf('\\n'): + o);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jexl] String Literals with Newline do not work
On 06/07/07, Christoph Gaffga (triplemind.com) [EMAIL PROTECTED] wrote:
hi all,
I have some problems to use Jexl expressions to look for special
characters in strings, like newline or tabs:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
Does not look valid syntax.
Try
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
o = e.evaluate(jc);
there seem to be no way to encode the linebreak, I also tried '\\n' etc.
No chance, always get an exception.
Is this a bug in Jexl or is it my fault? Has anybody done this? How?
I would appreciate any help...
kind regards,
Christoph
P.S.: Here is my test programm:
import org.apache.commons.jexl.Expression;
import org.apache.commons.jexl.ExpressionFactory;
import org.apache.commons.jexl.JexlContext;
import org.apache.commons.jexl.JexlHelper;
public class TestJexlLinebreaks {
public static class Foo {
String bar = This is line 1,\nline 2,\nline 3.;
public String getBar() {
return this.bar;
}
}
public static void main(String[] args) throws Exception {
// First make a jexlContext and put stuff in it...
JexlContext jc = JexlHelper.createContext();
jc.getVars().put(foo, new Foo());
jc.getVars().put(number, new Integer(10));
// access a property...
Expression e = ExpressionFactory.createExpression(foo.bar);
Object o = e.evaluate(jc);
System.out.println(Return foo.bar: + o);
// try to search for newline...
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
o = e.evaluate(jc);
System.out.println(Return foo.bar.indexOf('\\n'): + o);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: request karma to commons validator/i18n
Done. On 7/6/07, Phil Steitz [EMAIL PROTECTED] wrote: Can someone with karma karma pls set Paul up? It would be great to get i18n promoted to proper and released. Any other volunteers to help with this? Phil On 7/5/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Thanks, Paul - 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]
svn commit: r553927 - /jakarta/commons/proper/lang/trunk/pom.xml
Author: bayard Date: Fri Jul 6 08:24:13 2007 New Revision: 553927 URL: http://svn.apache.org/viewvc?view=revrev=553927 Log: Upgrading to the parent v3 (and testing commit after karma changes) Modified: jakarta/commons/proper/lang/trunk/pom.xml Modified: jakarta/commons/proper/lang/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/pom.xml?view=diffrev=553927r1=553926r2=553927 == --- jakarta/commons/proper/lang/trunk/pom.xml (original) +++ jakarta/commons/proper/lang/trunk/pom.xml Fri Jul 6 08:24:13 2007 @@ -22,7 +22,7 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId -version1/version +version3/version /parent modelVersion4.0.0/modelVersion groupIdcommons-lang/groupId - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jexl] String Literals with Newline do not work
hi,
thanks for your quick reply.
Try
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
now I got a syntax error, do you mean:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\\n'\));
I tried some variations, still the same exception.
regards,
Christoph
sebb wrote:
I have some problems to use Jexl expressions to look for special
characters in strings, like newline or tabs:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
Does not look valid syntax.
Try
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jexl] String Literals with Newline do not work
On 06/07/07, Christoph Gaffga [EMAIL PROTECTED] wrote:
hi,
thanks for your quick reply.
Try
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
now I got a syntax error, do you mean:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\\n'\));
Sorry, yes, I was thinking of another language.
Try using a variable instead:
jc.getVars().put(nl,\n);
e = ExpressionFactory.createExpression(foo.bar.indexOf(nl));
I tried some variations, still the same exception.
regards,
Christoph
sebb wrote:
I have some problems to use Jexl expressions to look for special
characters in strings, like newline or tabs:
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
Does not look valid syntax.
Try
e = ExpressionFactory.createExpression(foo.bar.indexOf('\n'));
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1 (3rd RC)
I'm +1 btw :) Hen On 7/4/07, Henri Yandell [EMAIL PROTECTED] wrote: I've updated the release notes to match the website page: http://people.apache.org/~bayard/commons-cli/1.0-rc3/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc3/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch. [ ] +1, before 6 years since 1.0 arrives [ ] -1, we can make 6 years --- The only changes to svn are Rahul's NOTICE fix for our TLP change and my updating the RELEASE-NOTES.txt with the latest information. So I plan to consider any existing +1s for the RC2 as applying to this (ie: Don't revote unless you want to). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jexl] String Literals with Newline do not work
Sorry, yes, I was thinking of another language.
Try using a variable instead:
jc.getVars().put(nl,\n);
e = ExpressionFactory.createExpression(foo.bar.indexOf(nl));
thanks a lot, works great, also with JXGenerator in Apache-Cocoon:
jx:set var=nl value=#10;/
${foo.bar.indexOf(nl)}
Christoph
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1 (3rd RC)
I think I +1'd this last time, but just in case: +1. On 7/5/07, Henri Yandell [EMAIL PROTECTED] wrote: I've updated the release notes to match the website page: http://people.apache.org/~bayard/commons-cli/1.0-rc3/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc3/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch. [ ] +1, before 6 years since 1.0 arrives [ ] -1, we can make 6 years --- The only changes to svn are Rahul's NOTICE fix for our TLP change and my updating the RELEASE-NOTES.txt with the latest information. So I plan to consider any existing +1s for the RC2 as applying to this (ie: Don't revote unless you want to). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: request karma to commons validator/i18n
On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Ack - Martin just pointed out that it's Sandbox karma on request, not all of Commons. I'll adjust - ie: Paul will have commit for i18n, but we'll have to vote to give him commit to validator. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DBCP] Managed Connection support
On Jul 5, 2007, at 7:13 AM, Phil Steitz wrote: Thanks, Dain. I applied the patch. I also patched the m1 and ant builds to work. The Ant now fails with JDK 1.3, but unless someone screams loudly soon, we have moved the minimum jdk level for dbcp 1.3 to JDK 1.4 (per earlier discussion), so this is not an issue. Sweet! That was very fast. snip/ For now the code is contained in the org.apache.commons.dbcp.managed package, but I would suspect we may want to spread it out amongst the existing packages instead of creating a feature specific package. I'm also not sure what additional interfaces people may want such as equivalents of the BasicDataSource or BasicDataSourceFactory. I am ambivalent on the merging into existing packages, but we should talk about this. We can figure that out as we get close to a release. If the thing isn't fully tested by then we could just mark the whole package as experimental. The code has tests and has javadoc, but it needs real world testing and some real docs. I'm going try hooking it into OpenEJB and running it's massive test suite with a couple of opensource DBs. Anyways, I hope you all like it and accept the patch. I'm around to help with changes or whatever. I also ran into a few bugs while working on this that are already reported in JIRA (like the close bugs) and am willing to help with those also. That would be greatly appreciated. We really need [dbcp] and [pool] volunteers. Given that you are an ASF committer, all you have to do is ask to get commons karma and you are certainly welcome to do that :) Excellent, I definitely like access, so I can fix any bugs in the code directly. In [dbcp] 1.3, we can fix the close semantics and other things that involve semantic changes. All suggestions and patches are welcome. I'll take a look at it when I get back in town next week. Thanks again, -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: request karma to commons validator/i18n
On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Niall Thanks, Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LANG-346) Dates.round() behaves incorrectly for minutes and seconds
Dates.round() behaves incorrectly for minutes and seconds
-
Key: LANG-346
URL: https://issues.apache.org/jira/browse/LANG-346
Project: Commons Lang
Issue Type: Bug
Affects Versions: 2.3, 2.2
Reporter: Ken Dombeck
Get unexpected output for rounding by minutes or seconds.
public void testRound()
{
Calendar testCalendar = Calendar.getInstance(TimeZone.getTimeZone(GMT));
testCalendar.set(2007, 6, 2, 8, 9, 50);
Date date = testCalendar.getTime();
System.out.println(Before round() + date);
System.out.println(After round() + DateUtils.round(date,
Calendar.MINUTE));
}
--2.1 produces
Before round() Mon Jul 02 03:09:50 CDT 2007
After round() Mon Jul 02 03:10:00 CDT 2007 -- this is what I would expect
--2.2 and 2.3 produces
Before round() Mon Jul 02 03:09:50 CDT 2007
After round() Mon Jul 02 03:01:00 CDT 2007 -- this appears to be wrong
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-341) [NumberUtils] Please add number byte[] methods
[
https://issues.apache.org/jira/browse/LANG-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-341:
---
Fix Version/s: 3.0
Setting fix version to 3.0 for consideration there.
A unit test would be much appreciated by the way :)
[NumberUtils] Please add number byte[] methods
-
Key: LANG-341
URL: https://issues.apache.org/jira/browse/LANG-341
Project: Commons Lang
Issue Type: New Feature
Reporter: Lilianne E. Blaze
Fix For: 3.0
Hello,
I need a set of methods to convert Long to or from a byte[] array, as if
writing / reading from Data(Input/Output)Stream(
ByteArray(Input/Output)Stream ).
First, doing it with Streams seems a bit wasteful, second, it seems a
pretty general use. Would it be possible to add something like that to,
for example,
org.apache.commons.lang.math.NumberUtils?
Example code:
static public long toLong(byte[] b)
{
return toLong(b, 0);
}
static public long toLong(byte[] b, int offset)
{
return (((long)b[offset] 56) +
((long)(b[offset + 1] 255) 48) +
((long)(b[offset + 2] 255) 40) +
((long)(b[offset + 3] 255) 32) +
((long)(b[offset + 4] 255) 24) +
((b[offset + 5] 255) 16) +
((b[offset + 6] 255) 8) +
((b[offset + 7] 255) 0));
}
static public byte[] longToByteArray(long l)
{
byte b[] = new byte[8];
longToByteArray(l, b, 0);
return b;
}
static public void longToByteArray(long l, byte b[], int offset)
{
b[offset] = (byte)(l 56);
b[offset + 1] = (byte)(l 48);
b[offset + 2] = (byte)(l 40);
b[offset + 3] = (byte)(l 32);
b[offset + 4] = (byte)(l 24);
b[offset + 5] = (byte)(l 16);
b[offset + 6] = (byte)(l 8);
b[offset + 7] = (byte)(l 0);
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-346) Dates.round() behaves incorrectly for minutes and seconds
[
https://issues.apache.org/jira/browse/LANG-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-346:
---
Fix Version/s: 2.3.1
Dates.round() behaves incorrectly for minutes and seconds
-
Key: LANG-346
URL: https://issues.apache.org/jira/browse/LANG-346
Project: Commons Lang
Issue Type: Bug
Affects Versions: 2.2, 2.3
Reporter: Ken Dombeck
Fix For: 2.3.1
Get unexpected output for rounding by minutes or seconds.
public void testRound()
{
Calendar testCalendar = Calendar.getInstance(TimeZone.getTimeZone(GMT));
testCalendar.set(2007, 6, 2, 8, 9, 50);
Date date = testCalendar.getTime();
System.out.println(Before round() + date);
System.out.println(After round() + DateUtils.round(date,
Calendar.MINUTE));
}
--2.1 produces
Before round() Mon Jul 02 03:09:50 CDT 2007
After round() Mon Jul 02 03:10:00 CDT 2007 -- this is what I would expect
--2.2 and 2.3 produces
Before round() Mon Jul 02 03:09:50 CDT 2007
After round() Mon Jul 02 03:01:00 CDT 2007 -- this appears to be wrong
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-342) HashCodeBuilder.append(long) is incorrect
[
https://issues.apache.org/jira/browse/LANG-342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-342:
---
Fix Version/s: 2.3.1
Setting fix version to 2.3.1 so the javadoc can be added. Then it should be
reversioned to 3.0 for consideration there.
HashCodeBuilder.append(long) is incorrect
-
Key: LANG-342
URL: https://issues.apache.org/jira/browse/LANG-342
Project: Commons Lang
Issue Type: Bug
Reporter: Benjamin Manes
Priority: Minor
Fix For: 2.3.1
I was looking at using HashCodeBuilder rather than always writing out the
strategy by hand, and I noticed one potential mistake:
/**
* Append a hashCode for a long.
*
* @param value the long to add to the hashCode
* @return this
*/
public HashCodeBuilder append(long value)
{
iTotal = iTotal * iConstant + ((int) (value ^ (value 32)));
return this;
}
whereas Effective Java and Long.hashCode() use:
/**
* Returns a hash code for this codeLong/code. The result is
* the exclusive OR of the two halves of the primitive
* codelong/code value held by this codeLong/code
* object. That is, the hashcode is the value of the expression:
* blockquotepre
* (int)(this.longValue()^(this.longValue()gt;gt;gt;32))
* /pre/blockquote
*
* @return a hash code value for this object.
*/
public int hashCode() {
return (int)(value ^ (value 32));
}
So the author accidentally used a signed right-shift rather than an unsigned.
Stephen Colebourne noted that while this is a bug, it is minor and could have
backward compatability issues. I would simply recommend that a non-JavaDoc
comment be added noting this method doesn't follow Effective Java correctly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-340) performance problem with EqualsBuilder.append()
[
https://issues.apache.org/jira/browse/LANG-340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-340:
---
Fix Version/s: 3.0
Setting for investigation in 3.0 (though if anyone wants to dig into it, please
feel free).
My suspicion is that a generic library has costs and if this is as centric to
your application as it sounds then we're not going to be able to eke much out.
However - who knows until someone looks :)
performance problem with EqualsBuilder.append()
---
Key: LANG-340
URL: https://issues.apache.org/jira/browse/LANG-340
Project: Commons Lang
Issue Type: Improvement
Affects Versions: 2.3
Reporter: Ramil Israfilov
Fix For: 3.0
We are using EqualsBuilder for construction of equals() method in our
javabeans.
For example we have a class:
public class SimpleRecord{
String name;
String label;
...
public boolean equals(Object object) {
return new EqualsBuilder().append(this.label, rhs.label).append(
this.getName(), rhs.getName()).isEquals();
}
So far so good.
But one of our applications uses extensively Stack to push/pop SimpleRecord
bean. And it was working very slow.
After profiling of application we saw that most of the time JVM spent in
equals() method of SimpleRecord. (it is called during peek() which is calling
remove() from Stack)
If we replace EqualsBuilder by following code our application worked 3 times
faster ! Could you make some optimizations ?
if (!(object instanceof SimpleRecord)) {
return false;
}
SimpleRecord rhs = (SimpleRecord) object;
if (this.getName() == null rhs.getName() != null) {
return false;
} else
if (rhs.getName() == null this.getName() != null) {
return false;
} else
if (this.label == null rhs.label != null) {
return false;
} else
if (rhs.label == null this.label != null) {
return false;
} else
if (this.label == null rhs.label == null) {
return this.getName().equals(rhs.getName());
} else
return this.getName().equals(rhs.getName())
this.label.equals(rhs.label);
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-344) CollatorUtils - equivalent of StringUtils, but using Collators
[ https://issues.apache.org/jira/browse/LANG-344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell updated LANG-344: --- Fix Version/s: 3.0 Setting for 3.0 consideration. CollatorUtils - equivalent of StringUtils, but using Collators -- Key: LANG-344 URL: https://issues.apache.org/jira/browse/LANG-344 Project: Commons Lang Issue Type: New Feature Affects Versions: 2.3 Reporter: Niall Pemberton Priority: Minor Fix For: 3.0 Stephen Kestle has pointed out that equalsIgnoreCase is an English/ASCII hack and that using the Collator class provides a more robust String comparison mechanism. - Most recently this came up when adding new ignore case methods to StringUtils for LANG-326 (also http://tinyurl.com/3d2jjk ) - Raised in regarding case insensitivity for EqualsBuilder and HashCodeBuilder in LANG-316 Creating this issue ticket so this doesn't get forgotten -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[proposal] No VOTE needed to elect ASF committers to commons WAS: Re: request karma to commons validator/i18n
On 7/6/07, Henri Yandell [EMAIL PROTECTED] wrote: On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Ack - Martin just pointed out that it's Sandbox karma on request, not all of Commons. I'll adjust - ie: Paul will have commit for i18n, but we'll have to vote to give him commit to validator. Sorry, I thought we had changed that policy, so I guess I would like to propose that we change it now. It does not really make sense to me to distinguish the sandbox and I think we should make it as easy as possible for existing ASF committers to contribute to commons. So my proposal is that any ASF committer who wishes to become a commons committer just needs to make that request here on the commons-dev mailing list and they will granted karma for both commons proper and commons sandbox. Expectation is of course that ASF committers joining the commons will behave (http://wiki.apache.org/jakarta-commons/JakartaCommonsEtiquette). As an alternative, we could discuss requests for karma from ASF committers on private@ (good sign that we have not even created that yet :) but I don't personally see the need to do that. In any case, I don't think we should revert to the old practice of public committer votes (whether or not the individual is a current ASF committer). Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554056 - /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java
Author: mbenson
Date: Fri Jul 6 14:15:15 2007
New Revision: 554056
URL: http://svn.apache.org/viewvc?view=revrev=554056
Log:
javadoc
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java?view=diffrev=554056r1=554055r2=554056
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/KeyManager.java
Fri Jul 6 14:15:15 2007
@@ -26,7 +26,7 @@
public interface KeyManager {
/**
- * Finds a node by a key value.
+ * Find a node by key/value.
*/
Pointer getPointerByKey(
JXPathContext context,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554057 - /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java
Author: mbenson
Date: Fri Jul 6 14:16:36 2007
New Revision: 554057
URL: http://svn.apache.org/viewvc?view=revrev=554057
Log:
convenient method to accumulate NodeSets
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java?view=diffrev=554057r1=554056r2=554057
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/BasicNodeSet.java
Fri Jul 6 14:16:36 2007
@@ -35,7 +35,12 @@
pointers.add(pointer);
readOnlyPointers = null;
}
-
+
+public void add(NodeSet nodeSet) {
+pointers.addAll(nodeSet.getPointers());
+readOnlyPointers = null;
+}
+
public void remove(Pointer pointer) {
pointers.remove(pointer);
readOnlyPointers = null;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554058 - /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java
Author: mbenson
Date: Fri Jul 6 14:17:26 2007
New Revision: 554058
URL: http://svn.apache.org/viewvc?view=revrev=554058
Log:
efficiency; ws
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java?view=diffrev=554058r1=554057r2=554058
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/JXPathContextReferenceImpl.java
Fri Jul 6 14:17:26 2007
@@ -165,7 +165,7 @@
if (nodeFactoryArray == null) {
nodeFactoryArray =
(NodePointerFactory[]) nodeFactories.
-toArray(new NodePointerFactory[0]);
+toArray(new NodePointerFactory[nodeFactories.size()]);
Arrays.sort(nodeFactoryArray, new Comparator() {
public int compare(Object a, Object b) {
int orderA = ((NodePointerFactory) a).getOrder();
@@ -175,7 +175,7 @@
});
}
}
-
+
/**
* Call this with a custom NodePointerFactory to add support for
* additional types of objects. Make sure the factory returns
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554059 - in /jakarta/commons/proper/jxpath/trunk/src: java/org/apache/commons/jxpath/ java/org/apache/commons/jxpath/ri/compiler/ java/org/apache/commons/jxpath/ri/model/ java/org/apache/
Author: mbenson
Date: Fri Jul 6 14:21:41 2007
New Revision: 554059
URL: http://svn.apache.org/viewvc?view=revrev=554059
Log:
[JXPATH-91] add full key() function support; initial submission by Sergey
Vladimirov
Added:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
(with props)
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java
(with props)
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/JXPathContext.java
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/compiler/CoreFunction.java
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/NodePointer.java
jakarta/commons/proper/jxpath/trunk/src/test/org/apache/commons/jxpath/ri/compiler/CoreFunctionTest.java
Added:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java?view=autorev=554059
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
(added)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Fri Jul 6 14:21:41 2007
@@ -0,0 +1,38 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the License); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.commons.jxpath;
+
+/**
+ * More complete implementation for the XPath codekey()/code function.
+ * Returns NodeSet results and allows Object values for better compatibility
+ * with non-XML graphs.
+ *
+ * @author Sergey Vladimirov
+ * @author Matt Benson
+ * @version $Revision:$ $Date:$
+ */
+public interface ExtendedKeyManager extends KeyManager {
+
+/**
+ * Find a NodeSet by key/value.
+ * @param context
+ * @param key
+ * @param value
+ */
+NodeSet getNodeSetByKey(JXPathContext context, String key, Object value);
+
+}
\ No newline at end of file
Propchange:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
--
svn:eol-style = native
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/JXPathContext.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/JXPathContext.java?view=diffrev=554059r1=554058r2=554059
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/JXPathContext.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/JXPathContext.java
Fri Jul 6 14:21:41 2007
@@ -23,6 +23,8 @@
import java.util.List;
import java.util.Locale;
+import org.apache.commons.jxpath.util.KeyManagerUtils;
+
/**
* JXPathContext provides APIs for the traversal of graphs of JavaBeans using
* the XPath syntax. Using JXPathContext, you can read and write properties of
@@ -795,6 +797,21 @@
}
throw new JXPathException(
Cannot find an element by key -
++ no KeyManager has been specified);
+}
+
+/**
+ * Locates a NodeSet by key/value.
+ * @param key
+ * @param value
+ */
+public NodeSet getNodeSetByKey(String key, Object value) {
+KeyManager manager = getKeyManager();
+if (manager != null) {
+return KeyManagerUtils.getExtendedKeyManager(manager)
+.getNodeSetByKey(this, key, value);
+}
+throw new JXPathException(Cannot find an element by key -
+ no KeyManager has been specified);
}
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/compiler/CoreFunction.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/compiler/CoreFunction.java?view=diffrev=554059r1=554058r2=554059
svn commit: r554060 - /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Author: mbenson
Date: Fri Jul 6 14:27:15 2007
New Revision: 554060
URL: http://svn.apache.org/viewvc?view=revrev=554060
Log:
tags
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java?view=diffrev=554060r1=554059r2=554060
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Fri Jul 6 14:27:15 2007
@@ -23,7 +23,7 @@
*
* @author Sergey Vladimirov
* @author Matt Benson
- * @version $Revision:$ $Date:$
+ * @version $Revision$ $Date$
*/
public interface ExtendedKeyManager extends KeyManager {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554061 - /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Author: mbenson
Date: Fri Jul 6 14:27:32 2007
New Revision: 554061
URL: http://svn.apache.org/viewvc?view=revrev=554061
Log:
tags
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java?view=diffrev=554061r1=554060r2=554061
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Fri Jul 6 14:27:32 2007
@@ -23,7 +23,7 @@
*
* @author Sergey Vladimirov
* @author Matt Benson
- * @version $Revision$ $Date$
+ * @version $Revision:$ $Date:$
*/
public interface ExtendedKeyManager extends KeyManager {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: request karma to commons validator/i18n
Niall, that's fine by me. You're the lead of the project and I respect your contributions and leadership. I'll be passing everything by you. No worries. Paul On 7/6/07, Henri Yandell [EMAIL PROTECTED] wrote: On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Ack - Martin just pointed out that it's Sandbox karma on request, not all of Commons. I'll adjust - ie: Paul will have commit for i18n, but we'll have to vote to give him commit to validator. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554062 - in /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath: ExtendedKeyManager.java util/KeyManagerUtils.java
Author: mbenson Date: Fri Jul 6 14:28:47 2007 New Revision: 554062 URL: http://svn.apache.org/viewvc?view=revrev=554062 Log: keywords Modified: jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java (props changed) jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java (props changed) Propchange: jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java -- svn:keywords = Date Author Id Revision HeadURL Propchange: jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java -- svn:keywords = Date Author Id Revision HeadURL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r554063 - in /jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath: ExtendedKeyManager.java util/KeyManagerUtils.java
Author: mbenson
Date: Fri Jul 6 14:29:34 2007
New Revision: 554063
URL: http://svn.apache.org/viewvc?view=revrev=554063
Log:
since
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java?view=diffrev=554063r1=554062r2=554063
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ExtendedKeyManager.java
Fri Jul 6 14:29:34 2007
@@ -23,7 +23,8 @@
*
* @author Sergey Vladimirov
* @author Matt Benson
- * @version $Revision:$ $Date:$
+ * @since JXPath 1.3
+ * @version $Revision$ $Date$
*/
public interface ExtendedKeyManager extends KeyManager {
Modified:
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java?view=diffrev=554063r1=554062r2=554063
==
---
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java
(original)
+++
jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/util/KeyManagerUtils.java
Fri Jul 6 14:29:34 2007
@@ -27,7 +27,8 @@
/**
* Utility class.
* @author Matt Benson
- * @version $Revision:$ $Date:$
+ * @since JXPath 1.3
+ * @version $Revision$ $Date$
*/
public class KeyManagerUtils {
private static class SingleNodeExtendedKeyManager implements
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JXPATH-91) KeyManager should support nodeset selection
[ https://issues.apache.org/jira/browse/JXPATH-91?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Benson resolved JXPATH-91. --- Resolution: Fixed Fix Version/s: 1.3 I have committed the basic change. I made some tweaks, including supporting multivalues for 2nd key() argument and support for passing in the context as the third key() argument. KeyManager should support nodeset selection --- Key: JXPATH-91 URL: https://issues.apache.org/jira/browse/JXPATH-91 Project: Commons JXPath Issue Type: Improvement Affects Versions: 1.2 Final Reporter: Sergey Vladimirov Fix For: 1.3 Attachments: source-patch.txt, source-patch.txt, source-patch.txt, testcase-patch.txt KeyManager should support nodeset selection. In XSLT standart key() function can return not only singl node, but node set. KeyManager should support such functionality -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Issue Comment Edited: (JXPATH-91) KeyManager should support nodeset selection
[ https://issues.apache.org/jira/browse/JXPATH-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510799 ] Matt Benson edited comment on JXPATH-91 at 7/6/07 2:31 PM: --- I have committed the basic change. I made some tweaks, including supporting a NodeSet for 2nd key() argument and support for passing in the context as the third key() argument. was: I have committed the basic change. I made some tweaks, including supporting multivalues for 2nd key() argument and support for passing in the context as the third key() argument. KeyManager should support nodeset selection --- Key: JXPATH-91 URL: https://issues.apache.org/jira/browse/JXPATH-91 Project: Commons JXPath Issue Type: Improvement Affects Versions: 1.2 Final Reporter: Sergey Vladimirov Fix For: 1.3 Attachments: source-patch.txt, source-patch.txt, source-patch.txt, testcase-patch.txt KeyManager should support nodeset selection. In XSLT standart key() function can return not only singl node, but node set. KeyManager should support such functionality -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1 (3rd RC)
+1 Henri Yandell wrote: I've updated the release notes to match the website page: http://people.apache.org/~bayard/commons-cli/1.0-rc3/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc3/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch. [ ] +1, before 6 years since 1.0 arrives [ ] -1, we can make 6 years --- The only changes to svn are Rahul's NOTICE fix for our TLP change and my updating the RELEASE-NOTES.txt with the latest information. So I plan to consider any existing +1s for the RC2 as applying to this (ie: Don't revote unless you want to). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JXPATH-92) Allow to use NodePointers as variable values and preserve tree position information
[ https://issues.apache.org/jira/browse/JXPATH-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Benson resolved JXPATH-92. --- Resolution: Won't Fix Sergey, I have spent a lot of time going over this. In theory I wouldn't have a problem with supporting pointers as variable values, BUT I do think that transparently converting these to the pointers in question is a matter of opinion as to whether such behavior would be expected, so my decision is that that behavior, and the subsequent proper sorting you are after, will NOT be implemented. This being the case I can't see much purpose in allowing pointers as variable values after all; my advice here is to explore dynamically building your XPath expressions to always use the proper path to an object. Allow to use NodePointers as variable values and preserve tree position information --- Key: JXPATH-92 URL: https://issues.apache.org/jira/browse/JXPATH-92 Project: Commons JXPath Issue Type: Improvement Affects Versions: 1.2 Final Reporter: Sergey Vladimirov Attachments: hack-patch.txt, VariablePointerTestCase.java Moved from JXPATH-89 It should be possible to return NodePointer as variable value and use such node pointer as part of original tree to sort and comapre nodes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [proposal] No VOTE needed to elect ASF committers to commons WAS: Re: request karma to commons validator/i18n
On 7/6/07, Phil Steitz [EMAIL PROTECTED] wrote: On 7/6/07, Henri Yandell [EMAIL PROTECTED] wrote: On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Ack - Martin just pointed out that it's Sandbox karma on request, not all of Commons. I'll adjust - ie: Paul will have commit for i18n, but we'll have to vote to give him commit to validator. Sorry, I thought we had changed that policy, so I guess I would like to propose that we change it now. It does not really make sense to me to distinguish the sandbox and I think we should make it as easy as possible for existing ASF committers to contribute to commons. So my proposal is that any ASF committer who wishes to become a commons committer just needs to make that request here on the commons-dev mailing list and they will granted karma for both commons proper and commons sandbox. Expectation is of course that ASF committers joining the commons will behave (http://wiki.apache.org/jakarta-commons/JakartaCommonsEtiquette). snip/ I hope ASF committers learn nothing new on the etiquette front (there may indeed be some procedural novelties) after reading that document :-) But since I can't personally vouch for all, I don't care much for this proposal. As an alternative, we could discuss requests for karma from ASF committers on private@ (good sign that we have not even created that yet :) but I don't personally see the need to do that. In any case, I don't think we should revert to the old practice of public committer votes (whether or not the individual is a current ASF committer). snap/ Sure, that makes sense. -Rahul Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SCXML] SimpleSCXMLInvoker may miss transition to final state
The current implementation of SimpleSCXMLInvoker assumes that only external
events, handled by parentEvents(), may cause the child state machine to
go move a final state. I had a case where the invoked state machine went to
a final state directly while executing the initial state, something like:
scxml xmlns=http://www.w3.org/2005/07/scxml version=1.0
initialstate=state1
state id=state1
onentry
send event=foo/
/onentry
transition event=foo target=state2 /
/state
state id=state2 final=true /
/scxml
Therefore the invoke got stucked and the parent never received an
invoke.done event.
I see two problems:
a) the parentEvents() method will not send a invoke.done event to the
parent because doneBefore will already be true (for the above example).
That means the parent gets never notified about the termination of the
child.
b) Even if we change the logic of parentEvents() in a way that a) will be
solved, the problem is still that the termination of the state machine will
only be detected once an external event occurs in the parent state machine
and thus the parentEvents() method will be called.
Is there a way to get notified in the environment of a state machine (like
the invoke-Implementation) once a state machine reaches the final state?
Until now I only found polling the current state like
if (executor.getCurrentStatus().isFinal()) { ..}
Don't we need a callback (implemented by an interface) to get notified about
reaching a final state? The child state machine (invoked from a parent state
machine) may communicate to another external process asynchronously and any
event from this external process may cause the child state machine to go to
a final state. How to notify the parent about termination of the invoke (i.e.
sending an invoke.done)?
- Ingmar.
Re: [SCXML] SimpleSCXMLInvoker may miss transition to final state
On 7/6/07, Ingmar Kliche [EMAIL PROTECTED] wrote:
The current implementation of SimpleSCXMLInvoker assumes that only external
events, handled by parentEvents(), may cause the child state machine to
go move a final state. I had a case where the invoked state machine went to
a final state directly while executing the initial state, something like:
scxml xmlns=http://www.w3.org/2005/07/scxml version=1.0
initialstate=state1
state id=state1
onentry
send event=foo/
/onentry
transition event=foo target=state2 /
/state
state id=state2 final=true /
/scxml
Therefore the invoke got stucked and the parent never received an
invoke.done event.
snip/
Yes, this looks like a problem. Again, please file tickets in JIRA [1]
-- if you can attach simple testcases that'd be very helpful.
I see two problems:
a) the parentEvents() method will not send a invoke.done event to the
parent because doneBefore will already be true (for the above example).
That means the parent gets never notified about the termination of the
child.
b) Even if we change the logic of parentEvents() in a way that a) will be
solved, the problem is still that the termination of the state machine will
only be detected once an external event occurs in the parent state machine
and thus the parentEvents() method will be called.
Is there a way to get notified in the environment of a state machine (like
the invoke-Implementation) once a state machine reaches the final state?
Until now I only found polling the current state like
if (executor.getCurrentStatus().isFinal()) { ..}
Don't we need a callback (implemented by an interface) to get notified about
reaching a final state? The child state machine (invoked from a parent state
machine) may communicate to another external process asynchronously and any
event from this external process may cause the child state machine to go to
a final state. How to notify the parent about termination of the invoke (i.e.
sending an invoke.done)?
snip/
Correct, the canonical way is to poll. However, it is possible to
register a SCXMLListener and that gives us callbacks (at the least,
these tell us when to poll :-). The SimpleSCXMLInvoker is so called
because I think its possible to write a NotSoSimpleSCXMLInvoker that
does things like these better. Since Invoker registration is upto the
user, the idea was that the simple one would provide a skeleton to get
folks started.
-Rahul
[1] http://jakarta.apache.org/commons/scxml/issue-tracking.html
- Ingmar.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: request karma to commons validator/i18n
On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: Niall, that's fine by me. You're the lead of the project and I respect your contributions and leadership. I'll be passing everything by you. No worries. OK great that will be much appreciated to start with :) Not sure about the lead business, just seem to have inherited it from others - which you may do from me. Niall Paul On 7/6/07, Henri Yandell [EMAIL PROTECTED] wrote: On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/6/07, Paul Benedict [EMAIL PROTECTED] wrote: I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Although Commons has a liberal policy on giving Karma to ASF committers a better (more ASF like) first step IMO would have been to start talking about what you want to do first - a good recent example of that is Dain: http://tinyurl.com/yrmgpf Even though I'm already a committer I still regularly create Jira tickets and post patches (for code changes) to components that I don't have much history on rather than diving straight in. I'm hoping you'll do the same, 'coz I'm going to be unhappy if I start seeing Validator commits with no prior discussion. Ack - Martin just pointed out that it's Sandbox karma on request, not all of Commons. I'll adjust - ie: Paul will have commit for i18n, but we'll have to vote to give him commit to validator. Hen - 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]
[jira] Updated: (LANG-341) [NumberUtils] Please add number byte[] methods
[
https://issues.apache.org/jira/browse/LANG-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lilianne E. Blaze updated LANG-341:
---
Attachment: 341-v1-test.patch
341-v1-src.patch
I'm uploading the methods and tests for longarray. Please let me know if
they're suitable and I'll make a version for other numeric types.
Note the code was pretty much copy-pasted from DataInput/OutputStream, but it's
so basic you can't really make your own version anyway.
Any chance for including it in 2.3 please?
[NumberUtils] Please add number byte[] methods
-
Key: LANG-341
URL: https://issues.apache.org/jira/browse/LANG-341
Project: Commons Lang
Issue Type: New Feature
Reporter: Lilianne E. Blaze
Fix For: 3.0
Attachments: 341-v1-src.patch, 341-v1-test.patch
Hello,
I need a set of methods to convert Long to or from a byte[] array, as if
writing / reading from Data(Input/Output)Stream(
ByteArray(Input/Output)Stream ).
First, doing it with Streams seems a bit wasteful, second, it seems a
pretty general use. Would it be possible to add something like that to,
for example,
org.apache.commons.lang.math.NumberUtils?
Example code:
static public long toLong(byte[] b)
{
return toLong(b, 0);
}
static public long toLong(byte[] b, int offset)
{
return (((long)b[offset] 56) +
((long)(b[offset + 1] 255) 48) +
((long)(b[offset + 2] 255) 40) +
((long)(b[offset + 3] 255) 32) +
((long)(b[offset + 4] 255) 24) +
((b[offset + 5] 255) 16) +
((b[offset + 6] 255) 8) +
((b[offset + 7] 255) 0));
}
static public byte[] longToByteArray(long l)
{
byte b[] = new byte[8];
longToByteArray(l, b, 0);
return b;
}
static public void longToByteArray(long l, byte b[], int offset)
{
b[offset] = (byte)(l 56);
b[offset + 1] = (byte)(l 48);
b[offset + 2] = (byte)(l 40);
b[offset + 3] = (byte)(l 32);
b[offset + 4] = (byte)(l 24);
b[offset + 5] = (byte)(l 16);
b[offset + 6] = (byte)(l 8);
b[offset + 7] = (byte)(l 0);
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
