Re: Suggestion to use OpenGrok to index all Jakarta source code
(off topic for Jakarta, I know) Velocity has it's own Solaris zone. We could set something up on an experimental basis for Velocity, and if someone in Jakarta got excited about it they could request a zone/set theirs up based on the Velocity config. WILL On 9/1/07, Nathan Bubna [EMAIL PROTECTED] wrote: I would LOVE to have something like this for Apache projects. Looks much more useful than ViewVC. I particularly like that the source code view would be able to plug right into PMD reports to make those more useful too. On 9/1/07, Alf Høgemark [EMAIL PROTECTED] wrote: Hi I have a number of times missed an an easy to use web interface for searching through all Jakarta source code and subversion change logs, and to also being able to see line number and subversion change log history for a particular file. The OpenGrok tool ( http://www.opensolaris.org/os/project/opengrok/ ) seems to me to be very useful in that respect. So I would like to suggest that OpenGrok is set up to search and index the Subversion repository at http://svn.apache.org/repos/asf/ OpenGrok seems to be a lot more useful than what is currently available using a web browser to point to http://svn.apache.org/repos/asf/ I have set up a prototype test for running OpenGrok 0.5 on the JMeter source, to see how it looks and works. You can test the prototype at http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/ Here are some links you can test to see various views : http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/search?q=defs=refs=path=hist=HttpSampler2 http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/search?q=defs=refs=path=HttpSampler2hist= http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/history/src/protocol/http/org/apache/jmeter/protocol/http/sampler/HTTPSampler2.java http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/xref/src/protocol/http/org/apache/jmeter/protocol/http/sampler/HTTPSampler2.java Note that the changelist numbers on my prototype are incorrect, the reason is that I have used svk to mirror the JMeter part of the subversion repository at http://svn.apache.org/repos/asf/ I think it would be most useful if OpenGrok index was available for all the Jakarta projects. For example if I am doing some testing of JMeter, get an exception with a stack trace, and I want to look at a specific file, with line number subversion changelog history, from the commons httpclient. You can have a look at http://src.opensolaris.org/source/ to see how OpenGrok looks when it has indexed many projects. Do other people miss a searchable index of all the source code of Jakarta, and an easy way to browse source code and subversion history, both of their own and other's projects ? Any suggestions on how to proceed to get an OpenGrok index of the Jakarta subversion repository available from the jakarta website ? Some thoughts on how it could be set up : OpenGrok needs a servlet container to run, and ideally local file access to the subversion repository, to increase speed, and minimize load on subversion server. svnsync could be used to synchronize the repository to the machine where OpenGrok is running. I think it would be enough to update the index once or twice per day. Comments appreciated Regards Alf Hoegemark JMeter committer - 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] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: Suggestion to use OpenGrok to index all Jakarta source code
The reason I think we're talking about Solaris zone is that such zones are entirely under control of the project. If you want Apache as an organization to run an app, you have to get the infrastructure team involved (and they have limited capacity). But any project can request a Solaris zone and configure it to do whatever they like. (essentially, it's a virtual machine). At Velocity we use ours at the moment primarily for web site deployment, though there's many other things we could do with it. (nightly builds!) WILL On 9/1/07, Alf Høgemark [EMAIL PROTECTED] wrote: OpenGrok does not need Solaris to run, I just thought I should mention that because of the references to Solaris zone. It just needs Java and a servlet container, for example Tomcat, and Exuberant Ctags, plus file:// access to the subversion repository. Regards Alf Hoegemark Will Glass-Husain wrote: (off topic for Jakarta, I know) Velocity has it's own Solaris zone. We could set something up on an experimental basis for Velocity, and if someone in Jakarta got excited about it they could request a zone/set theirs up based on the Velocity config. WILL On 9/1/07, Nathan Bubna [EMAIL PROTECTED] wrote: I would LOVE to have something like this for Apache projects. Looks much more useful than ViewVC. I particularly like that the source code view would be able to plug right into PMD reports to make those more useful too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: Image problem on tomcat
You probably need to specify the MIME type in web.xml. See the servlet spec for more details. mime-mapping extensionhtm/extension mime-typetext/html/mime-type /mime-mapping The browser determines how to display the image based on the MIME type. I'm not sure what the correct MIME type should be though. best, WILL On 6/28/07, Danny Angus [EMAIL PROTECTED] wrote: This is not the right place to get help, try the tomcat users list. http://tomcat.apache.org/lists.html P.S. you probably need to add the extension and the mime type to a configuration file. d. Zilberstein Yuval [EMAIL PROTECTED] wrote on 28/06/2007 16:22:02: Hello all, I have an image problem on the Tomcat server. I have a picture with a special Korean format: cwsis. It is just like any other jpg or gif image, but with a format that is not popular. The image itself is on the tomcat server. I am trying to display the image on a special mobile browser, by requesting it from a jsp on the tomcat server, But the browser can not display it. When I am trying to display it from another apache server it works ok. The code is as follows: jsp:useBean id=entryB class=com.pele.mmbox.beans.AlbumEntryBean scope=session/ pre /pre img src=http://10.171.193.85:8090/mmbox/o549d000212946200.cwsis; a href=testDownload.jspdown/a Any ideas? TIA Yuval TX YuvalZ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: [VOTE] Release Regexp 1.5
I think we have to remember that the ASF provides an important legal umbrella here. By setting policies which we follow (which of course can be debated), it prevents us from being sued if an SCO-type situation develops. This would be a low-probability, but extremely catastrophic event, especially since developers could be sued directly if they were operating independently. The PMC plays an important role in shielding individual developers from liability by approving releases according to defined policies. WILL On 3/19/07, Jesse Kuhnert [EMAIL PROTECTED] wrote: Sure, of course it's ok for the ASF to dictate policies - I just hope it's ok for me to question them / point out their flaws. So the real problem as far as I can tell is making sure a release is legitimately licensed. There are other things like software quality, but I guess it's assumed (by me at least) that we're all trying to release as high a caliber of software as we are able given our resources / time. Somehow this still doesn't feel like a legitimate problem, or at least it is not consistent with the rest of our daily practices. ..Like committing a change to subversion. As far as I can tell there is no legal difference between subversion repositories and released software - is there? Isn't the end goal to prevent any naughty code coming out of apache period? Non conforming code sitting in subversion would appear to be just as guilty as anything else...So given your current logic shouldn't we all be required to have a PMC vote for each commit made into the repo? It just feels like we're being treated a little bit like incompetents in some way. Like maybe someone accidentally made a bad release once or twice and so we must all suffer the same solution that they have. Ehh...Obviously I'm alone in my opinion so I'll shut up now, just wanted to make sure I got my two cents in. On 3/19/07, J Aaron Farr [EMAIL PROTECTED] wrote: Jesse Kuhnert [EMAIL PROTECTED] writes: You have to be kidding me.. The only problem I see is that people are all caught up in policies / processes but I've yet to hear what the actual root problem is. I'm sure it's intended to somehow prevent something nasty that has happened in the past but these policies don't have any logic that I'm able to follow. Why does the ASF need to dictate how we vote on releases? Maybe I'm just having a bad morning, but for some reason this really rubs me the wrong way and feels extremely inefficient. The problem is that Vote-Then-Release leaves opportunities for the small details to get missed and you end up with a sloppy release. Examples include non-signed distributables, incomplete legal notices, missing or incorrect hashes. The worst is someone slipping in some malicious code in between the time the vote is cast and the release is made. When a PMC votes on a release they should be approving the exact bits that hit the mirrors. That vote binds the ASF to be _legally_ responsible. The only way to have sufficient and appropriate oversight is to give the PMC a chance to check that these final steps of a release have been properly handled. Otherwise the PMC risks releasing a half baked product. It is completely appropriate for the ASF to set guidelines on release procedures. -- jaaron (who is not on the Jakarta PMC) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com
Re: tomcat config
That's the master context.xml which defines general settings for all webapps. When I set up a new webapp, I make a file called xx.xml where xx is the name of the webapp, stick the context xml for that webapp in there, then put it in /usr/tomcat/conf/Catalina/localhost/. It's an alternative to the old method of directly editing server.xml. See A word on Contexts http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html Always, always restart Tomcat after you edit this info. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Context.xml is in the same directory as server.xml c:\ApacheTomcat\apache-tomcat-6.0.10\conf Never loolked at that file before it has WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / Richard - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 3:37:51 AM Subject: Re: tomcat config Where is the context XML. Is it in a file named Projects.xml in the conf/Catalina/localhost directory? WILL On 3/15/07, Richard Dunne [EMAIL PROTECTED] wrote: Appreciate the idea, no joy though. - Original Message From: David Fisher [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Thursday, March 15, 2007 9:48:49 PM Subject: Re: tomcat config Try Context path=Projects docBase=c:\Projects debug=0/ Make sure that Context .../ is inside of Host name=localhost debug=0 appBase=webapps ... /Host Also, at least this is so for tomcat 4.1.31// Good luck/ Dave On Mar 15, 2007, at 2:19 PM, Richard Dunne wrote: After subscribing to apache mailing list, I tried mailing users@tomcat.apache.org and got a delivery failure message. I have a query re: tomcat configuration. If this is not the correct list, apologies, perhaps someone can point me in the right direction. I have installed tomcat 5 on my machine and got the page which states that if you are seeing this page then your installation of apache tomcat was successful. On that assumption I tried to access a file called index.jsp in a folder called Projects located at c:\ I entered the following line in server.xml: Context path=/ Projects docBase=c:\Projects debug=0/ I typed http://localhost:8080/Projects hoping to see index.jsp, but got a http error instead. Any ideas what may be causing the error? Richard. __ __ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com
Re: tomcat config
better take it to the Tomcat list... I'm out of ideas. I suggest you try subscribing again. If that doesn't work I'll file a ticket with the infrastructure folks for the list. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Re-installed tomcat again and started the server, typed http://localhost:8080, everything ok. For some reason the server is not processing the jsp file within the context docBase folder. After moving the file to the root of tomcat I could view .html files only, not jsp. Richard. - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 1:16:20 PM Subject: Re: tomcat config That's the master context.xml which defines general settings for all webapps. When I set up a new webapp, I make a file called xx.xml where xx is the name of the webapp, stick the context xml for that webapp in there, then put it in /usr/tomcat/conf/Catalina/localhost/. It's an alternative to the old method of directly editing server.xml. See A word on Contexts http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html Always, always restart Tomcat after you edit this info. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Context.xml is in the same directory as server.xml c:\ApacheTomcat\apache-tomcat-6.0.10\conf Never loolked at that file before it has WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / Richard - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 3:37:51 AM Subject: Re: tomcat config Where is the context XML. Is it in a file named Projects.xml in the conf/Catalina/localhost directory? WILL On 3/15/07, Richard Dunne [EMAIL PROTECTED] wrote: Appreciate the idea, no joy though. - Original Message From: David Fisher [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Thursday, March 15, 2007 9:48:49 PM Subject: Re: tomcat config Try Context path=Projects docBase=c:\Projects debug=0/ Make sure that Context .../ is inside of Host name=localhost debug=0 appBase=webapps ... /Host Also, at least this is so for tomcat 4.1.31// Good luck/ Dave On Mar 15, 2007, at 2:19 PM, Richard Dunne wrote: After subscribing to apache mailing list, I tried mailing users@tomcat.apache.org and got a delivery failure message. I have a query re: tomcat configuration. If this is not the correct list, apologies, perhaps someone can point me in the right direction. I have installed tomcat 5 on my machine and got the page which states that if you are seeing this page then your installation of apache tomcat was successful. On that assumption I tried to access a file called index.jsp in a folder called Projects located at c:\ I entered the following line in server.xml: Context path=/ Projects docBase=c:\Projects debug=0/ I typed http://localhost:8080/Projects hoping to see index.jsp, but got a http error instead. Any ideas what may be causing the error? Richard. __ __ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com
Re: tomcat config
This is an optional DLL which provides higher performance in production servers by using the APR library for net IO. It's not required. I get the same message on my dev server. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Ran tomcat6.exe and got this message: The Apache Tomcat Native Library which allows optimal performance in production environments was not found on the java.library.path: C:\ApacheTomcat\Tomcat 6.0\bin. I did a search on Apache Tomcat Native Library and found that it is attributed to The Apache Tomcat 5.5 Servlet/JSP Container Apache Portable Runtime and Tomcat So I download this from http://tomcat.apache.org/tomcat-5.5-doc/apr.htmlto C:\ApacheTomcat\Tomcat 6.0\bin but I got the same message again. Any ideas? Richard. - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 6:46:47 PM Subject: Re: tomcat config better take it to the Tomcat list... I'm out of ideas. I suggest you try subscribing again. If that doesn't work I'll file a ticket with the infrastructure folks for the list. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Re-installed tomcat again and started the server, typed http://localhost:8080, everything ok. For some reason the server is not processing the jsp file within the context docBase folder. After moving the file to the root of tomcat I could view .html files only, not jsp. Richard. - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 1:16:20 PM Subject: Re: tomcat config That's the master context.xml which defines general settings for all webapps. When I set up a new webapp, I make a file called xx.xml where xx is the name of the webapp, stick the context xml for that webapp in there, then put it in /usr/tomcat/conf/Catalina/localhost/. It's an alternative to the old method of directly editing server.xml . See A word on Contexts http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html Always, always restart Tomcat after you edit this info. WILL On 3/16/07, Richard Dunne [EMAIL PROTECTED] wrote: Context.xml is in the same directory as server.xml c:\ApacheTomcat\apache-tomcat-6.0.10\conf Never loolked at that file before it has WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / Richard - Original Message From: Will Glass-Husain [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Friday, March 16, 2007 3:37:51 AM Subject: Re: tomcat config Where is the context XML. Is it in a file named Projects.xml in the conf/Catalina/localhost directory? WILL On 3/15/07, Richard Dunne [EMAIL PROTECTED] wrote: Appreciate the idea, no joy though. - Original Message From: David Fisher [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Thursday, March 15, 2007 9:48:49 PM Subject: Re: tomcat config Try Context path=Projects docBase=c:\Projects debug=0/ Make sure that Context .../ is inside of Host name=localhost debug=0 appBase=webapps ... /Host Also, at least this is so for tomcat 4.1.31// Good luck/ Dave On Mar 15, 2007, at 2:19 PM, Richard Dunne wrote: After subscribing to apache mailing list, I tried mailing users@tomcat.apache.org and got a delivery failure message. I have a query re: tomcat configuration. If this is not the correct list, apologies, perhaps someone can point me in the right direction. I have installed tomcat 5 on my machine and got the page which states that if you are seeing this page then your installation of apache tomcat was successful. On that assumption I tried to access a file called index.jsp in a folder called Projects located at c:\ I entered the following line in server.xml: Context path=/ Projects docBase=c:\Projects debug=0/ I typed http://localhost:8080/Projects hoping to see index.jsp, but got a http error instead. Any ideas what may be causing the error? Richard. __ __ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 -- Forio Business Simulations Will Glass-Husain 415 440
Re: tomcat config
Not sure about the mailing list issue, but have you tried these for the docBase instead? I seem to remember the volume name is case sensitive. I've also had problems with directions of slashes. c:/Projects C:/Projects /Projects WILL On 3/15/07, Richard Dunne [EMAIL PROTECTED] wrote: After subscribing to apache mailing list, I tried mailing users@tomcat.apache.org and got a delivery failure message. I have a query re: tomcat configuration. If this is not the correct list, apologies, perhaps someone can point me in the right direction. I have installed tomcat 5 on my machine and got the page which states that if you are seeing this page then your installation of apache tomcat was successful. On that assumption I tried to access a file called index.jsp in a folder called Projects located at c:\ I entered the following line in server.xml: Context path=/Projects docBase=c:\Projects debug=0/ I typed http://localhost:8080/Projects hoping to see index.jsp, but got a http error instead. Any ideas what may be causing the error? Richard. Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com
Re: tomcat config
Where is the context XML. Is it in a file named Projects.xml in the conf/Catalina/localhost directory? WILL On 3/15/07, Richard Dunne [EMAIL PROTECTED] wrote: Appreciate the idea, no joy though. - Original Message From: David Fisher [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Thursday, March 15, 2007 9:48:49 PM Subject: Re: tomcat config Try Context path=Projects docBase=c:\Projects debug=0/ Make sure that Context .../ is inside of Host name=localhost debug=0 appBase=webapps ... /Host Also, at least this is so for tomcat 4.1.31// Good luck/ Dave On Mar 15, 2007, at 2:19 PM, Richard Dunne wrote: After subscribing to apache mailing list, I tried mailing users@tomcat.apache.org and got a delivery failure message. I have a query re: tomcat configuration. If this is not the correct list, apologies, perhaps someone can point me in the right direction. I have installed tomcat 5 on my machine and got the page which states that if you are seeing this page then your installation of apache tomcat was successful. On that assumption I tried to access a file called index.jsp in a folder called Projects located at c:\ I entered the following line in server.xml: Context path=/ Projects docBase=c:\Projects debug=0/ I typed http://localhost:8080/Projects hoping to see index.jsp, but got a http error instead. Any ideas what may be causing the error? Richard. __ __ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 -- Forio Business Simulations Will Glass-Husain 415 440-7500x89 [EMAIL PROTECTED] www.forio.com
[ANNOUNCE] Apache Velocity 1.5
The Apache Velocity Team announces the immediate availability of the of Apache Velocity 1.5. This long-awaited release is the first major release of the Velocity engine as an Apache top level project (TLP). Apache Velocity is well-known in the Java field as a lightweight, easy-to-use templating library for creating dynamic web sites and performing other text-generation tasks. Besides improved template syntax and a slew of bug fixes, this release offers a range of features that enhance peformance and ease the process of integration with other applications and web frameworks. A few highlights: * Improved syntax with new capability for decimal numbers, literal map definitions, multi-line statements, and support for automatic escaping of HTML and other special entities. * New capabilities to aid integration with other applications and web frameworks, including enhanced error reporting, a new logging subsystem, and a switch to unchecked instead of checked exceptions. * Correction of several important scalability problems, including a Least Recently Used (LRU) cache implementation and a fix to a nasty race condition that could occur under heavy load conditions. * Almost all known bugs have been fixed, including issues with macro recursion, a SQL injection vulnerability, several memory leaks and compile-time incompatibilities with Java 1.5 and 1.6. Detailed release notes are available at: http://wiki.apache.org/jakarta-velocity/Velocity15ReleaseNotes Apache Velocity 1.5 is downloadable from the Apache Velocity web site http://velocity.apache.org. For the Apache Velocity Team Will Glass-Husain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Voting
I don't know... a secure webapp for votes seems overkill for most situations. I like the informal nature of the voting on the lists. It encourages participation. People can vote with non-binding votes, which is a good thing, I think -- they get to express their opinion and influence the discussion (as long as it's clear who counts and who doesn't). Voting can also be used for small issues (such as a new capability) as well as big issues (releases)-- there's a continuum. Has there ever been a case of a fraudulent emailed vote? The public nature of the voting means that as long as the real person is reading email, such a vote would be quickly noted. WILL On 12/21/06, Henri Yandell [EMAIL PROTECTED] wrote: On 12/20/06, David Fisher [EMAIL PROTECTED] wrote: Hi Jakarta Board- A suggestion after reading with interest the recent POI vs. Jakarta smoke and flames threads. I think that Jakarta needs a voting application that can include PMC quorum requirements, direct email vote requests, committer approval, etc. Maybe it already exists? Anyone want to +1 this ;-) Was pondering on this a little while ago. Problems it solves (and they're not very big, so I was mostly thinking about it because I felt like writing something new rather than maintaining code): * Simplifies calling a vote. * Adds a better audit trail. * Can know about the binding votes and it can decide whether a vote is successful or not. * Enforces things - so having an end date to a vote for example. Problems it causes: * Might make us vote more often rather than just agree consensus has been reached. Problems it shouldn't solve: * Security. We're not currently secure - I could send an email as someone else's name to the list and vote for them. It's hard to get secure and yet still encourage contributors to throw in their +1s or -1s. -- Thoughts on implementation. It needs to use some svn files behind the scenes to know that someone is in a PMC (and thus binding). That's easy enough - there's a file that contains that, though the formatting sucks. It needs to be listening to emails, and communicate with a mailing list. It needs to offer archival view via a webapp, and a current state view through a webapp. Calling a vote is interesting - ideally we'd limit that to committers simply to stop from getting spammed, however that means the webapp (presuming the webapp would be the one that held the admin system) would need to know about auth. As we get more and more into auth, it becomes tempting to auth the whole thing. Vote through the webapp and not an email, put it behind SSL and the svnpasswd file (which is just htaccess from memory - though getting access to that file might be tricky). Still allow a guest vote. Allowing a guest vote still raises spam as a possibility if we have each vote be sent to the list. Possibly the solution is for the voting tool to send voting summaries rather than votes themselves. Daily it could send out the current state. People often comment with a vote though - so that would be weak to not send it to the list. Another option is to tie into the list management - let emails who are subscribed vote. Painful dealing with ezmlm I suspect. Another would be to just monitor the mailing list. Create a bot that listens to emails and a script that sends out emails in a particular format. Might work, but parsing replies would probably suck. That could be completely webapp-less; more like an IRC bot for an email list. The only existing vote stuff at the ASF is for member/board voting each year, but that's ssh/email and defined to be secure and private. Not much use for us. Think that's about where my thinking got... Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POI TLP -- constructively
Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove POI svn restrictions.
If anyone comments or votes who is from the POI community, could you please identify yourself? We need to be sure there is representation in this vote. I'm abstaining till I see more debate. I see the implication of Martin's point -- POI is pretty insular in Jakarta. But where would POI go if not for Jakarta? WILL On 12/15/06, Henri Yandell [EMAIL PROTECTED] wrote: On 12/15/06, Nick Burch [EMAIL PROTECTED] wrote: On Fri, 15 Dec 2006, Martin van den Bemt wrote: Apache legal doesn't know anything about this.. Back when I joined POI, I was told the apache legal team had suggested the requirement. Perhaps one of the older POI committers can supply the original details? My understanding is that the advice is from Andy's personal lawyer many moons ago, maybe before POI joined the ASF. From an ASF point of view if someone breaks an NDA on our list or in a commit, then it's their head and not ours. We would respond as quickly as possible once we're aware of the issue by removing reference to that issue (and unless we think it was an honest mistake also yanking the commit rights of the person who broke it). I'm not sure if we'd legally have to do that or not - I don't know how NDAs fit into IP (copyright/trademarks), or if its just a personal agreement between two parties and the NDA breaker is just breaking that contract. I am not a lawyer etc etc, but the above is my understanding and would hold for any of our mailing lists. Public statements seem like an odd thing. There's no official archive of them at the ASF (and they're not made to the ASF), so I doubt they hold any weight or value to the ASF. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove POI svn restrictions.
Andy-- No one was going to railroad this through without input from POI. See my previous email where I insisted that we have POI participation. (and I would have -1'd this automatically if it had been lacking). The discussion was civil up until recently. I am wondering about this vote though. Why now? and what's the significance of POI/Jakarta svn access merging? To me it seems the flattening of svn is of little significance. After a year with the new structure, I see individual cases where committers have cross-pollinated (in commons, perhaps) but it hasn't seemed to make a big impact for many subprojects. So, then - Martin - why are you calling for a vote? Is there a pressing need to get access to POI svn? Are there patches being submitted but not going in? Are you just trying to clean up Jakarta, make it more definable? Or is there something going on with POI that we should discuss publically? There's a reasonable discussion that could be held about the role of POI and Jakarta. Maybe we should have that discussion instead of voting on a controversial but practically insignificant issue. WILL On 12/15/06, Andrew C. Oliver [EMAIL PROTECTED] wrote: Hey I have an idea! If it doesn't pass this time we can call another vote right before the next holiday and hope that none of the POI PMC members are around... Then 3 months later do it again. -1 (because my votes don't seem to be counted and Henri will make up backstory for me) Henri Yandell wrote: On 12/15/06, Henri Yandell [EMAIL PROTECTED] wrote: On 12/15/06, Nick Burch [EMAIL PROTECTED] wrote: On Fri, 15 Dec 2006, Martin van den Bemt wrote: Apache legal doesn't know anything about this.. Back when I joined POI, I was told the apache legal team had suggested the requirement. Perhaps one of the older POI committers can supply the original details? My understanding is that the advice is from Andy's personal lawyer many moons ago, maybe before POI joined the ASF. From an ASF point of view if someone breaks an NDA on our list or in a commit, then it's their head and not ours. We would respond as quickly as possible once we're aware of the issue by removing reference to that issue (and unless we think it was an honest mistake also yanking the commit rights of the person who broke it). I'm not sure if we'd legally have to do that or not - I don't know how NDAs fit into IP (copyright/trademarks), or if its just a personal agreement between two parties and the NDA breaker is just breaking that contract. I am not a lawyer etc etc, but the above is my understanding and would hold for any of our mailing lists. Public statements seem like an odd thing. There's no official archive of them at the ASF (and they're not made to the ASF), so I doubt they hold any weight or value to the ASF. Additionally - Harmony setup some extra process to help with making sure everyone involved knew that the ASF didn't want any trade secrets to be exposed - so there may be something that POI can learn from them [Geir?]. 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] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PROPOSAL: commons-ssl
/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PROPOSAL: commons-ssl
Also (note this is getting technical), Apache policy is to acknowledge copyrights in the NOTICE file not the source code. This is a new policy, effective Nov 1 2006. See: http://www.apache.org/legal/src-headers.html WILL On 12/1/06, Roland Weber [EMAIL PROTECTED] wrote: Hi Julius, Regarding the BouncyCastle code, I sent an email to the BouncyCastle mailing list. Here's the reply I got: [...] If attribution is included we have no issue with the section of code being included in a product distributed under Apache 2.0. [...] I hope that's sufficient to address the licensing concern. The attribution part probably means that the code must still carry the BouncyCastle license rather than the Apache license. I guess a lawyer will have to look into this, unless the BouncyCastle license has been discussed before. cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PROPOSAL: commons-ssl
Also, just to be clear, when Roland says I guess a lawyer will have to look into that, there's a specific internal Apache mailing list (legal-discuss) for resolving exactly these kind of issues. To me this seems a perfect candidate for the incubator, and possibly to move into Jakarta upon graduation. The challenge is that you have to get others interested enough to join the project. They don't have to be Apache people (although you'll need a couple of Apache mentors). Probably before incubation. (though others should feel free to disagree). Part of the reason that the community aspect is so important is that there's a belief that multi-person projects are more sustainable than single-developer projects. We had a long conversation about this in the Jakarta BOF at ApacheCon US. There's a history of projects that have come into Jakarta with good code and no community that have (ultimately) ended up with no support. It frustrates users and is a tricky issue to resolve. WILL On 12/1/06, Will Glass-Husain [EMAIL PROTECTED] wrote: Also (note this is getting technical), Apache policy is to acknowledge copyrights in the NOTICE file not the source code. This is a new policy, effective Nov 1 2006. See: http://www.apache.org/legal/src-headers.html WILL On 12/1/06, Roland Weber [EMAIL PROTECTED] wrote: Hi Julius, Regarding the BouncyCastle code, I sent an email to the BouncyCastle mailing list. Here's the reply I got: [...] If attribution is included we have no issue with the section of code being included in a product distributed under Apache 2.0. [...] I hope that's sufficient to address the licensing concern. The attribution part probably means that the code must still carry the BouncyCastle license rather than the Apache license. I guess a lawyer will have to look into this, unless the BouncyCastle license has been discussed before. cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: offtopic - Woodcrest vs. Xeon
Thanks, Geir, Yes, I'm comparing two Woodcrest chips (4 cores total) with 2 single-core Xeon chips. I'll check the specs again -- good comments. Someone recommended this Wiki article, I really liked it. http://en.wikipedia.org/wiki/Intel_Xeon That's pretty cool about the benchmark. WILL On 10/23/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Full disclosure, I work for Intel. :) First, are you sure it's a 2GHz Woodcrest? I thought it would be a 3GHz part. Second, is it two Woodcrest (for 4 cores total) or just 1 Woodcrest? Third, woodcrest is an internal code name, and the parts are sold under the Xeon brand, so which Xeon is a question you want to ask the vendor - it could be woodcrest based as well. Finally, the current world record in spec's JBB2005 benchmark is held by IBM with their JVM on woodcrest (Xeon 5160) at 114k bops/JVM on a 4 core machine... You can go see the results here : http://www.spec.org/jbb2005/results geir Will Glass-Husain wrote: Hi, This is a little off-topic but I thought I'd do a quick poll. I've got an opportunity to reconfigure my multi-server Tomcat/Java setup for a computation-heavy webapp. One vendor is proposing dual process Woodcrest (dual core) 2.0 GHz, the other is promoting dual Xeon 3.2GHz. The Woodcrest's have slower clock speeds but the dual core is supposed to make it faster. Just curious if anyone has experience with the Woodcrest servers - in particular if anyone has benchmarked Sun's JDK on the two processors with a computation heavy app I'd love to hear from them. (Can Sun's JDK make effective use of the multi-processor, multi-core system?) Cheers, WILL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
offtopic - Woodcrest vs. Xeon
Hi, This is a little off-topic but I thought I'd do a quick poll. I've got an opportunity to reconfigure my multi-server Tomcat/Java setup for a computation-heavy webapp. One vendor is proposing dual process Woodcrest (dual core) 2.0 GHz, the other is promoting dual Xeon 3.2GHz. The Woodcrest's have slower clock speeds but the dual core is supposed to make it faster. Just curious if anyone has experience with the Woodcrest servers - in particular if anyone has benchmarked Sun's JDK on the two processors with a computation heavy app I'd love to hear from them. (Can Sun's JDK make effective use of the multi-processor, multi-core system?) Cheers, WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: [RESULT] Move Velocity to TLP
Hi, I responded on velocity-dev, not general. Should we take the rest of this discussion to velocity-dev so it's appropriate archived and no one is left out? best, WILL -- Forwarded message -- From: Will Glass-Husain [EMAIL PROTECTED] Date: Sep 23, 2006 3:22 PM Subject: Re: [RESULT] Move Velocity to TLP To: Velocity Developers List velocity-dev@jakarta.apache.org, [EMAIL PROTECTED] Wow. Skip email for a day and there's a blizzard. I take Geir's comments pretty seriously though. To me, the most important part of this is the opportunity to grow the developer community. That's easy to say, of course. Technically, any committer in Jakarta now has svn commit rights to Velocity, and it hasn't seemed to make a difference. But by encouraging carefully selected projects to join the Velocity TLP, I think we'd see more energy and effort around Velocity core itself. What are those projects - how do we grow them - worthy of a separate thread. Process point -- should we put the vote on hold for a few days until we can discuss this and resolve Geir's -1? Best, WILL Maybe we can On 9/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: Right - moving to TLP doesn't make a difference there, other than the plan to bring in velocity related things into the project, which grows the commiter base. geir Nathan Bubna wrote: No, that is not basically the reason. On 9/22/06, Daniel Dekany [EMAIL PROTECTED] wrote: Saturday, September 23, 2006, 1:02:35 AM, Geir Magnusson Jr wrote: This vote closed sooner than expected. I was traveling and there was no stated deadline. [snip] So, Velocity will be TLP. Now, somebody correct me if I get it wrong, but is the reason basically that its developer community was not active enough, and being TLP would help to fix this situation? -- Best regards, Daniel Dekany - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tracking Jakarta Software Dependencies
I've also seen this problem. Last year the question about JDK version compatibility came up on the mailing list -- it turned out that it wasn't really clear even internally. (I think we documented this somewhere as JDK 1.3 for runtime, 1.4 for compiling). But I bet a lot of this is oral documentation or just assumed. WILL On 9/12/06, Daniel F. Savarese [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED], Yoav Shapira writes: (e.g. build.properties). I'm hesitant to have a separate web page just to list dependencies unless that page is auto-generated (as is I agree. I'm sure there's a way to autogenerate a master table for all the mavenized projects, but since I'm not volunteering to do it, I'm not going to suggest it. I haven't seen anyone listing their JDK requirements in the maven dependency report. Could we then just ask mavenized projects to add their minimum JDK requirement to the dependencies report (I've never tried entering a 'fake' entry and ant projects to add the info to their docs if they don't already have it? These situations are always weird for me since I'm not the one experiencing the actual issue, yet have been asked to raise it. However, I think it's a reasonable reminder that despite all the progress Jakarta has made, users still have problems navigating our documentation. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tracking Jakarta Software Dependencies
As a quick addendum, it'd be nice to separately specify JDK required for building and JDK required for running. Velocity has a 1.3 runtime and 1.4 compile requirement, I can't remember why off-hand. I think we relaxed the requirements for the test classes to allow them to use JDK 1.4 libraries. There's also a few JDK 1.4 adapters (e.g. for logging) that are compiled in but only are used (via reflection) in 1.4 JRE's. WILL On 9/12/06, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, On 9/12/06, Stephen Colebourne [EMAIL PROTECTED] wrote: Perhaps, this could be achieved by enhancing maven to allow the minimum JDK level to be specified in the POM, and thus on the dependencies page? The bottom of http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html seems to suggest Maven (2) is already pretty close to this. We should just ask the Maven dudes for a little help and/or open an enhancement issue for this (expose JDK version in Project Dependencies report), I'm sure they'll do it quickly and easily... Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problems with JIRA
Anyone having problems with JIRA? We have an issue (VELOCITY-453) that half of the uploaded patches aren't accessible -- I reliably get a Tomcat error when downloading. Very frustrating -- hopefully not too discouraging for the new contributor. I files a bug report with infrastructure but haven't heard back. https://issues.apache.org/jira/browse/INFRA-933 WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with JIRA
Are you sure? Henri, would you mind trying again? Try: IntrospectionCacheDataTest-no-copyright.java maybe there's something specific wrong. I tried it not logged in and logged in. WILL On 9/7/06, Henri Yandell [EMAIL PROTECTED] wrote: All 4 jiras were bounced around Thu, 7 Sep 2006 13:24:48 +0100 (BST); which I think was between your two emails (too early to think). So things might be fixed. Hen On Thu, 7 Sep 2006, Martin van den Bemt wrote: I tried downloading all attachments and I have no problems.. Not saying this is a solution, but it could be : logout, relogin or remove jira cookies (just guessing here :) Mvgr, Martin Will Glass-Husain wrote: Anyone having problems with JIRA? We have an issue (VELOCITY-453) that half of the uploaded patches aren't accessible -- I reliably get a Tomcat error when downloading. Very frustrating -- hopefully not too discouraging for the new contributor. I files a bug report with infrastructure but haven't heard back. https://issues.apache.org/jira/browse/INFRA-933 WILL - 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] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Jakarta BOF @ apachecon USA
I'll be there... On 8/24/06, Torsten Curdt [EMAIL PROTECTED] wrote: Cool :) Let's do this at dinner, since there are only 2 of us ;) Hehehe :-) ...from experience I am sure a few more people will show up. So I reckon we should schedule it as an usual BOF ...but doesn't mean that's gonna exclude food or beers. Let's leave it up to the community dynamics ;-) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: nightly builds
Thanks. Anyone want to take credit for setting up the Velocity nightly build? (which seems to have stopped). It seems to be sticking the files on svn.apache.org. If no one steps up, I'll request privileges on svn.apache.org and dig into it. WILL On 8/1/06, Henri Yandell [EMAIL PROTECTED] wrote: Pretty sure it's been done by each group separately. Phil just got the Commons ones working again on a vmbuild zone - a rewrite (I think) of scripts Craig has been running for ages. Glenn (I think) runs some nightlies for the Taglibs on a machine of his etc. Hen On Tue, 1 Aug 2006, Will Glass-Husain wrote: Hi, Sorry if this is something I should know, but how are the nightly builds put together? The Velocity build seems not to be working. https://issues.apache.org/jira/browse/INFRA-903 WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.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] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
nightly builds
Hi, Sorry if this is something I should know, but how are the nightly builds put together? The Velocity build seems not to be working. https://issues.apache.org/jira/browse/INFRA-903 WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: State of Slide project
Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
host key changed?
Hi, I tried to SSH to cvs.apache.org, but my system said there was a new host key. I know there were some recent issues with minotaur -- would the host key have changed? Thanks, WILL -- Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com
Re: host key changed?
Hi, Appreciate the quick responses. That's exactly why I asked before logging on. Thanks, WILL Noel J. Bergman wrote: Good thing I put the if I understand correctly disclaimer on my message ;) :-D my apologies to the OP. No worries. I tend to look at this as a security issue. We should not take a changing host key lightly. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com
Re: download page broken again?
This seems to be mysteriously fixed today. (The Velocity download page wasn't working yesterday). Anyone want to take credit so that we know how to fix it next time? Thanks, WILL Nathan Bubna wrote: hey guys, anyone have any idea why the download page is broken again? http://jakarta.apache.org/site/downloads/downloads_velocity.cgi i don't get why this seems to keep happening since we unified the download page. -nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Scope
Hi, I agree with this. Jakarta's niche should be to provide a central repository of Java-based components and libraries filling a variety of functions. When I got started with Java web dev about 5 years ago I evaluated every component of Jakarata to see if it could help my startup. Made a big difference to have a central resource of useful but lesser-known libraries, all under a business-friendly license. As a developer, I also appreciate Jakarta's role in providing an organization framework for small libraries that fit well under the Apache umbrella but may not be worth an individual's effort to run as a TLP. Apache provides a lot of advantages for a project, there's no reason to force people to go use Sourceforge for small libraries. Historically, Jakarta has included more significant applications (like Tomcat) but I don't see that as necessary. I read about big open source apps in books, magazines, articles and go directly to their web site. Tomcat, Subversion, Hibernate, and so forth. An index of such items is mildly useful but not critical. The trend of moving these to the broader Apache site is the right direction. WILL On 4/11/06, Stephen Colebourne [EMAIL PROTECTED] wrote: --- Henri Yandell [EMAIL PROTECTED] wrote: I think our scope is: *** Components that are, a) written in and/or for the Java environment b) too small in the long-term to be their own independent communities *** This is what I put on the wiki a while back (framed in website-friendly language not scope-friendly language): Jakarta provides a diverse set of Java-based components which aim to make day-to-day development easier. The focus is on reusable, small-scale, single-purpose libraries that can be used directly by your application or by larger frameworks. The key points were: - Java-based - reusable - small-scale - single-purpose - libraries Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove SVN restrictions
Good idea. Otherwise from an algorithm perspective this thread could be like a filibuster - a vote that can fail but never win. Power to the feather! WILL On 3/31/06, Henri Yandell [EMAIL PROTECTED] wrote: I forgot to state that :( I'll send a result thread on Sunday morning (PST). Hen On Fri, 31 Mar 2006, Henning Schmiedehausen wrote: +1 (It would be good to know how long the vote period is.) Best regards Henning On Mon, 2006-03-27 at 02:50 -0500, Henri Yandell wrote: Vote to remove the SVN barriers within Jakarta such that all jakarta-* groups are merged into the one jakarta group with the exception of jakarta-hivemind, jakarta-slide, jakarta-cactus and jakarta-jmeter under the assumption that they are moving to having their own PMCs. Tapestry is already within its own auth group. [ ] +1 [ ] -1 If your -1 is only for a particular subproject (ie: you don't care what the rest of Jakarta does, feel free to say so). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development Linux, Java, perl, Solaris -- Consulting, Training, Engineering Social behaviour: Bavarians can be extremely egalitarian and folksy. -- http://en.wikipedia.org/wiki/Bavaria Most Franconians do not like to be called Bavarians. -- http://en.wikipedia.org/wiki/Franconia - 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] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove SVN restrictions
+1. Go Henri! WILL On 3/26/06, Henri Yandell [EMAIL PROTECTED] wrote: Vote to remove the SVN barriers within Jakarta such that all jakarta-* groups are merged into the one jakarta group with the exception of jakarta-hivemind, jakarta-slide, jakarta-cactus and jakarta-jmeter under the assumption that they are moving to having their own PMCs. Tapestry is already within its own auth group. [ ] +1 [ ] -1 If your -1 is only for a particular subproject (ie: you don't care what the rest of Jakarta does, feel free to say so). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Sandbox?
I'm a few hours beind in this thread but... I like the idea of a Jakarta sandbox. Maybe we could put a page on the Jakarta web site with a few paragraphs explaining purpose and criteria. My impression is that this is an informal way to start exploring a new project or codebase - is that right? (and I'm assuming with looser standards regarding release and version numbering). It makes sense to make this Jakarta level - why force someone to be part of the commons community when doing this? This could be a good first step in equalizing Jakarta and commons. WILL On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote: Over on Commons-Dev, Stephen has suggested that we split some of the components out to form a Jakarta Language Components group. Consensus is in favour of the idea, so I'm sure we'll see a vote on that and some movement soon. Commons ID (and Commons CSV perhaps) are two elements in the Commons Sandbox which would potentially go to JLC, but there are (wisely) no plans for a separare JLC Sandbox. Additionally we have Jakarta Web Components, which will take on various bits - including Jakarta Taglibs (can't recall if the Standard Taglib would go in there or not). That has a Sandbox as well. Lastly we have Jakarta HTTP Components - formerly Commons HttpClient - which technically lost access to its sandbox - though I suspect it's been a long time since it used it. To that end, I'd like to propose that Commons Sandbox and Taglibs Sandbox merge into Jakarta Sandbox - servicing all of Jakarta - though I imagine it would mostly be the component groupings. Thoughts? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- ___ Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com
Re: Other Jakarta Components
From the Velocity perspective, this sounds a little like our subproject. We've discussed this and aren't ready to move to TLP status. (we're not a framework!). But there are a couple of different efforts under the Velocity umbrella, specifically Velocity Engine, Velocity Tools, DVSL. Maybe Anakia as well (though it's current distributed with the Velocity jar). If we flatten out Jakarta, I'd definitely like to see a Velocity group. Best, WILL On 3/7/06, Thomas Dudziak [EMAIL PROTECTED] wrote: On 3/7/06, Henri Yandell [EMAIL PROTECTED] wrote: DbUtils and DBCP to db.apache.org sounds like a win to me; DBCP would point back to Jakarta for a dependency on [pool], but that helps to foster intra-project involvement. Betwixt, Digester and JXPath strike me as a bit more to swallow and XML might not want to taking such bites. You want to go ahead and ask them? Well, yes, JXPath migh be a bit much, but Digester and Betwixt IMO would fit nicely. And obviously the component developers should agree first whether they think this is a good idea. And if they are interested, I can ask the DB PMC if they agree, as well. However, I have no direct connections to XML PMC, and since I'm not an comitter on Digester/Betwixt/JXPath, it would feel a bit strange to me (though I would if you want me to). Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- ___ Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com
Re: [PROPOSAL] Two community proposals
I like #1 (removing svn restrictions). We occasionally identify bugs in the commons libraries used in Velocity - it'd be nice to be able to just go in and fix them. I'm mildly positive on all votes on general. A corollary of this would be to encourage everyone to sign up for general. Maybe put this in big letters on the Jakarta home page. It seems a good way to try out the one community idea, see if it fits. WILL On 3/5/06, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote: I started to write a long email on the problems in Jakarta, on umbrellas, on the lack of a Jakarta community and existence only of subcommunities and on how it should be there is no Jakarta Xxxx, you are members of Jakarta - not a subproject; but you've heard it all before. So, proposal: - Given that we are one project and that we should be acting as one community - I propose that we: 1) Remove SVN restrictions, all Jakarta committers can commit anywhere in Jakarta, with the exception of the Commons-Sandbox as it allows Apache committers in general to commit. i think this is fine. it brings our practice more in line with the legal realities of the organization. it adds potential for greater cross-pollination and lower barriers to resuscitating dormant projects. it's true that most of us committers are myopic and do nothing with the greater freedom, but the potential is there for some to more easily serve the community and their own needs through this. 2) All vote threads to occur on the general@ mailing list; or the pmc@ mailing list if deemed private. if you want all non-private vote threads to be CC'ed to general@, that's fine, but they must happen on the dev lists as well. i believe there are many narrow, non-committer participants who give good feedback and non-binding support who do not subscribe to [EMAIL PROTECTED] i am extremely reluctant to give that up. - Comments? The only negative I have for 1) is that I like to use the commit lists to see who is on which subproject (for 3 PMC member oversight checking), but that is a flawed idea anyway. The real way is to see who is voting on issues (especially releases) for that project. If it's an inactive project, the real way is to ask the -dev mailing list for 3 PMC replies else the subproject gets mothballed. 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] -- ___ Forio Business Simulations Will Glass-Husain phone (415) 440-7500 x89 mobile (415) 235-4293 [EMAIL PROTECTED] www.forio.com
Re: [site] Kill the vendor support page
I'd be ok with a Wiki page. Ideally with a link from the Jakarta home page. We just have to keep an eye on it to make sure it stays appropriate. We've moved the Powered By Velocity page to the Wiki-- it gets updated regularly by third parties -- and there have been no problems. WILL - Original Message - From: Nathan Bubna [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Wednesday, February 08, 2006 8:46 AM Subject: Re: [site] Kill the vendor support page +1 if the vendors wanna be on our Wiki, i say we let 'em do it. On 2/8/06, Erik Hatcher [EMAIL PROTECTED] wrote: What we did with Lucene was to move the hard-coded committer maintained list of projects and products that use Lucene to the wiki. Let the community self-maintain this sort of thing. +1 to moving it to the Jakarta wiki. Erik On Feb 7, 2006, at 8:17 PM, Henri Yandell wrote: As per the previous email, I'd like to raise the question of killing the vendor support page. With Tomcat moving to TLP, there's even less Jakarta support here than before. Mainly it's Ant, Struts, Log4j, Tomcat and HTTP Server. Alternatively, we could attempt to make it a Java support page for Apache products, or even talk to someone - probably the board, maybe prc - about having an Apache version of this. However, I think that doing it ourselves is probably outside our scope and I suspect there won't be a huge amount of interest Apache-wide to having such a database of vendors. Any thoughts? 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] - 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: [site] Kill the vendor support page
Henri- My suggestions is to frame this page as primarily Jakarta-support related, but allow people to list support for any Apache or Java product.As long as the page doesn't look to spam-like there's really not a downside. If tomcat.apache.org puts up a similar page, we could revise this. question to Tom-- do actually get business from customers who go to this page? Just wondering. WILL - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Wednesday, February 08, 2006 11:55 AM Subject: Re: [site] Kill the vendor support page Do we remove the people who list support for non-Jakarta products, or is our vendor wiki page for all of the ASF? Hen On Wed, 8 Feb 2006, Tom Evans wrote: +1 (as one of the vendors) for moving to the Wiki with a link from the Jakarta home page as Will suggested, rather than killing it altogether. We integrate Jakarta (along with many of the other Apache projects) into just about everything we build. We also recommend these projects to our clients all the time. Tom Quoting Will Glass-Husain [EMAIL PROTECTED]: I'd be ok with a Wiki page. Ideally with a link from the Jakarta home page. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] Kill the vendor support page
Well, there's not many people on it. I'd solicit their opinion. Do they actually get business from this page? If not, then definitely kill it. If such people do get business from this page, I'm less certain. Specifically, if the vendors are Jakarta committers, and they find the pages useful, we should consider keeping it. People donate lots of time to Jakarta and open source. It seems a good cause to help them bring in more consulting work, and low harm to Jakarta for sponsoring a page on such a very non-commercial site. WILL - Original Message - From: Davanum Srinivas [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Tuesday, February 07, 2006 6:37 PM Subject: Re: [site] Kill the vendor support page +1 to kill it. On 2/7/06, Henri Yandell [EMAIL PROTECTED] wrote: As per the previous email, I'd like to raise the question of killing the vendor support page. With Tomcat moving to TLP, there's even less Jakarta support here than before. Mainly it's Ant, Struts, Log4j, Tomcat and HTTP Server. Alternatively, we could attempt to make it a Java support page for Apache products, or even talk to someone - probably the board, maybe prc - about having an Apache version of this. However, I think that doing it ourselves is probably outside our scope and I suspect there won't be a huge amount of interest Apache-wide to having such a database of vendors. Any thoughts? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://wso2.com/blogs/ - 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: comments on a project
Others may disagree, but personally, I always liked the Maverick MVC framework. It's very simple, has no excess baggage. I've found it a good approach to MVC for those new to the concept. You might take a quick look. http://mav.sourceforge.com As an aside, also check out the Velocity project for an alternative to JSP for web page design/templating. Again, very simple approach. http://jakarta.apache.org/velocity (disclaimer: I'm just a user of Maverick but am involved in the Velocity project). Cheers, WILL - Original Message - From: Noel J. Bergman [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Tuesday, January 10, 2006 12:11 PM Subject: RE: comments on a project At first I tried to use JSP without any framework or taglib. In contrast to templates JSP doesn't help much on seperating logic and html code Please see the JSP 2.0 Specification for Tag Files. Tags are your friends, and Tag Files make them easy to write. And I could not get used to the Model View Controller concept. Very simple concept. Documentation (and examples) often over complicates it. --- 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: [VOTE] Jakarta Http Components
Been lurking on this thread. +1 Will Glass-Husain - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Thursday, October 20, 2005 3:03 PM Subject: [VOTE] Jakarta Http Components So, period of comments now over, let's go ahead and vote on the creation of a Jakarta Subproject named Http Components with the following initial charter: http://wiki.apache.org/jakarta-httpclient/NewProjectCharter [ ] +1 [ ] -1 PMC votes are binding. We need consensus on the issue, so a single binding -1 (with reason) settles the vote. Vote ends on Sunday 30th October. - 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: svn.apache.org down?
I'd suggest sending a note to [EMAIL PROTECTED] that svn access on svn.apache.org appears to be down. (which I've done with this email). Best, WILL - Original Message - From: Shinobu Kawai [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Wednesday, April 13, 2005 9:45 AM Subject: svn.apache.org down? Hi guys, Can't connect to the svn server. Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - 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: [draft] SD Magazine: request for change
I think one of the great things about the ASF is that it does allow commercial involvement in their projects. I'd love us to figure out how we ARE comfortable thanking JBoss, IBM, etc.. rather than only reacting when we feel a line is crossed. Amen! (said as a commiter involved in a commercial enterprise that both makes me highly thankful for Apache/Jakarta, and also motivates my participation in the community) As an aside, nice job, Henri in facilitating a quick but inclusive discussion of a potentially emotional charged issue. WILL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [draft] SD Magazine: request for change
Good note. It surprises me you don't want to mention the branding issue (Apache Tomcat vs Tomcat). I'd think that'd be a point that a publication and commercial enterprise like SD Magazine would understand well and be completely sympathetic to. It's entirely possible the SD magazine intended to honor both the product (Apache Tomcat) and the JBoss organization. Whether they should link the two is subject to debate. But the fact that the product should be Apache Tomcat 5.0 not Tomcat 5.0 is inarguable. regards, WILL - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: general@jakarta.apache.org Sent: Saturday, March 19, 2005 10:18 AM 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]
Re: [draft] SD Magazine: request for change
Not a big deal, just thought it might set a good precedent. Interestingly, while they list Contribute (Macromedia) in the awards they also refer to Macromedia Flex (Macromedia). The split seems to be about 50/50. Also, I suggest you start the letter with a note of thanks for selecting Tomcat as a winner. As an enthusiastic user of Tomcat, I personally am thrilled to see my favorite servlet container continue to receive recognition and honors. Best, WILL - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Saturday, March 19, 2005 11:39 AM Subject: Re: [draft] SD Magazine: request for change I did consider it, but thought that a request for: Apache Tomcat 5.0 (The Apache Software Foundation) would be overkill. In much the same way that they have: Flash Lite 1.1 (Macromedia) and yet it's correctly referred to as Macromedia Flash. I can happily add it if there's a few +1s for doing so. Hen On Sat, 19 Mar 2005, Will Glass-Husain wrote: Good note. It surprises me you don't want to mention the branding issue (Apache Tomcat vs Tomcat). I'd think that'd be a point that a publication and commercial enterprise like SD Magazine would understand well and be completely sympathetic to. It's entirely possible the SD magazine intended to honor both the product (Apache Tomcat) and the JBoss organization. Whether they should link the two is subject to debate. But the fact that the product should be Apache Tomcat 5.0 not Tomcat 5.0 is inarguable. regards, WILL - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: general@jakarta.apache.org Sent: Saturday, March 19, 2005 10:18 AM 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] - 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: [Jakarta Wiki] New: ApacheBranding
What's the filtering criteria? Is it a comprehensive list or just some of the Jakarta projects? I only ask because Velocity is missing. WILL - Original Message - From: general@jakarta.apache.org To: general@jakarta.apache.org Sent: Tuesday, March 01, 2005 9:45 PM Subject: [Jakarta Wiki] New: ApacheBranding Date: 2005-03-01T21:45:26 Editor: HenriYandell Wiki: Jakarta Wiki Page: ApacheBranding URL: http://wiki.apache.org/jakarta/ApacheBranding no comment New Page: Scratchpad to create a list of suggested Apache brands to send to the PRC mailing list. * Apache Ant * Apache APR * Apache Axis * Apache Beehive * Apache Cocoon * Apache Forrest * Apache Gump * Apache HTTPD * Apache Incubator * Apache Infrastructure * Apache Jackrabbit * Apache Jakarta Commons * Jakarta Commons Xxx * Apache Excalibur * Apache Jakarta Slide * Apache Jakarta BCEL * Apache Jakarta Cactus * Apache Jakarta Hivemind * Apache Jakarta Taglibs * Apache Jakarta Tapestry * Apache Jakarta Turbine * Apache Lenya * Apache Lucene * Apache Maven * Apache Maven Plugins * Apache Nutch * Apache Tomcat * Apache Web Services * Apache WSS4J * Apache Xerces * Apache Xalan * Apache XML Xxxx * Apache OJB - 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: Jakarta jars binaries for JDK 1.3
The byte code should be the same -- as long as the library doesn't use any JDK 1.4 specific libraries, it should work fine under 1.3. I can vouch this is fine for Velocity. WILL - Original Message - From: Jose Alberto Rodriguez Ruiz [EMAIL PROTECTED] To: general@jakarta.apache.org Sent: Wednesday, February 16, 2005 2:04 AM Subject: Jakarta jars binaries for JDK 1.3 Hello, I have a J2EE application built around Hibernate, Turbine, and Velocity, which I need to recompile to be able to run into a JDK1.3 environment. This implies recompiling several common libraries, as well as Turbine itself and other components. I have sear the mirrors but it seems that all the available apache jars are now compiled with JDK 1.4 My question is, is there any place to get (old) jars compiled with JDK1.3? Any help will be much appreciated. Thank you very much, José Alberto Rodriguez Ruiz P.D.: If this is not the right list to ask this question, sorry in advance. - 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]
anakia line endings
Hi, I just posted a bug and patch in the Velocity Bugzilla re: line endings in Bugzilla. Specifically, on the Windows platform uploading anakia produced documentation to Subversion is a real pain. The produced files have a mix of Unix and Windows line endings. The patch I've created sets line endings to automatically be the platform default. Now Anakia generated files should work smoothly and transparently with Subversion. http://issues.apache.org/bugzilla/show_bug.cgi?id=33296 Since this affects the wider Jakarta community (which uses anakia to produce documentation), I wanted to ask if there were any comments before I committed this. Thanks. WILL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] Label for promoted Jakarta project
As a lurker who's been watching this conversation I have a basic question - Do most visitors care about whether a project is graduated or related? If a new user comes from an up-to-date link (or book/article), they won't even be looking here. If they see an out-of-date reference in to the jakarta site, usually it'll be to a direct URL (e.g. http://jakarta.apache.org/ant) which should just forward to the new URL. I suspect only a few people will be searching on the Jakarta home page for ant, etc. So why not just a simple prominent sentence Can't find what you're looking for? Check the list of related projects at http://www.apache.org;. Cheers, WILL - Original Message - From: robert burrell donkin [EMAIL PROTECTED] To: Jakarta General List general@jakarta.apache.org Sent: Wednesday, January 12, 2005 12:54 PM Subject: Re: [site] Label for promoted Jakarta project i'm not really sure there's any good solution to this one. the downside of ex-jakarta is that it's inaccurate: logging isn't really ex-jakarta since it contains more than log4j. i wonder whether we could fit in every apache project and just label it Apache Projects... - robert On 9 Jan 2005, at 00:42, Henri Yandell wrote: At the bottom of the left hand navbar is a section of projects that used to be a part of Jakarta. It used to be Related and is currently Graduated, but neither name has won fans. Martin has suggested 'Ex-Jakarta'. A problem with Graduated is that it involves explaining, and also that it is a poor label as it is not a noun. Ex-Jakarta wins on both of these. Ex-Jakarta has another advantage that I see, which is that things don't have to goto an Apache TLP to be Ex-Jakarta. OJB for example, in db.apache.org, or even to somewhere like Sourceforge. So, any opinions? Barring any -1's to Ex-Jakarta, I'll make the change on Wednesday night. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]