[Mono-list] SoapHttpClientProtocol
Hi ! I have found that the class System.Web.Services.Protocols.SoapHttpClientProtocol is not implemented yet. Is there some possibility to walk around this problem by a patch or some else ? We would like to use Google API Service but its main part is based on the above protocol : public class GoogleSearchService : System.Web.Services.Protocols.SoapHttpClientProtocol { /// remarks/ public GoogleSearchService() { this.Url = "" class="moz-txt-link-rfc2396E" href="http://api.google.com/search/beta2">"http://api.google.com/search/beta2"; } Regards, Yury Serdyuk.
Re: [Mono-list] SoapHttpClientProtocol
On dv, 2004-02-13 at 12:32, Yury Serdyuk wrote: Hi ! I have found that the class System.Web.Services.Protocols.SoapHttpClientProtocol is not implemented yet. It is implemented. We have support for web services (including the Google API) since July 2003. Lluis. Is there some possibility to walk around this problem by a patch or some else ? We would like to use Google API Service but its main part is based on the above protocol : public class GoogleSearchService : System.Web.Services.Protocols.SoapHttpClientProtocol { /// remarks/ public GoogleSearchService() { this.Url = http://api.google.com/search/beta2;; } Regards, Yury Serdyuk. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0
Did this ever get resolved? If so, what fixed it? I'm having the same problem. Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Luke Stephenson Sent: Tuesday, February 03, 2004 5:02 PM To: 'Gonzalo Paniagua Javier'; [EMAIL PROTECTED] Subject: RE: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0 Sorry, I should have included my mod_mono related entries from http.conf: AddType application/x-asp-net .aspx .ashx .asmx .ascx .asax .config LoadModule mono_module /usr/local/apache2/modules/mod_mono.so MonoUnixSocket /tmp/mod_mono_server Alias /mono /usr/share/doc/xsp/test Cheers, Luke -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Tuesday, February 03, 2004 5:57 PM To: [EMAIL PROTECTED] Subject: Re: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0 El mar, 03-02-2004 a las 23:07, Luke Stephenson escribió: I have setup mod_mono as per the instructions in the INSTALL file, with the exception that apache listens on a different port then 8080. I have mod_mono_server running fine, and the module seems to load fine. But whenever I try to access any ASP.NET files in /mono I get a 404... a mod_mono_server error, not the standard apache error: Server error in '/mono' application Cannot find '/mono/index.aspx'. Description: Error processing request. Error Message: HTTP 404. Cannot find '/mono/index.aspx'. /mono is aliased to /usr/share/doc/xsp/test And if I put other files in that folder (ie, html files) they load fine. Not sure what I am missing, I have followed all the install info I could find to the letter, but I have been having a lot of problems... You're probably missing: AddType application/x-asp-net .aspx .ashx .asmx .ascx .asax .config .ascx in your apache configuration file. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.576 / Virus Database: 365 - Release Date: 1/30/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.583 / Virus Database: 369 - Release Date: 2/10/2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0
Unfortunately not :( It has been almost a week since I have fiddled with it though, If you have any ideas, let me know :) The other thing is that apache is listening on a odd port... 7580, because it is a test server that I want to keep obscure. Cheers, Luke Stephenson LSCS Computer Systems Engineering [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Sent: Saturday, February 14, 2004 10:45 AM To: Luke Stephenson; 'Gonzalo Paniagua Javier'; [EMAIL PROTECTED] Subject: RE: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0 Did this ever get resolved? If so, what fixed it? I'm having the same problem. Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Luke Stephenson Sent: Tuesday, February 03, 2004 5:02 PM To: 'Gonzalo Paniagua Javier'; [EMAIL PROTECTED] Subject: RE: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0 Sorry, I should have included my mod_mono related entries from http.conf: AddType application/x-asp-net .aspx .ashx .asmx .ascx .asax .config LoadModule mono_module /usr/local/apache2/modules/mod_mono.so MonoUnixSocket /tmp/mod_mono_server Alias /mono /usr/share/doc/xsp/test Cheers, Luke -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Tuesday, February 03, 2004 5:57 PM To: [EMAIL PROTECTED] Subject: Re: [Mono-list] mod_mono 0.7 HTTP error 404, apache 2.0 El mar, 03-02-2004 a las 23:07, Luke Stephenson escribió: I have setup mod_mono as per the instructions in the INSTALL file, with the exception that apache listens on a different port then 8080. I have mod_mono_server running fine, and the module seems to load fine. But whenever I try to access any ASP.NET files in /mono I get a 404... a mod_mono_server error, not the standard apache error: Server error in '/mono' application Cannot find '/mono/index.aspx'. Description: Error processing request. Error Message: HTTP 404. Cannot find '/mono/index.aspx'. /mono is aliased to /usr/share/doc/xsp/test And if I put other files in that folder (ie, html files) they load fine. Not sure what I am missing, I have followed all the install info I could find to the letter, but I have been having a lot of problems... You're probably missing: AddType application/x-asp-net .aspx .ashx .asmx .ascx .asax .config .ascx in your apache configuration file. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.576 / Virus Database: 365 - Release Date: 1/30/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.583 / Virus Database: 369 - Release Date: 2/10/2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compiling with GC support in Mac OS X
This is your best bet so far. I have had luck with these instructions. http://lists.ximian.com/archives/public/mono-devel-list/2004-January/ 003752.html Erik On Feb 13, 2004, at 11:03 PM, Jonel wrote: Hi, how do i enable GC when compiling mono from source? thanks, JOnel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] evangelizing mono
Hey team, Long-time listener, first-time caller. I wanted to get your advice on something...I'm helping a high-energy team of Linux ninjas who are interested in creating an OSS app that makes it easier to sell stuff on eBay. (Giving developers this kind of help is actually part of my job at eBay.) These guys just got into the planning stages of their project and are trying to settle on a choice of language/framework/etc. They want to use a client/server architecture which actually makes a lot of sense for a variety of reasons mostly having to do with caching and handling eBay data from eBay's API in an intelligent way. It's my intuitive sense that C#/Mono may be a good choice for this kind of project. Maintainability and developer productivity is a big deal with custom eBay clients that use the API because eBay changes so frequently, and I've had to agonize with developers that have made sub-optimal language and architecture choices in the past and paid for it dearly as their applications implode repeatedly. However, they're gravitating to C++, at least for their server piece, which may be a good choice for the lead developer(s) who I think already knows C++, but may be a sub-optimal choice for the project in general. I fear that they may be in when you have a hammer, every problem looks like a nail mode. One tactical thing they seem to be getting hung up on is the fact that you need to run Mono apps with a command line (and, secondarily, an executable that ends in *.exe reeks of evil Windows; I explained to them that this is what chmod +x is for, but anyway). My questions are: - Do you have good evangelism tactics for Linux developers who evaluate Mono and find it somehow un-Unix-like? - Is there a technical answer to the mono my.exe command-line objection? - Is there an elegant solution for distributing the Mono framework onto client machines today? - Are there examples of functioning high-performance client/server apps running on Mono today? I suspect that this kind of discussion will be useful in a general-purpose sense as you take the message of Mono out to the rest of the universe, but feel free to respond to me privately if you like. If you're interested, the original discussion is over on the Gentoo forums here: http://forums.gentoo.org/viewtopic.php?t=123105 Thanks, Jeffrey ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono 0.30.1 released.
What's the build procedure to create a windows installer from CVS? (Who is normally creating those builds?) Is there a continues build process in place to ensure that platforms are not broken (cygwin is not building @ the time, error in libtest.c, and Mono.Data.PostgreSqlClient). I have been asking for this for about a year now, and it seems like nobody is using mono on cygwin. I know that cygwin is not a priority for most users, but it seems like an simple organizational issue to me [correct me if I'm wrong]. I'm willing to help, if nessecary. - Urs -Original Message- From: [EMAIL PROTECTED] To: Mono Announce; [EMAIL PROTECTED] Sent: 2/13/2004 8:37 PM Subject: [Mono-list] Mono 0.30.1 released. Hey guys, Mono 0.30.1 is out, the release notes are here: http://www.go-mono.com/archive/mono-0.30.1.html Software is on Red Carpet's Mono channel as well for Red Hat 9, Fedora Core 1 and SUSE 9 on x86. love, Miguel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono 0.30.1 released.
Hello, What's the build procedure to create a windows installer from CVS? (Who is normally creating those builds?) Is there a continues build process in place to ensure that platforms are not broken (cygwin is not building @ the time, error in libtest.c, and Mono.Data.PostgreSqlClient). I have been asking for this for about a year now, and it seems like nobody is using mono on cygwin. I know that cygwin is not a priority for most users, but it seems like an simple organizational issue to me [correct me if I'm wrong]. I'm willing to help, if nessecary. Part of the problem with Cygwin is that there is no common version of Cygwin. It is more like a continuous flood of updates: so if you catch Cygwin at the right point, you will have the right tools with the right versions. Sometimes you will be unlucky enough to get a different set of versions, and you wont be able to build. The installer bits for Mono have been historically on CVS, but we have not built these ones recently. Dan Morgan (a long time Mono developer) has taken over doing this. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Executing mono program: was evangelizing mono
AFAIK, you can use whatever filename you want for the executable. It does not have to end in .exe (at last with Mono). What's more, the Linux kernel called binfmt-misc, which allows running programs under Mono as though they were native binary executables. Here's a link to a script that does that: http://www.atoker.com/mono/mono.init Depending on your Linux configuration, you might need to modprobe binfmt_misc, and you might need to change the path to mono from /usr/bin/mono. Finally, mcs seems to set the executable bit on output files, but other C# compilers (e.g. csc, cscc) do not. On Saturday 14 February 2004 3:00 pm, Jeffrey McManus wrote: One tactical thing they seem to be getting hung up on is the fact that you need to run Mono apps with a command line (and, secondarily, an executable that ends in *.exe reeks of evil Windows; I explained to them that this is what chmod +x is for, but anyway). ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] evangelizing mono
Hi, I am no mono expert, but here's what I think. - Is there a technical answer to the mono my.exe command-line objection? I added the following in my /etc/rc.d/rc.S script (I use slackware 9.1) : # add mono to the executable list echo ':CLR:M::MZ::/usr/bin/mono:' /proc/sys/fs/binfmt_misc/register it allows you to do $ my.exe instead of $ mono my.exe - Is there an elegant solution for distributing the Mono framework onto client machines today? - Windows update takes care of it for windows versions = win2k - you need to setup a work on all config package for linux, self-extractable and installable of course - can't rely on the user to know how to unzip,... Max ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] evangelizing mono
Hi, I am no mono expert, but here's what I think. - Is there a technical answer to the mono my.exe command-line objection? I added the following in my /etc/rc.d/rc.S script (I use slackware 9.1) : # add mono to the executable list echo ':CLR:M::MZ::/usr/bin/mono:' /proc/sys/fs/binfmt_misc/register it allows you to do $ my.exe instead of $ mono my.exe - Is there an elegant solution for distributing the Mono framework onto client machines today? - Windows update takes care of it for windows versions = win2k - you need to setup a work on all config package for linux, self-extractable and installable of course - can't rely on the user to know how to unzip,... Max ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] evangelizing mono
On Sat, 2004-02-14 at 15:00, Jeffrey McManus wrote: Hey team, snip/ - Do you have good evangelism tactics for Linux developers who evaluate Mono and find it somehow un-Unix-like? I don't, except to answer their questions... - Is there a technical answer to the mono my.exe command-line objection? Yes. There are two solutions: 1) Use a shell script which calls the actual program. I've found this script to be useful: #!/bin/sh # Starts a CIL program whose name is patterned after the # filename of this script. The CIL program executed is # $0.exe. file=$0 # If file is a symlink, find where it's pointing to if [ -L $file ] ; then if ! (readlink -f $file) /dev/null 21; then echo `basename $0` : missing required program readlink! exit -1 fi file=`readlink -f $file` fi exec mono $file.exe $@ 2) Use the Linux BINFMT_MISC kernel module. Then you can remove the .exe extension on the binaries, and still execute the programs normally. See: http://www.atoker.com/mono/, and search for BINFMT_MISC. In particular, the mono.init script can be used to set this up. - Is there an elegant solution for distributing the Mono framework onto client machines today? Other than RPM and Debian Packages? *Is* there a more elegant way to distribute *any* software? ;-) (Yes, this is a biased view, but Linux binary package management is fairly elegant, especially when using apt or yum systems.) However, this will depend upon what your client machines are. Does mono support them? Does Mono support them *well*? (Mac OS X isn't supported well at this time, and people frequently have problems building Mono on Windows...) - Are there examples of functioning high-performance client/server apps running on Mono today? I'm not aware of any, but I wouldn't know, either. snip/ digression type=major However, with regards to your particular situation, I think you might be going about this the wrong way. Mono may be the perfect choice. It might not be. And trying to get all developers, both internal and external, to agree to a single choice will be difficult. Which is why you shouldn't be making it. :-) This is *precisely* what SOAP and Web Services are for. What the client is implemented with, and what the server is implemented in, is immaterial as long as they both understand the same transport: SOAP. This would permit your developers to continue developing in a language they're comfortable with now (C++, apparently), and change strategies tomorrow without breaking any existing clients. You have the current scenario: Maintainability and developer productivity is a big deal with custom eBay clients that use the API because eBay changes so frequently. There are two solutions: choose a more efficient development environment, which you seem to be advocating. While possibly an ideal solution, it is entirely possible that the new environment can't/won't be supported in all the areas current programs operate, or future required platforms. Furthermore, the more custom clients you have, the more work you will need to do if something changes, and just emphasizing a more efficient development environment will likely also emphasize making changes that will require updating all the existing clients, because it's easy, so why not? The other solution is to do some up-front design. It sounds like you've had several designs so far, so I would hope that your developers understand the problem domain sufficiently to create a decent design. With that design, decompose the system into layers, and pick a communication strategy between layers. As long as the interfaces between layers are consistent, the actual implementation can change ad hoc, and (done properly) no existing code will need to be touched. There's a reason that the networking protocols have remained consistent for nearly (over?) 20 years, and it's not because of an efficient development environment. :-) This can be done with the efficient development environment. But this also allows you to make concessions to interact and integrate with environments that might not support Mono (or the chosen environment). It can also allow quick prototyping -- prototype the GUI in Python, for example, to see what works, before re-writing in some other language. With decent interfaces, Python will be able to function within the actual working system, and you may well find that Python is sufficient. Developer familiarity is also key. C# may be an easy language, but there's still a learning curve associated with it, and it may be more efficient to let the developers stay within their more familiar language. There's no reason that C++ can't be a decent development environment, AS LONG AS modern C++ techniques are used (templates, exception-safe code, NO POINTERS -- that's what std::vector and