RE: re[2]: Differences between Structs and Turbine ???
-Original Message- From: Rich Persaud [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 8:26 PM To: Jakarta General List Subject: re[2]: Differences between Structs and Turbine ??? Preferred pain is a known pain with an experience-based cap. New and improved pain may promise an average POI (Pain-on-Investment) that is 50% of the familiar pain, but will be assigned a risk profile with unknown maximum pain. If your previous experience confirms that max(NewPain) = max(OldPain), then go ahead and implement NewPain, but make it look like OldPain. If max(NewPain) turns out to be max(OldPain), you're on the hook. But you would have first hand experience to make the call, whereas your boss (and definitely his boss) would not (or they wouldn't object in the first place). One successful implementation of NewPain where max(NewPain) = max(OldPain), while delivering promised improvements, will set a precedent. But someone has to take the risk. And it won't be people twice-removed from the pain. ... in my (painful) experience. Here is the short answer. Always say Boss I think this will take a little refactoring of some code. I should be able to reuse the most of the code. I will only change what has to changed, and I will make sure that the changes are isolated. Then do you whatever it takes, including throwing out ALL THE OLD CODE. It's your reputation regardless. You will not be able to say My manager wouldn't let me do it right They will always say If you knew it was the wrong approach, you should have come to me so we can discuss it with your manager. R, Nick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
-Original Message- From: [EMAIL PROTECTED] [mailto:tom;infoether.com] Sent: Wednesday, October 23, 2002 5:13 PM To: [EMAIL PROTECTED] Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler defaults changed] Right, definitely, it can be done manually on any project via the Ant/Maven/Eclipse/whatever plugin. But the fun part of the web page thing is that you can see how everyone's code is working. And since a cron job is running it hourly, it's always checking the latest stuff... It would be cool to do a history chart for each showing say lines of code changed per time unit total errors % errors and the delta's for all I have been thinking about doing this for the check style summaries for my projects at work. R, Nick Fun stuff, Tom - Original Message - From: Jon Scott Stevens [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 23, 2002 7:21 PM Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler defaults changed] on 2002/10/23 2:24 PM, Tom Copeland [EMAIL PROTECTED] wrote: Speaking of mass source code analysis, here's some of the Sourceforge projects and their unused code stats (unused locals, unused fields, etc): http://pmd.sourceforge.net/cgi-bin/webpmd.pl I thought about doing a similar page for Jakarta projects - just use the anonymous CVS access for each Jakarta project, run PMD on it, pipe the output to a file, and link it all together - but perhaps that would be annoying Yours, Tom Maven uses various plugins to essentially produce this same data (and more). -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ -- To unsubscribe, e-mail: mailto:general-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:general-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:general-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:general-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:general-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:general-help;jakarta.apache.org
RE: [Fwd: Wiki Wiki (has been set up)]
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 21, 2002 7:15 PM To: Jakarta General List Subject: RE: [Fwd: Wiki Wiki (has been set up)] Thanks for setting this up! Any idea why the Log4JProjectPages show us as JProjectPages? I would guess the 4, seems like a bug to me. R, Nick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Clear the air Re: ATTN: Maven developers [was: primary distribution location]
-Original Message- From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:18 AM To: Jakarta General List Subject: Clear the air Re: ATTN: Maven developers [was: primary distribution location] Nick Chalko who is one of my own personal favorites (despite him not fixing commons-vfs's funky file error this morning) is talking about a project to extend the maven repository in such a way that all Apache projects could use it. I'd rather not see a forked effort. This is something I'm pretty sure we can all agree on if we focus on the larger effort/benefits rather than details. In the end, the ASF gets to delete the duplicate jars from CVS and all projects can use Maven, Centipede or some ant tasks to resolve their depencies. I hope to have a proposal started on the Wiki tonight (PST). The Maven repository has been an essential tool for me for me. The next step is to play nice with gump. Then do help with dependencies Also to make it easy for projects to brand themselves with version and dependency information. I think Apache can grow a world class solution from the seed of the Maven Repository. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Clear the air
JJAR has stalled. but maybe restarting that is a good solution. I think building outside of maven is a worthwhile because not every one uses maven. I would like to see the tools and standards developed be independent of the build tool. -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:36 AM To: Jakarta General List Subject: Re: Clear the air Re: ATTN: Maven developers [was: primary distri bution location] JJAR in commons sandbox had some of these ideas in there... But can you build this into maven rather than in parallel? -- Geir Magnusson Jr 203-956-2604(w) Adeptra, Inc. 203-247-1713(m) [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: Clear the air
-Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:42 AM To: Jakarta General List Subject: RE: Clear the air On Wed, 5 Feb 2003, Nick Chalko wrote: JJAR has stalled. but maybe restarting that is a good solution. I think building outside of maven is a worthwhile because not every one uses maven. I would like to see the tools and standards developed be independent of the build tool. This doesn't compute. You think _build_ing outside of maven is worthwhile, because you want things to be independent of the _build_ tool. Are these different uses of the same word? If Maven is the build tool, surely you build inside it. Bad wording. I don't use maven to do my builds. I use a different tool(centipede or ant). I am proposing an Project to handle dependencies, versioning, and downloads. The new project being separate from both Maven and Centipede but useable by both (or other advanced build tools) is a worth while goal. R, Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Clear the air
-Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:57 AM To: Jakarta General List Subject: RE: Clear the air On Wed, 5 Feb 2003, Nick Chalko wrote: I don't use maven to do my builds. I use a different tool(centipede or ant). I am proposing an Project to handle dependencies, versioning, and downloads. The new project being separate from both Maven and Centipede but useable by both (or other advanced build tools) is a worth while goal. *nod*. +1 on using what Maven currently has, merged with anything Ruper has learnt about being outside of Maven and tested by both the Maven and Centipede communities. -1 to JJAR as it's just never made it into reality. Why use a dead-component, or aspects of it, when there are two versions of a live component in place. --- Well said. I hope the wiki proposal page will be ready tonight (PST) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Clear the air
-Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:48 AM To: Jakarta General List Subject: Re: Clear the air I think building outside of maven is a worthwhile because not every one uses maven. Would more people use maven if you 'scratched your itch'? (I really hate that cliche', but it does apply :) Valid point. I did use maven this summer and then decided not to, for reasons that are not relevant to this discussion. My point is not everyone will use maven, but the repository and the tools to support it have value beyond maven. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: Maven as a top-level apache project]
Steve Downey wrote: -Original Message- From: news [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Diephouse Sent: Thursday, February 06, 2003 9:52 PM To: [EMAIL PROTECTED] Subject: Re: [Fwd: Maven as a top-level apache project] It is your responsibility to enforce that policy. Not maven and not the ASF's. When you integrate JAR or any resource into your project you are doing so delibrately. You should know where that jar originally comes from. If you don't, ask on the developers or user's list. Someone will gladly help. Even better, search google, I'm sure something will turn up. - Dan Diephouse That's just it. Maven makes it easy to NOT do it deliberately. Jars are slipstreamed in because they are transitive dependencies. I do have the expectation that software from the ASF is under the ASF license, with no other restrictions. And searching google to find out where a jar came from is just silly. There should be documentation with the project that downloaded it. If there isn't, it's probably a license violation, since most licenses require that the license accompany the software, or at least acknowledge the copyright. Agree, centipede has the same problem. Easy to download a jar without knowing it's liscense. Sending a license file with a jar is something that the new Jakarta Ruper project should handle. - 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: [Fwd: Maven as a top-level apache project]
Costin Manolache wrote: Nick Chalko wrote: Agree, centipede has the same problem. Easy to download a jar without knowing it's liscense. Sending a license file with a jar is something that the new Jakarta Ruper project should handle. And why not: DISPLAY the damn license and require the user to type I do understand the terms of this licence and click somewhere ( that may also cover the requirements of some of the packages ). Or even better, if it's a GPL license Ruper should require the user to type I understand that all the software I ship that is bundled with this jar will have to be GPLed. ( and if he types something wrong, he'll have to type the whole thing again :-).Adding dependencies should not be easy. We certainly need a way to indicate to the user that that a jar is a build-time dependency, a runtime required dependency or an optional runtime dependency. Agree,, but one step at a time. Lets get the project in the incubator first. Costin - 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: [Fwd: Maven as a top-level apache project]
Nick Chalko wrote: And why not: DISPLAY the damn license and require the user to type I do understand the terms of this licence and click somewhere ( that may also cover the requirements of some of the packages ). Or even better, if it's a GPL license Ruper should require the user to type I understand that all the software I ship that is bundled with this jar will have to be GPLed. ( and if he types something wrong, he'll have to type the whole thing again :-).Adding dependencies should not be easy. We certainly need a way to indicate to the user that that a jar is a build-time dependency, a runtime required dependency or an optional runtime dependency. Actually there are several usecases here to describe. But this is why we need a new project to hash all this out. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Project
Federico wrote: Hi, we are five italian programmers and we have finished some days ago Puff, a http cache proxy written in java that have some interesting features like a spider that prefetch the web links and an option to convert all images to black and white one to have a speeder connection for the client. This software is free licensed (we haven't already choosed what type but this is free however!!) and we think to jakarta subprojects. If it is possible tell us how we have to send it, the documentation and what ever you want. Best regards Paparoni Federico http://jakarta.apache.org/site/newproject.html -- Nick Chalko Show me the code. Centipede Ant + autodownloadable build plugins + needed jars autodownload. http://krysalis.org/centipede - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Current roster of the Jakarta PMC
Jason van Zyl wrote: On Sun, 2003-03-02 at 05:12, Sam Ruby wrote: I ask because I have an essay to present and I would like to run for the chair position as I feel it's time for some changes around here. Jason, In light of your comments in http://marc.theaimsgroup.com/?l=jakarta-generalm=104448400328715w=2 can you, if you become the Jakarta PMC chair, collaborate with Nicola Ken Barozzi. -- Nick Chalko Show me the code. Centipede Ant + autodownloadable build plugins + needed jars autodownload. http://krysalis.org/centipede - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using daedalus to deploy the httpclienttest.war
War's, like jars are the kind of artifacts that the ASF repository should support. Jandalf wrote: Commons HttpClient comes with a very large JUnit test suite (some 250 tests). Approx 100 of those are webapp tests that require the httpclienttest.war file to be deployed in a application container (preferably TomCat). We would like to deploy the .war file for each release version as part of the release process. This would allow for better field testing for users of httpclient as they would be able to test their configuration with zero or very little setup. Automated builds from Gump/Maven may also be able to benefit from this setup if we provide a current .war file, which tends to be quite stable. We are looking for a public tomcat container that we can deploy into. Would it be possible to do this on daedalus? Jandalf. - 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: Using daedalus to deploy the httpclienttest.war
Ahh I misread deploy war Conor MacNeill wrote: On Thu, 6 Mar 2003 03:38 pm, Nick Chalko wrote: War's, like jars are the kind of artifacts that the ASF repository should support. Sure, but there is a difference between being able to access/download a war and being able to interact with a war within a servlet container. Conor - 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: so many jars
Take a look at centipede. Using a the Gump module.xml, jars are download and classpaths are handled automatically. -- Nick Chalko Show me the code. Centipede Ant + autodownloadable build plugins + needed jars autodownload. http://krysalis.org/centipede - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Forrest skin for Jakarta-XX project
Ask the Forrest group I am sure they will include as part of the normal build. Tetsuya Kitahata wrote: Hi, I am now thinking of the *unified* skin (of Apache Forrest) for Jakarta SubProjects... Now, Jakarta-POI uses Apache Forrest for building the site. http://jakarta.apache.org/poi/ I think Jakarta-Tapestry will make use of it. too. (What about Struts?) -- I prepared Jakarta-Skin which is similar to POI-skin (Look and feel: http://jakarta.apache.org/poi/) and I want to put it into jakarta-site2, so that other projects can re-use. Any thoughts? - Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] http://www.terra-intl.com/ Apache Software Foundation Committer: http://www.apache.org/~tetsuya/ fingerprint: E420 3713 FAB0 C160 4A1E 6FC5 5846 23D6 80AE BDEA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: security
Try http://jakarta.apache.org/site/vendors.html melissaa wilder wrote: To Whom it May concern: I would like the steps I need to make for obtaining some secuirty for our website. We are new at this and would really appriciate any help you can provide. I did not know people could just take your folders, if they wished...Oh my. I need help as quickly as possible. I'm sorry my little ntw. freinds, When your try to work as a team other people are affected by the results of one persons mjstake.. but we are all learning together and together we need to work. Thank you for time, patience, and help. Thanks, Melissa , aka Snow Si - Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
