Re: [JJAR] Status? Jar Repository?
Geir Magnusson Jr. wrote: Yes, I did a bit of cleanup that I have to commit. The big change will be the namespace of jar/project names to try and avoid collisions. Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) 2 there should be a possibility to specify more than one jar file (batik has a lot of jar files). I think a very good example of xml representation of repository is XML Catalogs specification (and xml.commons resolver as an implementation) On the other way, I found that JJar is a very good tool for 'continous integration with ant' developing process. Thanks for this tool. Tomek Pik [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems passing DynaBean and DynaClass instances as arguments
- Original Message - From: Wellie W. Chao [EMAIL PROTECTED] I'm having problems passing DynaBean and DynaClass objects as arguments, whether to static class methods within another class or to EJB objects. I get the following error: java.lang.LinkageError: Class org/apache/commons/beanutils/DynaClass violates loader constraints This usually signifies a ClassLoader problem. Maybe commons-beanutils.jar is on the System classpath and also inside a WEB-INF/lib or something like that? Is it possible to pass DynaBean and DynaClass objects as arguments, either to normal methods Sure, they are regular java objects. or (potentially) across the network to EJB objects? Right now I don't think DynaBean / DynaClass are Serializable so they can't be used as arguments to EJBs - that should probably be fixed I guess. James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [BeanUtils] PropertyUtils and DynaBeans (getPropertyDescriptors)
Hi Stephen I did think a standard wrapper around the Introspector would be a good idea, especially because the standard introspection mechanism cannot support DynaBeans, since the Introspector just takes a Class rather than the instance, and its the instance data of a DynaBean (its DynaClass) which defines its properties etc. Though I guess the static methods of PropertyUtils actually are this wrapper. e.g. PropertyUtils.getPropertyDescriptors(bean); PropertyUtils.getMappedPropertyDescriptors(bean); Also DynaBeans right now can't support beans PropertyDescriptors, presumably because its not possible to implement read write Methods. Unfortunately Method is final so we couldn't create a method proxy that the getter would call DynaBean.get( someName ) and similar for the setter method. So it wouldn't be possible to make DynaBeans act like regular beans. (Shame!). Though maybe another idea is to treat everything as a DynaBean. Any regular bean can be wrapped pretty easily as a DynaBean. e.g. Object bean = ...; DynaBean dynaBean = new WrapDynaBean( bean ); So maybe DyanBean could actually become the wrapper around the introspector? This approach would then supports beans, DynaBeans, mapped properties and so forth in a simple consistent manner. Also the DynaBean / DynaClass is alot easier than working from the Introspector directly, no need to mess with arrays of PropertyDescriptors et al. WrapDynaClass maintains a Map of PropertyDescriptors so its an efficient way of working with beans. Also WrapDynaClass instances are cached so all in all the approach of using DynaBeans all the time as a bean/Introspector replacement seems like a good idea. So if you're not being typesafe, using DynaBeans seems like the way to go. DynaBeans rock ;-) James - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, April 13, 2002 2:42 PM Subject: Re: [BeanUtils] PropertyUtils and DynaBeans (getPropertyDescriptors) What I am really getting at is whether it would be worth having the ability in beanutils to replace Introspector. What I have in mind (borrowed from a James Strachan idea) is a new class, lets say IntrospectUtils that can be used instead of Introspector. The only method of relevance is getBeanInfo(Class). By default, IntrospectUtils would simply call on to Introspector. Then, we would define a new beanutils interface BeanInfoProvider that has a getBeanInfo(Class) method. Instances of BeanInfoProvider could be registered with IntrospectUtils. Calling getBeanInfo() on IntrospectUtils would then call each registered provider in turn. If the provider returned BeanInfo then that would be returned, else Introspector would be used. An implementation of BeanInfoProvider could then be added for DynaBeans. This could enable parts of PropertyUtils to be simplified, treating DynaBeans the same as regular beans. (It would also allow the joda project to interoperate with PropertyUtils :). There could even be a full reimplementation of Introspector for normal beans to create and return MappedPDs when it spots them. (and ListPDs as well...). I guess this comes down in part to the goals of beanutils. If it is strictly following the beans spec then this isn't appropriate. But then with MappedPD and DynaBeans IMHO the project has already strayed beyond the original concept of reflection helper methods. Stephen From what I understand, the property descriptor really handles the straight invocation of a bean property, not getting a hold of a collection and using it. For example, the IndexedPropertyDescriptor won't get back the Object[] and then get the object from the index, it only takes the Object getMyProperty(index) style property methods. If you look at the indexed part of PropertyUtils, handling the Object[] is the special case outside of the descriptor. Through this we're also getting an item from a java.util.List implementation. Similar to all that is the MappedPropertyDescriptor. PropertyUtils/BeanUtils was apparently meant to be an implementation of the Bean spec (though I don't see mapped properties in the bean spec :), and to carry it out seems that these collection type uses need to be manually handled. Use PropertyUtils and you'll get at your Lists. Arron. Stephen Colebourne wrote: I've just spent the evening trying to figure out the property descriptor classes myself. For the joda project I wanted to return a BeanInfo specifying a description of the bean. But it seems to be a bit tricky. PropertyDescriptor is OK for my needs (just about) IndexedPropertyDesciptor is not much use as it only covers arrays, not Lists MappedPropertyDescriptor seems to be of limited use. It is picked up from BeanInfo, but does not include the Map getXxxMap() type method as Arron noted. Nothing really handles Lists, and I also noted that DynaBeans don't
Re: Optz - Command Line Processing
Hi John Sorry for the late response; I'm just getting back after a (very) long vacation and I've lots of mail to catch up on. I only had a cursory look at Optz and it looks similar-ish to CLI (which is based on an existing implementaiton by Bob and merged with some ideas from Peter's). Would it be possible to combine any new features/abilities of Optz into CLI? It'd be nice just to have one library for working with command line arguments rather than maintaining 2 seperate ones that are quite similar. Or if you think Optz differs greatly from CLI maybe you could explain how/why we should move over to Optz instead? James - Original Message - From: John Keyes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 08, 2002 11:28 PM Subject: Optz - Command Line Processing Hi, I have written a command line processing library called Optz. I want to release this under an opensource license. If it is appropriate to be used by Apache tools implemented in Java then I would like to donate it to the jakarta effort. A detailed description of Optz is available in draft form at: http://www.integralsource.com/optz/index.html I have looked at CLI in the commons sandbox (I had written optz before this proposal was pointed out to me). It does not support some of the features that Optz does. I don't know what the procedure is to submitting a proposal or for collaborating on a proposal. The unit tests are still incomplete and I need to complete the javadoc but apart from that it is in a fairly usable state. Any feedback would be greatly appreciated. Cheers, -John K -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Question] Betwix JAXB
- Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] I would love it if the new Betwix marshaling with href and id's generates an XML file, which would be equally valid to apply against /next/next/next/. Not quite familiar how XPath would treat XLink refs. From a href you can use regular XPath to walk the link for you. XLink is kinda just XPath with some extension stuff (which in this context isn't required). You can even traverse links into other XML documents using the document() XPath function (from XSLT). James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:16 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: As for the jar repository, is it possible to anhance the jjar repository with uptodate versions. I can do it myself for the jars I use by putting them in the jjar repo, just want to know if it's ok. Yes - Just Do It :-D :-? Ok, but I've just realized that I dont know where to do the update! http://jakarta.apache.org/jjar/repository.xml where do I update this? Is this the right place to put a repository (just curious of the available options)? Since we will start to use it seriously, does this still apply? Further this is currently not an official Jakarta Commons project, but a well-organized sandbox project. Therefore, production dependencies are discouraged. Thanks a bunch :-D -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 8:31 AM, Tomasz Pik [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Yes, I did a bit of cleanup that I have to commit. The big change will be the namespace of jar/project names to try and avoid collisions. Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) 2 there should be a possibility to specify more than one jar file (batik has a lot of jar files). I thought that was handled - for example, ant would depend on JAXP, which has two jars (jaxp.jar and crimson.jar). Will review. Also, when you say 'full URL to JAR file' where do you mean? I think a very good example of xml representation of repository is XML Catalogs specification (and xml.commons resolver as an implementation) On the other way, I found that JJar is a very good tool for 'continous integration with ant' developing process. Thanks for this tool. Tomek Pik [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:16 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: As for the jar repository, is it possible to anhance the jjar repository with uptodate versions. I can do it myself for the jars I use by putting them in the jjar repo, just want to know if it's ok. Yes - Just Do It :-D :-? Ok, but I've just realized that I dont know where to do the update! http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Is this the right place to put a repository (just curious of the available options)? Since we will start to use it seriously, does this still apply? Further this is currently not an official Jakarta Commons project, but a well-organized sandbox project. Therefore, production dependencies are discouraged. Of course :) 'discouraged', not 'forbidden' :) I still think it's too sucky for proposal as a real project, but if we start to use it heavily, I think we'll learn much. Right now it's a bit of handwaving and dreaming. Thanks a bunch :-D -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting We will be judged not by the monuments we build, but by the monuments we destroy - Ada Louise Huxtable -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
Geir Magnusson Jr. wrote: Geir Magnusson Jr. wrote: Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) Also, when you say 'full URL to JAR file' where do you mean? As I remember it was impossible to specify: jarfile://somewhere/in/filesystem/file1.jar/jar jarhttp://somewhere.over.the.net/file2.jar/jar All files were loaded as thery are located in the same directory as 'repository.xml' or in sub(+)directory of this directory. Tomek -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:00 AM, Tomasz Pik [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Geir Magnusson Jr. wrote: Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) Also, when you say 'full URL to JAR file' where do you mean? As I remember it was impossible to specify: jarfile://somewhere/in/filesystem/file1.jar/jar jarhttp://somewhere.over.the.net/file2.jar/jar All files were loaded as thery are located in the same directory as 'repository.xml' or in sub(+)directory of this directory. Ah, right. There is no reason why not, I suppose. I guess the thinking was that each project could own it's jjar repo/entry to distribute the load around rather than centralize it, so you wouldn't go leaping to 'other places' but get the jar from the same place as the repo descriptor. However, I guess that restriction isn't really valid. And that doesn't account for the need for the file: URL as well. Tomek -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Optz - Command Line Processing
Hi James, I only had a cursory look at Optz and it looks similar-ish to CLI (which is based on an existing implementaiton by Bob and merged with some ideas from Peter's). Would it be possible to combine any new features/abilities of Optz into CLI? It'd be nice just to have one library for working with command line arguments rather than maintaining 2 seperate ones that are quite similar. Or if you think Optz differs greatly from CLI maybe you could explain how/why we should move over to Optz instead? I haven't done much to Optz since I sent the mail. I can grab CLI from CVS and have a proper look at it. If I can fit my code into the CLI library I will. If I think it is too much effort or not feasible I will post my reasons to the list. I'll post with my progress on the issue later in the week. Cheers, -John K James - Original Message - From: John Keyes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 08, 2002 11:28 PM Subject: Optz - Command Line Processing Hi, I have written a command line processing library called Optz. I want to release this under an opensource license. If it is appropriate to be used by Apache tools implemented in Java then I would like to donate it to the jakarta effort. A detailed description of Optz is available in draft form at: http://www.integralsource.com/optz/index.html I have looked at CLI in the commons sandbox (I had written optz before this proposal was pointed out to me). It does not support some of the features that Optz does. I don't know what the procedure is to submitting a proposal or for collaborating on a proposal. The unit tests are still incomplete and I need to complete the javadoc but apart from that it is in a fairly usable state. Any feedback would be greatly appreciated. Cheers, -John K -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? If you don't tell me where to put them and how to get them, I could go on for ages ;-P AFAIK jjar uses http, but if I put them in CVS... What do you expect me to do, RTFM? ;-) There is no strict requirement as to how a repository is implemented. The expected common implementation will be via http through a regular web server (no server-side programmatic support will be required.) However, in the case of local or enterprise use, it is expected that local file access will be enough. The technical limitation will be that there is a protocol handler for the access method of choice. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] I don't think there is a problem, as they are different. JJAR doesn't come close to what Maven does. There may be overlap in the functionality in that Maven needed to have similar functionality as a part of itself, but that's a different issue. Could Maven make use of JJAR? J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 10:30 AM, Morrison, John [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] I don't think there is a problem, as they are different. JJAR doesn't come close to what Maven does. There may be overlap in the functionality in that Maven needed to have similar functionality as a part of itself, but that's a different issue. Could Maven make use of JJAR? Yes. Should it now? I don't think so. Should gump? Yes. Should it now? I don't think so. Right now, I think that the needs of Gump and Maven aren't supported by JJAR in the way that Gump and Maven need them. In the future, as things are clearer, I hope that things can come together But I can't see why it would be forced now. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting He who throws mud only loses ground. - Fat Albert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Sorry if I insist, but how do I tel JJAR to get them from the jjar commons sandbox CVS? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:55 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? If you don't tell me where to put them and how to get them, I could go on for ages ;-P Apparently. Are you asking where to put the jars? For now, I was putting them in jakarta.apache.org/jjar/ It's not really clear we want to dump them into CVS just yet. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech. - Benjamin Franklin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
Apparently. Are you asking where to put the jars? For now, I was putting them in jakarta.apache.org/jjar/ It's not really clear we want to dump them into CVS just yet. This is one of my consumer 'demands' or developer itches :) I want to set a jars repository as being cvs://some-dir, http://... ftp:// etc. Hen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems passing DynaBean and DynaClass instances as arguments
On Tue, 16 Apr 2002, James Strachan wrote: Date: Tue, 16 Apr 2002 04:22:22 +0100 From: James Strachan [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: Problems passing DynaBean and DynaClass instances as arguments - Original Message - From: Wellie W. Chao [EMAIL PROTECTED] I'm having problems passing DynaBean and DynaClass objects as arguments, whether to static class methods within another class or to EJB objects. I get the following error: java.lang.LinkageError: Class org/apache/commons/beanutils/DynaClass violates loader constraints This usually signifies a ClassLoader problem. Maybe commons-beanutils.jar is on the System classpath and also inside a WEB-INF/lib or something like that? That's been my experience as well. Is it possible to pass DynaBean and DynaClass objects as arguments, either to normal methods Sure, they are regular java objects. Of course, the methods you call must be aware that the things really are DynaBeans and not regular beans, and use the DynaBean APIs to get and set properties. or (potentially) across the network to EJB objects? Right now I don't think DynaBean / DynaClass are Serializable so they can't be used as arguments to EJBs - that should probably be fixed I guess. DynaBean and DynaClass are interfaces -- it's really the implementation classes that you care about. Currently, BasicDynaBean isn't Serializable, but could be made so (the properties you set would also need to be Serializable for this to work). Making BasicDynaClass able to be serialized would require a custom readObject method, but should not be all that hard to do. James Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration - Imported sources
jvanzyl 02/04/16 12:05:27 Log: Stratum - Commons Status: Vendor Tag: jakarta Release Tags: CONFIGURATION_1_0 N jakarta-commons-sandbox/configuration/project.xml N jakarta-commons-sandbox/configuration/project.properties N jakarta-commons-sandbox/configuration/build.xml N jakarta-commons-sandbox/configuration/.cvsignore N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/BaseConfiguration.java N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/ConfigurationConverter.java N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/Configuration.java N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/package.html N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/PropertiesConfiguration.java N jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/XmlConfiguration.java N jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestBaseConfiguration.java N jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestConfigurationConverter.java No conflicts created by this import -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[collections] LRUMap javadoc patch
Index: LRUMap.java === RCS file: /home/cvspublic/jakarta-commons/collections/src/java/org/apache/commons/ collections/LRUMap.java,v retrieving revision 1.12 diff -u -r1.12 LRUMap.java --- LRUMap.java 19 Mar 2002 01:18:09 - 1.12 +++ LRUMap.java 16 Apr 2002 20:12:27 - -82,7 +82,7 * * * - * Unlike that Collections 1.0 version, this version of LRUMap does use a true + * Unlike the Collections 1.0 version, this version of LRUMap does use a true * LRU algorithm. The keys for all gets and puts are moved to the front of * the list. LRUMap is now a subclass of SequencedHashMap, and the LRU * key is now equivalent to LRUMap.getFirst(). ___ Get your own FREE email account at iVillage.com! http://webmail.ivillage.com/
Re: [JJAR] Status? Jar Repository?
Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. Hen -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 5:32 PM, Scott Sanders [EMAIL PROTECTED] wrote: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) Remember, as Jason Hunter put it to the EC proposing Pier and myself for something : The hint to their names: i before e except after g :-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The obvious solutions are challenging -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
That's the second time I have done that. I must formally apologize now. Sorry G-E-I-R :) Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:41 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:32 PM, Scott Sanders [EMAIL PROTECTED] wrote: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) Remember, as Jason Hunter put it to the EC proposing Pier and myself for something : The hint to their names: i before e except after g :-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The obvious solutions are challenging -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 5:45 PM, Scott Sanders [EMAIL PROTECTED] wrote: That's the second time I have done that. I must formally apologize now. Sorry G-E-I-R :) The apology wasn't necessary, of course. At all. I just have been waiting for a chance to re-use Jason's clever line... Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:41 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:32 PM, Scott Sanders [EMAIL PROTECTED] wrote: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) Remember, as Jason Hunter put it to the EC proposing Pier and myself for something : The hint to their names: i before e except after g :-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The obvious solutions are challenging -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting We will be judged not by the monuments we build, but by the monuments we destroy - Ada Louise Huxtable -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
I was hoping the apology might light some kindred flame in which we might both see some commits to the jjar repo in CVS. Just a thought. Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:49 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:45 PM, Scott Sanders [EMAIL PROTECTED] wrote: That's the second time I have done that. I must formally apologize now. Sorry G-E-I-R :) The apology wasn't necessary, of course. At all. I just have been waiting for a chance to re-use Jason's clever line... Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:41 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:32 PM, Scott Sanders [EMAIL PROTECTED] wrote: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) Remember, as Jason Hunter put it to the EC proposing Pier and myself for something : The hint to their names: i before e except after g :-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The obvious solutions are challenging -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting We will be judged not by the monuments we build, but by the monuments we destroy - Ada Louise Huxtable -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 5:54 PM, Scott Sanders [EMAIL PROTECTED] wrote: I was hoping the apology might light some kindred flame in which we might both see some commits to the jjar repo in CVS. Yes, I'm quite inspired now... Just a thought. Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:49 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:45 PM, Scott Sanders [EMAIL PROTECTED] wrote: That's the second time I have done that. I must formally apologize now. Sorry G-E-I-R :) The apology wasn't necessary, of course. At all. I just have been waiting for a chance to re-use Jason's clever line... Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:41 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:32 PM, Scott Sanders [EMAIL PROTECTED] wrote: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Maven could be a consumer of JJAR's work. Scott (Waiting for those jjar commits ;-) Remember, as Jason Hunter put it to the EC proposing Pier and myself for something : The hint to their names: i before e except after g :-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The obvious solutions are challenging -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting We will be judged not by the monuments we build, but by the monuments we destroy - Ada Louise Huxtable -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The bytecodes are language independent. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
Scott Sanders [EMAIL PROTECTED] wrote on 17/04/2002 07:32:44 AM: Gier is correct. In the end jjar gets jars. Maven is an entire build methodology. JJAR is a tool, with no meaning unless used in a larger context. Thanks for clearing that up. I was really confused :-) I was just about to check out the build process in JJar Maven could be a consumer of JJAR's work. And vice versa. JJar could use Maven to get it going faster Scott (Waiting for those jjar commits ;-) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 2:19 PM To: Jakarta Commons Developers List Subject: Re: [JJAR] Status? Jar Repository? On 4/16/02 5:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote on 17/04/2002 12:08:06 AM: I think we're working towards having a real problem towards the consumer as to the difference between Maven and Jjar and why there are two tools with such an overlap. I'd recently flipped my 'consumer' demands over to Maven. Do you see any forseeable solutions? Choice. At the moment Maven is a lot wider scope than JJar, and a lot more mature. That's like saying Tomcat is a lot wider scope than Ant and a lot more mature. :) My point is that we are comparing apples to oranges - they aren't intended to solve the same problem. Yes, Maven needs to know about dependencies and have jars to satisfy the dependencies, but so does a classloader... Here's a limited list of what maven does, and given the development frenzy surrounding it, I can say this is accurate only as of 17:18EST 20020416 : *Change log document created directly from repository information. *Cross referenced sources *Source metrics *Mailing lists *Developer list *Dependency list *Unit test reports including coverage *Article Collection *Software Development References *Software Development Process Documentation *Distribution publication based on the POM. JJAR gets jars and dependency jars. That's it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The cost of synchronization is much less that the cost of stupidity. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [SUBMIT] OptimizedFastArrayList
On Tue, 16 Apr 2002, Jack, Paul wrote: Attached is a new List implementation inspired by but faster than FastArrayList. From the javadoc: Is there any external behavior difference between FastArrayList and your OptimizedFastArrayList (other than performance)? If so, can you explicitly specify the differences and why? If not, is there a reason not to just replace the existing FastArrayList with the faster implementation? Read access to this list is not synchronized, but write access is. To pull this trick off, the state of the list is cloned during a write, the changes are applied to the clone, and then the clone replaces the list's state. Read operations use a local reference to the old state, and are not adversely affected by a write. This is similar to org.apache.commons.collections.FastArrayList. is it me, or does this behavior suffer from the double checked locking problem? While this isn't the exact same scenario (i.e. the double checking of a variable one in and one outside a synchronized block), I believe the situation is the same: it is possible that a non-synchronized read can see the cloned object before that cloned object is fully created. For more information on the double checked locking, see this excellent writeup: http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html Other writeups: http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-double.html http://www.javaworld.com/javaworld/jw-05-2001/jw-0525-double.html The JSR for fixing the Java memory model: http://jcp.org/jsr/detail/133.jsp [Paul, I don't mean to pick on you about this. The existing Fast* classes suffer from the exact same problem] However, since the list is backed by a dynamic array, *many of the algorithms that alter the list already require that the state be cloned*. For instance, to remove an element, a new array must be allocated, and the elements from the old array (minus the removed object) must be copied to the new array. FastArrayList essentially performed the cloning twice: It first clones the entire list, and then performs the costly remove() operation on the copy. This implementation is optimized such that a new array is only allocated once. Assuming no monitor contention, this class should perform similarly to java.util.ArrayList, except for the add(Object) and set(int, Object) methods, which now perform in linear time. Actually, if the ArrayList implementeds were smart, they aren't cloning the array each time, they are just adding the element in an existing, but empty, slot in the array. That is, the underlying array is possibly larger than ArrayList.size(). An add(Object) only needs to duplicate the array if the existing array is full. An add(int, Object) may need to move elements, but shouldn't need to clone the entire array. The actual cloning of the array (to grow or shrink the size) can have an amortized constant time operation if the the array is doubled when a grow is required (and if you add in the shirnking, which I don't think the JDK impl does, you would halve the size of the array when it is 1/4 full). In your version, you may even be able to get rid of the single clone using a similar technique. For example, if you are adding to the end (add(Object)), if the array already has room for one more element, you could just increase the size and create a new State rather than a new State *and* a new array. When removing the last element, use the same array, but create a new State with the smaller size. I'm not sure if that really buys much though, as it requires excess memory for the empty array elements that are only used if an add operation occurs sometime in the future. Considering that the underlying ArrayList impl uses that memory anyway, I'm not sure this is that big of a deal when considered as a replacement of FastArrayList. regards, michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]