Win a copy of Head First Android this week in the Android forum!

Jon Bates

Greenhorn
+ Follow
since Oct 06, 2005
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Jon Bates

Hello,

I am no expert, but since noone else has posted, Ill try my best

1) Goto the admin console in tomcat. For the localhost, you can try http://127.0.0.1/admin and log in

2) select "Data Sources" from the left hand pane, and wait for the page to load.

3) in "Data Source Actions" on the top right of the screen, select "Create New DataSource"

4) type in the JNDI source name you want to associate with the connection pool, add the class name (as if calling `class.forname(...)' when creating a normal connection) and anything else you like.

5) finally, save and commit changes.

This should give you a connection pool which can be used in the standard manner. You will need to add your DB connection jar to the tomcat_dir\common\lib directory (I think, but i may get a slap on the wrists!)

Regards,

Jon Bates
16 years ago
Sorry, this the second time in as many posts I have answered to the wrong poster!!

Jon
16 years ago
Hello,

I am no expert, but since noone else has posted, Ill try my best

1) Goto the admin console in tomcat. For the localhost, you can try http://127.0.0.1/admin and log in

2) select "Data Sources" from the left hand pane, and wait for the page to load.

3) in "Data Source Actions" on the top right of the screen, select "Create New DataSource"

4) type in the JNDI source name you want to associate with the connection pool, add the class name (as if calling `class.forname(...)' when creating a normal connection) and anything else you like.

5) finally, save and commit changes.

This should give you a connection pool which can be used in the standard manner. You will need to add your DB connection jar to the tomcat_dir\common\lib directory (I think, but i may get a slap on the wrists!)

Regards,

Jon Bates
16 years ago
Hi,

I had success with the esendex service in the UK (www.esendex.com). It costs �25 for 250 messages, and you can receive as well. Additionally, you get a test number that you can send free messages to, which appear on a web console.

Access is provided via a provided SOAP interface.

Regards,

Jon Bates
16 years ago
Hi,

I have had success (in the UK) with esendex - www.esendex.com. It costs �25 for 250 sms messages. Also, you can receive them, and you get a personal test phone number where you can text a web console before deployment.

Interface is via a SOAP stub they provide.

Regards,

Jon Bates
16 years ago
Hello,

Although search is hardly my forte, I have a couple of points that may help you. Firstly, depth-first search may well be simpler to impment, since the logic is sstraight forward. The downside is that the solution may not be optimal, and may take much longer to complete.

Conversely, Breadth first will find the optimal path and thus be much faster to complete, but is harder to manage and write. I think though it would be easier to multithread since each path can execute in a single thread as they split off.

One algorithm you may like to look into (i only know about this form the prolog language, and as such can't vouch for its Java-compatability is the A* algorithm, but have fun with that one )

Regards,

Jon Bates
16 years ago
Cheers

I was doing a little late night hacking last night, and it turned out that the trim function worked fine. I was actually going into an infinite loop farther down :S

Jon Bates
16 years ago
Hi All.

I am playing with some code to manipulate MP3 ID3 tags, and have come across a strange problem.

To get you up to speed, ID3 (v1) supports a number of informational fields, usually 30 bytes long. If a field, such as artist-name, does not require all 30 bytes, any unused bytes will be written as \u0000 (its unicode representation)

Using the following code, I am able to read an appropriate piece of file using a RandomAccessFile Object, but the app hangs on the trim() method. Without calling trim(), the code runs fine, but I get a load of garbage, which is the \u0000 bytes.



Using yeilds the same problem.

Is there any preferred method of overcomming this pitfall? I am sure I am not the first programmer to handle c-strings before

Regards,

Jon Bates
[ October 06, 2005: Message edited by: Jon Bates ]
16 years ago