Re: [DotGNU]DGpnetVM environment

[Chris Smith]

On Thursday 30 Oct 2003 02:18, Les Ferguson wrote:

> Anyways, I have installed, built & configured dgee etc from cvs, got it to
> the point where most of it seems to be running - at least I can get the
> DGEE examples up in apache.

Excellent.
Can I ask: "Did your install go smoothly apart from the failures below?" How 
you found the documentation?

> When I start DGEE it fails to start DGpnetVM, which does not seem to be
> able to locate libgc.so.1 according to the log. This is located in
> /usr/local/lib/pnet/  but that does not seem to be included in the
> environment vars set up for DGEE, tho /usr/local/lib/dgee is.  Should I add
> the pnet lib to one of the DGEE environment vars ?

I suppose I have to admit this is a DGEE problem.  The libgc is shipped with 
pnet and installs it in /usr/local/lib/pnet, as you've pointed out.
I've resolved the linking problem by adding /usr/local/lib/pnet to my 
/etc/ld.so.conf file and then ran /sbin/ldconfig.

Can anyone suggest another way of getting the DGEE to automatically find this 
library?

> Also when I ran make in the DGEE examples dir it gave what looked like
> serious errors, but created the dll & dgmx files anyway.  Is that normal,
> or an indication I have something configured wrong ?  see below...

Ah you've spotted a bug that was fixed Monday night (UTC).
If you update your DGEE src from CVS and recompile all will be well.
The problem you were seeing was with the webservice client proxy generator 
(csws2client) , part of it's support code was broken.
This takes the webservice.dll you've just compiled and creates a client class 
that you can call just like the original webservice method.  All you need to 
do is make sure the URL within the client stub is correct.
For instance when you run csws2client on wstest.dll you get a wstestClient.cs 
stub.

> I am not sure where to start with all this, I am probably most interested in 
> putting together some web services to skill up on C#, but intelligent client 
> UI is the area I am most interested in.  At least I have a vague idea what
> Im doing there...
> Where to now ?  Is there much documentation and/or examples of web services 
> to work thru ?  What areas of dotGNU should I be looking at for testing etc.

Well there are lots of things to do to the DGEE.  It's really just getting 
started functionally.  The XmlRpc implementation is pretty much complete.  
The C# XmlRpc client protocol stuff (the HTTP handling) is very ropy being 
just hacked together.  I'm currently rewriting this properly.

The DGEE is useable for simple webservices, but state handling is lacking 
(it's in between waiting on binary serialisation in pnet and the SessionState 
classes to be finished).  I could probably get some useful state handling 
done soon as long as people don't mind sticking to standard XmlRpc types (as 
we've a working serialiser/deserialiser for those :o)

What we need, what we really do need, is some solid take-up of the DGEE by 
people who can see where it helps them to do a job.  Demand drives progress.

Hopefully with the DotGNU 0.1 release we'll see some enthused interest :o)

Regards,
Chris
-- 
Chris Smith
  Technical Architect - netFluid Technology Ltd.
  "Internet Technologies, Distributed Systems and Tuxedo Consultancy"
  E: address@hidden  W: http://www.nfluid.co.uk