I'd prefer that experimental ideas be put into an experimental directory. We would do well to start playing around with what jdk 1.5 will do for us. Clearly this is nothing that we would release or jar. Other caches, such as jboss cache, which I heard a presentation on today (which is cool, but more like a database than a cache, and will probably never perform well), are using 1.4 features and are looking into 1.5 features. . .
If there are any legal issues, we should take the test 1.5 cache out of the repository. I wish it were not in the experimental build directory, had proper apache licenses, and was packaged appropriately. If these things were done and it was removed from sourceforge, then it seems fine. If Hanson would rather play on sourceforge with new ideas, then fine, but I don't want any problems if we decide to use something for a memory module. I'd prefer that we have some kind of sandbox in jcs though. I think log4j has something like this. The admin servlet was in it for a while (and may still be there). I'd like to see a new memory cache module come out of the 1.5 stuff he is working on. We have 1.4 extensions, but no 1.5 . . . I'd hope that this kind of work could happen within jcs. I lost the template for a project proposal. I'll just try to submit something that addresses all the concerns on the web site. Should I post a draft on the mailing list first? Aaron --- Scott Eade <[EMAIL PROTECTED]> wrote: > Okay, but who is Joe Emporium (listed as the Project > Developer and sole > developer on SourceForge) and is there an ASF CLA on > file for him? > > Have there been any other contributors to yajcache? > > Have you seen http://incubator.apache.org/index.html > - this is the path > by which projects must enter the ASF. > > It strikes me that there should have at least been > some public > discussion before this code is brought into the ASF. > > There have been a number of attempts at prodding > Aaron to get his act > together and propose that JCS move out from beneath > Turbine to a direct > subproject of Jakarta. Adding yajcache in this > manner at this point in > time may well complicate matters. > > Aaron: Would you mind please commenting on your > progress with the > proposal for JCS to become a direct Jakarta > subproject. Do you have a > handle at all on yajcache? > > Scott > > > Hanson Char wrote: > > >The purpose is to have a jdk1.5 version of an > experimental cache. > >Details are explained in the README file . Will > fix up the licenses > >shortly. > > > >H > > > > > >On Thu, 20 Jan 2005 22:59:04 +1100, Scott Eade > <[EMAIL PROTECTED]> wrote: > > > > > >>[EMAIL PROTECTED] wrote: > >> > >> > >>>hchar 2005/01/19 03:01:15 > >>> > >>> Added: > auxiliary-builds/jdk15/yajcache/cache build.xml > LICENSE > >>> README > >>> Log: > >>> no message > >>> > >>> > >>It would be great if you could describe what you > are committing. > >><snip /> > >> > >> > >>> 1.1 > jakarta-turbine-jcs/auxiliary-builds/jdk15/yajcache/cache/LICENSE > >>> > >>> Index: LICENSE > >>> > =================================================================== > >>> > >>> Copyright 2005 Hanson Char > >>> > >>> > >>I believe the above line should actually be: > >> Copyright 2005 The Apache Software > Foundation > >> > >> > >>> Licensed under the Apache License, Version > 2.0 (the "License"); > >>> you may not use this file except in > compliance with the License. > >>> You may obtain a copy of the License at > >>> > >>> > http://www.apache.org/licenses/LICENSE-2.0 > >>> > >>> Unless required by applicable law or agreed > to in writing, software > >>> distributed under the License is distributed > on an "AS IS" BASIS, > >>> WITHOUT WARRANTIES OR CONDITIONS OF ANY > KIND, either express or implied. > >>> See the License for the specific language > governing permissions and > >>> limitations under the License. > >>> > >>> > >><snip /> > >> > >>In the LICENSE file you should include the full > ASL 2.0 text. Pretty > >>much every other file should include the short > version from: > >>http://wiki.apache.org/general/LicenseFormats > >> > >>Given that this appears to be the yajcache project > from sf.net, what > >>procedures are being followed to import this code > into the ASF? Usualy > >>there is some kind of incubation process. I > haven't seen any mention of > >>the impending import of this code on > turbine-jcs-dev or any of the more > >>generic jakarta mailing lists. > >> > >>I think you may have skipped a few important steps > with getting this > >>code into the ASF. Would you mind please > explaining your intentions. > >> > >>Thanks, > >> > >>Scott > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: > [EMAIL PROTECTED] > >>For additional commands, e-mail: > [EMAIL PROTECTED] > >> > >> > >> > >> > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: > [EMAIL PROTECTED] > >For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > -- > Scott Eade > Backstage Technologies Pty. Ltd. > http://www.backstagetech.com.au > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
