Re: Doc tools
Take a look at APT on the Maven 2.0 site: http://maven.apache.org/guides/mini/guide-apt-format.html Many have found this option to be a workable option for collaborative documentation. Tim O'Brien [EMAIL PROTECTED] At 04:31 PM 11/9/2005, Johnson, Eric wrote: I am working on setting up the documentation project for the Celtix project. I was wondering if I could get some feedback about what tools you are using for the Jakarta projects. Cheers, Eric J. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: future for maven generated websites?
-Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, March 27, 2005 11:54 AM To: Jakarta General List Subject: Re: future for maven generated websites? I believe you're really talking about deployment, rather than generation. I doubt that any changes will be needed in generation itself. The current hand-wavy answer on updating web sites when shell accounts go away is WebDAV. I'm not sure if anyone has thought this through yet, though - when I asked for more detail, the answer was essentially dunno yet. So I guess we'll have to wait and see, although if you have suggestions / want to keep up to date, infrastructure@ is the place to be. That brings up the question, is anyone working on to integrate WebDAV support with the site plug-in? I see a Jira issue for maven-site-plugin that adds webdav support using Slide, but no activity since Jan: http://jira.codehaus.org/browse/MPSITE-17 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [draft] SD Magazine: request for change
On the -1's (or at least the negative opinions to this), we have Tim who thinks that it's a waste to talk to SD and we should focus on making sure the branding message is clearer. Henri, I'm not -1, you can send it if you want. You are (after all) Jakarta. :-) I just wanted to voice the opinion that I don't think it constructive. Emotions on the whole JBoss/Apache issue run high, let's leave SD magazine out of it, and try to get JBoss to start calling it Apache Tomcat. Even though I know many think it an impossible task, let's resolve to sit down with someone from JBoss and hammer out the central issues like the Apache Tomcat trademark. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [draft] SD Magazine: request for change
I think the Jolt awards knew better and were trying to send a message similar to the '94 nobel peace prize for Arafat, Peres, and Rabin (which incidentally didn't work very well). (Or, the '98 award for Hume and Trimble for that matter.) Instead of firing off an email to SD, why not stop, observe that we haven't done a good job enforcing trademark and communicating philosophy and resolve to fix things going forward. As for the a leading contributor statement. You can't tell me this doesn't happen with other organizations. Anyone is perfectly free to make the observation that JBoss is a leading contributor to Tomcat much the same way I could say that BEA is a leading contributor to XMLBeans. Some of us may think it wrong, but it is open to editorial interpretation regardless of ASF philosophy. Let's change the corporation so as not to drill into the open cavity that is the ongoing spat between JBoss and the ASF. Instead focus on the (much less contentious) relationship between BEA and the ASF: Reporter: BEA is a leading contributor to the XMLBeans product. ASF: Well, no, we really don't recognize corporations, we recognize individuals. Reporter: Great, but doesn't BEA employ a good number of XMLBeans contributors. ASF: Yes, a good number of them are employed by BEA... Reporter: Well, why can't I write BEA is a leading contributor to... ASF: Because, that's just not our philosophy it's about people not corporations Reporter: Oh, ok, sure, but why can't I just call it like I see it ASF: Because we think it is wrong Reporter: Thanks, I'll take it under advisement. :-) The only thing I'd ask JBoss to do is to change the menu link to Apache Tomcat from Tomcat. Because they've agreed to our license, I believe we have every right to have them change Tomcat to Apache Tomcat. I think that's a fair enforcement of trademark (even though I'm not certain we have a trademark). I believe it would help clarify things if the JBoss page prefaced the work Tomcat with the word Apache. That's it. - Tim O'Brien [EMAIL PROTECTED] (847) 863-7045 -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Saturday, March 19, 2005 12:18 PM To: [EMAIL PROTECTED] Cc: general@jakarta.apache.org Subject: [draft] SD Magazine: request for change Due to the timeliness of this, I plan to send it Sunday night. Given that we're on a weekend, I doubt it will be read until Monday. Any opinions? - To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Tomcat 5.0 error in JOLT announcement Hi Kate, I'm writing to let you know about a serious error on your JOLT product excellence awards press release, and I assume in your forthcoming June 2005 issue: http://www.sdmagazine.com/pressroom/jolt_winners_2005.pdf You've incorrectly attributed Apache's Tomcat 5.0 product to The Apache Jakarta Project and leading Tomcat contributor JBoss. There are two, very big, problems with this. The first is that Apache does not have a concept of leading contributors, it is completely out of sync with the very philosophies that lie at the heart of the Apache Software Foundation (ASF). The second is that JBoss are not a contributor to Tomcat. Two Tomcat committers are employed by JBoss Inc, but they commit to projects at the ASF as individuals and not as members of a company. This is true of all committers to the ASF, whether the company be Sun, IBM or Fred Bloggs Inc. We would like to request that this be changed to: Tomcat 5.0 (The Apache Software Foundation) in both the press release (pdf url above) and the forthcoming June 2005 issue. Thanks, Henri Yandell V.P., Apache Jakarta - 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]
commons conversion
Jakarta-land, commons is moving over to subversion today, and while we've done a fair amount of planning I'm certain we've missed some things. Because so many projects depend on commons-(fill in the blank), I expect some gump failures this afternoon. This is just some fair warning. :-) Tim
RE: [site] SVN migration
I remember I called a vote a while back, but then you embarked on a series of corrections and changes. Now that those are over, +1 -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Sunday, January 23, 2005 10:10 PM To: general@jakarta.apache.org Subject: [site] SVN migration I'd like to go ahead and get the Infra team going on moving jakarta-site2 to jakarta/site/ as explained in Tim's migration plan: http://wiki.apache.org/jakarta/Site2_20Conversion_20Instructions Any -1's? I'll leave it til Wednesday evening and go ahead with an email to Infra if I hear no -1's. Once we get migrated, the http://jakarta.apache.org/site/cvsindex.html needs a good cleanup. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Converting Jakarta site and site2 to SVN
I'm looking for comments on the following proposal to move jakarta's site module to Subversion. jakarta-site2 CVS will be moved to /jakarta/ /site/ (jakarta-site2 HEAD) I don't think we need trunk, tags, and branches for this module. Anyone disagree? Also, does anyone have any objections to not migrating the jakarta-site module? I believe this module has been unused for 3 years. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache CVS (was Re: Lessons Learned)
Richard, The IDE most people seem to talk about most (Eclipse) has a plugin called Subclipse (search for it on Tigris). It works, but it isn't as well supported as CVS. For example, the synchronize perspective doesn't work yet. But, tool support is a which comes first? problem, as more projects move towards Subversion, more widely used IDEs will support it out-of-the-box (but, who gets software in a box these days?). As far as Jakarta's eventual move to Subversion, you can see the start here: http://svn.apache.org/repos/asf/jakarta/ I believe the plan is to have a directory per subproject. Below that, structure will depend on what an individual subproject needs. But, there are some tricky questions to answer especially in subprojects with multiple artifacts. Take jakarta commons as an example. We still haven't decided where our trunk, tags, and branches will go. Tim -Original Message- From: Richard Bair [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 14, 2004 5:37 PM To: Jakarta General List Subject: Re: Apache CVS (was Re: Lessons Learned) we're moving to subversion and there have been quite a few discussions about the best ways of laying our repositories recently. if you can use subversion, seriously consider using it. the way our subversion repository is laid out is a little different. - robert Hmm... I have been thinking about subversion. Collabnet is doing our hosting, so moving to subversion instead of cvs *shouldn't* be a big deal from a technical standpoint. I don't know how well supported subversion is via IDE's and the like. I assume there is a good web client for subversion as well? How is apache changing its layout for subversion? I'll check the archives for this list and see what is mentioned, are there any other good resources for seeing how Jakarta is going to use subversion? Thanks Richard __ Do you Yahoo!? Dress up your holiday email, Hollywood style. Learn more. http://celebrity.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can I use Hibernate in an Apache project without compromising the Apache License?
-Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] board_hat no /board_hat Alright, that's a clear answer. Thanks for bringing out the board_hat xml tag. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat mod_jk2 question
Patrice, Please ask this question on the tomcat-users list ([EMAIL PROTECTED]). To join this list, see the Jakarta page devoted to mailing list: http://jakarta.apache.org/site/mail.html Beofre doing that, I'd recommend reading all the online documentation for Tomcat here http://jakarta.apache.org/tomcat/tomcat-4.1-doc/index.html . Tim O'Brien Jakarta Switchboard Operator #243E From: Boivin, Patrice J [mailto:[EMAIL PROTECTED] Sent: Thu 6/24/2004 8:09 AM To: '[EMAIL PROTECTED]' Subject: Tomcat mod_jk2 question Hi, I followed the installation instructions for mod_jk2, but am seeing an error in sterr.log when I start up Tomcat. Created catalinaLoader in: C:\Tomcat 4.1\server\lib 24-Jun-2004 8:31:40 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 24-Jun-2004 8:31:42 AM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true 24-Jun-2004 8:31:42 AM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true 24-Jun-2004 8:31:43 AM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true 24-Jun-2004 8:31:45 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 24-Jun-2004 8:31:45 AM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 24-Jun-2004 8:31:45 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/31 config=null java.net.BindException: Address already in use: JVM_Bind at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(Unknown Source) at java.net.ServerSocket.bind(Unknown Source) at java.net.ServerSocket.init(Unknown Source) at java.net.ServerSocket.init(Unknown Source) at org.apache.catalina.net.DefaultServerSocketFactory.createSocket(DefaultServe rSocketFactory.java:147) at org.apache.ajp.tomcat4.Ajp13Connector.open(Ajp13Connector.java:822) at org.apache.ajp.tomcat4.Ajp13Connector.start(Ajp13Connector.java:1073) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245 ) at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307) java.lang.NullPointerException at org.apache.ajp.tomcat4.Ajp13Connector.run(Ajp13Connector.java:866) at java.lang.Thread.run(Unknown Source) java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245 ) at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307) Caused by: java.lang.IllegalThreadStateException at java.lang.ThreadGroup.add(Unknown Source) at java.lang.Thread.init(Unknown Source) at java.lang.Thread.init(Unknown Source) at org.apache.ajp.tomcat4.Ajp13Processor.threadStart(Ajp13Processor.java:601) at org.apache.ajp.tomcat4.Ajp13Processor.start(Ajp13Processor.java:691) at org.apache.ajp.tomcat4.Ajp13Connector.newProcessor(Ajp13Connector.java:793) at org.apache.ajp.tomcat4.Ajp13Connector.start(Ajp13Connector.java:1085) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273) ... 6 more I am running: XP Pro (I am currently testing for a Windows2003 server installation) Apache 2.0.47 Tomcat 4.1.30 Mod_jk jakarta-tomcat-connectors-jk2.0.4-win32-apache2.0.49 Patrice Boivin Systems Analyst (Oracle Certified DBA) Systems Admin Operations | Admin. et Exploit. des systèmes Technology Services| Services technologiques Informatics Branch | Direction de l'informatique Maritimes Region, DFO | Région des Maritimes, MPO E-Mail: [EMAIL PROTECTED
RE: lucene
Elnaz, Please ask this question on the lucene-users list ([EMAIL PROTECTED]). To join this list, see the Jakarta page devoted to mailing list: http://jakarta.apache.org/site/mail.html Beofre doing that, I'd recommend reading all the online documentation for Lucene here http://jakarta.apache.org/lucene/docs/index.html. Lucene also contains a simple demo http://jakarta.apache.org/lucene/docs/gettingstarted.html. Tim O'Brien Jakarta Receptionist From: shafipour elnaz [mailto:[EMAIL PROTECTED] Sent: Wed 6/23/2004 4:54 AM To: [EMAIL PROTECTED] Subject: lucene hi every body, I want to use Lucene in my application for searching jsp files but i don't know how could i index jsp files.Could any one help me. :( Elnaz - Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Watchdog] Dead?
If watchdog is dead, we should move it to the Graveyard. Noel, you are the incubator guy, any ideas about starting this process - what is involved, any previous threads on the subject. Tim -Original Message- From: Noel J. Bergman [mailto:[EMAIL PROTECTED] Sent: Saturday, May 29, 2004 2:12 PM To: Jakarta General List Subject: RE: [Watchdog] Dead? Yoav, no such mailbox: [EMAIL PROTECTED] I don't know the answer to the project status, but I can confirm that there is no such mailing list currently existent. I don't know when it disappeared, other than the fact that it stopped archiving back in Nov 2002, but entire mailing lists structures don't disappear by accident. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Watchdog] Dead?
-Original Message- From: Noel J. Bergman [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 11:13 AM To: Jakarta General List Subject: RE: [Watchdog] Dead? Henri Yandell wrote: Noel J. Bergman wrote: Secondly, I'm not one who favors closing an open source project. Ever. Only place I favour closing projects is when they are in the incubator and 'fail', or in commons-sandbox. Depends upon what happens in the Incubator. If it does actually fail, then I would probably concur that in most cases we should remove the code from public view. The project would be free to resurface elsewhere. But even if a sandbox project is just an experiment, as long as it was properly developed within the ASF (as opposed to something that improperly bypassed the Incubator), I'd probably leave it fallow, and mark it as dormant. Agreed, I've been party to more than one revival in the Commons Sandbox, and I think that it is very valuable to give projects ample time to attract others with similar interests. I'm not agitating for the death of Watchdog, just noting inactivity, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Watchdog] Dead?
-Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Having Tomcat community take care of watchdog would be great, and it doesn't imply any major work like moving the code or site. Just paying attention to the lists and putting a notice on the Watchdog site to the effect of dormancy would be an excellent start. There, that's really all that is needed. The use of Watchdog is proof of life, a notice about current status and an update would certainly help those who want to know the status of the project. An issue has been entered into Bugzilla to this effect. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Watchdog] Dead?
-Original Message- From: Noel J. Bergman [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 1:55 PM To: Jakarta General List Subject: RE: [Watchdog] Dead? Tim O'Brien wrote: Noel J. Bergman wrote: If watchdog is dead, we should move it to the Graveyard. Noel, you are the incubator guy, any ideas about starting this process First of all, I'm curious to know what you think incubation has to do with dormant projects. You've been involved in formulating a process for the introduction of projects, I'd imagine you have views on the removal of projects. Ah. Although I do have views on the subjects, I don't really see the issues as any more related than meal preparation is related to a colonoscopy. Or, asking an obstetrician about euthanasia. I think that dormancy is a problem which is fixed by discussions like the one we are currently having. If no one had stood up and taken at least minimal responsibility for updating some sort of status, I'm not sure it would have been a good idea to just let Watchdog flounder indefinitely. Why not? We leave the resources in place, with a notice that the project is dormant. If it is revitalized, great. If not, what harm is there? Yoav's work on Watchdog isn't going to make it less dormant. He will apply some changes necessary for Tomcat; possibly ask the PMC to vote for a release (or Tomcat will work from CVS); make the necessary changes to the site to mark the project as stable but dormant; and invite people to be active if they want to see further changes. We agree that burying a project is less than helpful. It is the invite people to be active part that interests me. I'm not saying I want an activity meter the likes of Sourceforge, but it is polite to our users to give people a sense of activity. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Watchdog] Dead?
-Original Message- From: Tom Copeland [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 2:19 PM To: Jakarta General List Subject: RE: [Watchdog] Dead? On Fri, 2004-06-04 at 15:14, Tim O'Brien wrote: It is the invite people to be active part that interests me. I'm not saying I want an activity meter the likes of Sourceforge, but it is polite to our users to give people a sense of activity. That's one of the nice things about a GForge-ish project site; there are all sorts of stat charts built in: http://rubyforge.org/project/stats/?group_id=182 Also, GForge tots up CVS commits, bugs, forum posts, releases, and so forth and munges it all into an activity percentile. Good times. I'm not advocating this for ASF. There is a downside to communicating too much information about activity for an open source project. There is room for meaningful social statistics like Agora, but adding some sort of Activity percentage sends the wrong message. A project isn't good or healthy because it is popular and has a larger number of CVS commits. Not disparaging your own use of this tool, of course. Anyway, this is becoming OT: Watchdog status updated, tuning out.. Yours, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] HiveMind as a Jakarta sub-project
Binding +1 [ X ] +1 I support this proposal [ ] -1 I don't support this proposal [ ] 0 I abstain from voting for or against this proposal Tim O'Brien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal: Jakarta HiveMind Project
I'm +1 on this proposal, I think it makes sense for HiveMind to be a subproject of Jakarta and not a Jakarta Commons project. Whether the source is stored in SVN or CVS should be a decision up to Howard and the relevant committers on the project. Tim O'Brien Howard M. Lewis Ship wrote: Proposal for Jakarta HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernels (Avalon, Keel, Spring, PicoContainer, etc.). Avalon is firmly rooted in a Service Lookup pattern (whereby collaborating services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses the Dependency Injection pattern, whereby the framework (acting as container) creates connections between services by setting properties of the services (property injection) or making use of particular constructors for the services (constructor injection). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Ant tasks and/or Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including commons-lang and commons-logging. HiveMind makes use of the Javassist bytecode generation library, which is available under the MPL (Mozilla public license). (2) Identify the initial source for the package The initial code base has been developed by Howard M. Lewis Ship within the Jakarta Commons incubator. http://jakarta.apache.org/commons/sandbox/hivemind Note: HiveMind was originally considered for inclusion as part of Jakarta commons. Subsequent research has shown that HiveMind is not a suitable candidate for the commons, and is more appropriate for a top-level Jakarta project. (2.1) Identify the base name for the package org.apache.hivemind (2.2) Identify the coding conventions for this package The code follows a modified version of Sun's standard coding conventions, with the following stylistic changes: - instance
Re: [maven] developer repostory revisited
I second Matthew's suggestion that we create a repository that works with Maven as it is. Create the directory /www/www.apache.org/repository/, this repository will contain soft links to jars and other deliverables we wish to distriute to ibilio and other repositories. After a certain period of time, we can ask that whomever maintains the ibiblio repository use this source as the ASF's authoritative collection of distributables for Maven. This doesn't prevent others from thinking about other ways to create a repository - like Ruper, or the ever active repository mailing list, but it solves a practical problem which is preventing progress for many. immediately. Tim __matthewHawthorne wrote: In this thread: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=563250 The idea of a Maven repository located on an ASF machine was discussed. It seems like something that is doable, and also has been requested by the ASF. I would like to make this happen, but I am not sure what the official steps to take are. If a request has to be made to infrastructure, I read that someone from a PMC has to do it. Here are the steps that I can see: 1) Choose a machine, and create the directory. 2) Choose the URL to map the repo to (something like maven.apache.org/repository ?) 3) Possibly modify Maven to search this repository as well as ibiblio by default 4) Modify nightly build script(s) to deploy to this directory as well as others, so that all nightlies and SNAPSHOTs could be instantly available. The last time I mentioned this, a few people pointed me to the [EMAIL PROTECTED] project, which seems to be defining a next-generation repository structure for Maven and other uses. This looks great, but I'm interested in something that will work with Maven right now. I think this is long overdue, since Apache projects that have been released for months are still not available on ibiblio. We need an easier way. Anyone else interested? How can we make this happen? Thanks for any help! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven] developer repostory revisited
Noel J. Bergman wrote: Create the directory /www/www.apache.org/repository/, this repository will contain soft links to jars and other deliverables we wish to distriute to ibilio and other repositories. How do we prevent people from using this, and make it mirrorable? As I understand it, mirroring is a requirement. Not necessarily a requirement. No one is prevented from linking directly to www.apache.org/dist to obtain our existing distributions. The reason, I mentioned that this should be a subdirectory of dist - as I understand it, everything under dist is mirrored. A script to point people at the mirrors would be encouraged. doesn't prevent others from thinking about other ways to create a repository - like Ruper, or the [repository] mailing list The repository mailing list was the place for discussing the structure of the repository/ directory, not the tools. Ruper, Maven, and any other tools for any other project were supposed to use it. Tim Anderson did an excellent job putting together a workable scheme with which to start. I believe that there was sufficient agreement from everyone except Maven to get going. I don't denigrate the progress over on repository@, but I view this as a separate issue. I see this as a need to be met immediately. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
[ ] leave it within turbine [3] move it to apache commons [2] move it to jakarta commons [ ] move it to incubator [1] something else (please specify)... I think the ideal place for JCS is the DB Top Level Project. Second choice, Jakarta Commons, and my final choice is Apache Commons. A lot of people are being introduced to JCS through Hibernate, it could use a release, as it does seem to be a great piece of software. I believe that the DB TLP needs more attention, and moving JCS (which IMO should have a much higher profile) to DB would help send some energy towards that project. J-C is my second choice only because, again, I think that JCS (like HiveMind and Jelly) is something that transcends the charter of Jakarta Commons. I would not object to JCS in Jakarta Commons, but I'd rather see us not throw another project into the Jakarta Commons. My last recommendation is the Apache Commons. I hate to feed trolls, but the last round of discussions we had about Apache Commons descended into an unproductive rant festival. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Subscribing
subscribing again, I keep on changing mail servers... -- -- Tim O'Brien Evanston, IL (847) 863-7045 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subscribing
Eek! excuse my blantant mistyping. - Tim On Wed, 18 Jun 2003, Tim O'Brien wrote: subscribing again, I keep on changing mail servers... -- -- Tim O'Brien Evanston, IL (847) 863-7045 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump and Unicode
commons-codec fails to compile in Gump because it contains an Ntilde among other characters used in languages other than English. Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
Peter, On Thu, 8 Mar 2001, Peter Donald wrote: I already work on commons packages - after all I work on Avalon ;) Avalon is not a commons package, it is a "common framework for server applications". Why does the framework need to contain code to accomplish specific tasks? What Ted proposes is the creation of a "Commons" library that will hold utility APIs that will be useful in every Jakarta project, including Avalon. Avalon and the "Commons" proposal are not at odds - they are compliments. Avalon codebase provides a framework for developing modular server applications. Avalon should be able to peacefully coexist with a library of utility code such as Ted proposes. For example, if a developer wanted to create a "Connection Pool" Block they could easily develop a wrapper Block component, and a meta-info description file. I don't see how Ted's proposal is at odds with the Avalon project. Wouldn't having a "Commons" library make it much easier to expand Avalon? Tim O'Brien [EMAIL PROTECTED] PS: Congratulations to the new PMC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CVS repository problems
Has anyone noticed any problems accessing the CVS repository? It has been taking 1+ hours to update "jakarta-ant". ( Choosing ant as an example ). Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
