This week's book giveaway is in the OO, Patterns, UML and Refactoring forum.
We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line!
See this thread for details.
The moose likes Developer Certification (SCJD/OCMJD) and the fly likes String Encoding Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

JavaRanch » Java Forums » Certification » Developer Certification (SCJD/OCMJD)
Bookmark "String Encoding" Watch "String Encoding" New topic

String Encoding

John Grabowsky

Joined: Dec 30, 2008
Posts: 26
Hi fellow rangers,

im working on B&S 2.3.1. The spec of the DBMain interface requires an update method accepting an String array, one String for evry field of the record to update. The spec of the DB file says that only ASCII can be stored. Is there a standard way to convert if the method is called with Strings containing chars other than ASCII?


John<br />SCJP 5, 97%
Ulf Dittmer

Joined: Mar 22, 2005
Posts: 42958
Not really. Maybe that means you shouldn't allow non-ASCII characters to be entered to begin with?
John Grabowsky

Joined: Dec 30, 2008
Posts: 26
Hi Ulf,

thanks for prompt reply. Sure, I would validate input accordingly. But i think the DBMain Interface must work anytime, whether it is called by my business logic or not.
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link:
subject: String Encoding
It's not a secret anymore!