On Tue, 2004-04-13 at 18:21, Craig McClanahan wrote:
> Simon Kitching wrote:
> >On Tue, 2004-04-13 at 18:01, [EMAIL PROTECTED] wrote:
> >>Please have a look at the attached file.
> >
> >
> >
> I would be glad to if I'd actually sent it :-). Of course, it was
> forged ...
Yeah, but it raises so
Simon Kitching wrote:
Hmm..
On Tue, 2004-04-13 at 18:01, [EMAIL PROTECTED] wrote:
Please have a look at the attached file.
Sorry, Craig, but the pif file you attached won't run on my Debian
machine. Could you please re-write this in "bash" :-)
I would be glad to if I'd actually sent it
Hmm..
On Tue, 2004-04-13 at 18:01, [EMAIL PROTECTED] wrote:
> Please have a look at the attached file.
Sorry, Craig, but the pif file you attached won't run on my Debian
machine. Could you please re-write this in "bash" :-)
-
T
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-define has an issue affecting its community integration.
T
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-jetty has an issue affecting its community integration, and
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-jsl has an issue affecting its community integration, and
rleland 2004/04/12 22:52:15
Modified:validator Tag: VALIDATOR_1_1_2_BRANCH project.xml build.xml
Log:
Change build version to 1.1.3-dev
Revision ChangesPath
No revision
No revision
1.40.2.1 +1 -1 jakarta-commons/validator/proj
rleland 2004/04/12 22:50:11
Modified:validator/src/share/org/apache/commons/validator Tag:
VALIDATOR_1_1_2_BRANCH ValidatorResources.java
Log:
register 1.1.3 DTD
Revision ChangesPath
No revision
No revision
1
rleland 2004/04/12 22:49:22
Modified:validator/src/share/org/apache/commons/validator Tag:
VALIDATOR_1_1_2_BRANCH ValidatorAction.java
Log:
PR: 28257 Backported patch David made to use reader instead of InputStream
to work around bug in JWS 1.4 under JRE pr
Hi,
Here's the list of things I think are remaining to do before a 1.6
release. I notice that the 1.5 release was done on 24-april-2003.
Wouldn't it be nice to get another release out before the year is up?
If there's anything that's not on this list, please speak up!
* resolve the "mixed conten
mbecke 2004/04/12 19:08:30
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpConnection.java
Added: httpclient/src/java/org/apache/commons/httpclient
ProxyClient.java
httpclient/src/examples ProxyTunnelD
> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
>
> I was hoping that Rodney would reply. Anyway, these sound like sensible
> enhancements to [primitives]. I am willing to review the classes you add.
Thanks I tap on your shoulder once I check them in.
> Frankly have not look a lot at a Geronimo project (I will),
> but one thing I can say for sure is that it is a huge one.
We're only talking about the core on which it is built, not the entire
project.
> Ok, the Geronimo has a cool micro-kernel, Tomcat has a great jmx
> manageability, etc...
Ye
On Mon, 2004-04-12 at 19:58, Mladen Turk wrote:
>
> > Well, it does.
> >
> > http://java.sun.com/j2se/1.5.0/docs/guide/security/jsse/jsse-t
> iger-beta1.html#SSLENG
> >
>
> Read carefully :)
> It uses like I said SSLEngine not the SSLServerSocket for non-blocking io
> that can be done with the
On Apr 12, 2004, at 3:43 PM, Mladen Turk wrote:
From a chat with the Geronimo team today: "The Geronimo
contains an IOC
(dependency injection) micro-kernel which provides only basic
wiring of services and life cycle management.
Are the guys willing to pull that out,
No, but it is isolated and will
> -Original Message-
> From: Noel J. Bergman
>
>
> When I discussed this thread with the Geronimo folks, they
> said "That is our same goal." They have extended an invite
> to work on making their code fill this need. I think that it
> is at least worth discussing the possibility
> you said that the Geronimo can be the lead, but I doubt that it would
> provide the hookable protocol stack.
AFAIK, you're wrong, but you should discuss it with them.
> Generally what I'd like to do is to make the generic server
> infrastructure that will inherently have SSL support and will
>
I was hoping that Rodney would reply. Anyway, these sound like sensible
enhancements to [primitives]. I am willing to review the classes you add.
Stephen
From: "Alex Karasulu" <[EMAIL PROTECTED]>
> I've written the Boolean equivalents for the collections we have in
commons
> primitives. Rather t
I have been experimenting with a more hierarchical design for
configuration classes and would like to bring in my results for
discussion. You can download a zip under
http://www.oliver-heger.privat.t-online.de/hierarchicalconfig.zip
What I have done so far is to extract the internal Node clas
> -Original Message-
> From: Stephen Colebourne
>
> OK, from what I've seen, there are interested parties here,
> and frequently rewritten code. This is not an area within my
> expertise, so I can only comment from a commons POV.
>
> My concerns for commons are:
> 1) Is it more of a
> -Original Message-
> From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 12, 2004 7:42 PM
> To: Jakarta Commons Developers List
> Subject: RE: Commons server infrastructure proposal
>
> > AFAICT even 1.5 NIO doesn't support SSL directly.
> > The trick is to use th
OK, from what I've seen, there are interested parties here, and frequently
rewritten code. This is not an area within my expertise, so I can only
comment from a commons POV.
My concerns for commons are:
1) Is it more of a framework or a utility?
It should be designed towards the latter.
2) Size o
> AFAICT even 1.5 NIO doesn't support SSL directly.
> The trick is to use the SSLEngine and drop the SSLServerSocket altogether.
Well, it does.
http://java.sun.com/j2se/1.5.0/docs/guide/security/jsse/jsse-tiger-beta1.html#SSLENG
The trouble is that it may takes years for 1.5 to become mainstrea
> -Original Message-
> From: Noel J. Bergman
>
> NIO does not support SSL prior to JDK 1.5. That lack will
> likely drive high concurrency applications that need SSL to
> use JDK 1.5 if for no other reason.
>
AFAICT even 1.5 NIO doesn't support SSL directly.
The trick is to use the
Hi
> From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
> With so many REALLY controversial changes to Java language long may be
> our wait for 1.5 to be widely adopted. Java 1.5 requirement may be quite
> a hindrance and may play against the project in the initial phase
Oh I got that feel too.
Alex,
On Mon, 2004-04-12 at 17:34, Alex Karasulu wrote:
> Yeah this is a very sad point indeed. Luckily I can focus on other things
> until SSL arrives and 1.5 is the standard production JDK in prominence.
With so many REALLY controversial changes to Java language long may be
our wait for 1.5
> Clearly there's a need for a project like that. I personally
> would be interested to contribute if my work at HttpClient
> leaves me a few spare moments.
I think that it would be productive to look at branching the Geronimo
micro-kernel out of that project.
> If you intend to target Java 1.4 a
Oleg,
> * Initially I based my server code on NIO because one thread per
> connection (most of which would stay idle most of the time) was kind of
> luxury I could not afford. I after having spent a few days writing code
> I came to the point where I needed to plug in SSL. To my dismay I found
> o
Mladen, Alex, et al
Interesting enough just a few weeks ago I also encountered a similar
need of a lightweight server micro-kernel. After having looked around I
found nothing which I thought was close enough to what the requirements
were, so I ended up writing all that plumbing code myself from sc
Sorry folks, I almost missed this (given it was weekend and the traffic on
this list). If you want to discuss this further, mind joining folk on the
[EMAIL PROTECTED] list? [I don't know if cross posting is considered
poor form or not in a case like this, and is a solution.]
If not, I'll try to w
Hi,
>I havn't commited that changes I've made to the project.xml yet, so the
>error in th build directory is still present. I'll commit them now then
>you can try it again.
I now get the ugly VM crash that you describe for modeler. The
compilation is OK, it's the unit tests that are crashing.
Stephen Colebourne wrote:
> #1 is sufficient IMO.
> #2 leads to scary places.
Well, since you've spent more time looking at this than I have, and I don't
have any strong reason to disagree, I'd go with your approach. :-)
--- Noel
Hi all,
I have a project to propose that the 'commons philosophy' can benefit
thought.
I'm aware of incubation process, but since I'm an active ASF member for
years now, I would like to hear your opinions before.
What I would like to know is are there any need and will to support such a
project.
olegk 2004/04/12 03:30:46
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodDirector.java
httpclient/src/java/org/apache/commons/httpclient/params
HttpClientParams.java
httpclient/src/test/
Michael Heuer wrote:
Might you also be able to use an unmutable MultiKey for storage in the
hashed map and a mutable MultiKey for lookups, with matching equals and
hashCode implementations?
void put(Obj a, Obj b, ...) {
map.put(new MultiKey(a, b, ..));
}
private MutableMultiKey lookupKey
35 matches
Mail list logo