DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16645.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16645.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sung-Gu wrote:
I don't think it's not mature... :(
They have couple of issues still, as I know.. just not revealed yet.
At least they have reached Alpha status! This is more than enough for a
real commons sub-project outside the sandbox.
Sung-Gu wrote:
There isn't any uni-one to support the various charsets.(Let you regard it!)
Then, once it was tranformed, it should be tranformed back to the original.
That makes the transformed one to the original one.
Sung-Gu,
I have problems understanding your English and I can only guess
- Original Message -
From: Ortwin Glück [EMAIL PROTECTED]
Arrrg... again... :(
Not surprising though... :(((
by the String class. You must use byte[] in this case.
It was...
You speak of transformation. What sort of transformation is that? The
import sun.nio.cs.StandardCharsets;
Hi Sung-Gu
On Tue, 2003-02-04 at 11:37, Sung-Gu wrote:
Hi Oleg,
Again... well..
Ok... let me try to make you understand it again. HmmHmm...
Let's assume I am stupid
BTW, sorry to bother you that I haven't got you to get it right away
at that time even with a diagram and still... :(
Sung-Gu wrote:
- Original Message -
From: Ortwin Glück [EMAIL PROTECTED]
Arrrg... again... :(
Not surprising though... :(((
Sung-Gu, I don't want to upset you. I just want to understand the
problem that you are trying to solve with toUsingCharset. Your
explanations did not help so
You need to add the following line to your code somewhere:
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
The java.protocol.handler.pkgs property is only needed if you want to
use https with java.net.URL.
I previously thought that addProvider() was not needed, but it
- no need for fully qualified class names in @see or @link comments
- please use @since 2.0beta1 new methods/classes
Can do.
- don't see a need for getFirstHeader and getLastHeader
I didn't think so at first either. For some uses though I think it
works. For example if you want to get the
I'm getting an unresolved symbol now. Where do I import
Security.addProvider() from?
Tom
On Tue, 4 Feb 2003, Michael Becke wrote:
You need to add the following line to your code somewhere:
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
The
java.security.Security.addProvider().
Mike
Tom Samplonius wrote:
I'm getting an unresolved symbol now. Where do I import
Security.addProvider() from?
Tom
On Tue, 4 Feb 2003, Michael Becke wrote:
You need to add the following line to your code somewhere:
Security.addProvider(new
Now I get the runtime error:
javax.net.ssl.SSLException: untrusted server cert chain
Is there anything more that needs to be done to setup the connection?
I've seend some examples that setup all sorts of X509 stuff. Is that
required too? I'm using JSSE 1.0.3_01.
Tom
On Tue, 4 Feb
By default JSSE only support SSL certs that are signed by Verisign or
Thawte. To use a self signed cert (this appears to be what you are
doing) you have two options:
1) import the servers cert into your keystore
2) mess around with the X509 stuff, someone posted a URL earlier talking
about
Actually, the certificate is signed by Entrust (the site is
https://www3.interaction.bell.ca).
Can the Entrust root certificate be imported into the keystore easily?
The JSSE INSTALL.TXT talks about which file they go into, but doesn't
really provide any detail on where they come from.
...When I pass a Cookie that has max age set to -1 to the HttpState
addCookie, it thinks its expired (verified by the Cookie.isExpired) call
when clearly it isn't supposed to be. It won't put it in the request.
Any ideas?
Thanks.
Alan
Since the JRE doesn't recognize Entrust by default it is as though the
cert is self signed.
Take a look at Sun's docs for the keytool:
http://java.sun.com/j2se/1.3/docs/tooldocs/win32/keytool.html
There is also a good discussion thread covering this topic at:
Alan
I suppose you want to have a cookie that never expires. Currently
Cookie#Cookie(String, String, String, String, int, boolean) constructor
blindly assumes max age parameter to be a positive integer. To work the
problem around you can use Cookie#Cookie(String, String, String, String,
Date,
After trying to find the Entrust root certficate, I just exported a .cer
file from IE, and imported it like this:
keytool -import -alias entrust -file entrust.cer \
-keystore /usr/local/jdk/jre/lib/security/cacerts
That seems to do the trick.
Tom
On Tue, 4 Feb 2003, Michael
There were a couple threads over on the commons-dev list about having a
seperate VOTE list for all commons issues. I was in support of this,
but was clearly in the minority. The issue is now closed: all voting
will take place on the list where the issues are discussed.
Therefore, votes
Hi Sung-Gu,
Actually, that's very easy...
And not that important unless it's not going to be support multilinqual.
As you see the diagram, bytes informations created from the original charset
should be restored. That's all.
My understanding of what you're saying is that if someone
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16645.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Original Message -
From: Laura Werner [EMAIL PROTECTED]
Hi Sung-Gu,
Actually, that's very easy...
And not that important unless it's not going to be support multilinqual.
As you see the diagram, bytes informations created from the original
charset
should be restored. That's
I occasionally get this exception while trying to readResponse() from a
HttpMethodBase and am trying to learn more about why it happens, and what I
should do about it. I am using 2.0-a2. I have searched bugzilla and found
this bug [ http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13463 ] that
Thanks! I've put a retry loop around the whole thing and it handles the
timeout properly now.
Cheers,
Loren
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Laura
Finally, there's someone who can read Sung-Gu's mind!
All right. A simple phrase There are charsets that are not adequately
represented in Unicode by Sung-Gu would have put the discussion into a
completely different perspective. And of course, Sung-Gu's stoical
refusal to provide a test
26 matches
Mail list logo