Re: PROPOSAL: Update Tomcat 7 tests to JUnit 4
> Are there any objections or comments? Go for it! JUnit 4.x has been out and stable for like a hundred years now :-). - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Time for 6.0.33?
> On 7/1/2011 4:32 AM, Mark Thomas wrote: > > On 14/06/2011 14:09, Mark Thomas wrote: > >> The changelog is getting quite long for 6.0.x. Is it time for another > >> release? Jean-Frederic - are you able to RM this or do we need to find a > >> volunteer for this one? > > > > No replies to this. Is this because no-one thinks it is time for 6.0.33? > > The list is growing even longer, lately. +1 for 6.0.33. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: JNDI, resource and LDAP Trouble
If you are going to answer questions that are asked in the wrong list, rather than waiting until they are re-posted on the users list, please do so privately, or on the user list. Answering them on the wrong list leads to search engines finding the answer in the wrong list's archive and this leads to more people posting queries on the wrong list. Thanks - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reaching ulimit values for open files can generate huge log files
On 02/21/11 10:21, Mark Thomas wrote:
> The ASF Sonar installation managed to generate 46GB of identical log
> messages [1] today in the 8 hours it took to notice it was down.
Continuing to drive down the cost of disk storage :-)
> While better monitoring would/should have identified the problem sooner,
> it does demonstrate a problem with the acceptor threads in all three
> endpoints. If there is a system-level issue that causes the accept()
> call to always fail (such as hitting the ulimit) then the endpoint
> essentially enters a loop where it logs an error message for every
> iteration of the loop. This will result in many log messages per second.
>
> I'd like to do something about this. I was thinking of something along
> the lines of the following for each endpoint.
>
> Index: java/org/apache/tomcat/util/net/JIoEndpoint.java
> ===
> --- java/org/apache/tomcat/util/net/JIoEndpoint.java (revision 1072939)
> +++ java/org/apache/tomcat/util/net/JIoEndpoint.java (working copy)
> @@ -183,9 +183,19 @@
> @Override
> public void run() {
>
> +int errorDelay = 0;
> +
> // Loop until we receive a shutdown command
> while (running) {
>
> +if (errorDelay > 0) {
> +try {
> +Thread.sleep(errorDelay);
> +} catch (InterruptedException e) {
> +// Ignore
> +}
> +}
> +
> // Loop if endpoint is paused
> while (paused && running) {
> try {
> @@ -225,9 +235,15 @@
> // Ignore
> }
> }
> +errorDelay = 0;
> } catch (IOException x) {
> if (running) {
> log.error(sm.getString("endpoint.accept.fail"), x);
> +if (errorDelay == 0) {
> +errorDelay = 50;
> +} else if (errorDelay < 1600) {
> +errorDelay = errorDelay * 2;
> +}
> }
> } catch (NullPointerException npe) {
> if (running) {
>
>
>
> Thoughts / comments?
+1 - a bit of smarts in reducing redundant logging is usually a good thing.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: DO NOT REPLY [Bug 22405] warn if not deploy with umask "0077" or if deployed as "root" and provide tutorial URL "Secure deployment"
On 01/19/11 13:47, Mark Thomas wrote: > On 19/01/2011 18:45, bugzi...@apache.org wrote: >> https://issues.apache.org/bugzilla/show_bug.cgi?id=22405 >> >> --- Comment #5 from Mark Thomas 2011-01-19 13:45:40 EST >> --- >> Created an attachment (id=26519) >> --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26519) >> Proposed patch for Tomcat 7 >> >> This patch adds a new listener that checks the user Tomcat is running as and >> the umask being used. > > I didn't apply this directly as it stops Tomcat from starting (not on > Windows) as root or if the umask is not at least as restrictive as 0007. > > WDYT? I'd like that to be a warning, not a fatal error. Thinking you know all about what is right for every deployment is a bit of hubris that will not serve us well. If you're going to go down the road of saving the user from their own actions,please at least provide an override in the config file or even -Dignore-runas-error=true - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Invitation to become a Tomcat committer
> No. It all worked. The only issue is that the commit e-mail that ws sent > to the dev list is lost. It is possible to re-create it but I don't > think it is worth it. If others disagree, I'll dig through the infra > docs and remind myself how to do that. I see no need for you to spend time digging through docs just to fabricate an automatic e-mail the commit log for a "where am i" commit. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Is it possible to handle exception on ant build?
> > I am new to this forum. Please move redirect me to ant users forum with this > > thread. > > It is not a forum. It is a mailing list. More precisely, the "real" version of this list is a mailing list. It is copied to several forum sites, which google leads people to instead of the list archives, could be because the forums carry google ads and the mailing list does not, or some such reason. At any rate, We have no control over the forum sites, so you'll just have to get a clue yourself and find out how to "redirect". Please do not ask for help about the forums on this list. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Atomicity violation in setAttribute
> In this case, both threads will > continue running the function with ?replaced? bit turned on and the oldValue > of both thread will point to the same location. This means that the value of > the first thread that did the put operation will not be treated as a value > that was replaced. > > Could you please let me know whether you consider this as a bug? Is it any different than if two threads invoke the operation serially? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r1001216 - /tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml
On Sun, Sep 26, 2010 at 10:00:29PM +1300, Tim Whittington wrote: > Bah. Trying to convince Eclipse not to use tabs is proving tricky - > will be more vigilent.. Then, once you get it right, document it! I think most settings like that can be done at a project level or globally; if project level override is used, it gets saved in .settings, if you commit that, everybody who starts after that will get this setting. Be cautious with this and don't overdo it. I have in the past used "Errors & Warnings" -> Unused Imports -> Error to ensure that other devs would clean up imports. It's a bit draconian, but it works. Your proposed "eclipse" target could have an to remind ppl of whatever you've come up with... Ian - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] CI for Tomcat 6 and 7 docs now available
> Dumb question: what is a "CI build"? Continuous Integration. See http://www.martinfowler.com/articles/continuousIntegration.html - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [PROPOSAL] Change the name of the default host in server.xml
On Thu, Jul 15, 2010 at 01:51:04PM +0100, Mark Thomas wrote: > I'm teaching a Tomcat course today and tomorrow and one of the students > raised the question why is the default host called localhost? The > implied relationship to 127.0.0.1 was causing confusion. That got me > thinking: I am about -0.25 to changing it; on most machines it *is* 127.0.0.1 in addition to any external interfaces, and as you point out everybody knows it, but defaulthost probably is a better name in the long run, as it breaks the implied necessary connection to the loopback host. OTOH, in training courses and in development you often use a URL of http://localhost:8080/ and the association there is good. If you've only had one student have a problem with it, maybe it's not worth fussing over? :-) Ian - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: DO NOT REPLY [Bug 48827] Error validating empty tag that contains jsp:attribute in JSP documents in XML syntax
> One more regression due to bug47977 fix: > If the empty tag contains a comment, Tomcat barks that "tag .. must be empty > but is not". I have never heard a cat bark. Not even a Tomcat. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r950983 - /tomcat/trunk/conf/server.xml
On Thu, Jun 03, 2010 at 03:50:06PM +0200, Rainer Jung wrote: > > > >- ++ > ... > Should we add an example pattern to server.xml? Or would it be easier > understandable if we removed the abbreviation "common" from the default > config and replace it with the full pattern? How about: > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat 7 windows installer image
> I was told this will look better as a welcome > installer image :) > > WDYT? +1 Ian - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [Tomcat Wiki] Update of "TomcatTrackNA10_PMC_Sessions" by markt
BTW, I saw you have "Becoming a Tomcat 7 super user". Perhaps "Introducing Tomcat 7" would be a logical forerunner to this talk ? Filip, Tim, Yoav. Anyone of you guys interesed ? I was thinking about that last night, but I have to check my schedule and funding. There could be two sessions in this idea, one on "what is Tomcat7, why you need it and how to use it" and the other is "overview of the servlet and JSP APIs, and how layers like JSF, Spring MVC and Seam add functionality and ease of use". - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat encryption algorithms in binary
On Wed, Jan 20, 2010 at 07:31:47PM +0100, Shan, Justine wrote: > Hi, > > As far as I know, the only encryption implemented by Tomcat itself > is SSL. But I need to know what exactly algorithms have been > implemented and distributed with the binary from Apache Tomcat 5.X > and 6. Sorry, but your vague 'need' to know does not constitute a claim on developers' time. Try the users' list, or the documentation or the source code. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [Tomcat6] Eclipse warnings
On Thu, Dec 17, 2009 at 03:23:14AM +0300, Konstantin Kolinko wrote: > I think that adding @Override or generics to the existing API is, > at least formally, an API change, and thus TC 7 is the right place to fix it. @Override is just a compile time annotation to check the override status, so I'm not sure why you think it's an API change. The generics, I suppose, could be considered so. Ian - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r834477 - in /tomcat/trunk: java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java test/org/apache/catalina/startup/TestTomcatSSL.java
Isn't the naming a bit harsh? OpenSSl names it legacy renegotiation (to make it differ from the future renegotiation with TLS extension). So maybe enableLegacyRenegotiation would be better? Of course it wouldn't keep people from activating as much as the proposed name does, but on the other hand (unfortunately) there are valid use cases to activate it. FWIW, the OpenBSD people have committed their change to their OpenSSL library, and they used the name SSL3_FLAGS_ALLOW_UNSAFE_LEGACY_RENEGOTIATION Ian - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Testing new website sync process
> I'd like to volunteer the Tomcat website. Any objections? I'm happy to > take on fixing any teething problems. > > ... > > My own view is that a staging site isn't necessary. Our site is simple. > We can test locally before committing and with commits affecting the > live site within a few seconds, fixing any snafus should be easy. +1 to both. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat 6 and Apache 2.2 - installed, running but not displaying right
cavillac wrote: Installed them and both processes are running. mod_jk2 is in place and got copied to conf/auto so everything seems to be working. However, when I go to http://localhost:8080 I get this http://www.nabble.com/file/p23258316/apache.png One thing possibly worthy of mention is that I wasn't able to get Apache to load on 8080 so I had to change the port to 85. When I go to http://localhost:85/ I get the "It Works!" page. If I try /examples (on either 85 or 8080) it doesn't work. If I try it without a port IIS just handles it and gives me their Page Cannot be Displayed. Anyone know why I'm getting that Sun page? I haven't been able to find any answers so far :( This belongs on the user list. But gosh, it sure looks like you have the Sun server running on port 8080, not Tomcat. Do not reply here; move any further discussion to the user list please. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: DO NOT REPLY [Bug 47049] New: TOMCAT MANAGER appears in Spanish, tildes/accents are not resolved.
Is there a policy on how we store localized files? The file java/org/apache/catalina/manager/LocalStrings_es.properties appears mostly to be ASCII characters but it has a few 16-bit unicode chars stuck in it, which then get interpreted as 2 8-bit chars because there is no Unicode mark at the top of the file. For example the file contains, on line 33, the Spanish word for configuration as Configuraci\u00F3n <- 14 characters including a null "byte" It should be Configuración <-- 13 chars, hopefully you have the fonts to see this and no mailer wrecks it that is, the "f3" character is in as a single byte. I believe that Eclipse wrecks properties files in just this way if you make the mistake of editing them in Eclipse, but I don't know if that's what happened here. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
o.a.c.ha.session.BackupManager question
While running an automated code testing tool of my own design I found
that a few of the accessors on this class are incorrect, or at least,
"setter silently ignored, getter returns hard-coded value".
Can anybody please tell me if this was intentional, or just something that's
not used anyway? The methods come from the ClusterManager Interface, if that
helps.
If it's intentional should we at least stick in a comment?
Thanks
Ian
public void messageDataReceived(ClusterMessage msg) {
}
public boolean doDomainReplication() {
return false;
}
/**
* @param sendClusterDomainOnly The sendClusterDomainOnly to set.
*/
public void setDomainReplication(boolean sendClusterDomainOnly) {
}
/**
* @return Returns the defaultMode.
*/
public boolean isDefaultMode() {
return false;
}
/**
* @param defaultMode The defaultMode to set.
*/
public void setDefaultMode(boolean defaultMode) {
}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r763298 - in /tomcat/trunk/java/org/apache/catalina: core/StandardContext.java core/StandardHost.java tribes/membership/Membership.java util/InstanceSupport.java util/LifecycleSupport.
Filip Hanik - Dev Lists wrote: I'm generally against this find bugs 'may be bugs' issues. is there an actual bug here? It's generally making the code "better". What do you object to about it? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Feedback on my project proposal
Rahul Saxena wrote: If we derive several servlets form a generic servlet and then if we specify a filter for that generic servlet, will that filter work for all derived servlets or not??? Indeed. It should make no difference how the servlets are derived; what matters is the filter-mapping in web.xml. You'd have to be sure have filter-mappings that included the derived servlets, in other words. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Removing the examples (JSP/servlet) in TC Binaries
Leech, Jonathan wrote: My 2 cents: - Don't install the examples by default. - Implement them in straight .jsp / servlets etc w/o using frameworks. - Encourage each framework to implement the same examples using their framework. Fair enough. How about installing by default a very simple example: just a JSP tags-based example with no user inputs to avoid some of the security things. This could be linked to from the current "Tomcat is working" page. Then as the original post said, keep the current examples but as a separate download. The installed example could have static links to the examples download and to some of the leading frameworks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removing the examples (JSP/servlet) in TC Binaries
William L. Thomson Jr. wrote: Just FYI, on Gentoo we do not install or provide the examples by default. One must set the examples USE flag for examples to be installed. Because of such they were kinda moot issues for the recent security issues for us on Gentoo. Same thing on OpenBSD; there's a separate package for the examples. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removing the examples (JSP/servlet) in TC Binaries
It's nice if *someone* provides good reference examples; consider the mess in PHP development-by-example that's left the web in a half-usable state. Good reference examples? Do you want to encourage people to code getRequestDispatcher.forward() by hand? Or do you want them using one of the "real world" higher-level frameworks? Then the question is: which one? Struts2 would be one obvious example (eating Apache dog food), but the trend leaders seem to be to Spring (ASL2) and Seam (GPL). I haven't checked download stats, that's just an educated guess. Not wishing to debate the benefits of which framework on this list, but you mentioned "good reference examples"! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mktemp didn't exist on i5
Henri Gomez wrote: Well I5, also known as iSeries or AS/400, run on i5/OS which is not Unix but IBM proprietary (called OS/400 previously) Oh well, it's been broken longer :-) I stand by my suggestion on how to fix it. Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mktemp didn't exist on i5
Henri Gomez wrote:
While rebuild trunk from mod_jk I got an error on iSeries about
missing mktemp in iSeries.
if (!jk_shmem.lockname) {
if (shm_lock_reopen) {
int i;
jk_shmem.fd_lock = -1;
mode_t mask = umask(0);
for (i = 0; i < 8; i++) {
strcpy(flkname, "/tmp/jkshmlock.XX");
if (mktemp(flkname)) {
jk_shmem.fd_lock = open(flkname,
O_RDWR|O_CREAT|O_TRUNC, 0666);
if (jk_shmem.fd_lock >= 0)
break;
}
}
umask(mask);
}
How could we avoid this call ?
Wrong question. mktemp has been in UNIX for a dog's age and in POSIX/SUS
for a decade or more. See
http://www.opengroup.org/onlinepubs/007908799/xsh/mktemp.html which is
the 1997 version of the SUS.
The general approach to making C programs portable to broken systems
that are missing libraries is to provide a default version, usually
wrapped in an #ifdef.
IANA(ASF)L but we should be able to incorporate the mktemp
implementation from anything BSD licensed, like OpenBSD, for this purpose.
Ian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Make 6.x trunk the "current" svn:externals link?
+1 Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to develop filter for tomcat ?
Questions about Servlet filters belong on the Tomcat user's list. This list is for people developing Tomcat itself, not people developing Servlets and related web application components. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] New committer: Fabian Carrion
Remy Maucherat wrote: Hi, I'd like to nominate Fabian Carrion as a committer on the Apache Tomcat project. Fabian contributed many useful patches, including helping add support for Servlet 2.5 in Apache Tomcat 6.0. +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposed new security pages
Good stuff. Minor typo in the 5-x page: >If directory listings are enabled, >a diretcory listing will be shown. ^^ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse WTP and Tomcat 6.0.x ?
Yoav Shapira wrote: Hi, Larry, thanks for these efforts. I've been wondering for a while who was maintaining this support, and never got around to checking. It's much appreciated, at least by me, but I'm sure by many others as well +1 here too! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 6 release plan
Remy Maucherat wrote: Hi, The release plan is located here: http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/RELEASE-PLAN-6.0.txt [X] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DRAFT] Board Report for September 2006
Releases: - mod_jk 1.2.17 and 1.2.18 were released. 1.2.18 is currently the stable release (it was put out on July 20th). mod_jk 1.2.19 is in the works, expected to release in September. - Tomcat 4.1.34 is being voted on right now, with expected final release next week. This is a bug fix, documentation update, and limited back-porting of features release. That just got approved... - Tomcat 5.5.18 is also in the middle of its release process, with expected release in the next two weeks. Tomcat 5.5.17 is still the latest stable Tomcat release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: custom HttpSession server.xml
I'm interested in customize the default HttpSession, but I don't know how can I custom it? I should like when form my servlet I execute req.getSession(), it returns me my customized HttpSession: HttpSession session = req.getSession(true); CustomHttpSession mySession = (CustomHttpSession)session; I want it because I need classes associated to session and I've thunk extend a httpSession and add properties to use later. Is it possible modifying the server.xml? This is not a question that belongs on the dev list, and I'm not even sure it belongs on the users list. You seem to be unaware that the HttpSession is designed to work as a container, so you don't need to subclass it to add properties (e.g., as you put it to associate objects with the user's session). It has methods that work like a Map (or a Hashtable), allowing you to set any properties on it that you like. Please refer to the documentation for HttpSession, or read any of the good books out there about Servlet development. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn lock: /tomcat/tc6.0.x/trunk/java/org/apache/tomcat/jni/Error.java
Wade Chandler wrote: Yes this sucks. We can't even easily filter the mails out on our ends because of the way they are sent. We could look for svn, but what if a message is really related to svn. This is unlikely to happen again but, of course, if it does you can just (as I imagine most ppl did) filter on "svn: lock" and "svn: unlock" - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN messages.
And honestly, people who want to filter these messages out can do so, whether they are on their own list or on this one. It's quite easy to create rules for them, including temporary filters like to handle today's unusual amount of messages. That is the wrong answer:-) You are ignoring the anti-community effects of all that trash being sent over the internet - probably several gigabytes of traffic wasted in one day - as well as the costs to people who pay for bandwidth - filtering it is too late! 2400 messages at 2294 bytes * 500 subscribers is about 2.5GB of totally garbage network traffic sent out by the Apache mail server over a few hours (I don't know how many subscribers there are, that was just a guess). And that 2294 is a bit high as it includes the Received: lines that are added by sendmail, but still, it's a measurable amount of wasted bandwidth. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SQL Realm for tomcat
Neelesh wrote: Hello all! Joined the group today. The reason I joined the group is to understand more about the excellent container and contribute, if possible. As a starter I've implemented a very simple and basic SQLRealm, to execute arbitrary SQL queries against a database to retrieve the roles and password. I must confess that I have not researched to see if such implementations are already available. In any case, the realm implementation was borne out of a need in our project, and I thought of making it available to all (at http://www.mirroronthenet.org/blog/ ,as of now). And of course, it is open source. Hope to be active and a contributer in future. Welcome aboard, and thanks for wanting to contribute. However, it is usually best to "research to see if such implementations are > already available" before writing something, as (and this is the case in most open source projects) something that duplicates existing functionality is almost certain to get rejected for that very reason. In this case, Tomcat already has JDBCRealm. There is a staring point on helping out, online at http://tomcat.apache.org/getinvolved.html, that you might find helpful. See also the "How Apache Works" link at the bottom. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Logo
Remy Maucherat wrote: Mladen Turk wrote: It would be nice to have colored .eps. My Photoshop does not support .svg :) Bleh. I would recommend using Gimp (and svg) instead, and I think it's a great contribution from Javier. +1 :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TC6 documentation
Yoav Shapira wrote: There were other reasons for using XML, like the ability for Jakarta to have some common elements that would get automagically resolved into the bug tracking URLs, etc. For example, when I edit the changelog it's great to just put in n and have it be resolved to the proper Bugzilla link URL. I think it cuts down on typos, broken links, etc. And this is just one example of a useful custom element out of several. Right you are, thanks. And am I right that eating our own dog food - using JSP tags for that - is out because we want to maintain statically-usable copies? OTOH it might be a better demo of Tomcat :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TC6 documentation
The current doc scheme of writing in abstract XML and converting to HTML was fine for its day. But now that all modern browsers can render XHTML directly, could we do the TC6 docs directly in XHTML? It would certainly simplify building. We could use jsp:include to include common elements :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Author: costin Date: Mon Mar 27 22:45:43 2006 New Revision: 389421 URL: http://svn.apache.org/viewcvs?rev=389421&view=rev Log: Add eclipse files This sort of thing is an unwanted convenience (for example, it trashes my own files, and I would like to keep them, thank you very much). I'll remove them. I'm curious, what difference do you need from what is there now? If you set your Eclipse classpath variable TOMCAT_LIBS_BASE then the files should work for you. I believe we should have files like these committed (and as costin just pointed out, we have them for 5.x). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ParserController.java
One of the patches I need to get TC working with JSP in EBCDIC is the following: Any comments? Yes. Fix your clock. You live in the future :) What!? EBCDIC makes a comeback in the future? :-) Quick, let me phone my stock broker... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 source organisation part 2
So let's make it: - tc6.0.x/trunk: - src: all the relevant sources go there - webapps: all our current webapps, including the examples webapps - resources: misc resources, such as configuration files (server.xml), readmes, etc +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 source organisation
Costin Manolache wrote: Re. source folders versus modules - we can have both of them, it's not exclusive. Single source tree makes it easy to navigate, more IDE-friendly, etc. The build file can compile as many modules as needed - either by compiling a subset of the tree, or by compiling the entire tree and generating several modules. ... Having a single source tree would also greatly simplify the ant file, and with eclipse it can completely skip the compilation task ( i.e. if the ant file uses the same build/classes dir as eclipse, it'll detect the already-compiled classes and just create the jars, while eclipse can keep the source updated on save ). I agree - single top-level directory, everything in place under that, much easier to build with an IDE, and the benefit Costin mentioned about saving compile time (since Eclipse by default saves a .class when you save (and for each imported) .java file... Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EL and JSP 2.1
- do we maintain servletapi for 6.0? No for the api stuff proper. We don't host it, can't change it and our own implementation would be more trouble than it is worth. Maybe for the examples. It is useful to be able to fix problems with them. The examples could always be merged in with the container module. I think we should have an implementation of the new API. Does it need to be maintained as its own tree with its own JavaDoc? Or, if it is "only" something to compile against, could we just extract it from the compiled classes, using reflection? Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta site leftovers
Henri Yandell wrote: Now that tomcat.apache.org contains a site, anyone mind if I remove /www/jakarta.apache.org/tomcat and tomcat-temp? I think the old site can be torn down. It's archived someplace (still in CVS?), if anybody needs it. Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sloppy, Lazy Tomcat Developers (Was: Persistent "xmlValidation" Problem)
If you don't feel special enough, I can do it in two seconds and can get you a cool membership to the "dev-deny" list :) Maybe we could just filter out yahoo, hotmail and the other free fake web domains so that people who want to post abusive comments and use really original insults that we've seen hundreds of times and demand free development and debugging service would at least have to use a real email address. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat source / eclipse project
Mark Thomas wrote: I have something like this for TC5 & TC4. I do keep the files up to date because I use them every time I look at Tomcat code. I need to migrate my development areas from the old CVS structure to the SVN set-up. Once I have updated my eclipse files, I'll add them to the repo. Anyone object to them being added directly under tomcat/container/tc5.5.x, tomcat/jasper/tc5.5.x etc? They pretty well have to be there to work, right? So, please put them there. I presume there's just a .project and a .classpath for each of a few top-level projects, right? These will be harmless to non-Eclipse users, and invisible on platforms that support *NIX filename semantics, so I'd say +1 for them. Thanks Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
