Re: [vfs][Chainsaw]: Web start + external dependances + license=ouch

Paul Smith wrote: Cant say much about the licensing stuff, i am sure soneone else has more knowledge on this story. So now I am in a catch-22, I am not allowed to host the external jars, and can't access the jars from a separate URL code-base via Web Start. So VFS might be impossible to integrat

DO NOT REPLY [Bug 29055] New: - AutoCommit and ReadOnly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29036] - [configuration] Load file configurations from the classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29054] New: - setTestOnReturn(boolean)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[vfs][Chainsaw]: Web start + external dependances + license=ouch

[cross posting to both lists, as I am hoping this would give me more chance of someone knowing what to do here] As discussed previously, I am keen to integrate log4j Chainsaw v2 and VFS, to take advantage of VFS's features of transparency of where the files are located. We're also using Java Web S

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/impl DefaultFileReplicator.java

imario 2004/05/17 23:20:56 Modified:vfs/src/java/org/apache/commons/vfs/impl DefaultFileReplicator.java Log: PR: 29007 Submitted By: Anthony Goubard ([EMAIL PROTECTED]) Change temporary filename from "basename_filecount.tmp" to "tmp_filecount_

[GUMP@lsd]: jakarta-commons/commons-logging failed

To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project commons-logging has an issue affecting its community integration. This issue a

DO NOT REPLY [Bug 29049] - [math]TTest should support paired and homoscedastic tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29050] - [math]TTest should not throw IllegalArgumentException for small samples

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/httpclient/xdocs news.xml status.xml

mbecke 2004/05/17 21:28:36 Modified:httpclient/xdocs news.xml status.xml Log: updates for 3.0 alpha 1 Revision ChangesPath 1.27 +36 -5 jakarta-commons/httpclient/xdocs/news.xml Index: news.xml ==

DO NOT REPLY [Bug 29050] New: - TTest should not throw IllegalArgumentException for small samples

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/httpclient/xdocs downloads.xml news.xml status.xml

mbecke 2004/05/17 21:28:16 Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH downloads.xml news.xml status.xml Log: updates for 3.0 alpha 1 Revision ChangesPath No revision No revision 1.19.2.11 +16 -4

[ANNOUNCE] Release of Commons HttpClient 3.0 Alpha 1

We are pleased to announce the first HttpClient 3.0 release. HttpClient 3.0 provides a wealth of features and enhancements that did not make it into the 2.0 release. We have attempted to preserve API compatibility as much as possible. In a relatively few cases API compatibility with HttpClien

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

On 17 May 2004, at 21:33, Mario Ivankovits wrote: robert burrell donkin wrote: i am more than a little confused about this whole issue. i've taken a look in cvs and priority still seems to be in existence (and undeprecated). when i looked at the gump record for sunday, common-logging seems to ha

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

On 17 May 2004, at 22:14, Adam R. B. Jack wrote: please take into account that most old hands on jakarta commons use filtering extensively to ensure they have some time to do coding (rather than just reading mailing lists). cross posts may well be filed into low priority directories. unless the ru

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

> please take into account that most old hands on jakarta commons use > filtering extensively to ensure they have some time to do coding > (rather than just reading mailing lists). cross posts may well be filed > into low priority directories. unless the rules of the commons-dev > mailing list are

Re: [jelly] tag for accessing static fields

On 17-May-04, at 21:44 Uhr, Daniel F. Savarese wrote: [...] add static field access. Yet expression manipulation is limited to JavaBean properties (otherwise there would be no need for the invoke tag), which makes it seem like Jexl isn't the right place. If static field access were to be ad

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

On 17 May 2004, at 21:47, Ceki Gülcü wrote: I guess you have not seen this: http://logging.apache.org/log4j/docs/api/org/apache/log4j/package- summary.html technically it's a recommendation rather than a deprecation which is why i was asking :) nor this http://marc.theaimsgroup.com/?l=jakarta-c

RE: [DBCP][Pool] Ready for release (testers wanted)

Go for it. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

At 10:33 PM 5/17/2004, Mario Ivankovits wrote: The change was in the Category class, formerly the log methods accepted a priority but this has change to a level now. But it looks like the change isnt really backward compatible, i have tried this now and got the following exception (patched commo

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

I guess you have not seen this: http://logging.apache.org/log4j/docs/api/org/apache/log4j/package-summary.html nor this http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=108436289322053&w=2 At 10:09 PM 5/17/2004, robert burrell donkin wrote: i am more than a little confused about this whole is

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

I'm no expert on when to [or not to] cross post, but this looks like a good topic for discussion in these two places at once. regards Adam - Original Message - From: "Mario Ivankovits" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, May 17, 200

DO NOT REPLY [Bug 28358] - Problems on indexed property with JDK 1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28358] - Problems on indexed property with JDK 1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28358] - Problems on indexed property with JDK 1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

robert burrell donkin wrote: i am more than a little confused about this whole issue. i've taken a look in cvs and priority still seems to be in existence (and undeprecated). when i looked at the gump record for sunday, common-logging seems to have passed. can someone please either explain wher

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

I know logger know this better than I, but in case quick answer help w/ timezones... > i am more than a little confused about this whole issue. i've taken a > look in cvs and priority still seems to be in existence (and > undeprecated). when i looked at the gump record for sunday, > common-logging

[bugzilla] Admin request

Please could 'Primitives' be added as a component within Commons Thanks in advance Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs VfsLog.java

imario 2004/05/17 13:14:33 Modified:vfs/src/java/org/apache/commons/vfs VfsLog.java Log: added private constructor Revision ChangesPath 1.2 +6 -1 jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/VfsLog.java Index: VfsLog.java ===

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/zip ZipFileSystem.java

imario 2004/05/17 13:13:20 Modified:vfs/src/java/org/apache/commons/vfs/cache DefaultFilesCache.java NullFilesCache.java SoftRefFilesCache.java vfs/src/java/org/apache/commons/vfs/provider AbstractFil

DO NOT REPLY [Bug 29013] - [math] DoubleArray: Document RuntimeException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

i am more than a little confused about this whole issue. i've taken a look in cvs and priority still seems to be in existence (and undeprecated). when i looked at the gump record for sunday, common-logging seems to have passed. can someone please either explain where the log4j changes are and w

RE: [math] TTestImpl

Joel, Thanks for the feedback. > >1) Is there a specific reason why ttest would throw an exception if there >is not sufficient data. In my case I would like to execute it with only 2 >data (even if it does not mean anything). The developer should be smart >enough to make this test BEFORE calling

Re: [jelly] tag for accessing static fields

In message <[EMAIL PROTECTED]>, Paul Libbrech t writes: >I keep believing, however, that such a thing should be done by Jexl or >something else... it makes no sense to need this getStatic, at least >compared to Java. I agree. After I shot off my email I was going to reply to it and add "maybe

[DBCP][Pool] Ready for release (testers wanted)

I just closed the last outstanding DBCP issue. Time for a release I think, the enhancements are for the next development cycle. Lets say a RC1 this week and 1.2 final next week or so? Unless somebody needs more time? -- Dirk - T

Re: [GUMP@brutus]: jakarta-commons/commons-latka failed

-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/wo rk/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/wo rkspace/jaxen/target/jaxen-20040517.jar dist > [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] > CLASSP

RE: [general] MANIFEST files...

> What you are telling, it seems, is that there is a key practice at > Apaache, amazing! Distributions are to be signed. Individuals jars aren't code signed, though. There is on-going work to establish an ASF Certificate Authority server, and that will help to further the authenticated infrastru

[GUMP@brutus]: jakarta-commons/commons-betwixt failed

ailable at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-betwixt/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-betwixt-20040517.jar] identifier set to project name - Info - Enable "debug" output, due to a sequence of 17 pre

[GUMP@brutus]: jakarta-commons/commons-latka failed

ublic/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/

[GUMP@brutus]: jelly-tags/commons-jelly-tags-define failed

. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-jelly-

[GUMP@brutus]: jelly-tags/commons-jelly-tags-jsl failed

current state is 'Failed', for reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-jelly-t

RE: [general] MANIFEST files...

Hi, >What you are telling, it seems, is that there is a key practice at >Apaache, amazing! Yup, and there has been for a long time ;) I think we're decent at keeping KEYS files and documenting the signing of a release as part of the SOP for cutting a new release. Keep in mind I'm speaking for

DO NOT REPLY [Bug 28912] - Connection re-use conflates logical and physical connections

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [general] MANIFEST files...

What you are telling, it seems, is that there is a key practice at Apaache, amazing! Signing jars is automated in many tools, including Maven (simply using Ant's signjar, see your .maven/plugins/maven-jnlp-plugin/plugin.jelly, having run the jnlp target once, for an example. Tomcat jars are a

cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcp PoolingDriver.java

dirkv 2004/05/17 11:39:44 Modified:dbcp/src/java/org/apache/commons/dbcp PoolingDriver.java Log: Bugzilla Bug 28912: (PoolingDriver) Connection re-use conflates logical and physical connections - implement a PoolGuardConnectionWrapper for PoolingDriver - make error reporting b

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp TestManual.java

dirkv 2004/05/17 11:36:45 Modified:dbcp/src/test/org/apache/commons/dbcp TestManual.java Log: Bugzilla Bug 28912: (PoolingDriver) Connection re-use conflates logical and physical connections - JUnit test (bug reported by Ken Arnold) Revision ChangesPath 1.19 +

DO NOT REPLY [Bug 29007] - [vfs] patch for extension and FileReplicator problems

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/example ShowProperties.java

imario 2004/05/17 11:30:45 Added: vfs/src/java/org/apache/commons/vfs/example ShowProperties.java Log: PR: 29007 Submitted By: Anthony Goubard ([EMAIL PROTECTED]) Example showing how to resolv Files and prints their filename-components and proper

RE: [math] Dependencies WAS: Design review pre 1.0

I used DynaBeans to enable addValue as well. I am +1 to dropping from 1.0 so we can remove this dependency. Not a bad idea to eventually produce an extensions, optional or examples jar as well. Frequency is kind of basic, but it could in theory also fit into this category, since it is the on

cvs commit: jakarta-commons-sandbox/vfs/xdocs download.xml

imario 2004/05/17 11:25:51 Modified:vfs/xdocs download.xml Log: Changed commons-logging path (BUG29007) and updated the version-numbers of the other dependencies Revision ChangesPath 1.11 +18 -14jakarta-commons-sandbox/vfs/xdocs/download.xml Index: downloa

DO NOT REPLY [Bug 29007] - [vfs] patch for extension and FileReplicator problems

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/smb/test FileNameTestCase.java

imario 2004/05/17 11:22:17 Modified:vfs/src/java/org/apache/commons/vfs/provider AbstractFileName.java vfs/src/test/org/apache/commons/vfs/provider/smb/test FileNameTestCase.java Log: PR: 29007 Submitted by:Anthony Go

DO NOT REPLY [Bug 29007] - [vfs] patch for extension and FileReplicator problems

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs GlobalConfiguration.java FileSystemManager.java Resources.properties

imario 2004/05/17 10:56:57 Modified:vfs/src/test/org/apache/commons/vfs/test AbstractTestSuite.java vfs/xdocs api.xml vfs/src/java/org/apache/commons/vfs/impl DefaultFileSystemManager.java providers.xml

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/impl StandardFileSystemManager.java

imario 2004/05/17 10:56:35 Modified:vfs/src/java/org/apache/commons/vfs/impl StandardFileSystemManager.java Log: BUG29007: Allow overloading of FileReplicator = cretaeDefaultFileReplicator Introduced GlobalConfiguration and moved configuration for F

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/impl DefaultFileReplicator.java

imario 2004/05/17 10:53:08 Modified:vfs/src/java/org/apache/commons/vfs/impl DefaultFileReplicator.java Log: BUG29007: Allow overloading of filename-creation = createFilename() and file-creation = createFile() Revision ChangesPath 1.17

cvs commit: jakarta-commons-sandbox/vfs project.xml

imario 2004/05/17 10:39:26 Modified:vfs project.xml Log: commons-logging-1.0.3 Revision ChangesPath 1.30 +1 -1 jakarta-commons-sandbox/vfs/project.xml Index: project.xml === RCS file:

cvs commit: jakarta-commons-sandbox/vfs build.xml

imario 2004/05/17 10:38:32 Modified:vfs build.xml Log: commons-logging-1.0.3 jcifs-0.8.3 Revision ChangesPath 1.21 +2 -2 jakarta-commons-sandbox/vfs/build.xml Index: build.xml ===

cvs commit: jakarta-commons/codec/xdocs index.xml

ggregory2004/05/17 10:06:11 Modified:codecproject.xml RELEASE-NOTES.txt default.properties codec/src/java/org/apache/commons/codec overview.html codec/xdocs index.xml Log: Change from "1.3-dev" to "1.3" in preparation for release. Revision Chan

Re: [math] Dependencies WAS: Design review pre 1.0

Yes, I had placed it into test a while back which reduced it to a build time dependency as opposed to a runtime dependency. Originally, I was attempting to isolate this as an example as opposed to a Class which users would utilize, so I was working hard to remove it from the distribution jar.

DO NOT REPLY [Bug 28918] - SoftReferenceObjectPool broken?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [GUMP@brutus]: jakarta-commons/commons-logging failed

Still no news on this item? On 2004-05-13 17:20:38 "Adam R. B. Jack" wrote: > From: "Mario Ivankovits" <[EMAIL PROTECTED]> wrote: > > > Just for the records - i already posted a patch, maybe a > > logging-committer might pick it up > > http://issues.apache.org/bugzilla/show_bug.cgi?id=28933 > > Exc

DO NOT REPLY [Bug 29036] - [configuration] Load file configurations from the classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29036] - [configuration] Load file configurations from the classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29012] - AbstractDescriptiveStatistics needs more coverage

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29013] - DoubleArray: Document RuntimeException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: [general] MANIFEST files...

Hi, We sign distributions (but not individual jars) for nearly every Apache project I work on. But when we sign these distributions, we do so with the release manager's public key. There's no general Apache public key for all of us to use that I'm aware of. Nor am I sure there should be one, re

Re: [general] MANIFEST files...

A kind of related point, but much more delicate, is the signing of jars. For several purposes, in particular for all the security-intrusion type of things like Java-Web-Start-full-priviledges, it would be nice to have signed jars. And it would be much more meaningful that such signed jars are si

Re: [jelly] tag for accessing static fields

On 16-May-04, at 21:17 Uhr, Daniel F. Savarese wrote: wrote a GetStaticTag that works like this: That allowed me to then do: ... Daniel, I think your addition makes sense. I keep believing, however, that such a thing should be done by Jexl or something else... it makes no sense to need th

cvs commit: jakarta-commons-sandbox/transaction/src/test - New directory

ozeigermann2004/05/17 05:58:06 jakarta-commons-sandbox/transaction/src/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [VOTE] Change to Commons Charter

Hola, >The first is shown via strikethrough's, the second is in red text. > >On 'Removing Text': >[ X ] +1 Remove it >[ ] -1 Keep it > > >On 'Versioning the Charter': >[ X ] +1 Add a version >[ ] -1 No need to version things I'm glad someone is picking this less glamorous piece up and working on

RE: [vfs] new dependencies

Hi, Whew, I'm glad other people already expressed their misgivings about these new dependencies, as I agree with the concerns expressed. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Mario Ivankovits [mailto:[EMAIL PROTECTED] >Sent: Monday, May 17, 2004 3:42 AM

RE: [math] Dependencies WAS: Design review pre 1.0

Phil Wrote > > commons-beanutils doesn't seem to be used, so shouldn't be in project > xml BeanUils is used in the "BeanList" stuff that I recently rectified but have not moved back into src from test. I guess I am in favor of relegating this to experimental and dropping the dependency fo

RE: [general] MANIFEST files...

Hi, Yeah, Ant is good at generating manifests. The decision to use or not use (and then remove) manifest files should be up to each component's developers. I think we should encourage their use to assist in dependency resolution. Yoav Shapira Millennium Research Informatics >-Original Mes

RE: [general] improvements to the charter

Hi, Your suggested removals sound fine to me ;) Yoav Shapira Millennium Research Informatics >-Original Message- >From: Henri Yandell [mailto:[EMAIL PROTECTED] >Sent: Saturday, May 15, 2004 11:34 AM >To: Jakarta Commons Developers List >Subject: Re: [general] improvements to the charter

DO NOT REPLY [Bug 29031] New: - cannot pass more then one startup parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [general] MANIFEST files...

Actually even Ant is able to generate a custom manifest file, the file in src/conf could be easily replaced. http://ant.apache.org/manual/CoreTasks/jar.html Emmanuel Bourg Stephen Colebourne wrote: I have no plans to use maven for releasing [collections], so such a sweeping plan would be dubious!

Re: [jelly] tag for accessing static fields

Sounds like a good addition. "Daniel F. Savarese" <[EMAIL PROTECTED]> wrote on 17/05/2004 05:17:23 AM: > > I've been experimenting with Jelly Swing recently after finding Groovy > Swing problematic, trying to see whether it will make GUI prototyping > faster. I may have missed it, but I couldn'

[jelly] new build with Maven

I built jelly from CVS and replaced the one maven uses with the generated jar, and there's only one failing test case. This was without replacing dom4j. If we can fix that one test case, we can look at the differences between the new jar and Maven's and work out what the benefit is to moving to

Re: [sandbox] active components?

Although newly created package transaction is active and actually almost feature complete as it has been factored out from the Jakarta Slide Project. What is involved to make a release or is it pre-mature to think about it now? Oliver Henri Yandell wrote: I'm interested in finding out which par

Re: [sandbox] active components?

Right now the code for persisting sequences is in the transaction package along with other code that transactionally modifies files. Should we move it into the Id project or should we try to release both packages along and have Id use Transation? Still wondering... Oliver Tim Reilly wrote: Id

Re: [vfs] new dependencies

Paul Smith wrote: Yeah, that might work. If the current xml parsing code can deal with the default xml file included in the dist that is accessed via the VFS.getInstance() method, then if they need to load their own custom xml file they could load it them selves... Perhaps that's the answer, don'

[Sandbox Transaction] Re: cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory ByteSizeLimitedObjectCache.java TxLRUObjectCache.java

Ok, here is the initial version of the transaction package. TODOs: - Add build.xml - Refactor classes in memory package to XALRUCache to reflect Map interface and have tx id in thread local instead of passing it over - Add tx map to memory package - Add PriorityLock to locking package - Adapt to c

Re: [Sandbox Id] How to persist?

Hi Tim, I have only modified the transaction package, not anything else and will not make any changes to the Id package, of course. I have checked in my stuff and class FileSequence in package org.apache.commons.transaction.file is the interesting one. It is pretty mature and I do not think it

RE: [vfs] new dependencies

> What do you think about making these dependencies optional. > If digester&beanutils are available, vfs will use them and > you could use > the new sections, else you are stick to the old > parsing with > their limitations (which might get more and more in the future). > In the case of "globa