Re: Encoding Problem ISO to UTF-8

2005-05-15 Thread Laurent
Leon Rosenberg wrote:
> Thanx Laurent, 
> 
> This was the closest reply sofar :-) 
> 
> The problem is, that I can't really debug, I get data through a web-form and
> 
> send it via xml to the payment provider. 

Maybe you could try this: in XML it is perfectly legal to encode
characters using XML entities, e.g. Ã becomes ü. Now if on the
other end they have a good valid XML parser, this should work fine,
whatever the encoding of the XML file.

> Then I see the result in a web-frontend of the payment provider, but I don't
> know what they get, neither
> what they actually store in the db. 
> Meanwhile i stongly suspect, that the problem is on their side, because all
> other system we exchange data with 
> in UTF-8 don't have similar problems. 

BTW, you must have access to the XML files you send, in which case you
can check that everything is *correctly* encoded in UTF-8 in that file.
In which case fiddling with Java functions won't change much (except
make things worse!)

Or you could try sending XML files of your own (that you make manually,
without Java), using various encodings (maybe double-encoded UTF-8 would
work!!)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [FRIDAY] Re: [POLL] What do you use action forms for?

2005-05-15 Thread Adam Hardy
 and I can play the fool ...
On 14/05/05 03:17 Simon Chappell wrote:
I can play a CD.
On 5/13/05, Marco Mistroni <[EMAIL PROTECTED]> wrote:
Hey,
   I played clarinet 10 years ago... is there space for me? :0
Regards
   marco
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: 13 May 2005 12:27
To: Struts Users Mailing List
Subject: [FRIDAY] Re: [POLL] What do you use action forms for?
On 5/13/05, Leon Rosenberg <[EMAIL PROTECTED]> wrote:
It would also be cool if you could give a short comparison to common
design methods, like OOD/COD with AOA, SOA and MDA.
:) Oooh ... acronyms!  :)
:) That rock band idea is sounding better and better ... :)
-Ted.

--
struts 1.2 + tomcat 5.0.19 + java 1.4.2
Linux 2.4.20 Debian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


SANDBOX

2005-05-15 Thread Dakota Jack
I just learned this morning from Ted's posts regarding JSF and the
sandbox that the ASF makes code in the sandbox hard to find so that
people won't think that code there is part of the ASF codebase.  Why
in the world anyone would think that someone who had a diffcult time
finding code would conclude that it was not part of the ASF codebase
is a mystery to me.  The result is not what you would expect but what
would be what you should expect, I think.

I would suggest that if you want people to know something, say it
instead of making peoples' lives difficult.

-- 
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Encoding Problem ISO to UTF-8

2005-05-15 Thread Leon Rosenberg
Thanx Laurent, 

This was the closest reply sofar :-) 

The problem is, that I can't really debug, I get data through a web-form and

send it via xml to the payment provider. 
Then I see the result in a web-frontend of the payment provider, but I don't
know what they get, neither
what they actually store in the db. 
Meanwhile i stongly suspect, that the problem is on their side, because all
other system we exchange data with 
in UTF-8 don't have similar problems. 

Or maybe I'm missing some very basic understanding of encoding :-)

However, I'll try to contact some other customers of the same provider (hope
there are any), and check how they do solve this problem.

Thanx to all

Regards
Leon

> -Ursprüngliche Nachricht-
> Von: Laurent [mailto:[EMAIL PROTECTED] 
> Gesendet: Sonntag, 15. Mai 2005 16:40
> An: Struts Users Mailing List
> Betreff: Re: Encoding Problem ISO to UTF-8
> 
> Leon Rosenberg wrote:
> > Hi,
> >  
> > I have a small encoding problem, which drives me crazy...
> >  
> > Our complete site is in ISO-8859-1 (which is java-default, as I 
> > understand it). I mean, the charset of the page is ISO, and 
> meta-tags 
> > in HTML are telling the browser that the page is ISO too.
> > Now the problem, that I have, is that I have to transmit 
> some XML data 
> > to another system (payment provider) which expects it in UTF-8.
> > The problem is that customer name can contain Umlauts 
> (german characters:
> > äöü), and they come truncated on the other side:
> >  
> > Like I'm sending "Ümlaut" and the other side gets �mlaut. 
> 
> 
> Well this may not be as simple as the other posts suggested. The "�"
> string *is* UTF-8. It is the bytes EF BF BD, the UTF-8 encoded form of
> U+FEFF, the Unicode BOM (byte order mask), a.k.a. ZWNBSP 
> (zero width non
> breaking space).
> 
> This should help you see more clearly what exactly is going wrong.
> 
> 
> > I tried each conversion method I could think of sofar:
> > reinitializing the String as new String with reencoding: name = new 
> > String(name.getBytes("ISO-8859-1"), "UTF-8") (in all combinations)
> 
> Instead of that, try using debug messages to print your 
> string and see if it's right.
> 
> > Using URLDecoder to decode parameters.
> 
> Unrelated to this problem.
> 
> > Using charsetencoded Writer (OutputStreamWriter writer = new 
> > OutputStreamWriter(outStream, "UTF-8")).
> > and so on... 
> >  
> > Can anyone give me a hint? 
> 
> Debug messages all the way, when you know where the problem 
> is, you can find how to fix it.
> 
> 
> 
> -
> 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: Encoding Problem ISO to UTF-8

2005-05-15 Thread Leon Rosenberg
Thanx Laurent, 

This was the closest reply sofar :-) 

The problem is, that I can't really debug, I get data through a web-form and

send it via xml to the payment provider. 
Then I see the result in a web-frontend of the payment provider, but I don't
know what they get, neither
what they actually store in the db. 
Meanwhile i stongly suspect, that the problem is on their side, because all
other system we exchange data with 
in UTF-8 don't have similar problems. 

Or maybe I'm missing some very basic understanding of encoding :-)

However, I'll try to contact some other customers of the same provider (hope
there are any), and check how they do solve this problem.

Thanx to all

Regards
Leon

> -Ursprüngliche Nachricht-
> Von: Laurent [mailto:[EMAIL PROTECTED] 
> Gesendet: Sonntag, 15. Mai 2005 16:40
> An: Struts Users Mailing List
> Betreff: Re: Encoding Problem ISO to UTF-8
> 
> Leon Rosenberg wrote:
> > Hi,
> >  
> > I have a small encoding problem, which drives me crazy...
> >  
> > Our complete site is in ISO-8859-1 (which is java-default, as I 
> > understand it). I mean, the charset of the page is ISO, and 
> meta-tags 
> > in HTML are telling the browser that the page is ISO too.
> > Now the problem, that I have, is that I have to transmit 
> some XML data 
> > to another system (payment provider) which expects it in UTF-8.
> > The problem is that customer name can contain Umlauts 
> (german characters:
> > äöü), and they come truncated on the other side:
> >  
> > Like I'm sending "Ümlaut" and the other side gets �mlaut. 
> 
> 
> Well this may not be as simple as the other posts suggested. The "�"
> string *is* UTF-8. It is the bytes EF BF BD, the UTF-8 encoded form of
> U+FEFF, the Unicode BOM (byte order mask), a.k.a. ZWNBSP 
> (zero width non
> breaking space).
> 
> This should help you see more clearly what exactly is going wrong.
> 
> 
> > I tried each conversion method I could think of sofar:
> > reinitializing the String as new String with reencoding: name = new 
> > String(name.getBytes("ISO-8859-1"), "UTF-8") (in all combinations)
> 
> Instead of that, try using debug messages to print your 
> string and see if it's right.
> 
> > Using URLDecoder to decode parameters.
> 
> Unrelated to this problem.
> 
> > Using charsetencoded Writer (OutputStreamWriter writer = new 
> > OutputStreamWriter(outStream, "UTF-8")).
> > and so on... 
> >  
> > Can anyone give me a hint? 
> 
> Debug messages all the way, when you know where the problem 
> is, you can find how to fix it.
> 
> 
> 
> -
> 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]



Link on Struts Page broken

2005-05-15 Thread Ingo Adler
The link
http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=241
on
http://struts.apache.org/
seems to be broken.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Encoding Problem ISO to UTF-8

2005-05-15 Thread Laurent
Leon Rosenberg wrote:
> Hi,
>  
> I have a small encoding problem, which drives me crazy...
>  
> Our complete site is in ISO-8859-1 (which is java-default, as I understand
> it). I mean, the charset of the page is ISO, and meta-tags in HTML are
> telling the 
> browser that the page is ISO too. 
> Now the problem, that I have, is that I have to transmit some XML data to
> another system (payment provider) which expects it in UTF-8. 
> The problem is that customer name can contain Umlauts (german characters:
> ÃÃÃ), and they come truncated on the other side:
>  
> Like I'm sending "Ãmlaut" and the other side gets ÃÂÂmlaut. 


Well this may not be as simple as the other posts suggested. The "ÃÂÂ"
string *is* UTF-8. It is the bytes EF BF BD, the UTF-8 encoded form of
U+FEFF, the Unicode BOM (byte order mask), a.k.a. ZWNBSP (zero width non
breaking space).

This should help you see more clearly what exactly is going wrong.


> I tried each conversion method I could think of sofar:
> reinitializing the String as new String with reencoding: name = new
> String(name.getBytes("ISO-8859-1"), "UTF-8") (in all combinations)

Instead of that, try using debug messages to print your string and see
if it's right.

> Using URLDecoder to decode parameters.

Unrelated to this problem.

> Using charsetencoded Writer (OutputStreamWriter writer = new
> OutputStreamWriter(outStream, "UTF-8")).
> and so on... 
>  
> Can anyone give me a hint? 

Debug messages all the way, when you know where the problem is, you can
find how to fix it.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: test session expired HELP!

2005-05-15 Thread Robert Taylor
Lucas, this is such a basic question. Have you done any research on this 
at all? Google ("Java session has expired" returned 139,000 hits.) 
perhaps?  Maybe search the archives? This isn't even a Struts question. 
Not even specified as OT or Newbie.

In the future:
http://www.catb.org/~esr/faqs/smart-questions.html
Now, on to an answer:
if (request.getSession(false) == null) {
// session has expired
}
/robert
Lucas Bern wrote:
Hi guys!
can anybody tellme how to know if a session is espired???
 
thanks!
Lucas

Brian McGovern <[EMAIL PROTECTED]> escribió:
Thank you Mike. That was EXACTLY it. VERY appreciated. I was messing around all 
morning with this.
-Original Message-
From: Mike Millson [mailto:[EMAIL PROTECTED]
Sent: Friday, May 13, 2005 2:15 PM
To: Struts Users Mailing List
Subject: RE: [OT] RSS w/ JSTL
On Fri, 2005-05-13 at 12:28, Brian McGovern wrote:
Following up. Ive gotten it rss reading to work using jstl/xml
but > 

If you are using 1.1 version tags, make sure your web.xml DTD is for
J2EE 2.4. I have seen the case where 1.1 tags in combination with
web.xml DTD 2.3 produces odd results. Some of the tag functions work and
others do not. Apparently you need a web.xml 2.4 DTD to get full JSTL
1.1 functionality.
Mike
-
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]

-
 A tu celular ¿no le falta algo?
 Usá Yahoo! Messenger y Correo Yahoo! en tu teléfono celular.
 Más información aquí.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]