Re: [jelly] basic JAXB/jaxme tag library

2004-03-06 Thread robert burrell donkin
On 5 Mar 2004, at 09:56, Paul Libbrecht wrote: On 4-Mar-04, at 23:43 Uhr, robert burrell donkin wrote: snip 2. the marshaling and unmarshalling tags only depend on the JaxMe clean-room JAXB API implementation and so could (potentially) be used with any other implementation. How about the jaxb

Re: [jelly] basic JAXB/jaxme tag library

2004-03-06 Thread robert burrell donkin
On 5 Mar 2004, at 09:56, Paul Libbrecht wrote: On 4-Mar-04, at 23:43 Uhr, robert burrell donkin wrote: snip the generation tag is JaxMe specific. i could factor into two separate tag libraries JAXB and jaxme or just one. Isn't JAXMe Apache ? yep Then I don't think it's a problem... do it in one

cvs commit: jakarta-commons/httpclient project.xml

2004-03-06 Thread dirkv
dirkv 2004/03/06 04:43:49 Modified:httpclient project.xml Log: fix commons-codec version Revision ChangesPath 1.43 +1 -1 jakarta-commons/httpclient/project.xml Index: project.xml === RCS

cvs commit: jakarta-commons/latka project.xml

2004-03-06 Thread dirkv
dirkv 2004/03/06 04:44:03 Modified:latkaproject.xml Log: upgrade httpclient version Revision ChangesPath 1.43 +1 -1 jakarta-commons/latka/project.xml Index: project.xml === RCS file:

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/http MethodFactory.java RequestImpl.java ResponseImpl.java

2004-03-06 Thread dirkv
dirkv 2004/03/06 04:46:52 Modified:latka/src/java/org/apache/commons/latka/http MethodFactory.java RequestImpl.java ResponseImpl.java Log: fix gump build (httpclient changes) - setUseDisk - startSession, endSession -

cvs commit: jakarta-commons/latka/src/test/org/apache/commons/latka/junit TestJUnitEventReporter.java TestJUnitTestAdapter.java

2004-03-06 Thread dirkv
dirkv 2004/03/06 04:49:02 Modified:latka/src/java/org/apache/commons/latka/jelly RequestBodyTag.java latka/src/test/org/apache/commons/latka/junit TestJUnitEventReporter.java

DO NOT REPLY [Bug 27492] New: - Pool prepared statements accross a close

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27492. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27492] - Pool prepared statements accross a close (BasicDataSource)

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27492. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27493] New: - GenericKeyedObjectPool: maxTotal limit enhancement

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27493. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27493] - GenericKeyedObjectPool: maxTotal limit enhancement

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27493. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27494] New: - enhancements to prepared statement in DriverAdapterCPDS

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27494. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27494] - enhancements to prepared statement in DriverAdapterCPDS

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27494. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcp DelegatingCallableStatement.java DelegatingConnection.java DelegatingPreparedStatement.java DelegatingResultSet.java DelegatingStatement.java

2004-03-06 Thread dirkv
dirkv 2004/03/06 05:35:31 Modified:dbcp/src/java/org/apache/commons/dbcp DelegatingCallableStatement.java DelegatingConnection.java DelegatingPreparedStatement.java DelegatingResultSet.java

[HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Harish Krishnaswamy
Harish Krishnaswamy wrote: Hi, What does everyone think about an alternative way of defining the modules (XML less! I have had an itch for this for sometime now). I was looking at Dynaop yesterday and I really like their way of configuring using Beanshell. Its very concise and seems like an

RE: [HiveMind] nested schemas

2004-03-06 Thread Howard M. Lewis Ship
I'm a little nervous about the use of configuration-id or service-id ... why not schema-id. Recently, schema was, effectively, promoted to first-class status (a schema's id is qualified with the module id and may be referenced from other modules). -- Howard M. Lewis Ship Independent J2EE /

RE: [HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Howard M. Lewis Ship
The advantage of XML in HiveMind is that it can be used to directly generate HiveDoc. I also think that HiveMind's use of XML (both to define services, and to contribute configurationd data) is very concise and readable. -- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant

Re: [HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Harish Krishnaswamy
Howard M. Lewis Ship wrote: The advantage of XML in HiveMind is that it can be used to directly generate HiveDoc. Yes, I suppose generating hivedoc from the script will be more work. I also think that HiveMind's use of XML (both to define services, and to contribute configurationd data)

cvs commit: jakarta-commons-sandbox/id project.properties

2004-03-06 Thread psteitz
psteitz 2004/03/06 09:59:00 Modified:id project.properties Log: Updated to latest sandbox lf. Revision ChangesPath 1.6 +9 -6 jakarta-commons-sandbox/id/project.properties Index: project.properties

cvs commit: jakarta-commons-sandbox/id/xdocs navigation.xml

2004-03-06 Thread psteitz
psteitz 2004/03/06 10:01:14 Modified:id/xdocs navigation.xml Log: Fixed commons-nav entity reference to point to sandbox-build Contributed by: Tim Reilly PR # 27489 Revision ChangesPath 1.4 +4 -2 jakarta-commons-sandbox/id/xdocs/navigation.xml Index:

DO NOT REPLY [Bug 27489] - [id] navigation xml entity reference

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27489. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/impl GroupImpl.java

2004-03-06 Thread jkeyes
jkeyes 2004/03/06 10:12:58 Modified:cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupImpl.java Log: - housekeeping: process method Revision ChangesPath No revision No revision

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

2004-03-06 Thread psteitz
psteitz 2004/03/06 10:16:49 Modified:id build.xml Log: Updated to include commons-codec dependency, state resource. Revision ChangesPath 1.4 +10 -2 jakarta-commons-sandbox/id/build.xml Index: build.xml

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/impl GroupImpl.java

2004-03-06 Thread jkeyes
jkeyes 2004/03/06 10:26:58 Modified:cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupImpl.java Log: - housekeeping - filter prior to iterating Revision ChangesPath No revision No

[id] Nightly builds?

2004-03-06 Thread Phil Steitz
Assuming that we have not decided to ban nightlies for sandbox components, can we get [id] added, please? thx Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [id] Nightly builds?

2004-03-06 Thread Craig R. McClanahan
Quoting Phil Steitz [EMAIL PROTECTED]: Assuming that we have not decided to ban nightlies for sandbox components, can we get [id] added, please? thx It will be generated starting with tonight's (20040307) run. Phil Craig

Re: [HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Craig R. McClanahan
Quoting Harish Krishnaswamy [EMAIL PROTECTED]: Howard M. Lewis Ship wrote: The advantage of XML in HiveMind is that it can be used to directly generate HiveDoc. Yes, I suppose generating hivedoc from the script will be more work. I also think that HiveMind's use of XML (both

[VFS][PATCH] fix broken get-deps and get ready for Java 1.5

2004-03-06 Thread Michael Davey
Hi, I encountered some problems while trying to use VFS for the first time. Here is a patch: * changed get-deps in build.xml to get slide-webdav from ibiblio. The code in CVS will no longer build with Ant against the version of webdav in lib/slide/jars. * took the opportunity to rename

Re: [PATCH] to make commons-xo build

2004-03-06 Thread Antoine Lévy-Lambert
Thanks also for gump ! Antoine Stephen Colebourne wrote: Applied. Thanks Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/http MethodFactory.java RequestImpl.java ResponseImpl.java

2004-03-06 Thread Antoine Lévy-Lambert
Thanks dirk for taking care of this. Cheers, Antoine [EMAIL PROTECTED] wrote: dirkv 2004/03/06 04:46:52 Modified:latka/src/java/org/apache/commons/latka/http MethodFactory.java RequestImpl.java ResponseImpl.java Log: fix gump build

RE: [HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Noel J. Bergman
I also think that HiveMind's use of XML (both to define services, and to contribute configuration data) is very concise and readable. FWIW, we have not had problems or complaints with the fact that James uses XML. One technique that we have started to use is to use XML Entities to separate

DO NOT REPLY [Bug 21114] - [logging] Create Log factory method getLog()

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21114. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 10818] - [logging] Add method enter() and exit() methods to public Log API

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10818. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java

2004-03-06 Thread craigmcc
craigmcc2004/03/06 13:25:36 Modified:logging RELEASE-NOTES.txt logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java Log: If an InvocationTargetException is thrown during the construction of a new Log instance, unwrap it so

DO NOT REPLY [Bug 26598] - [logging] org.apache.commons.logging.impl.LogFactoryImpl does not provide enough information on an InvocationTargetException in the newInstance() method.

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26598. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [general] Book time - Pro Jakarta Commons

2004-03-06 Thread robert burrell donkin
i think that struts ended up moving the links to resources such as books offsite (http://struts.sourceforge.net/community/index.html). AIUI the issue was mainly that having the articles and books linked from the official site was a kind of official endorsement. i also recall that the issue of

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/impl GroupImpl.java

2004-03-06 Thread jkeyes
jkeyes 2004/03/06 13:45:15 Modified:cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupImpl.java Log: - housekeeping . group help methods . removed couldBeAnOption method, now calls CommandLine.looksLikeOption

Re: [HiveMind] Re: Alternative module descriptors

2004-03-06 Thread Harish Krishnaswamy
Craig R. McClanahan wrote: Quoting Harish Krishnaswamy [EMAIL PROTECTED]: Craig R. McClanahan wrote: Another approach for users who don't like hand-coding XML documents is a purpose-driven GUI tool to edit the configuration file. For example, James Holmes has created such a tool

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java

2004-03-06 Thread craigmcc
craigmcc2004/03/06 13:52:59 Modified:logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java Log: Enhance the error message produced when the isAssignableFrom() check in getLogConstructor() fails. If it is due to the fact that o.a.c.l.Log is

DO NOT REPLY [Bug 25156] - [logging] Enhance error message for org.apache.commons.logging.impl.Log4JLogger does not implement Log

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25156. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27498] New: - [Configuration] Support XML via DOM (part of JDK 1.4)

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27498. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27498] - [Configuration] Support XML via DOM (part of JDK 1.4)

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27498. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27498] - [Configuration] Support XML via DOM (part of JDK 1.4)

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27498. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27498] - [Configuration] Support XML via DOM (part of JDK 1.4)

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27498. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons-sandbox/sql/xdocs navigation.xml

2004-03-06 Thread matth
matth 2004/03/06 14:19:04 Modified:sql project.properties Added: sql/xdocs navigation.xml Log: Adding properties and navigation to use new build system. Revision ChangesPath 1.5 +29 -7 jakarta-commons-sandbox/sql/project.properties Index:

cvs commit: jakarta-commons/logging/src/conf MANIFEST.MF

2004-03-06 Thread craigmcc
craigmcc2004/03/06 14:20:54 Modified:logging RELEASE-NOTES.txt build.xml logging/src/conf MANIFEST.MF Log: Tweak the release notes to include the last enhancement. Update version number to 1.0.4 in both build.xml and MANIFEST.MF (in the original Ant based

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/impl messages.properties ArgumentImpl.java

2004-03-06 Thread jkeyes
jkeyes 2004/03/06 14:21:24 Modified:cli/src/test/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING ArgumentTest.java cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING ArgumentImpl.java

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline CommandLineImplTest.java

2004-03-06 Thread jkeyes
jkeyes 2004/03/06 14:28:54 Removed: cli/src/test/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING CommandLineImplTest.java Log: - housekeeping . removed as it is no longer used for tests

RE: [configuration] Roadmap

2004-03-06 Thread Jrg Schaible
Jörg Schaible wrote: Emmanuel Bourg wrote on Thursday, March 04, 2004 2:48 PM: There has been some good ideas coming around [configuration] lately, I'd like to suggest a roadmap to sort what needs to be done before the 1.0 release and what could be added later: configuration 1.0 -

Re: [Digester] New rules

2004-03-06 Thread robert burrell donkin
On 4 Mar 2004, at 07:59, Jörg Schaible wrote: Simon Kitching wrote on Wednesday, March 03, 2004 11:54 PM: snip In some ways it's nice, because it is obvious to users, but of course every rule added to Digester increases the jar size, the API complexity, and the maintenance load. Will this be

Re: [general] Book time - Pro Jakarta Commons

2004-03-06 Thread Michael Davey
robert burrell donkin wrote: [snip] i think that links to new books and articles on jakarta is useful but tacit endorsements of particular products is a little bit of a sensitive subject. How about a simple disclaimer. Something like: The following links are provided as a community

RE: [general] Book time - Pro Jakarta Commons

2004-03-06 Thread Gary Gregory
Perhaps the non-endorsement sentiment could also be enforced by name of the section such links would appear under. Instead of a title like Resources, maybe Elsewhere or External Resources or ... Gary -Original Message- From: Michael Davey [mailto:[EMAIL PROTECTED] Sent: Saturday,

[general] Book time - Pro Jakarta Commons

2004-03-06 Thread Henri Yandell
Just a quick mention that the first book on Jakarta Commons is now out: http://www.apress.com/book/bookDisplay.html?bID=246 Apress and Bookpool have not yet recorded it as published, but Amazon have. 32% off at Bookpool currently, 30% at Amazon. Hen [Technical Reviewer of said book, so

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat Frequency.java

2004-03-06 Thread psteitz
psteitz 2004/03/06 16:54:31 Modified:math/src/java/org/apache/commons/math/stat Frequency.java Log: Fixed error in getCumFreq (use custom comparator when one is supplied). Removed tabs. Revision ChangesPath 1.17 +79 -74

cvs commit: jakarta-commons/math/xdocs/userguide stat.xml

2004-03-06 Thread psteitz
psteitz 2004/03/06 16:56:14 Modified:math/xdocs/userguide stat.xml Log: Added Frequency example showing cumPct for a value between stored values. Revision ChangesPath 1.12 +2 -1 jakarta-commons/math/xdocs/userguide/stat.xml Index: stat.xml

cvs commit: jakarta-commons-sandbox/convert/src/test/org/apache/commons/convert2/conversion - New directory

2004-03-06 Thread scolebourne
scolebourne2004/03/06 17:16:19 jakarta-commons-sandbox/convert/src/test/org/apache/commons/convert2/conversion - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/convert/src/test/org/apache/commons/convert2/conversion TestObjectToStringConversionFactory.java TestTimeZoneToStringConversionFactory.java PackageTestSuite.java

2004-03-06 Thread scolebourne
scolebourne2004/03/06 17:16:29 Modified:convert/src/java/org/apache/commons/convert2 ConvertUtils.java ConversionRegistry.java Converter.java Added: convert/src/java/org/apache/commons/convert2 Conversion.java

Re: [convert] Designs [was Another use case]

2004-03-06 Thread Stephen Colebourne
I have just checked in a load of new commits in the convert2 subpackages. Essentially there are now two convert codebases in CVS, Henri committed the first based on [beanutils] IIRC, whereas I've developed the second. An external review would be good. If you could take a look at both and see what

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat Frequency.java

2004-03-06 Thread psteitz
psteitz 2004/03/06 18:21:09 Modified:math/src/java/org/apache/commons/math/stat Frequency.java Log: Dropped extraneous line added in error with last commit. Revision ChangesPath 1.18 +2 -3

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Harish Krishnaswamy
Have you looked into the ThreadLocalStorage? -Harish Geoff Longman wrote: The content of this message crosses boundaries so I'm cc'ing Tapestry dev too. I have a real problem in a Tapestry application and I'm wondering if another 'flavour' of Hivemind service approach would be applicable. We

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Geoff Longman
I don't think ThreadLocalStorage is sufficient. Perhaps this is too specific to Tapestry and is a topic for Tapestry 3.1 discussion. It all boils down to a service that not only is thread local, but is also session local. Geoff - Original Message - From: Harish Krishnaswamy [EMAIL

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Geoff Longman
Perhaps, I wish I had more time to read the Hivemind source. I might be getting this wrong but how about a Factory that makes a session local instance of a service? Wait that can't be right. A SessionLocalService that pulls a service from a pool and hooks it up to the session. The existing

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Harish Krishnaswamy
The way I see it, you simply need a regular service with ThreadLocalStorage. The servlet filter would set the visit in the ThreadLocalStorage for every request and the service would simply get and set the data on the visit in the ThreadLocal. Would that work? -Harish Geoff Longman wrote:

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Geoff Longman
Ahh, but we're trying to reduce our dependency on the Visit. We have many groups of pages, and each group needs to store a distinct set of data. Our visit class was becoming a mess. Plus, a session local service could also be useful outside of Tapestry where there is no Visit! No reason why a JSP

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Harish Krishnaswamy
Geoff Longman wrote: Ahh, but we're trying to reduce our dependency on the Visit. We have many groups of pages, and each group needs to store a distinct set of data. Our visit class was becoming a mess. So are you saying you need a separate class for each group of data? If so I am not sure

RE: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Noel J. Bergman
Plus, a session local service could also be useful outside of Tapestry where there is no Visit! No reason why a JSP couldn't use a session local service. JSP already has per-session associations, as does the servlet spec. Is there some reason why you can't build upon the existing Servlet

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Geoff Longman
Hmm, I've been using Tapestry so long that I'm not familliar with a lot of the changes that have happened to the servlet spec in a long time! I'll have to go and have look :-) JSP already has per-session associations, as does the servlet spec. Is there some reason why you can't build upon the

[Hivemind] build hivemind in eclipse?

2004-03-06 Thread Geoff Longman
I got the missing MAVEN_REPO classpath variable errors so I installed maven and ran maven full-site and added the MAVEN_REPO classpath variable. All the errors are gone except this one: Error Missing required library: 'C:Documents and

Re: [Hivemind] Tapestry/HttpSession service

2004-03-06 Thread Geoff Longman
What I'm getting at (and not very clearly I now realize) is that: 1. I want a service for each distinct 'chunk' of data/operation in our app that is not local to one particular page. In our case it much more than just wizards. The list includes tab groups and use cases. 2. These services should

[GUMP@lsd]: jelly-tags/commons-jelly-tags-ant failed

2004-03-06 Thread Morgan Delagrange
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-jelly-tags-ant has an issue affecting it's community integration.

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

2004-03-06 Thread Morgan Delagrange
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-jelly-tags-define has an issue affecting it's community integration,

Re: [HiveMind] Interceptors - CGLIB / Javassist comparison

2004-03-06 Thread Harish Krishnaswamy
Chris Nokleberg wrote: Harish Krishnaswamy wrote: 2. Performance - This is interesting. CGLIB has a disadvantage here due to the number of parameters passed to the intercept method. It turns out, all of the overhead is because of these parameters that cannot be overcome (atleast AFAIK). With

DO NOT REPLY [Bug 26070] - [RFE] Allow streaming of POST methods via chunked transfer encoding.

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26070. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 26070] - [RFE] Allow streaming of POST methods via chunked transfer encoding.

2004-03-06 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26070. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.