GSoap interface to GForge Working

Posted 4 Aug 2003 at 22:05 UTC by mdupont Share This

Well Gforge is the next generation sourceforge, Gsoap is a fast c++ soap implementation. They are now talking.!

Hi All,

Not that you might care to much, but I thought you might be interested.

You can find a 1.4 mb archive of my current working interface and binaries here :

http://demo.dotgnu.org/~mdupont/gforge/gforge-gsoap.tgz

The soap wsdl api is here : http://cougaar.org/soap/SoapAPI.php?wsdl

Gforge is the successor to source forge http://gforge.org/

mike


Subversion, posted 4 Aug 2003 at 22:24 UTC by Omnifarious » (Journeyer)

I have two big complaints about SourceForge. First, Bugzilla is a much better bug tracking system. Second, they don't give anybody direct access to the CVS repository directory, which makes managing CVS a huge pain.

Actually, I've stopped using CVS for any version control I do anyway, and have been using Subversion for all of it. That places my repository completely outside of anything SourceForge can manage. But, while I was still using CVS, SourceForge's CVS hosting was useless to me because I couldn't manipulate the repository directories by hand.

Re: Subversion, posted 5 Aug 2003 at 06:53 UTC by judge » (Master)

What sort of stuff do you do to cvs repositories by hand? The only thing I've ever done by hand was remove modules.

ps: I use subversion for my personal version control too. It rocks.

CVS repository access, posted 5 Aug 2003 at 11:18 UTC by Stevey » (Master)

The obvious thing that requires access to the repository is for renaming files without losing their revision histories.

CVS repository access, posted 5 Aug 2003 at 11:43 UTC by Omnifarious » (Journeyer)

I wanted to use SourceForge as a conveniently distant means of allowing people anonymous CVS access, as managing the security of that on my local machine is hard. But, I didn't actually want the real repository to live there. I wanted to rsync from my real repository to the SourceForge one on a daily basis.

Because Apache handles much of the security of Subversion access for me, I'm not so worried about providing public read-only access to my Subversion repository.

Renaming files, posted 5 Aug 2003 at 18:46 UTC by sab39 » (Master)

Actually (and I realize this is a religious issue ;) ) renaming files directly in the repository does lose revision history that isn't lost in the official CVS way to do this (remove/add). It loses the history of one very important attribute of the file: its name!

If you rename files using direct repository access, your historical information is irrevocably screwed up: if you ask CVS for a historical version of your project, you won't actually get the project as it was at that time, and (depending on your build system, of course) it may well not even compile.

I'd rather keep the full revision history, split across two different files, than lose such a vital piece of historical information. Of course, best of all is to use something like svn which can give you both...

SOAP?, posted 6 Aug 2003 at 00:14 UTC by brouhaha » (Journeyer)

What's the benefit of having Gforge support SOAP? What will that do that I can't do today?

I've just started using Subversion and am quite happy with it. The atomic commits, O(1) branching and tagging, and tracking of renames and moves is a huge improvement. Has anyone considered hacking Gforge to support Subversion instead of (or in addition to) CVS? At what level does the Gforge code interface to CVS, anyhow? I suppose I should look at the code, but I've got so much to do already...

I also agree that replacing tracker with Bugzilla would be an improvement.

Coming soon..., posted 7 Aug 2003 at 07:44 UTC by slef » (Master)

I hear that savannah can now support GNU Arch, so hopefully gforge will soon.

I know mdupont likes XMLish interfaces, but why soap, what does it do for gforge and when will the easier xmlrpc be added? ;-)

Arch and XMLRPC and BugZilla, posted 8 Aug 2003 at 07:52 UTC by mdupont » (Master)

"What's the benefit of having Gforge support SOAP? What will that do that I can't do today?" The Support of webservice interfaces allows for a multitude of command line, GUI and webbased tools. GForge supported soap before I came, not it has the beginnings of a gsoap client.

The introspector project has the goal to provide meta data and remote APIs into all parts of the software developer lifecycle Introspector WIKI

See also the CoopX project and WebIDE for some things you should be able do with it COOPX AND WIDE MAIL

"I hear that savannah can now support GNU Arch, so hopefully gforge will soon." I hope so as well.

" I know mdupont likes XMLish interfaces, but why soap, what does it do for gforge and when will the easier xmlrpc be added? ;-)" XMLRpc will be added in turn with the DotGNU/PHPGW/DGEE itegration work.

Here is a start of the overview of a new Arch API : Arch Concepts

See this massive thread on the subject : Arch XMLRPC and Remote Software developement APIS: Thread 1 Thread 2 Thread 3

Peace,

mike

Bugzilla??, posted 23 Aug 2003 at 17:09 UTC by crackmonkey » (Master)

First, Bugzilla is a much better bug tracking system.

You have GOT to be joking. Sure, Bugzilla has a hojillion little bells and knobs and things, but it sucks rancid ass in the UI department.

API vs. GUI, posted 25 Aug 2003 at 13:44 UTC by mdupont » (Master)

I think the issue here is that we all know how hard it is to make a perfect GUI. Better decouple it and make a perfect API. At least an API into GFORGE/Sourcefore will eliminate the need to use the silly browser.

mike

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!

X
Share this page