serge expert wrote:
comment faire pour configurer et installer Apache
1.3.12 avec Tomcat en utilisant le module Apache Jserv
sur un systeme AIX 4.3.2 ou 4.3.3
JE n'arrive pas à installer Apache JServ
merci
serge expert
Traduction Anglais:
The build.sh file in the source download of the servletapi is not marked
as executable. No biggie, just thought I'd pass it along ...
Ted Husted wrote:
It seems to me that the core issue is that
* TC3.x will need more committers if it is going to remain viable once
TC4 is released.
If you believe in Costin and TC3.x, then the thing to do is jump-in and
earn your committer's badge, so you will have a binding vote.
"Pier P. Fumagalli" wrote:
Where were you KIDS when we were fighting the big
corporations to have them looking into open source, to contribute
significant parts of their technologies to the Foundation, where were you
while we were changing this world? You were home, and one day, you looked
[EMAIL PROTECTED] wrote:
I don't mean to sound as though I am a prude, but we do a lot of our
consulting at customer sites, much of it face-to-face with the customer's
staff and management. I can control what messages I read and when but I
cannot control when people are in my office and
I just attempted to grab the latest 3.x nightly source from the Jakarta
site. The link points to:
http://jakarta.apache.org/builds/tomcat/nightly/src/
... but returns a 404. Any ideas? (I am stuck in Windoze at the moment
and cannot set up CVS on this box.)
Thanks ...
Christopher
Shahed Ali wrote:
Hi all,
Sorry for this repost.
From within a jsp page, I need to know the name of the jsp page.
If I do a %=this.getClass()%, I get a string which represents the class
name
of the generated servlet.
Parse it off of the getRequestURI() method.
Regards,
Christopher
GOMEZ Henri wrote:
And +1 for TC 3.x branch.
Yes, please. =)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
"Craig R. McClanahan" wrote:
jakarta-tomcat-4.0
build/-- Build destination for Tomcat
dist/ -- Dist destinatino for Tomcat
catalina/
build/-- Build destination for Catalina portion
dist/
[EMAIL PROTECTED] wrote:
GOMEZ Henri wrote:
And +1 for TC 3.x branch.
Yes, please. =)
Not so fast, please :-)
There are scripts and people using the current style.
-0 on changing 3.x:
I think the sources and binaries shouldn't be in the same directory
tree ( look at RedHat
Steve Downey wrote:
then, from in the bld-gcc-2.95.2, you run ../gcc-2.95.2/configure, and the
build environment is created, while the source environment remains pristine.
This is imperative if you're building for several environments out of the
same source tree. In which case you might have
The attached adds building instructions to the README file for the new
Ant 1.3 release (and fixes a minor typo). Unfortunately, I do not
currently have access to a Win box. If someone could please verify the
steps under Windows, that would probably be good. I doubt there are any
noteworthy
Asim:
This is not the appropriate list for a JDBC question. This list is for
Tomcat-related questions. However, in answer to your question ...
I am surprised that this code works even in Access. The SQL you are
using actually should not return any rows at all. It is an INSERT
operation, not a
I can hear it coming, so let me try and head it off. Having just
recently gone through this same kind of thing on a different
(non-Apache) dev list, I can sympathize with this question and applaud
it's honesty. So please try and spare the flames.
In answer to your question, Ryan, Tomcat accepts
Quoting Deacon Marcus [EMAIL PROTECTED]:
p.s. Great work. Great-great-great work. I love you guys. Always
remember I
have enough faith in your work to use your latest beta versions in
production environment :)
Ahhh ... is that all? If you _really_ had faith in us, you'd use the nightlies
-- Release Plan for Apache Tomcat 4.0 (final release)
--
[X] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I not in favor of this plan
[ ] -1I am opposed to this plan, and my reason(s) are:
-
Quoting Deacon Marcus [EMAIL PROTECTED]:
Hi,
Are there any Tomcat fan-sites? Not support, help, etc, but _fan_
sites?
Are there any Tomcat mugs, posters, plushies, etc?
Personally, I think we should lobby the appropriate electronics company for our
very own Special Edition Tomcat Furbee
Quoting [EMAIL PROTECTED]:
marcsaeg01/09/04 19:42:14
Modified:src/share/org/apache/tomcat/startup Tag: tomcat_32
Tomcat.java
src/share/org/apache/tomcat/util Tag: tomcat_32
SessionIdGenerator.java
[snip]
-
You're absolutely right. A bit of a typo there. Thanks!
Quoting Ludovic Maitre [EMAIL PROTECTED]:
Hello,
I don't want to appear as a purist but it seems that the citation you
use on your
signature is from Corneille not Cornelle. But it's just for your
information !
Bye,
Christopher
PROTECTED]
Subject: Re: [VOTE] Release Plan for Apache Tomcat 4.0 (final
release)
Hello,
I don't want to appear as a purist but it seems that the citation you
use on your
signature is from Corneille not Cornelle. But it's just for your
information !
Bye,
Christopher Cain wrote
Welcome aboard! =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
I'd like to take this opportunity to introduce the newest member of
the
Hahaha ... Whiney CC's (Can't Code) are funny.
.edu ... this is one of those self-important pseudo-intellectuals. Most .edu
cats I bump into are quite friendly, but you always run into one of these every
now and again. Oh well, there's one in every crowd I suppose. So did you send
him to
Quoting [EMAIL PROTECTED]:
[snip]
So I'll be as -1 on adding this feature
( or CGI support, for this matter :-)
Damn! There goes my very next proposal =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*
Does anyone have any objections to my modifying the realm authentication
classes so that hex digests are forced to uppercase for comparison? Case
is irrelevant in a base-16 hex value, so the comparison should really be
case-insensitive. I noticed this because authentication was inexplicably
Christopher Cain wrote:
forced to uppercase for comparison?
... equalsIgnoreCase(), is actually what I meant =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
You're right ... d'oh! I assumed that a method called digest returned
a digest. I guess I should not assume so often =)
My bad ... but in some slight manor of defense, that method call is
poorly named :)
I'll repair this immediately.
- Christopher
Ignacio J. Ortega wrote:
Hola Christopher:
Close ... I added a hasMessageDigest() method =)
Also, I just realized that I was in such a hurry to get fixed code back
into the tree, I forgot to give you credit on the commit log. As Pier
said, that was an excellent catch ... you pulled my kahones out of the
fire on that one :)
I promise
Attached is a diff of SSLServerSocketFactory which demonstrates my proposed fix
for bug #1400 (Tomcat SSL does not handle keystores with multiple entries).
While this entry was classified as an enhancement during last week's roundup,
I would argue that it is an actual bug (albeit a
I, personally, would like to see the full bug report e-mails when they are
filed, like in the old days. It can be cumbersome to hit nagoya and query for
bugs every few days just to stay current. I think that the weekly summaries are
an excellent tool and should continue coming, as it's a nice
a mis l'autre au tombeau.
*---Corneille
*/
Quoting Pier Fumagalli [EMAIL PROTECTED]:
Christopher Cain [EMAIL PROTECTED] wrote:
I, personally, would like to see the full bug report e-mails when they
are
filed, like in the old days.
And I was flamed for setting it up that way when I
Quoting Jon Stevens [EMAIL PROTECTED]:
on 9/9/01 9:17 PM, Christopher Cain [EMAIL PROTECTED] wrote:
If people can't abide by majority votes and want to bitch and moan
after the
fact, then you have my permission to bitchslap them ;-)
I agree, but I don't remember seeing a vote
fun,
Paulo Gaspar
-Original Message-
From: Christopher Cain [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 10, 2001 9:08 AM
I'm going to go ahead and call this, in the name of peace and
brotherhood :)
-
Whenever a bug is entered or modified on Nagoya Bugzilla, should
= Tomcat 3.3 Final Release Plan Ballot =
[X] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I not in favor of this plan
[ ] -1I am opposed to this plan, and my reason(s) are:
+1
Welcome, Slick!
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
GOMEZ Henri wrote:
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Does this mean that the parser error under Windoze (which was preventing
the transformation) has been resolved?
[EMAIL PROTECTED] wrote:
craigmcc01/09/09 21:49:52
Modified:.build.xml
webapps build.xml
webapps/ROOT build.xml index.html
Pier Fumagalli wrote:
GOMEZ Henri [EMAIL PROTECTED] wrote:
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Ryan is one of the dev leader in Apache 2.0 and
contributed many patch for both mod_jk and mod_webapp,
showing us
I don't have a problem with dynamically registering the SSL provider in
SSLServerSocketFactory, as is done in the patch below. There was
actually some existing code in there which did that, but it was
commented out at some point. Does anyone know why?
Unless anyone objects, I'll include the
Jon Stevens wrote:
I just have to say that it is cute how all of you get your panties into a
wad when I suggest something and then end up going with my original
suggestion.
:-)
-jon (runs for cover)
*sigh* ... ever the diplomat ;-)
- Christopher
/**
* Pleurez, pleurez, mes yeux,
Jon Stevens wrote:
[snip]
If T4.0 FINAL has bugs not in VERIFIED/CLOSED state, then I'm going
to vote -1 on its release.
FWIW, I agree with that sentiment; but to the best of my knowledge, so
does everyone else. Given that, I really don't anticipate a problem
here. AFAIK, everyone is in
Okay, okay ... let's not start getting goofy here. As I don't remember
Larry every insinuating that his decision to release was simply to keep
up with 4.0, let's leave the rather insulting and uninformed
speculation at home, shall we?
Knowing Larry, I'm not inclined to think that his decision
Gomez Henri wrote:
[snip]
PS: Something goes crasy these days, on tomcat list, what do you think
about this Pier (known as my worst enemy :)
Something is indeed a little bizarre on the list today, mon ami. Maybe
because Craig isn't here to keep us in line =)
a) There are now four key
[EMAIL PROTECTED] wrote:
[snip]
I don't know what 'long enough' means, my impression is that we had a
far too long release cycle for 3.3 already.
Don't worry Costin, he doesn't really know what it means either :)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
*
Quoting [EMAIL PROTECTED]:
On Mon, 10 Sep 2001, Christopher Cain wrote:
I don't know what 'long enough' means, my impression is that we had
a
far too long release cycle for 3.3 already.
Don't worry Costin, he doesn't really know what it means either :)
Well, giving the bug
Larry Isaacs wrote:
I would like to have the tomcatAuthentication hack
available in Ajp13 so this behavior is fully controllable.
Also, I'm also leaning toward having a default of true.
To get the security example working when using Apache,
or other web server, users would have to
Sorry for the late reply. I was offline for a few days. More below ...
Craig R. McClanahan wrote:
[snip]
DECISION 1 - WHAT SEEDING MECHANISMS SHOULD WE SUPPORT?
(1A) Default seeding of java.security.SecureRandom (time consuming but
reasonably secure)
(1B) Current mechanism of
Bojan has been tireless. A well-deserved ...
+1
Welcome =)
Larry Isaacs wrote:
I would like to propose Bojan Smojver as a committer.
He has supplied a number of patches as well as done
useful testing. I think he would make good addition
to the Jakarta team.
Vote, please...
Larry
[EMAIL PROTECTED] wrote:
Ant1.4 is the current release of jakarta-ant, and our build works fine
except 2 warnings ( deprecation in fixcrlf ).
However, if we update the task it'll fail on ant1.3 - so my proposal
is to keep it compatible with both ant1.3 and ant1.4, and accept
the warnings
Nicolas Mailhot wrote:
Le 2001.09.17 17:47, GOMEZ Henri a écrit :
Move tomcat configuration to /etc ?
I did an rc.d script myself a while ago in this style
(sorry - I forgot to
pass it on) but I was following the convention of
Redhat
7.1 and put my
configurations in
[EMAIL PROTECTED] wrote:
On Mon, 17 Sep 2001, jean-frederic clere wrote:
Hi,
I have patched mod_jk for TC4.0 so that the SSL Attributes follow the spec's
(SRV.4.7).
I have not found anything in the 2.2 spec's about it.
I have noted that the javax.servlet.cert.X509Certificate of TC3.3 is a
..
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Christopher Cain [mailto:[EMAIL PROTECTED]]
Enviado el: lunes 17 de septiembre de 2001 20:42
Para: [EMAIL PROTECTED]
Asunto: Re: SSL Attributes
[EMAIL PROTECTED] wrote:
On Mon, 17 Sep 2001, jean-frederic clere wrote:
Hi,
I have
Craig R. McClanahan wrote:
On Mon, 17 Sep 2001, GOMEZ Henri wrote:
Date: Mon, 17 Sep 2001 23:03:36 +0200
From: GOMEZ Henri [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: SSL Attributes
Even in the 2.2 spec, this was required to be an array of
GOMEZ Henri wrote:
Cheers
Jean-frederic
Note:
javax.servlet.cert.X509Certificate is in JSSE.
java.servlet.cert.X509Certificate is in JDK (even in 1.2.2).
Not only that, the JSSE version doesn't even inherit from the
JDK version
:-(. When using JSSE (i.e. in Tomcat stand-alone) you have to
Craig R. McClanahan wrote:
On Mon, 17 Sep 2001, GOMEZ Henri wrote:
Date: Mon, 17 Sep 2001 23:17:15 +0200
From: GOMEZ Henri [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: SSL Attributes
Cheers
Jean-frederic
Note:
javax.servlet.cert.X509Certificate is
Christopher Cain wrote:
[snip]
I could be wrong, I'm just asking. If the Tomcat container itself is
not
involved in the authentication process, one would not expect that a
webapp has access to the client cert anyway. Is that right?
To clarify, I meant access to the full chain. If Apache
GOMEZ Henri wrote:
Is the Connector-over-SLL issue even addressed by the spec? If the
front-end web server is handling all of the authentication, then isn't
securing the connectors simply securing the communication channel,
having nothing to do with authentication?
I doubt the connector
Craig R. McClanahan wrote:
JSSE exposes the underlying SSL session and offers an API with storable
attributes like an HttpSession. Tomcat 4 caches its converted version of
the cert chain there (to avoid reparsing every single time). Could you do
something similar and transfer the certs
GOMEZ Henri wrote:
I thought the problem was that mod_ssl only passes the one cert. If it
somehow allows access to the whole chain, then definitely ...
you could
cache it like TC4. I'd be willing to help with that =)
As i said previously we only forward SSL_CLIENT_CERT,
and to have all
Quoting [EMAIL PROTECTED]:
-titleJakarta Project - Tomcat (v4.0-rc2)/title
+titleJakarta Project - Tomcat (v4.0)/title
A yeeeah ... TC4 Final is in the hizouse! Throw your hands in the air!
The anticipation is palpable, non ;-)
- Christopher
/**
* Pleurez, pleurez, mes
I had something urgent come up at the D.D.J. over the past few days, and now
I've naturally got hundreds of e-mails to sort through =)
Anyway, can someone quick fill me in on the status update on Client
Authetication in 3.3? I've seen a few patch e-mails and such, so does that mean
you tough
First of all, Remy, great work on the new build stuff. I particularly like the
output at the beginning, where it reports which jars it found.
It's so useful, in fact, that I think it deserves its own target for several
reasons (detect maybe?). First, it scrolls offscreen really quickly, and
GOMEZ Henri wrote:
Hi to all,
I'd like to have the opinion of Tomcat RPMS users
about some points since I'm working on enhanced RPMs :
1) Do you want tomcat to be changed to run as nobody instead
of root ?
+1
2) Do you want tomcat to be enabled by default, ie having
it
Quick question. Is it possible to have Bugzilla wrap the description at 80
chars when it sends out the e-mails? One of the mail clients I use regularly
(an IMAP client) doesn't auto-wrap, so these descriptions are coming across as
one long line.
Also, do they still need to have DO NOT
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
ballot
[S] +1. Integrate the mod_jk JARs with the Tomcat 4 distributions.
I'll
help
testing / maintaining it.
[ ] +0. Good idea.
[ ] -0. Bad idea.
[ ] -1. No, because:
/ballot
What's an S (other than a keyboard key beside X ;-)
Hi Patrick. Could you explain this a little further? Actually creating a
keystore using keytool of course has nothing to do with Tomcat per se, so I
assume you mean that the keystore created might not work with Tomcat. Under
what conditions would a keystore generated by one JDK not work with
the correct keytool
version, I changed the instructions from:
execute keytool
to:
execute $JAVA_HOME/bin/keytool
to ensure that the keytool is executed from the same JDK that you
installed JSSE into.
Hope that clears it up,
Patrick
Christopher Cain wrote:
Hi
Quoting GOMEZ Henri [EMAIL PROTECTED]:
Still no answer to this question ...
Let me clarify :
RPM policies insist in having NO binary packages
included or required to build or deploy and use
a tool.
It's allready the case for JSSE, and if I build
RPM against JSSE to have SSL stuff
Sounds good to me, but we'll also probably have to leave out the LDAP
jar as well (based on the recent discussions). AFAIK the Tyrex issue has
been resolved. We can make a short README in the tarball noting which
libraries could not be included.
Having a tomcat-4.0-supplimental.tar.gz sounds
Larry Isaacs wrote:
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 25, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] SSL how-to documentation
[Snip]
And the keystorePass is in server.xml but that is well know.
I hope
jean-frederic clere wrote:
And the keystorePass is in server.xml but that is well know.
We should avoid things like security through obscurancy
JF, I like you better and better every time you post :)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié
Quoting [EMAIL PROTECTED]:
--- Additional Comments From [EMAIL PROTECTED] 2001-09-25
19:50 ---
[snip]
People who understand enough about class paths to keep themselves
out of trouble are also able to create their own customized
versions of the catalina.bat and catalina.sh startup
Hi Vic. We're currently trying to sort out the best way of packaging a 4.0 RPM.
TC4 has quite a few external jar dependencies ... some optional, some
mandatory. We're kind of between a rock and a hard place with both a few of the
RPM packaging policies as well as some jar redistribution
Looks like something needs to be updated. Either the Ant task needs fixing, or
one of the instructions files needs to be updated with further instructions
(BUILDING.txt or build.properties.samples, maybe?).
--
Buildfile: build.xml
deploy-prepare:
[mkdir] Created dir:
It's unfortunate that this didn't come up a few weeks ago, before the
finalization. I'll add my voice to the general sentiment that the servlet spec
really should've have tried to supercede the HTML spec on this, whether they
thought the HTML spec was wrong or not. Conflicting specs are
Quoting Jon Stevens [EMAIL PROTECTED]:
I'm a member of JSR-053. I will work to change it for the next release
of the spec.
Cool. From what I've heard, the entire TC developer community is behind you
100%. Hell, even Costin agrees with you ... now *that's* truly a red letter day
=)
-
xerces.home=${base.path}/xerces-1_4_3
xerces.lib=${xerces.home}
xerces.jar=${xerces.lib}/xerces.jar
Patrick
Christopher Cain wrote:
Looks like something needs to be updated. Either the Ant task needs
fixing, or
one of the instructions files needs to be updated
Quoting Remy Maucherat [EMAIL PROTECTED]:
Hi,
As some of you may have noticed, Tomcat 4 is starting to depend on
some
modules from the J-T-C repository. The problem is that it creates in
some
cases some circular dependencies for some build options. The number of
the
dependencies is
Quoting Bojan Smojver [EMAIL PROTECTED]:
Christopher Cain wrote:
I was thinking that maybe we could actually start running Tomcat
inside the
kernel process itself. It worked for IIS ...
Where IIS stands for: Internet Infected Server.
haha ... I like that one. I'll have to remember
I would like to nominate Patrick Luby [EMAIL PROTECTED] for committer
status. His recent contributions include several security-manager-related
patches and documentation help, and appears keen to tackle the Admin Apps
functionality as well. I think he would make an excellent addition to the
+1 =)
Quoting Christopher Cain [EMAIL PROTECTED]:
I would like to nominate Patrick Luby [EMAIL PROTECTED] for
committer
status. His recent contributions include several
security-manager-related
patches and documentation help, and appears keen to tackle the Admin
Apps
functionality
My own belated ...
+1
Had to sort some DDJ stuff out lately, but I'm back in live effect now, baby :)
Quoting Gomez Henri [EMAIL PROTECTED]:
Vote to release jakarta-tomcat HEAD as Tomcat 3.3
+1
¨
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
Jakarta Taglibs was one of the featured articles in the JDC Newsletter
this morning. Here is the address for those of you not subscribed to it:
http://developer.java.sun.com/developer/technicalArticles/javaserverpages/JakartaTaglibs/
I'm guessing that you are now swinging your browser to that
Andy Armstrong wrote:
Michael Jennings wrote:
Hi everyone,
I just wanted to bounce an idea off of everyone. In tomcat, when one
specifies form-based
authentication you have to tell tomcat which page is the login page. This is
done
via the context's web.xml file by setting the
Christopher Cain wrote:
My main objection would be that it is adding
non-spec features, which means that any apps
written under Tomcat would not cleanly port
to other spec-compliant servlet containers.
This, of course, should read: Any apps written under Tomcat to levarage
this feature
Jon Stevens wrote:
on 7/2/01 6:04 PM, Christopher Cain [EMAIL PROTECTED] wrote:
I
have no interest in Anakia, and quite frankly, as has been pointed out
very astutely by Costin, I have no interest in bothering with XML for
the purposes of documentation. I will produce HTML docs
arguments over
and over.
Yes, I know you feel [21], but [17-19,28].
It would be so much quicker...
Christopher Cain wrote:
being bothered with this thread are both completely irrelevant, Ace. I
have no interest in Anakia, and quite frankly, as has been pointed out
very astutely
Geir Magnusson Jr. wrote:
[snip]
Most of this was under the assumption that there would be no one
volunteer to dedicate additional time and energy in a little cabal of
people to take the lead on organizing and standardizing Tomcat
documention. Since I have now gone from, Bah! Don't pester me
Jon Stevens wrote:
on 7/3/01 11:50 AM, Christopher Cain [EMAIL PROTECTED] wrote:
The more (most) people have to
try and learn an extensive DTD or templating system, the less likely
they are to bother.
I agree. That is why I came up with Anakia. It is brain dead simple to use
I was out of town for the holiday, so I have just read almost all of
this ex post facto. It looks like there are quite a few people, myself
included, willing to devote an appreciable amount of time to an informal
new group of doc wrangers. When I originally jumped into this thread
early on, I had
Alex Fernández wrote:
Hi Hiten!
hiten pandya wrote:
i am planning to start my own documentation project for Tomcat 3.3 and 4.0.
The different thing about this project is that, i am going to port all of
the tomcat documentation to XML Docbook format.
Not speaking officially, I'm
Rob S. wrote:
[snip]
First off, I think we should have an ultra-quick install guide. If you're
like a lot of geeks, you know your stuff. You need to know a quick few
steps, a quick 2-3 gotchas, and BAM that's it. I want to make sure the
quick-and-dirty impatient install is available to
GOMEZ Henri wrote:
Putting little notes about things like the JDK 1.3.1 linux
issue are VERY
useful. I hate it when M$ have docs that don't mention things
such as none
of your data is encrypted, by the way
JDK 1.3.1 problems with recent glibc could be fixed by adding :
export
I'm not familiar with list managing software myself, so I'll ask some of
you who are. Is there any decent way of bouncing HTML-formatted messages
from the lists (or at least this one)? Another OSS project I am involved
in bounces multipart messages on its user list, which has the
side-effect of
Pier P. Fumagalli wrote:
I got pretty upset with a couple of guys whose messages along the lines of
fix my servlet, and who asked me WHY I rejected those posts...
[snip]
I have a quick question, more out of idle curiosity than anything else.
I assume that only posts from non-subscribers are
Jon Stevens wrote:
on 7/13/01 12:57 PM, Christopher Cain [EMAIL PROTECTED] wrote:
Pier P. Fumagalli wrote:
I got pretty upset with a couple of guys whose messages along the lines of
fix my servlet, and who asked me WHY I rejected those posts...
[snip]
I have a quick
Pier P. Fumagalli wrote:
Christopher Cain at [EMAIL PROTECTED] wrote:
IMNSHO, that kernel flag workaround is a joke. I almost fell out of my
chair with laughter when I first read that proposed solution on the
Sun forums. Hey, our JDK makes some faulty assumptions about memory
Sweet. Be sure to CC me on your wedding announcement.
In addition to leaving my inbox blissfully free of such abominations, I
have a feeling it will also reduce the amount of user questions on the
dev list. I've noticed that a good percentage of the HTML-formatted
posts, the vast majority of
Jon Stevens wrote:
on 7/16/01 5:44 PM, Christopher Cain [EMAIL PROTECTED] wrote:
In addition to leaving my inbox blissfully free of such abominations, I
have a feeling it will also reduce the amount of user questions on the
dev list. I've noticed that a good percentage of the HTML
Kevin Jones wrote:
- The JAVA_HOME env variable is no longer needed (instead, it looks in the
registry to get the JDK path).
The problem with this is that when you install the JDK you end up with two
JREs. So Java developers may have JAVA_HOME pointed at c:\jdk1.3.1 (say) and
the
Pier P. Fumagalli wrote:
John Gardner at [EMAIL PROTECTED] wrote:
I will be out of the office starting 19/07/2001 and will not return
until 13/08/2001.
Any general support queries should be emailed to: [EMAIL PROTECTED]
Infoshop queries should be emailed to: [EMAIL PROTECTED]
Pier P. Fumagalli wrote:
FUCK! Why does MacOS/X crashes right in the middle of a commit?
(Comment on Apple being able to find it with both hands and a flashlight
withheld ;-)
1 - 100 of 209 matches
Mail list logo
