Java, yeah, I know. This program interacts with a MySQL server and there seems to be some kind of integration possible using XML. It might be possible to customize it somehow so that there is a web interface available. I'll research this further and keep this newsgroup posted. This program has apparently been based on like 15 years of research that was funded by grants, so it would be a waste to not take advantage of it somehow.

Matthew wrote:
> Java? Java!?
> 
> Seriously, if it's not web-based, it's not going to fly. ;/
> 
> 
> "Emile Cormier" <ecorm@nbnet-dot-nb.ca> wrote in message
> news:c3a5ai$2qnn$1@digitaldaemon.com...
> 
>>I have found a freely downloadable groupware tool called Compendium for
>>mapping discussions in a manner that would allow rationale management:
>>
>>http://compendiuminstitute.org
>>
>>Users can collaborate over the Internet via a Java interface if they
>>have the Compendium client. It is not possible for users to collaborate
>>via a web interface, but it is possible to generate an HTML file with a
>>the discussion on it. However, they plan to release Compendium as open
>>source in a few months, so it might be possible to create some kind of
>>web interface for it.
>>
>>If any of you are well-endowed in the arcane knowledge of law, could you
>>check out the licence agreement to see if there would be a problem for
>>us using it for an open source project?
>>
>>http://www.compendiuminstitute.org/download/license.htm
>>
>>
>>
>>Emile Cormier wrote:
>>
>>>I'm a C++ programmer, and I've been keeping an eye on this new language
>>>since last October. I am hesistant to start any D pet projects because
>>>of the lack of popular libraries similar to STL and Boost. This lack is
>>>understandable, considering that D is still young and evolving. But we
>>>shouldn't wait too long to put a system in place to manage the
>>>developement of libraries, because things will get too dispersed and
>>>chaotic. I'd rather not rely on libraries developed by a single person,
>>>but instead on libraries that have been peer-reviewed and put through
>>>their paces by many people, on many systems.
>>>
>>>I'm sure that a lot of effort is wasted because people are trying to
>>>implement their own libraries independently of each other. Would it be
>>>feasable to set up some kind of library repository web site similar to
>>>Boost? Here are some things I can think of that would be cool features
>>>of that site:
>>>
>>>- Style guide and rules (e.g. mandatory unit tests) so that everyone
>>>codes their libraries in a consistent manner that is easy to understand
>>>by everybody.
>>>- List of feature requests, ranked by popularity.
>>>- Configuration management (CVS), bug tracking
>>>- System for rationale management, where people can register design
>>>alternatives, and their pros and cons. This could be implemented with a
>>>simple newsgroup, as long as everybody uses the same convention.
>>>- Libraries/modules would be peer-reviewed before being officially
>>>accepted.
>>>- Anyone could contribute to the development of any library/module, as
>>>long as his/her work is peer-reviewed (i.e. nobody "owns" a
>>>library/module).
>>>- Libraries/modules are designed to be as orthogonal as possible, like
>>>the way it is with Deimos.
>>>
>>>I think having this kind of democratic system for building up standard
>>>modules and libraries would be the optimal way to approach this. Or
>>>maybe I'm just dreaming in colours, hehe.
>>>
>>>If I could, I'd try to setup such a site myself, but I don't know much
>>>about web design other than your typical HTML and CGI in C/C++ (does
>>>anyone use CGI anymore?). It's too bad, since I'm currently unemployed
>>>and have OODLES of free time on my hands. Maybe I should start learning
>>>these dozens of new web design technologies... yech! :-)
>>>
>>>Emile Cormier
> 
> 
> 

C wrote:
>> It seems that other people are already getting a repository site together, so I won't duplicate the effort by building my own from scratch. :-) What seems to be missing so far is a system for rationale 
[...]
> 
> I dont think anyone is currently working on a repository site , or if they were its long since died.  Several have been proposed but none ever got off the ground.  I truly hope you will start ( and complete! ) one, im sure many of us will lend time if you need.  I've never heard of rationale management Ill have to look it up ;).

Brad Anderson's project is still active. But it is still in the initial setup phase. I think he'll open it to the public pretty soon. He's at SDWest this week, but you can try to get more information from him when he comes back.

I'm helping him a little, so I can tell you some about the progress.

The phpBB forums are up and running.

I haven't tried it out myself, but Subversion is apparently working as expected for source code control.

The tutorial portion of his project is kind of sketchy, but that's my fault. I've been working on some stuff in PHP to display example code. Nothing too fancy since I'm a PHP novice.


> 
> C
[...]

-- 
Justin
http://jcc_7.tripod.com/d/

On Wed, 17 Mar 2004 14:27:25 -0400, Emile Cormier <ecorm@nbnet-dot-nb.ca> wrote:

> I have found a freely downloadable groupware tool called Compendium for mapping discussions in a manner that would allow rationale management:
>
> http://compendiuminstitute.org
> ...

Hi, I could donate some collaboration tool, space and bandwidth. Information about the tool can be found at http://www.xpeers.net It's a tool that has simple version control included and is based on a P2P concept. So everyone can work offline as well, because you get a copy of all files. The clientsize is 600KB.

I'm using it for all kind of development stuff and it works great. Let me know who is interested and I'm going to issue an account.

-- 
Robert M. Münch
Management & IT Freelancer
http://www.robertmuench.de

I'm interested.

"Robert M. Münch" <robert.muench@robertmuench.de> wrote in message news:opr42df7ikheztw6@news.digitalmars.com...
> On Wed, 17 Mar 2004 14:27:25 -0400, Emile Cormier <ecorm@nbnet-dot-nb.ca> wrote:
>
> > I have found a freely downloadable groupware tool called Compendium for mapping discussions in a manner that would allow rationale management:
> >
> > http://compendiuminstitute.org
> > ...
>
> Hi, I could donate some collaboration tool, space and bandwidth. Information about the tool can be found at http://www.xpeers.net It's a tool that has simple version control included and is based on a P2P concept. So everyone can work offline as well, because you get a copy of all files. The clientsize is 600KB.
>
> I'm using it for all kind of development stuff and it works great. Let me know who is interested and I'm going to issue an account.
>
> -- 
> Robert M. Münch
> Management & IT Freelancer
> http://www.robertmuench.de

I'd at least like to follow the development.  I come from a background of languages without generics (ObjC and pre-1.5 Java), so I'd really like the opportunity to improve my understanding of them by follow and perhaps helping the development of this.

Owen

In article <opr42df7ikheztw6@news.digitalmars.com>, =?iso-8859-1?Q?Robert_M._M=FCnch?= says...
>
>On Wed, 17 Mar 2004 14:27:25 -0400, Emile Cormier <ecorm@nbnet-dot-nb.ca> wrote:
>
>> I have found a freely downloadable groupware tool called Compendium for mapping discussions in a manner that would allow rationale management:
>>
>> http://compendiuminstitute.org
>> ...
>
>Hi, I could donate some collaboration tool, space and bandwidth. Information about the tool can be found at http://www.xpeers.net It's a tool that has simple version control included and is based on a P2P concept. So everyone can work offline as well, because you get a copy of all files. The clientsize is 600KB.
>
>I'm using it for all kind of development stuff and it works great. Let me know who is interested and I'm going to issue an account.
>
>-- 
>Robert M. Münch
>Management & IT Freelancer
>http://www.robertmuench.de

Emile Cormier wrote:

> If I could, I'd try to setup such a site myself, but I don't know much about web design other than your typical HTML and CGI in C/C++ (does anyone use CGI anymore?). It's too bad, since I'm currently unemployed and have OODLES of free time on my hands. Maybe I should start learning these dozens of new web design technologies... yech! :-)

All these 'new web design technologies' are CGI. These days a *lot* of people use CGI, much more so than earlier on. CGI is the 'Common Gateway Interface', that is, it's a standard format for data transmission from a client browser to a server-side script or program.

PHP, ASP, Perl, Coldfusion etc can all use the CGI to receive data from the client, just like a C/C++ program would, or for that matter a D program would.

Cheers,
Sigbjørn Lund Olsen

Im not that familiar with it, but PHP doesn't use the same method as 'traditional' cgi.  Typical apache style cgi requires cgi scripts to reside in a designated directory, where PHP does not, just parses and interprets on page load( requiring PHP to be compiled in to apache) .  This is probably still CGI in the general sense but maybe thats what she was refering to ?

C

On Sat, 20 Mar 2004 18:59:48 +0100, Sigbjørn Lund Olsen <sigbjorn@lundolsen.net> wrote:

> Emile Cormier wrote:
>
>> If I could, I'd try to setup such a site myself, but I don't know much about web design other than your typical HTML and CGI in C/C++ (does anyone use CGI anymore?). It's too bad, since I'm currently unemployed and have OODLES of free time on my hands. Maybe I should start learning these dozens of new web design technologies... yech! :-)
>
> All these 'new web design technologies' are CGI. These days a *lot* of people use CGI, much more so than earlier on. CGI is the 'Common Gateway Interface', that is, it's a standard format for data transmission from a client browser to a server-side script or program.
>
> PHP, ASP, Perl, Coldfusion etc can all use the CGI to receive data from the client, just like a C/C++ program would, or for that matter a D program would.
>
> Cheers,
> Sigbjørn Lund Olsen



-- 
D Newsgroup.

Err sorry he/she , my american bias read that as 'emily'.

C



On Sat, 20 Mar 2004 13:54:59 -0800, C <dont@respond.com> wrote:

> Im not that familiar with it, but PHP doesn't use the same method as 'traditional' cgi.  Typical apache style cgi requires cgi scripts to reside in a designated directory, where PHP does not, just parses and interprets on page load( requiring PHP to be compiled in to apache) .  This is probably still CGI in the general sense but maybe thats what she was refering to ?
>
> C
>
> On Sat, 20 Mar 2004 18:59:48 +0100, Sigbjørn Lund Olsen <sigbjorn@lundolsen.net> wrote:
>
>> Emile Cormier wrote:
>>
>>> If I could, I'd try to setup such a site myself, but I don't know much about web design other than your typical HTML and CGI in C/C++ (does anyone use CGI anymore?). It's too bad, since I'm currently unemployed and have OODLES of free time on my hands. Maybe I should start learning these dozens of new web design technologies... yech! :-)
>>
>> All these 'new web design technologies' are CGI. These days a *lot* of people use CGI, much more so than earlier on. CGI is the 'Common Gateway Interface', that is, it's a standard format for data transmission from a client browser to a server-side script or program.
>>
>> PHP, ASP, Perl, Coldfusion etc can all use the CGI to receive data from the client, just like a C/C++ program would, or for that matter a D program would.
>>
>> Cheers,
>> Sigbjørn Lund Olsen
>
>
>



-- 
D Newsgroup.

C wrote:
> Im not that familiar with it, but PHP doesn't use the same method as 'traditional' cgi.  Typical apache style cgi requires cgi scripts to reside in a designated directory, where PHP does not, just parses and interprets on page load( requiring PHP to be compiled in to apache) .  This is probably still CGI in the general sense but maybe thats what she was refering to ?
> 

Ummm... Emile is a male name (French), I think.  I'd be careful who you call a she! (though I could be mistaken).

:-)

Hehe yep, ( maybe wishful thinking on my part :0 ).

Sorry!

C

On Sat, 20 Mar 2004 13:11:25 -0800, John Reimer <jjreimer@telus.net> wrote:

> C wrote:
>> Im not that familiar with it, but PHP doesn't use the same method as 'traditional' cgi.  Typical apache style cgi requires cgi scripts to reside in a designated directory, where PHP does not, just parses and interprets on page load( requiring PHP to be compiled in to apache) .  This is probably still CGI in the general sense but maybe thats what she was refering to ?
>>
>
> Ummm... Emile is a male name (French), I think.  I'd be careful who you call a she! (though I could be mistaken).
>
> :-)



-- 
D Newsgroup.