Re: Deleting or archiving directories in CVS
BAZLEY, Sebastian wrote: I'm using Eclipse 2.1.1, in case that is relevant here. The top-level dir (docs) is in .cvsignore, so that is not flagged as being out of synch, but all the subdirectories and files are compared, and the result is that all the contents are shown as being new files. This is a clear misbehaviour of Eclipse. You should try the workaround: - exit Eclipse - manually remove CVS information from all directories under docs/: cd docs rm -rf `find -type d -name CVS` - startup Eclipse - refresh - exit Eclipse - startup Eclipse - synchronize HTH Odi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] who we are
Added myself Could somebody with karma commit this, please? Cheers Ortwin Glück Index: whoweare.xml === RCS file: /home/cvs/jakarta-site/xdocs/site/whoweare.xml,v retrieving revision 1.118 diff -u -r1.118 whoweare.xml --- whoweare.xml23 Apr 2004 17:45:29 - 1.118 +++ whoweare.xml4 May 2004 17:08:08 - @@ -151,6 +151,11 @@ /p pbdIon Gillard/b (dion at apache.org)br//p p +p +bOrtwin Gl#252;ck/b (oglueck at apache.org) br/ + Ortwin is a Software Engineer who creates custom web applications at a brand and design company. + He has been a member of the HttpClient team since 2002. Life is good fun here in Zurich. Go, glimb a rock. +/p bCeki G#252;lc#252;/b (ceki at apache.org) br/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Jakarta Http Components
+1 from me of course Henri Yandell wrote: 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]
when to post to security list?
Hi, could anybody tell me in which case a security problem needs to be posted to security at apache.org? Is there a web page? Thanks Ortwin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: when to post to security list?
Yoav, Sorry, stupid me didn't know [EMAIL PROTECTED] was for httpd only. I guess then every project has to maintain it's own security mail address if it needs that. I also guess there is no central handling of security issues for all ASF projects. I further guess publishing of vulnerabilities is completely up to the committers. Correct me if I am wrong. Cheers Odi Yoav Shapira wrote: Ortwin, There are general guidelines at http://httpd.apache.org/security_report.html. Basically, if you suspect a security issue, let [EMAIL PROTECTED] know. Let them worry about filtering it and possibly coming back to you with a message like no, this is not an issue, because... ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: comments on a project
Dennis Kempin wrote: Hello Ortwin, * You mention problems with JSP. What are they? At first I tried to use JSP without any framework or taglib. As you are coming from PHP that approach seems somehow natural, but of course is totally wrong. In contrast to templates JSP doesn't help much on seperating logic and html code, That's why we need webapp frameworks. because you still need comparatively much code to iterate over Lists, or print out some text. This is where taglibs come into play. And I could not get used to the Model View Controller concept. You said earlier that in your framework All commponents have a template and a class file. Template = View, Class file = Controller. You also mentioned a persistence layer. You can not have a persistence layer when your model is not separated from the rest. All this implies you have implemented the MVC pattern in your framework. I don't see how you can not get used to it then. * Which frameworks do you mean and what's the problem with them? I tried many of these GUI-Like Frameworks at first, but well I wanted to create a small Discussion Forum, and these Frameworks have not matched this target. I also gave Tapestry a try. I really liked it, but I dont like this Action, Objects and Methods instead of Pages and URLs concept. The most other frameworks I tried implemented the MVC pattern Because it's a natural and proven design that has evolved over the years maybe? and used a lot of xml configuration, and looked to me very complicated. You got a point there. Many frameworks indeed rely on overly complicated XML configuration and often offer no way around. But sometimes it's worth diving into it because you get a lot in return - Spring's bean factory for example. * What does you framework make better? Well I dont know if it is a subjective opinion of mine, but my target is to make the development as easy as possible. Sounds good. I had this framework in a slightly different form nearly completly implemented, used it and tried to make it easier whereever it was possible. It was easy to implement a component that displays a paged dataset, and reuse it with just one or two lines in the template. Does it do anything else apart from being just easy? Then my laptop HDD crashed and my last backup was a few weeks ago, so I decided to reimplement it, and add a few new concepts. Sounds sad, but doesn't answer my question. I found it just -easy- to create pages with that framework, and when i look at other framework i dont think that i would like them as much as i liked my framework (well that is pretty much a subjective oppinion of mine, but I find it hard to explain without examples). * Why do you invent a proprietary XML scripting facility? JSTL is standard and there are numerous development tools readily available. I havent looked at JSTL that much, because it has gone to the trash in my brain just with jsp. I am afraid you completely missed the essence of JSP by this oversight. I just looked around and think that i really should try to use it instead of implementing my own template engine. That would be reasonable. well you dont disencourage me, but you make me think of special topic of the framework, and that really helped me. thanks. I hope that I get more comments on this greetings Dennis Please pardon me for my basic english. Your original request was that you would like to put your project into Jakarta. Well, that's not simple. It needs a bit more than just a good idea and intention. To make that happen the project technically needs to go through the Incubator: http://incubator.apache.org/incubation/Incubation_Policy.html As you can see you need a Champion and get Jakarta as a Sponsor. Given the reluctant feedback to your request I doubt that you will find sufficient support here. Maybe it's easier for you to put your project on Sourceforge which can be done in a matter of days. There you get the chance to build up a greater community and give people the chance to actually look at your project. If the project is successful you can always try Incubation. Many projects have been on Sourceforge before they came to the ASF. Kind regards Ortwin Glück -- [web] http://www.odi.ch/ [blog] http://www.odi.ch/weblog/ [pgp] key 0x81CF3416 finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pending changes to site
Rahul Akolkar wrote: Noticed two pending(?) changes when I built the site. * Ortwin: Your blurb on the whoweare page is out of sync in xdocs / docs. I didn't rebuild the site because I am not in a hurry. I am fine when the change gets online with the next build (yours) :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pending changes to site
Rahul Akolkar wrote: I ignored it per site etiquette last time. But now that I know am responsible for it ;-) its published via r372416. Please cross-check: http://jakarta.apache.org/site/whoweare.html All fine. Cheers. Ortwin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] Kill the vendor support page
Will Glass-Husain wrote: Specifically, if the vendors are Jakarta committers, and they find the pages useful, we should consider keeping it. Isn't Multitask Dion Gillhard for instance? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to connect to MS Access using tomcat
Ankti, Please post to a Tomcat list: http://tomcat.apache.org/lists.html Thanks Ortwin Glück ankit jain wrote: I've installed j2sdk1.4.1 and tomcat.I'm tring to connect to MS Access but getting the error mess as no default driver specified.i've written the data source in odbc in DSN and also able to connect to MS Access using jsp programmes but not able to connect using servlet programmm what should i do Ankit Jain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT][HttpClient] HttpClient 2.x end of life
The HttpClient 2.x codebase is hereby declared end of life. This means: * The HttpClient 2 code base is officially unmaintained (dormant) * There will be no more HttpClient 2.x releases * The HttpClient 2.0 site will be taken offline as soon as the HttpCompontents site is set up. Community support is of course still available through the mailing lists. We strongly recommend all our users to move to the current stable version 3.0: http://jakarta.apache.org/commons/httpclient/ See http://vmgump.apache.org/gump/public/commons-httpclient-20-branch/commons-httpclient-2.0-branch/details.html for a list of dependent projects. The project team is now focussing on development of the codebase for HttpComponents which will eventually produce HttpClient 4. - Ortwin Glück - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Web Components
Henri Yandell wrote: On Mon, 6 Mar 2006, Martin Cooper wrote: On 3/6/06, Rahul Akolkar [EMAIL PROTECTED] wrote: * FileUpload (active, martinc should confirm interest in moving to JWC) I'm not so sure about this. FileUpload has already cloned some code from HttpClient, and could undoubtedly make use of more. Its purpose is to parse HTTP requests. So I'm actually more inclined to move this to Jakarta HTTP Components, assuming that HttpClient eventually morphs into that. (I thought it had already, but I can't seem to find a JHC anywhere.) Seems bogged down in between states at the moment. There is a prelimiary new site at: http://people.apache.org/~olegk/httpcomponents/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Web Components
Sandy McArthur wrote: As a programmer looking for useful code to help me with uploaded files, I'm going to look in something named Jakarta *Web* Components first. When I see Jakarta HTTP Components I think of interacting with the HTTP protocol. I know FileUpload does both, but when I'm writing an webapp I think I'm working with a *web* app first and while I am working with HTTP it is a secondary concern. -- Sandy McArthur This may be true, but it shouldn't influence how the communities around the code are organised. This is more a matter of communication and branding. -- [web] http://www.odi.ch/ [blog] http://www.odi.ch/weblog/ [pgp] key 0x81CF3416 finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Web Components
robert burrell donkin wrote: i think that's one of the advantages of flattening karma and voting: . we need to separate the formal legal structure (karma, voting) from the community (developers hanging out) from the ontological (communicating that the components are). from an ontological perspective, fileupload needs to be tagged as both http and web component with a sideways relationship to codec. from a community perspective, martin feels more at home with the httpclient team and it sounds like there are sound reasons to believe development might be more progressive. from a legal perspective, we're all jakarta: karma and voting need to be communal. in some ways, we need to find a way since the whole of apache is going to be facing these problems soon... - robert You are speaking from deep in my heart (or stomach). These are four different views of the same thing. The question is how we can address all four of them. I am deliberately not posing the if question :) Ortwin Glück - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invitation
Noel J. Bergman wrote: Two separate issues, unless the e-mail was sent with his @apache.org address. If *his* domain uses SPF, I believe that we would already honor it. Our mail handling is transitioning, and we can pursue that option. --- Noel SPF of big email providers like Google are mostly useless as they basically permit any host to send mail for their domain: gmail.com text = v=spf1 ip4:216.239.56.0/23 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ?all See, here it says ?all and not -all. But if you have tight control over your own email servers you can do stuff right. Ortwin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove SVN restrictions
+1 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] -- [web] http://www.odi.ch/ [blog] http://www.odi.ch/weblog/ [pgp] key 0x81CF3416 finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: high res apache logos?
Jesse Kuhnert wrote: Does anyone know where one might find high resolution versions of the apache logo? Even better would be a vector format. So you could render the resolution you need. I am interested in that too! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JIRA admin
Martin van den Bemt wrote: Hi, Does anyone know the names of people doing jakarta JIRA admin ? Are you looking for this? http://issues.apache.org/jira/secure/Administrators.jspa Cheers Ortwin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tracking Jakarta Software Dependencies
Dependencies: the Maven generated page on the project site lists them. I strongly discourage manually maintaining them in a separate location. JDK version: what a mess. IMHO this is THE information that is missing on almost ANY project page out there. As a user I expect this information close to where I obtain the artifact. That is: on the download page and in the README. So let's put the JDK compat information into these places. Ortwin Daniel F. Savarese wrote: Hi All, I and other Jakarta committers received an email today from a developer at Wachovia pointing out how difficult it is to discover library and JDK dependencies for Jakarta subprojects as a whole, even though his main focus was Commons. I couldn't really dispute his observation upon trying to find dependency information for a couple of software releases. Would it be useful to start a Wiki page containing a table where after each software release, we list the library and JDK dependencies/compatibility for the release? Or would it be better to simply agree on a common place in each subproject's Web page hierarchy to list that information? Interest for easy access to this information appears to be coming from corporate developers using older JDK versions who are having a hard time figuring out what's compatible with what. daniel - 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: PROPOSAL: commons-ssl
Julius Davies wrote: Oh, one final note. If this gets sandboxed, I don't need to be a committer at this time. I'm more than happy to just email patches. Don't worry, David. I am sure you have plenty of fans here who will be more than happy to vote for you as a committer! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Nightly builds docu?
Hi, Does anyone (Henry?) know what happened to http://www.apache.org/dev/nightly-builds.html ? It's referenced from http://www.apache.org/dev/ at the very bottom of the page. I'm looking for information how to get nightly builds done for HttpComponents. Ortwin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Nightly builds docu?
Andrew C. Oliver wrote: Ummwhy not out of Gump? Commons-HttpClient is being built by Gump. We have always been very happy with it. What does it take to integrate some artifacts from HttpComponents? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] Where should not-yet-commons-ssl go?
[+1] Full Incubator. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Web Services
Zilberstein Yuval wrote: Hi, Do you know maybe of a way to implement web services? Yes. http://ws.apache.org/ O. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Web Services
Zilberstein Yuval wrote: Thanks a lot, Do you know if it can be used on tomcat? Yuval, You are looking for Axis / Axis2. This is not the right mailing list to discuss this. It's off topic for almost everybody on this list. Please use that projects's mailing lists. Ortwin -- [web] http://www.odi.ch/ [blog] http://www.odi.ch/weblog/ [pgp] key 0x81CF3416 finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta HTTP Client ECCN
Alfonso, As none of us developers is US resident, we are no experts on US law and their export control regulation. Please refer to the appropriate authority to obtain qualified information. All I can see is that on http://www.bis.doc.gov/licensing/exportingbasics.htm it says under If Your Item is Not on the Commerce Control List - EAR99: ..do not require a license in many situations. However, if your proposed export of an EAR99 item is to an embargoed country, to an end-user of concern or in support of a prohibited end-use, you may be required to obtain a license. So you may or may not need a license (from Dept. of Comm. probably) depending on who your customer is. Bad luck if it's Al Quaida :-) Ortwin alfonso veneziano wrote: Hi Ortwin since HTTP Client is not classified how can I export it towards embargoed countries? Cheers Alfonso --- Ortwin Glück [EMAIL PROTECTED] ha scritto: alfonso veneziano wrote: Hi I would like to know the ECCN numbers (Export control classification numbers) of the Jakarta HTTP Client component. Thank you in advance for your help Alfonso Alfonso, Please see http://www.apache.org/licenses/exports/ HttpClient is not classified. Cheers Ortwin -- [web] http://www.odi.ch/ [blog] http://www.odi.ch/weblog/ [pgp] key 0x81CF3416 finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 HTTP Client ECCN
Ortwin Glück wrote: As none of us developers is US resident Isn't it quite absurd anyway, that code that wasn't written in the US in the first place, and just happens to reside on an SVN server in California, falls under their export regulations? What about setting up Apache SVN on Caiman Islands? I mean speaking of free software as in freedom and being restricted by US law doesn't match up exactly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.io.IOException
Yavuz SERT wrote: First i searched tomcat mail lists but i couldn't find useful information, they think this list is the right place, isn't it? No, it's the wrong place. Please see http://tomcat.apache.org/lists.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]