From: Andy Stone Date: 2004-10-26T10:18:59+09:00 Subject: Re: Server Programming David, Thanks for your reply. It's very good to hear that! I'll only bug you guys if I've exhausted everything else. :) thanks again! It's real nice to see this kind of response. -andy On Tue, 26 Oct 2004 10:13:19 +0900, David Ross wrote: > My project usage with Ruby comes pretty close to what you are using it > for with your project. > > Recently I created a SOAP client/server which were seperate handling > frontend and backend for customers to access company information. The > program handled authentication, database access, and scripts that ran > every night updating any information changed from external data formats. > Ruby runs fine for server/client applications. I hgive it a big A+. I've > had a few problems sure, but the Japanese Ruby community are really > nice. There are some nice non-ignorant people out there as well, usually > you can find them on IRC(note: there are still ignorant ones out there). > Thanks to NaHi I was able to complete my applications. Ruby is very good > for what ou have in mind. > > If you need help, drop by on > irc://irc.efnet.net/ruby-lang > or > irc://irc.freenode.net/rubymine > > I would be glad to answer any questions you have. > > > David Ross > -- > Hazzle free packages for Ruby? > RPA is available from http://www.rubyarchive.org/ > > > > > Andy Stone wrote: > > >Hello Francis, > > > >Thanks for the reply. > > > >This isn't a web server, just a JAVA client/server application that > >starts a few threads that have their own individual responsibilities. > >The server app is merely a container for these threads to allow the > >basic functions like startup,shutdown,and status to be handled > >cleanly. > > > >Being that I don't have any specific questions, I'll just start > >writing a version in Ruby and will post questions (as they arise) to > >answers I can't find elsewhere. > > > > > >Thanks again, > >andy > > > >On Tue, 26 Oct 2004 08:39:50 +0900, Francis Hwang wrote: > > > > > >>Hi Andy, > >> > >>What's the server part of this? I understand processing zip files, > >>parsing text/binary, executing SQL, all of that, but I think you've > >>been a little vague as to how all these actions fit into the overall > >>function of the server in your company. Is this a web server, then I > >>take it? Or some other sort of server? > >> > >>At any rate, everything you've said so far can be handled fine in Ruby, > >>and you'll probably find it a lot more fun to write than in Java. If > >>you have other specific concerns you should just bring them up and we > >>can address them. > >> > >>Francis > >> > >> > >> > >> > >>On Oct 25, 2004, at 12:08 PM, Andy Stone wrote: > >> > >> > >> > >>>Hello all, > >>> > >>>The company I work for currently utilizes JAVA/JSP, ORACLE 9i, > >>>Apache,Tomcat setup running on Solaris. We have plans to migrate to > >>>PostgreSQL and Linux. Currently I have an issue with a server written > >>>in JAVA that hangs about once a week (don't know exactly why yet - > >>>hence the vague term) and we recently had it create a defunct port > >>>while trying to shut down. I did not write this server, but am the > >>>only one left to maintain this code. > >>> > >>>Now you know why I am here. I am looking into Ruby as an alternative > >>>to this JAVA Server. The core functionality needed would be processing > >>>zip files, parsing text/binary files and executing sql statements. > >>> > >>>At this stage, how does Ruby compare to Java in terms of server > >>>programming? I have liked everything I've read about Ruby to date, > >>>but have seen very little in reference to server programming, but then > >>>again, I'm just beginning. > >>> > >>>Please excuse the vagueness, I'm very undecided what to do right now, > >>>rewrite the JAVA Server in another language or rewrite it with JAVA, > >>>but correctly. The main reason for the other language consideration > >>>is the text and binary file processing. I'm was thinking Ruby might > >>>handle this aspect better than JAVA. > >>> > >>>thanks, > >>>andy > >>> > >>> > >>> > >> > >> > > > > > > > > > >