From macosx@opengroupware.org Sat Apr 1 06:14:07 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sat, 1 Apr 2006 07:14:07 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr>
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr>
Message-ID: <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org>
On 31. Mrz 2006, at 21:14 Uhr, Philippe Laval wrote:
> Yesterday, I have read a lot of code about SOPE XML-RPC
> implementation and also about how oGo uses of this part of the
> framework.
Actually there are two implementations. An old one which is somewhat
based on WODirectAction and a new one which is based on SOPE-as-in-
ZOPE, aka SoObjectRequestHandler.
The ogo-xmlrpcd uses the first/old one and I'm not so fond of the
implementation (rather hackish code).
I think the new one is quite nice but AFAIK not really used currently
(not sure whether ZNeK does some stuff with it). An example can be
found in OGo in ZideStore/Protocols/Blogger which implements some
BloggerAPI for OGo.
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sat Apr 1 12:01:55 2006
From: macosx@opengroupware.org (Marcus Mueller)
Date: Sat, 01 Apr 2006 13:01:55 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background
without using the windows server
In-Reply-To: <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org>
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org>
Message-ID: <442E5DA3.6090708@mulle-kybernetik.com>
Helge Hess schrieb:
> I think the new one is quite nice but AFAIK not really used currently
> (not sure whether ZNeK does some stuff with it). An example can be found
The new implementation is really nice ... it's very close to the
WebObjects idea of doing things (it's using DirectActions and standard
accessor methods for mapping the positional arguments in an XML-RPC call
to the parameters probably used in the direct action ... very nifty
indeed). However, the setup in the product.plist currently has one
glitch ... you have to use the RequestHandler as the object for adding
categories (XML-RPC methods) to - not the Application object. I think
that this is a bug ... however I never understood this particular
semantic in the product.plist at all, so I don't really care. Helge can
probably elaborate on this (what he intended to do with it).
Cheers,
Marcus
From macosx@opengroupware.org Sat Apr 1 14:58:03 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sat, 1 Apr 2006 15:58:03 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To: <442E5DA3.6090708@mulle-kybernetik.com>
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org> <442E5DA3.6090708@mulle-kybernetik.com>
Message-ID: <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org>
On 1. Apr 2006, at 13:01 Uhr, Marcus Mueller wrote:
> The new implementation is really nice ... it's very close to the
> WebObjects idea of doing things (it's using DirectActions and
> standard accessor methods for mapping the positional arguments in
> an XML-RPC call to the parameters probably used in the direct
> action ... very nifty indeed). However, the setup in the
> product.plist currently has one glitch ... you have to use the
> RequestHandler as the object for adding categories (XML-RPC
> methods) to - not the Application object.
I'm pretty sure this isn't the case. You need to define the methods
on the SoObject you address in your XML-RPC calls. If you have
/myapp/so/Calendar
you need to define your methods on the "Calendar" object.
If you need to define the methods on your request handler, you
probably use a URL like URL:
/myapp/[something]
which I think returns a WORequestHandler in the path lookup.
Notably another option supported by SOPE (this is also how its done
in Zope) is to use the XML-RPC package name for path processing. Say
you want to invoke
calendar.events.addEvent()
you can either directly map the "calendar.events.addEvent" method in
product.plist OR you just map the "addEvent" method and use an object
hierarchy like:
/myapp/so/calendar/events
to define the XML-RPC call. SOPE will automatically revert to
namespace processing if it can't find fully qualified method on the
target object. (see SoObjectXmlRpcDispatcher.m)
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 15:53:57 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 16:53:57 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
Message-ID: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr>
--Apple-Mail-1-326196687
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
On my computer I have set the Apache server to serve BasicAuthSession
web application at port 24000
There was two bugs :
<===== Bug : selector indexOfString is NOT defined ! (not using
libFoundation on Mac OS X)
<===== Bug : ClickCount does NOT display itself ! (variable not
initialized)
To who should I send the big fix ?
Philippe
====================
http://localhost/BasicAuthSession/
$ cd /Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ ./build/Development/BasicAuthSession.app/Contents/MacOS/
BasicAuthSession -WOPort 24000
2006-04-02 15:31:16.501 BasicAuthSession[1165] Unknown class
'MLHierarchyView' in nib file, using `NSControl' instead.
2006-04-02 15:31:16.504 BasicAuthSession[1165] Unknown class
'MLHierarchyView' in nib file, using `NSControl' instead.
2006-04-02 15:31:16.553 BasicAuthSession[1165] Note: WOApplication
debugging is enabled.
localhost - - [02/Apr/2006:15:31:16 GMT] "GET /BasicAuthSession HTTP/
1.1" 401 0 0.016 - - -
127.0.0.1 - - [02/Apr/2006:15:31:24 GMT] "GET /BasicAuthSession/ HTTP/
1.1" 401 0 0.006 - - -
2006-04-02 15:31:33.499 BasicAuthSession[1165] *** -[NSCFString
indexOfString:]: selector not recognized [self = 0x5234480]
<===== Bug : selector indexOfString is NOT defined !
Modified to add the code from libFoundation.
- (unsigned int)indexOfString:(NSString *)substring
- (unsigned int)indexOfString:(NSString*)substring fromIndex:
(unsigned)index
- (unsigned int)indexOfString:(NSString*)substring range:(NSRange)range
http://localhost/BasicAuthSession/
http://localhost/BasicAuthSession.sopex/wo/PhilippeXXXXXXXXXX/
00e442fd6b30285fe00.5
SessionID: PhilippeXXXXXXXXXX
ClickCount:
click
<===== Bug : ClickCount does NOT display itself !
This could have solved the problem but it does not work (I don't know
how to set the break points for objC methods)
$ gdb ./build/Development/BasicAuthSession.app/Contents/MacOS/
BasicAuthSession
(gdb) set args -WOPort 24000
- (id)initWithContext:(WOContext *)_ctx {
if ((self = [super initWithContext:_ctx])) {
// It could be interresting to initialize variables ;-)
clickCount = 0;
}
return self;
}
$ cd /Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ ./build/Development/BasicAuthSession.app/Contents/MacOS/
BasicAuthSession -WOPort 24000
As you will see the SOPEX application can not handle the authentication
16:11:57 |BasicAuthSession| WOHttpAdaptor listening on address *:24000
16:11:57 [ERROR] |BasicAuthSession| could not restore session for
context <0x02864400[WOContext]: 001442fdbad02864400
app=BasicAuthSession sn=none eid=(null) rqeid=(null)>
So I Changed to include only the session specific code when the flag
WITHOUT_SOPEX is defined.
This will also change the application from SOPEXMain to
WOApplicationMain (see BasicAuthSession_main.m).
Can change the Other C Flags to :
-DNeXT_RUNTIME=1 -DAPPLE_RUNTIME=1 -DNeXT_Foundation_LIBRARY=1 -
DCOCOA_Foundation_LIBRARY=1 -DWITHOUT_SOPEX
Compile with DWITHOUT_SOPEX enabled
$ cd /Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ ./build/Development_WITHOUT_SOPEX/BasicAuthSession.app/Contents/
MacOS/BasicAuthSession -WOPort 24000
2006-04-02 16:31:49.112 BasicAuthSession[1850] Note: WOApplication
debugging is enabled.
If you now launch Safari at http://localhost/BasicAuthSession/
SessionID: PhilippeXXXXXXXXXX
ClickCount: 0
click
Click sometimes the "click" link, the ClickCount increments
SessionID: PhilippeXXXXXXXXXX
ClickCount: 1
click
Compile without DWITHOUT_SOPEX enabled
$ cd /Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ ./build/Development/BasicAuthSession.app/Contents/MacOS/
BasicAuthSession -WOPort 24000
2006-04-02 16:32:58.458 BasicAuthSession[1851] Unknown class
'MLHierarchyView' in nib file, using `NSControl' instead.
2006-04-02 16:32:58.458 BasicAuthSession[1851] Unknown class
'MLHierarchyView' in nib file, using `NSControl' instead.
2006-04-02 16:32:58.502 BasicAuthSession[1851] Note: WOApplication
debugging is enabled.
localhost - - [02/Apr/2006:16:32:58 GMT] "GET /BasicAuthSession HTTP/
1.1" 200 252 0.027 - - -
localhost - - [02/Apr/2006:16:33:03 GMT] "GET /BasicAuthSession.sopex/
wo/073B073B01442FE09A/001442fe09a02851400.5 HTTP/1.1" 200 206 0.004 -
- -
localhost - - [02/Apr/2006:16:33:03 GMT] "GET /BasicAuthSession.sopex/
wo/073B073B01442FE09A/002442fe09f02864600.5 HTTP/1.1" 200 206 0.003 -
- -
--Apple-Mail-1-326196687
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
On my computer I have set =
the Apache server to serve BasicAuthSession web application=A0at =
port=A024000
There was two bugs =
:
<=3D=3D=3D=3D=3D Bug : selector indexOfString is NOT =
defined ! (not using=A0libFoundation on Mac OS X)
<=3D=3D=3D=3D=
=3D Bug : ClickCount does NOT display itself ! (variable not =
initialized)
To who should I send the =
big fix ?
Philippe
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
$ cd =
/Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ =
./build/Development/BasicAuthSession.app/Contents/MacOS/BasicAuthSession =
-WOPort 24000
2006-04-02 15:31:16.501 BasicAuthSession[1165] =
Unknown class 'MLHierarchyView' in nib file, using `NSControl' =
instead.
2006-04-02 15:31:16.504 BasicAuthSession[1165] =
Unknown class 'MLHierarchyView' in nib file, using `NSControl' =
instead.
2006-04-02 15:31:16.553 BasicAuthSession[1165] Note: =
WOApplication debugging is enabled.
localhost - - =
[02/Apr/2006:15:31:16 GMT] "GET /BasicAuthSession HTTP/1.1" 401 0 0.016 =
- - -
127.0.0.1 - - [02/Apr/2006:15:31:24 GMT] "GET =
/BasicAuthSession/ HTTP/1.1" 401 0 0.006 - - -
2006-04-02 =
15:31:33.499 BasicAuthSession[1165] *** -[NSCFString indexOfString:]: =
selector not recognized [self =3D 0x5234480]
<=3D=3D=3D=3D=3D Bug : =
selector indexOfString is NOT defined !
Modified to add the code =
from libFoundation.
- (unsigned int)indexOfString:(NSString =
*)substring
- (unsigned int)indexOfString:(NSString*)substring =
fromIndex:(unsigned)index
- (unsigned =
int)indexOfString:(NSString*)substring =
range:(NSRange)range
SessionID: =
PhilippeXXXXXXXXXX
ClickCount:
click
<=3D=3D=3D=3D=3D Bug : =
ClickCount does NOT display itself !
This could have solved the =
problem but it does not work (I don't know how to set=A0 the break =
points for objC methods)
$ gdb =
./build/Development/BasicAuthSession.app/Contents/MacOS/BasicAuthSession
(gdb) set args -WOPort 24000
- =
(id)initWithContext:(WOContext *)_ctx {
if =
((self =3D =
[super =
initWithContext:_ctx])) {
// It could be interresting to initialize variables =
;-)
clickCount =3D 0;
}
return self;
}
$ cd =
/Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ =
./build/Development/BasicAuthSession.app/Contents/MacOS/BasicAuthSession =
-WOPort 24000
As you will see the SOPEX =
application can not handle the authentication
16:11:57 =
|BasicAuthSession| WOHttpAdaptor listening on address =
*:24000
16:11:57 [ERROR] |BasicAuthSession| could not restore =
session for context <0x02864400[WOContext]: 001442fdbad02864400 =
app=3DBasicAuthSession sn=3Dnone eid=3D(null) =
rqeid=3D(null)>
So I Changed to include =
only the session specific code when the flag WITHOUT_SOPEX is =
defined.
This will also change the application from SOPEXMain =
to WOApplicationMain (see BasicAuthSession_main.m).
Can change the Other C =
Flags to :
-DNeXT_RUNTIME=3D1 -DAPPLE_RUNTIME=3D1 =
-DNeXT_Foundation_LIBRARY=3D1 -DCOCOA_Foundation_LIBRARY=3D1 =
-DWITHOUT_SOPEX
Compile with DWITHOUT_SOPEX =
enabled
$ cd =
/Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ =
./build/Development_WITHOUT_SOPEX/BasicAuthSession.app/Contents/MacOS/Basi=
cAuthSession -WOPort 24000
2006-04-02 16:31:49.112 =
BasicAuthSession[1850] Note: WOApplication debugging is =
enabled.
SessionID: =
PhilippeXXXXXXXXXX
ClickCount: 0
click
Click sometimes the "click" =
link, the ClickCount increments
SessionID: =
PhilippeXXXXXXXXXX
ClickCount: 1
click
Compile without =
DWITHOUT_SOPEX enabled
$ cd =
/Users/philippe/SOPE-4.5/sopex/Samples/BasicAuthSession
$ =
./build/Development/BasicAuthSession.app/Contents/MacOS/BasicAuthSession =
-WOPort 24000
2006-04-02 16:32:58.458 BasicAuthSession[1851] =
Unknown class 'MLHierarchyView' in nib file, using `NSControl' =
instead.
2006-04-02 16:32:58.458 BasicAuthSession[1851] =
Unknown class 'MLHierarchyView' in nib file, using `NSControl' =
instead.
2006-04-02 16:32:58.502 BasicAuthSession[1851] Note: =
WOApplication debugging is enabled.
localhost - - =
[02/Apr/2006:16:32:58 GMT] "GET /BasicAuthSession HTTP/1.1" 200 252 =
0.027 - - -
localhost - - [02/Apr/2006:16:33:03 GMT] "GET =
/BasicAuthSession.sopex/wo/073B073B01442FE09A/001442fe09a02851400.5 =
HTTP/1.1" 200 206 0.004 - - -
localhost - - =
[02/Apr/2006:16:33:03 GMT] "GET =
/BasicAuthSession.sopex/wo/073B073B01442FE09A/002442fe09f02864600.5 =
HTTP/1.1" 200 206 0.003 - - -
=
--Apple-Mail-1-326196687--
From macosx@opengroupware.org Sun Apr 2 15:56:26 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 16:56:26 +0200
Subject: [OGo-MacOSX] TestSite example
Message-ID:
--Apple-Mail-2-326345354
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
How should I setup Apache for the TestSite example ?
Philippe
--Apple-Mail-2-326345354
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
How should I setup Apache for =
the=A0TestSite =
example ?
Philippe
=
--Apple-Mail-2-326345354--
From macosx@opengroupware.org Sun Apr 2 16:15:32 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 17:15:32 +0200
Subject: [OGo-MacOSX] problem with meerkat_xml_channels.m
Message-ID: <90034B69-B50D-40BA-A2AC-1F0D87AE9D34@free.fr>
--Apple-Mail-3-327492171
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
I have setup a SopeX example using meerkat_xml_channels.m
When runned I got this :
2006-04-02 17:12:51.947 xmlrpc[2113] -[NGInternetSocketAddress
_fillHost]: host not found ..
2006-04-02 17:12:51.948 xmlrpc[2113] could not get DNS name of
address 10.0.1.2 in domain : 1
2006-04-02 17:12:51.950 xmlrpc[2113] result: call failed with HTTP
status code 301
10.0.1.2 is my IP address (given by my NAT router).
--Apple-Mail-3-327492171
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
I have setup a SopeX =
example using=A0meerkat_xml_channels.m
When runned I got this =
:
2006-04-02 17:12:51.947 =
xmlrpc[2113] -[NGInternetSocketAddress _fillHost]: host not found =
..
2006-04-02 17:12:51.948 xmlrpc[2113] could not get DNS name =
of address 10.0.1.2 in domain <InternetDomain[0x0031D9C0]>: =
1
2006-04-02 17:12:51.950 xmlrpc[2113] result: call failed =
with HTTP status code 301
10.0.1.2 is my IP address =
(given by my NAT router).
=
--Apple-Mail-3-327492171--
From macosx@opengroupware.org Sun Apr 2 16:32:03 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 17:32:03 +0200
Subject: [OGo-MacOSX] TestPrototype example problem...
Message-ID:
When I try to use the TestPrototype example, I got this display:
[missing component: Prototype]
Test WEPrototype
I don't have the time, but
[missing component: TimeLink]
and I will look it up.
So were are these components defined ?
I the Main.wod, i can see these things: WEPrototypeScript and WELiveLink
Prototype: WEPrototypeScript {}
TimeLink: WELiveLink {
updateID = "time_div";
position = "top";
actionClass = "Main";
directActionName = "sayWhen";
confirmText = "Really update time?";
}
From macosx@opengroupware.org Sun Apr 2 16:33:09 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:33:09 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
In-Reply-To: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr>
References: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr>
Message-ID:
On 2. Apr 2006, at 16:53 Uhr, Philippe Laval wrote:
> On my computer I have set the Apache server to serve
> BasicAuthSession web application at port 24000
>
> There was two bugs :
> <===== Bug : selector indexOfString is NOT defined ! (not using
> libFoundation on Mac OS X)
Thanks, I've fixed that (use -rangeOfString: instead)
> <===== Bug : ClickCount does NOT display itself ! (variable not
> initialized)
Most instance variable types are automatically initialized to 0 by
Objective-C (the object's memory is zeroed).
> To who should I send the big fix ?
Usually you would create a bugreport and attach a proper patch file
(eg generated using svn diff).
> ClickCount:
> click
This works for me (displays 0 and properly increases on clicks). Do
you use a special default configuration or keypath association?
But I'm using a gstep-make build, not Xcode.
Maybe Marcus can look into the thing and check whether he can
reproduce your issue in Xcode.
Thanks,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:37:18 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:37:18 +0200
Subject: [OGo-MacOSX] TestSite example
In-Reply-To:
References:
Message-ID: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org>
On 2. Apr 2006, at 16:56 Uhr, Philippe Laval wrote:
> How should I setup Apache for the TestSite example ?
Just like any other SOPE app. Eg map /TestSite to the port its
running on. Inside the sample directory start
sope-4.5
Eg:
---snip---
helge@groove$ `which sope-4.5 `
Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| starting SOPE on OFS
root: /Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/samples/
TestSite
Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| registered site defaults: /
Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/samples/
TestSite/.sope.plist
Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| WOHttpAdaptor listening on
address *:23032
2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject):
SoDebugKeyLookup is enabled!
2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject):
SoDebugBaseURL is enabled!
localhost - - [02/Apr/2006:17:34:24 GMT] "GET / HTTP/1.1" 302 0 0.041
- - -
localhost - - [02/Apr/2006:17:34:24 GMT] "GET /index HTTP/1.1" 200
881 0.054 - - -
---snap---
BTW: this kind of SOPE-usage is considered experimental.
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:40:32 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:40:32 +0200
Subject: [OGo-MacOSX] problem with meerkat_xml_channels.m
In-Reply-To: <90034B69-B50D-40BA-A2AC-1F0D87AE9D34@free.fr>
References: <90034B69-B50D-40BA-A2AC-1F0D87AE9D34@free.fr>
Message-ID: <72524AE5-DAE2-48A3-9172-A575FAF1BBD8@opengroupware.org>
On 2. Apr 2006, at 17:15 Uhr, Philippe Laval wrote:
> I have setup a SopeX example using meerkat_xml_channels.m
>
> When runned I got this :
>
> 2006-04-02 17:12:51.947 xmlrpc[2113] -[NGInternetSocketAddress
> _fillHost]: host not found ..
> 2006-04-02 17:12:51.948 xmlrpc[2113] could not get DNS name of
> address 10.0.1.2 in domain : 1
I think you can ignore that though it may slow down processing a bit
(due to the DNS lookup which is not strictly required).
> 2006-04-02 17:12:51.950 xmlrpc[2113] result: call failed with HTTP
> status code 301
The HTTP 301 status code is a redirect, probably coming from the
Meerkat server. So its not an error.
Apparently the XML-RPC client has no support for redirects.
BTW: if the questions get non-MacOSX specifc it would be better to
post them on developer@opengroupware.org. This will reach a much
larger audience :-)
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:40:49 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 17:40:49 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
In-Reply-To:
References: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr>
Message-ID: <467F8696-A283-47DE-9398-072F755B5816@free.fr>
>> <===== Bug : ClickCount does NOT display itself ! (variable not
>> initialized)
>
> Most instance variable types are automatically initialized to 0 by
> Objective-C (the object's memory is zeroed).
>
> This works for me (displays 0 and properly increases on clicks). Do
> you use a special default configuration or keypath association?
>
> But I'm using a gstep-make build, not Xcode.
>
> Maybe Marcus can look into the thing and check whether he can
> reproduce your issue in Xcode.
Yes I was using Marcus templates in XCode.
I do not use a special default configuration or keypath association.
G5:/etc/httpd philippe$ more BasicAuthSession.conf
#
# BasicAuthSession configurations
#
Alias /BasicAuthSession.sopex/WebServerResources/ /Users/philippe/
SOPE-4.5/sopex/Samples/BasicAuthSession/WebServerResources/
SetHandler ngobjweb-adaptor
SetAppPort 24000
================================
When I try to use gstep-make, I got most things failing. So I have to
use XCode for now...
How shoud I configure my computer to use gstep-make correctly ?
Should I source someting ?
What are your environment variables ?
From macosx@opengroupware.org Sun Apr 2 16:47:46 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 17:47:46 +0200
Subject: [OGo-MacOSX] TestSite example
In-Reply-To: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org>
References: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org>
Message-ID: <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr>
Were did you get sope-4.5 ?
$ which sope-4.5
no sope-4.5 in /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/=20
local/teTeX/bin/powerpc-apple-darwin-current /usr/local/pgsql/bin /=20
usr/local/teTeX/bin/powerpc-apple-darwin-current
I have also build SOPE-4.5 with gnu-make (from the root folder - this =20=
make works also for me).
Le 2 avr. 06 =E0 17:37, Helge Hess a =E9crit :
> On 2. Apr 2006, at 16:56 Uhr, Philippe Laval wrote:
>> How should I setup Apache for the TestSite example ?
>
> Just like any other SOPE app. Eg map /TestSite to the port its =20
> running on. Inside the sample directory start
> sope-4.5
>
> Eg:
> ---snip---
> helge@groove$ `which sope-4.5 `
> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| starting SOPE on OFS =20
> root: /Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/=20
> samples/TestSite
> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| registered site =20
> defaults: /Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/=20
> samples/TestSite/.sope.plist
> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| WOHttpAdaptor listening =20
> on address *:23032
> 2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject): =20
> SoDebugKeyLookup is enabled!
> 2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject): =20
> SoDebugBaseURL is enabled!
> localhost - - [02/Apr/2006:17:34:24 GMT] "GET / HTTP/1.1" 302 0 =20
> 0.041 - - -
> localhost - - [02/Apr/2006:17:34:24 GMT] "GET /index HTTP/1.1" 200 =20
> 881 0.054 - - -
> ---snap---
>
> BTW: this kind of SOPE-usage is considered experimental.
>
> Greets,
> Helge
> --=20
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
> --=20
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>
From macosx@opengroupware.org Sun Apr 2 16:51:27 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:51:27 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
In-Reply-To: <467F8696-A283-47DE-9398-072F755B5816@free.fr>
References: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr> <467F8696-A283-47DE-9398-072F755B5816@free.fr>
Message-ID: <17B98F99-8C36-4361-9851-FD3E620B75AC@opengroupware.org>
On 2. Apr 2006, at 17:40 Uhr, Philippe Laval wrote:
> How shoud I configure my computer to use gstep-make correctly ?
There are multiple modes to use gnustep-make with SOPE, the easiest
(on OSX) is to use a GNUstep deployment root.
Take a clean checkout of SOPE 4.5. First build gnustep-make, its
contained inside SOPE-4.5, like:
---
cd gnustep-make
./configure --prefix=$HOME/GNUstep \
--without-system-root \
--with-network-root=$HOME/GNUstep \
--with-local-root=$HOME/GNUstep \
--with-user-root=$HOME/GNUstep \
--with-library-combo=apple-apple-appl \
--disable-pch
make -s install
source $HOME/GNUstep/Library/Makefiles/GNUstep.sh
---snap---
Then go to the SOPE-4.5 source dir and call configure like
---snip---
./configure --enable-debug --disable-strip \
--with-gnustep --gsmake=$GNUSTEP_SYSTEM_ROOT
---snap---
> Should I source someting ?
There are ways to remove the need for sourcing GNUstep.sh, either
compiling as frameworks or installing to FHS locations. The former
could be incomplete and not well tested and the latter is not very
Mac like :-) (but the default way to use SOPE on Linux)
So: in the setup explained above, yes, you need to source GNUstep.sh
prior running a SOPE application. You do NOT need to source
GNUstep.sh for compilation (the required variables are hardwired in
the config.make created by configure).
> What are your environment variables ?
---snip---
helge@groove$ env|grep GNU
GNUSTEP_LOCAL_ROOT=/Users/helge/GNUstep
GNUSTEP_HOST=powerpc-apple-darwin8.2.0
GUILE_LOAD_PATH=/Users/helge/GNUstep/Library/Libraries/Guile
GNUSTEP_NETWORK_ROOT=/Users/helge/GNUstep
GNUSTEP_MAKEFILES=/Users/helge/GNUstep/Library/Makefiles
GNUSTEP_ROOT=/Users/helge/GNUstep
GNUSTEP_FLATTENED=yes
GNUSTEP_HOST_OS=darwin8.2.0
GNUSTEP_HOST_VENDOR=apple
PATH=/Users/helge/GNUstep/Tools:~/bin:/usr/local/bin:/usr/X11R6/bin:/
Volumes/Store/fink-tiger/bin:/Volumes/Store/fink-tiger/sbin:/bin:/
sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
GNUSTEP_HOST_CPU=powerpc
DYLD_FRAMEWORK_PATH=/Users/helge/GNUstep/Library/Frameworks
GNUSTEP_USER_ROOT=/Users/helge/GNUstep
DYLD_LIBRARY_PATH=/Users/helge/GNUstep/Library/Libraries
GNUSTEP_SYSTEM_ROOT=/Users/helge/GNUstep
GNUSTEP_PATHLIST=/Users/helge/GNUstep
CLASSPATH=/Users/helge/GNUstep/Library/Libraries/Java
---snap---
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:53:27 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:53:27 +0200
Subject: [OGo-MacOSX] TestSite example
In-Reply-To: <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr>
References: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org> <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr>
Message-ID: <26FDED13-3CFD-491F-BD14-01D1E1EA1CF7@opengroupware.org>
On 2. Apr 2006, at 17:47 Uhr, Philippe Laval wrote:
> Were did you get sope-4.5 ?
This is a subtarget of sope-appserver/SoOFS. Don't know whether the
Xcode project builds it.
---snip---
helge@groove$ which sope-4.5
/Users/helge/GNUstep/Tools/sope-4.5
---snap---
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:54:49 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 17:54:49 +0200
Subject: [OGo-MacOSX] TestSite example
In-Reply-To: <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr>
References: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org> <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr>
Message-ID: <990D581D-503C-4450-97E4-2B006C68F799@free.fr>
--Apple-Mail-4-329848940
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
delsp=yes;
format=flowed
OK !
I found the SoOFS.xcodeproj project.
It has two targets : SoOFS framework and sope-4.5 tool.
I will have yet another directory to discover ;-)
Philippe
Le 2 avr. 06 =E0 17:47, Philippe Laval a =E9crit :
> Were did you get sope-4.5 ?
>
> $ which sope-4.5
> no sope-4.5 in /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/=20
> local/teTeX/bin/powerpc-apple-darwin-current /usr/local/pgsql/bin /=20
> usr/local/teTeX/bin/powerpc-apple-darwin-current
>
> I have also build SOPE-4.5 with gnu-make (from the root folder - =20
> this make works also for me).
>
>
>
> Le 2 avr. 06 =E0 17:37, Helge Hess a =E9crit :
>
>> On 2. Apr 2006, at 16:56 Uhr, Philippe Laval wrote:
>>> How should I setup Apache for the TestSite example ?
>>
>> Just like any other SOPE app. Eg map /TestSite to the port its =20
>> running on. Inside the sample directory start
>> sope-4.5
>>
>> Eg:
>> ---snip---
>> helge@groove$ `which sope-4.5 `
>> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| starting SOPE on OFS =20
>> root: /Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/=20
>> samples/TestSite
>> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| registered site =20
>> defaults: /Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/=20
>> samples/TestSite/.sope.plist
>> Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| WOHttpAdaptor listening =20=
>> on address *:23032
>> 2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject): =20
>> SoDebugKeyLookup is enabled!
>> 2006-04-02 17:34:24.037 sope-4.5[24786] Note(SoObject): =20
>> SoDebugBaseURL is enabled!
>> localhost - - [02/Apr/2006:17:34:24 GMT] "GET / HTTP/1.1" 302 0 =20
>> 0.041 - - -
>> localhost - - [02/Apr/2006:17:34:24 GMT] "GET /index HTTP/1.1" 200 =20=
>> 881 0.054 - - -
>> ---snap---
>>
>> BTW: this kind of SOPE-usage is considered experimental.
>>
>> Greets,
>> Helge
>> --=20
>> http://docs.opengroupware.org/Members/helge/
>> OpenGroupware.org
>> --=20
>> OpenGroupware.org MacOS X
>> macosx@opengroupware.org
>> http://mail.opengroupware.org/mailman/listinfo/macosx
>>
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>
--Apple-Mail-4-329848940
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
OK !=A0
I found the=A0SoOFS.xcodeproj =
project.
It has two targets : SoOFS framework and sope-4.5 =
tool.
I will have yet =
another directory to discover ;-)
Philippe
Le 2 avr. 06 =
=E0 17:47, Philippe Laval a =E9crit :
Were did you get sope-4.5 ?
$ which =
sope-4.5
no sope-4.5 in /bin /sbin =
/usr/bin /usr/sbin /usr/local/bin =
/usr/local/teTeX/bin/powerpc-apple-darwin-current /usr/local/pgsql/bin =
/usr/local/teTeX/bin/powerpc-apple-darwin-current
I have =
also build SOPE-4.5 with gnu-make (from the root folder - this make =
works also for me).
Le 2 =
avr. 06 =E0 17:37, Helge Hess a =E9crit :
On 2. Apr 2006, at 16:56 Uhr, Philippe Laval =
wrote:
How should I =
setup Apache for the TestSite example ?
Just =
like any other SOPE app. Eg map /TestSite to the port its running on. =
Inside the sample directory start
=A0 sope-4.5
---snip---
helge@groove$ `which sope-4.5 `
Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| starting =
SOPE on OFS root: =
/Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/samples/TestSite
Apr 02 17:33:52 sope-4.5 [24786]: |sope-4| =
registered site defaults: =
/Volumes/Store/helge/tiger/dev/SOPE-4.5/sope-appserver/samples/TestSite/.s=
ope.plist
Apr 02 17:33:52 sope-4.5 =
[24786]: |sope-4| WOHttpAdaptor listening on address *:23032
2006-04-02 17:34:24.037 sope-4.5[24786] =
Note(SoObject): SoDebugKeyLookup is enabled!
2006-04-02 17:34:24.037 sope-4.5[24786] =
Note(SoObject): SoDebugBaseURL is enabled!
localhost - - =
[02/Apr/2006:17:34:24 GMT] "GET /index HTTP/1.1" 200 881 0.054 - - =
-
---snap---
BTW: this kind of SOPE-usage is =
considered experimental.
Greets,
=A0 =
Helge
--=A0
--=A0
=
--Apple-Mail-4-329848940--
From macosx@opengroupware.org Sun Apr 2 16:55:11 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:55:11 +0200
Subject: [OGo-MacOSX] TestPrototype example problem...
In-Reply-To:
References:
Message-ID:
On 2. Apr 2006, at 17:32 Uhr, Philippe Laval wrote:
> So were are these components defined ?
> I the Main.wod, i can see these things: WEPrototypeScript and
> WELiveLink
Those are part of the sope-appserver/WEPrototype library/framework.
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 16:57:20 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 17:57:20 +0200
Subject: [OGo-MacOSX] TestSite example
In-Reply-To: <990D581D-503C-4450-97E4-2B006C68F799@free.fr>
References: <6B3ACD55-B8E6-473D-BEB7-8BFAA2A7ACE0@opengroupware.org> <053D3989-313A-4D50-A3DC-D3CBCA46F428@free.fr> <990D581D-503C-4450-97E4-2B006C68F799@free.fr>
Message-ID:
On 2. Apr 2006, at 17:54 Uhr, Philippe Laval wrote:
> I found the SoOFS.xcodeproj project.
> It has two targets : SoOFS framework and sope-4.5 tool.
>
> I will have yet another directory to discover ;-)
Be aware that SoOFS and the sope-x.y tool are also considered
experimental and highly API-unstable (not too unlikely that I drop
them in favor of something new, unless someone really likes [to keep]
it :-).
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Sun Apr 2 18:31:28 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 19:31:28 +0200
Subject: [OGo-MacOSX] TestPrototype example problem...
In-Reply-To:
References:
Message-ID: <1A52EC19-9062-4244-9316-CBCA23B4C812@free.fr>
I have verify that SOPE.xcodeproj builds sope-appserver.xcodeproj =20
which in turn builds WEPrototype.xcodeproj
But Marcus XCode templates are not including WOExtensions.framework, =20
WEPrototype.framework, WEExtensions.framework for example.
When I added these frameworks to my TestPrototype XCode example, I =20
got this results window :
Test WEPrototype
I don't have the time, but click here and I will look it up.
localhost - - [02/Apr/2006:18:52:18 GMT] "GET /TestPrototype HTTP/=20
1.1" 200 562 0.021 - - -
localhost - - [02/Apr/2006:18:52:18 GMT] "GET /TestPrototype.sopex/x/=20
WEPrototypeScriptAction/default.js HTTP/1.1" 200 27803 0.005 - - -
I suppose that "Prototype: WEPrototypeScript {}" in Main.wod is =20
asking for "GET /TestPrototype.sopex/x/WEPrototypeScriptAction/=20
default.js HTTP/1.1"
When I click on the "Click here" link, nothing happens (I means in =20
Sopex window).
I have checked with the use of Safari :
$ cd /Users/philippe/SOPE-4.5/sopex/Samples/TestPrototype/
$ ./build/Development/TestPrototype.app/Contents/MacOS/TestPrototype -=20=
WOPort 25000
I oppened Safari at the URL : http://localhost/TestPrototype and got =20
the example working fine.
When I click on the "Click here" link, I have a javascript (?) window =20=
asking for confirmation, then the window updates to :
Test WEPrototype
The time is 2006-04-02 19:03:14 +0200
The time is 2006-04-02 19:03:12 +0200
The time is 2006-04-02 19:03:06 +0200
I don't have the time, but click here and I will look it up.
Seems good to see a javascript windo here ;-)
Philippe
Le 2 avr. 06 =E0 17:55, Helge Hess a =E9crit :
> On 2. Apr 2006, at 17:32 Uhr, Philippe Laval wrote:
>> So were are these components defined ?
>> I the Main.wod, i can see these things: WEPrototypeScript and =20
>> WELiveLink
>
> Those are part of the sope-appserver/WEPrototype library/framework.
>
> Greets,
> Helge
> --=20
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
> --=20
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>
From macosx@opengroupware.org Sun Apr 2 19:24:00 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 20:24:00 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
In-Reply-To: <17B98F99-8C36-4361-9851-FD3E620B75AC@opengroupware.org>
References: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr> <467F8696-A283-47DE-9398-072F755B5816@free.fr> <17B98F99-8C36-4361-9851-FD3E620B75AC@opengroupware.org>
Message-ID: <5FC3238F-4533-49ED-8F2A-B280953EC511@free.fr>
--Apple-Mail-6-338800028
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
delsp=yes;
format=flowed
I have done what you have described and I got my folder GNUstep full =20
of librairies and tools ;-). Cool.
So I have remember that I could not build mod_ngobjweb without =20
modifiing the make file.
I tried the make command again and got the same result. Some hints ?
Thanks
Philippe
G5:~/SOPE-4.5/sope-appserver/mod_ngobjweb philippe$ make
make: no: Command not found
gcc -Wall -I. -fPIC -DSHARED_MODULE -DDARWIN -DUSE_HSREGEX -=20
DUSE_EXPAT -I../lib/expat-lite -I/usr/include/httpd -I -c -o =20
globals.o globals.c
/usr/bin/ld: Undefined symbols:
_main
collect2: ld returned 1 exit status
make: *** [globals.o] Error 1
G5:~/SOPE-4.5/sope-appserver/mod_ngobjweb philippe$ env
MANPATH=3D:/usr/local/man
TERM_PROGRAM=3DApple_Terminal
TERM=3Dxterm-color
SHELL=3D/bin/bash
GNUSTEP_LOCAL_ROOT=3D/Users/philippe/GNUstep
TERM_PROGRAM_VERSION=3D133
OLDPWD=3D/Users/philippe/SOPE-4.5/sope-appserver
GNUSTEP_HOST=3Dpowerpc-apple-darwin8.5.0
USER=3Dphilippe
GUILE_LOAD_PATH=3D/Users/philippe/GNUstep/Library/Libraries/Guile
GNUSTEP_NETWORK_ROOT=3D/Users/philippe/GNUstep
GNUSTEP_MAKEFILES=3D/Users/philippe/GNUstep/Library/Makefiles
GNUSTEP_ROOT=3D/Users/philippe/GNUstep
GNUSTEP_FLATTENED=3Dyes
__CF_USER_TEXT_ENCODING=3D0x1F5:0:91
GNUSTEP_HOST_OS=3Ddarwin8.5.0
GNUSTEP_HOST_VENDOR=3Dapple
PATH=3D/Users/philippe/GNUstep/Tools:/bin:/sbin:/usr/bin:/usr/sbin:/usr/=20=
local/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current:/usr/=20
local/pgsql/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current
PWD=3D/Users/philippe/SOPE-4.5/sope-appserver/mod_ngobjweb
GNUSTEP_HOST_CPU=3Dpowerpc
DYLD_FRAMEWORK_PATH=3D/Users/philippe/GNUstep/Library/Frameworks
SHLVL=3D1
HOME=3D/Users/philippe
GNUSTEP_USER_ROOT=3D/Users/philippe/GNUstep
DYLD_LIBRARY_PATH=3D/Users/philippe/GNUstep/Library/Libraries
GNUSTEP_SYSTEM_ROOT=3D/Users/philippe/GNUstep
LOGNAME=3Dphilippe
GNUSTEP_PATHLIST=3D/Users/philippe/GNUstep
CLASSPATH=3D/Users/philippe/GNUstep/Library/Libraries/Java
LIBRARY_COMBO=3Dapple-apple-appl
SECURITYSESSIONID=3Da064f0
_=3D/usr/bin/env
Le 2 avr. 06 =E0 17:51, Helge Hess a =E9crit :
> On 2. Apr 2006, at 17:40 Uhr, Philippe Laval wrote:
>> How shoud I configure my computer to use gstep-make correctly ?
>
> There are multiple modes to use gnustep-make with SOPE, the easiest =20=
> (on OSX) is to use a GNUstep deployment root.
>
> Take a clean checkout of SOPE 4.5. First build gnustep-make, its =20
> contained inside SOPE-4.5, like:
> ---
> cd gnustep-make
> ./configure --prefix=3D$HOME/GNUstep \
> --without-system-root \
> --with-network-root=3D$HOME/GNUstep \
> --with-local-root=3D$HOME/GNUstep \
> --with-user-root=3D$HOME/GNUstep \
> --with-library-combo=3Dapple-apple-appl \
> --disable-pch
> make -s install
> source $HOME/GNUstep/Library/Makefiles/GNUstep.sh
> ---snap---
>
> Then go to the SOPE-4.5 source dir and call configure like
> ---snip---
> ./configure --enable-debug --disable-strip \
> --with-gnustep --gsmake=3D$GNUSTEP_SYSTEM_ROOT
> ---snap---
>
>> Should I source someting ?
>
> There are ways to remove the need for sourcing GNUstep.sh, either =20
> compiling as frameworks or installing to FHS locations. The former =20
> could be incomplete and not well tested and the latter is not very =20
> Mac like :-) (but the default way to use SOPE on Linux)
>
> So: in the setup explained above, yes, you need to source =20
> GNUstep.sh prior running a SOPE application. You do NOT need to =20
> source GNUstep.sh for compilation (the required variables are =20
> hardwired in the config.make created by configure).
>
>> What are your environment variables ?
>
> ---snip---
> helge@groove$ env|grep GNU
> GNUSTEP_LOCAL_ROOT=3D/Users/helge/GNUstep
> GNUSTEP_HOST=3Dpowerpc-apple-darwin8.2.0
> GUILE_LOAD_PATH=3D/Users/helge/GNUstep/Library/Libraries/Guile
> GNUSTEP_NETWORK_ROOT=3D/Users/helge/GNUstep
> GNUSTEP_MAKEFILES=3D/Users/helge/GNUstep/Library/Makefiles
> GNUSTEP_ROOT=3D/Users/helge/GNUstep
> GNUSTEP_FLATTENED=3Dyes
> GNUSTEP_HOST_OS=3Ddarwin8.2.0
> GNUSTEP_HOST_VENDOR=3Dapple
> PATH=3D/Users/helge/GNUstep/Tools:~/bin:/usr/local/bin:/usr/X11R6/=20
> bin:/Volumes/Store/fink-tiger/bin:/Volumes/Store/fink-tiger/sbin:/=20
> bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
> GNUSTEP_HOST_CPU=3Dpowerpc
> DYLD_FRAMEWORK_PATH=3D/Users/helge/GNUstep/Library/Frameworks
> GNUSTEP_USER_ROOT=3D/Users/helge/GNUstep
> DYLD_LIBRARY_PATH=3D/Users/helge/GNUstep/Library/Libraries
> GNUSTEP_SYSTEM_ROOT=3D/Users/helge/GNUstep
> GNUSTEP_PATHLIST=3D/Users/helge/GNUstep
> CLASSPATH=3D/Users/helge/GNUstep/Library/Libraries/Java
> ---snap---
>
> Greets,
> Helge
> --=20
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> --=20
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>
--Apple-Mail-6-338800028
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
I have done what you have =
described and I got my folder=A0GNUstep full of librairies and tools ;-). =
Cool.
=A0
So I have remember that I could not =
build=A0mod_ngobjweb without modifiing the make file.
I tried =
the make command again and got the same result. Some hints =
?
Thanks
Philippe
G5:~/SOPE-4.5/sope-appserver/=
mod_ngobjweb philippe$ make
make: no: Command not =
found
gcc -Wall -I. -fPIC -DSHARED_MODULE -DDARWIN =
-DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -I/usr/include/httpd -I=A0=A0=
-c -o globals.o globals.c
/usr/bin/ld: Undefined =
symbols:
_main
collect2: ld returned 1 exit =
status
make: *** [globals.o] Error 1
G5:~/SOPE-4.5/sope-appserver/=
mod_ngobjweb philippe$ =
env
MANPATH=3D:/usr/local/man
TERM_PROGRAM=3DApple_Ter=
minal
TERM=3Dxterm-color
SHELL=3D/bin/bash
G=
NUSTEP_LOCAL_ROOT=3D/Users/philippe/GNUstep
TERM_PROGRAM_VERSION=
=3D133
OLDPWD=3D/Users/philippe/SOPE-4.5/sope-appserver
GNUSTEP_HOST=3Dpowerpc-apple-darwin8.5.0USER=3Dphilippe
=
GUILE_LOAD_PATH=3D/Users/philippe/GNUstep/Library/Libraries/Guile
GNUSTEP_NETWORK_ROOT=3D/Users/philippe/GNUstep
GNUSTEP_MA=
KEFILES=3D/Users/philippe/GNUstep/Library/Makefiles
GNUSTEP_ROOT=
=3D/Users/philippe/GNUstep
GNUSTEP_FLATTENED=3Dyes
__C=
F_USER_TEXT_ENCODING=3D0x1F5:0:91
GNUSTEP_HOST_OS=3Ddarwin8.5.0<=
/DIV>
GNUSTEP_HOST_VENDOR=3Dapple
PATH=3D/Users/philippe/GNU=
step/Tools:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/b=
in/powerpc-apple-darwin-current:/usr/local/pgsql/bin:/usr/local/teTeX/bin/=
powerpc-apple-darwin-current
PWD=3D/Users/philippe/SOPE-4.5/sope=
-appserver/mod_ngobjweb
GNUSTEP_HOST_CPU=3Dpowerpc
DYL=
D_FRAMEWORK_PATH=3D/Users/philippe/GNUstep/Library/Frameworks
SH=
LVL=3D1
HOME=3D/Users/philippe
GNUSTEP_USER_ROOT=3D/Us=
ers/philippe/GNUstep
DYLD_LIBRARY_PATH=3D/Users/philippe/GNUstep=
/Library/Libraries
GNUSTEP_SYSTEM_ROOT=3D/Users/philippe/GNUstep=
LOGNAME=3Dphilippe
GNUSTEP_PATHLIST=3D/Users/philippe=
/GNUstep
CLASSPATH=3D/Users/philippe/GNUstep/Library/Libraries/J=
ava
LIBRARY_COMBO=3Dapple-apple-appl
SECURITYSESSIONID=
=3Da064f0
_=3D/usr/bin/env
Le 2 avr. 06 =E0 =
17:51, Helge Hess a =E9crit :
On 2. Apr 2006, at 17:40 Uhr, Philippe Laval =
wrote:
How shoud I =
configure my computer to use gstep-make correctly ?
=
There are multiple modes to use gnustep-make with =
SOPE, the easiest (on OSX) is to use a GNUstep deployment =
root.
Take a clean checkout of SOPE 4.5. First build =
gnustep-make, its contained inside SOPE-4.5, like:
---
cd =
gnustep-make
./configure =
--prefix=3D$HOME/GNUstep=A0 =A0 =A0 =
=A0 =A0 =A0 \
=A0 =A0 =A0 =A0 =A0 =A0 =
--without-system-root =A0 =A0=
=A0 =A0 =A0 =A0 \
=A0 =A0 =A0 =A0 =A0 =A0 =
--with-network-root=3D$HOME/GNUstep \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-local-root=3D$HOME/GNUstep =A0 \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-user-root=3D$HOME/GNUstep=A0 =A0 \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-library-combo=3Dapple-apple-appl \
=A0 =A0 --disable-pch
make -s install
source =
$HOME/GNUstep/Library/Makefiles/GNUstep.sh
Then go to the SOPE-4.5 source dir and call =
configure like
---snip---
./configure --enable-debug --disable-strip =
\
=A0 =
--with-gnustep --gsmake=3D$GNUSTEP_SYSTEM_ROOT
---snap---
Should I =
source someting ?
There are ways to remove the =
need for sourcing GNUstep.sh, either compiling as frameworks or =
installing to FHS locations. The former could be incomplete and not well =
tested and the latter is not very Mac like :-) (but the default way to =
use SOPE on Linux)
So: in the setup explained =
above, yes, you need to source GNUstep.sh prior running a SOPE =
application. You do NOT need to source GNUstep.sh for compilation (the =
required variables are hardwired in the config.make created by =
configure).
=
What are your environment =
variables ?
---snip---
helge@groove$ env|grep GNU
GNUSTEP_LOCAL_ROOT=3D/Users/helge/GNUstep
GNUSTEP_HOST=3Dpowerpc-apple-darwin8.2.0
GNUSTEP_NETWORK_ROOT=3D/Users/helge/GNUstep
GNUSTEP_ROOT=3D/Users/helge/GNUstep
GNUSTEP_FLATTENED=3Dyes
GNUSTEP_USER_ROOT=3D/Users/helge/GNUstep
GNUSTEP_SYSTEM_ROOT=3D/Users/helge/GNUstep
GNUSTEP_PATHLIST=3D/Users/helge/GNUstep
---snap---
Greets,
=A0 =
Helge
--=A0
--=A0
=
--Apple-Mail-6-338800028--
From macosx@opengroupware.org Sun Apr 2 19:32:17 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 20:32:17 +0200
Subject: [OGo-MacOSX] Bugs found in BasicAuthSession example
In-Reply-To: <5FC3238F-4533-49ED-8F2A-B280953EC511@free.fr>
References: <70BB1346-A266-4A95-B518-7728E03BE3BD@free.fr> <467F8696-A283-47DE-9398-072F755B5816@free.fr> <17B98F99-8C36-4361-9851-FD3E620B75AC@opengroupware.org> <5FC3238F-4533-49ED-8F2A-B280953EC511@free.fr>
Message-ID:
--Apple-Mail-7-339296281
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
delsp=yes;
format=flowed
For the samples, this time, the make propcess works fine.
This will help me verify the samples build with and without XCode.
Philippe
Le 2 avr. 06 =E0 20:24, Philippe Laval a =E9crit :
> I have done what you have described and I got my folder GNUstep =20
> full of librairies and tools ;-). Cool.
>
> So I have remember that I could not build mod_ngobjweb without =20
> modifiing the make file.
> I tried the make command again and got the same result. Some hints ?
>
> Thanks
> Philippe
>
>
>
> G5:~/SOPE-4.5/sope-appserver/mod_ngobjweb philippe$ make
> make: no: Command not found
> gcc -Wall -I. -fPIC -DSHARED_MODULE -DDARWIN -DUSE_HSREGEX -=20
> DUSE_EXPAT -I../lib/expat-lite -I/usr/include/httpd -I -c -o =20
> globals.o globals.c
> /usr/bin/ld: Undefined symbols:
> _main
> collect2: ld returned 1 exit status
> make: *** [globals.o] Error 1
>
> G5:~/SOPE-4.5/sope-appserver/mod_ngobjweb philippe$ env
> MANPATH=3D:/usr/local/man
> TERM_PROGRAM=3DApple_Terminal
> TERM=3Dxterm-color
> SHELL=3D/bin/bash
> GNUSTEP_LOCAL_ROOT=3D/Users/philippe/GNUstep
> TERM_PROGRAM_VERSION=3D133
> OLDPWD=3D/Users/philippe/SOPE-4.5/sope-appserver
> GNUSTEP_HOST=3Dpowerpc-apple-darwin8.5.0
> USER=3Dphilippe
> GUILE_LOAD_PATH=3D/Users/philippe/GNUstep/Library/Libraries/Guile
> GNUSTEP_NETWORK_ROOT=3D/Users/philippe/GNUstep
> GNUSTEP_MAKEFILES=3D/Users/philippe/GNUstep/Library/Makefiles
> GNUSTEP_ROOT=3D/Users/philippe/GNUstep
> GNUSTEP_FLATTENED=3Dyes
> __CF_USER_TEXT_ENCODING=3D0x1F5:0:91
> GNUSTEP_HOST_OS=3Ddarwin8.5.0
> GNUSTEP_HOST_VENDOR=3Dapple
> PATH=3D/Users/philippe/GNUstep/Tools:/bin:/sbin:/usr/bin:/usr/sbin:/=20=
> usr/local/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current:/=20
> usr/local/pgsql/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current
> PWD=3D/Users/philippe/SOPE-4.5/sope-appserver/mod_ngobjweb
> GNUSTEP_HOST_CPU=3Dpowerpc
> DYLD_FRAMEWORK_PATH=3D/Users/philippe/GNUstep/Library/Frameworks
> SHLVL=3D1
> HOME=3D/Users/philippe
> GNUSTEP_USER_ROOT=3D/Users/philippe/GNUstep
> DYLD_LIBRARY_PATH=3D/Users/philippe/GNUstep/Library/Libraries
> GNUSTEP_SYSTEM_ROOT=3D/Users/philippe/GNUstep
> LOGNAME=3Dphilippe
> GNUSTEP_PATHLIST=3D/Users/philippe/GNUstep
> CLASSPATH=3D/Users/philippe/GNUstep/Library/Libraries/Java
> LIBRARY_COMBO=3Dapple-apple-appl
> SECURITYSESSIONID=3Da064f0
> _=3D/usr/bin/env
>
>
>
> Le 2 avr. 06 =E0 17:51, Helge Hess a =E9crit :
>
>> On 2. Apr 2006, at 17:40 Uhr, Philippe Laval wrote:
>>> How shoud I configure my computer to use gstep-make correctly ?
>>
>> There are multiple modes to use gnustep-make with SOPE, the =20
>> easiest (on OSX) is to use a GNUstep deployment root.
>>
>> Take a clean checkout of SOPE 4.5. First build gnustep-make, its =20
>> contained inside SOPE-4.5, like:
>> ---
>> cd gnustep-make
>> ./configure --prefix=3D$HOME/GNUstep \
>> --without-system-root \
>> --with-network-root=3D$HOME/GNUstep \
>> --with-local-root=3D$HOME/GNUstep \
>> --with-user-root=3D$HOME/GNUstep \
>> --with-library-combo=3Dapple-apple-appl \
>> --disable-pch
>> make -s install
>> source $HOME/GNUstep/Library/Makefiles/GNUstep.sh
>> ---snap---
>>
>> Then go to the SOPE-4.5 source dir and call configure like
>> ---snip---
>> ./configure --enable-debug --disable-strip \
>> --with-gnustep --gsmake=3D$GNUSTEP_SYSTEM_ROOT
>> ---snap---
>>
>>> Should I source someting ?
>>
>> There are ways to remove the need for sourcing GNUstep.sh, either =20
>> compiling as frameworks or installing to FHS locations. The former =20=
>> could be incomplete and not well tested and the latter is not very =20=
>> Mac like :-) (but the default way to use SOPE on Linux)
>>
>> So: in the setup explained above, yes, you need to source =20
>> GNUstep.sh prior running a SOPE application. You do NOT need to =20
>> source GNUstep.sh for compilation (the required variables are =20
>> hardwired in the config.make created by configure).
>>
>>> What are your environment variables ?
>>
>> ---snip---
>> helge@groove$ env|grep GNU
>> GNUSTEP_LOCAL_ROOT=3D/Users/helge/GNUstep
>> GNUSTEP_HOST=3Dpowerpc-apple-darwin8.2.0
>> GUILE_LOAD_PATH=3D/Users/helge/GNUstep/Library/Libraries/Guile
>> GNUSTEP_NETWORK_ROOT=3D/Users/helge/GNUstep
>> GNUSTEP_MAKEFILES=3D/Users/helge/GNUstep/Library/Makefiles
>> GNUSTEP_ROOT=3D/Users/helge/GNUstep
>> GNUSTEP_FLATTENED=3Dyes
>> GNUSTEP_HOST_OS=3Ddarwin8.2.0
>> GNUSTEP_HOST_VENDOR=3Dapple
>> PATH=3D/Users/helge/GNUstep/Tools:~/bin:/usr/local/bin:/usr/X11R6/=20
>> bin:/Volumes/Store/fink-tiger/bin:/Volumes/Store/fink-tiger/sbin:/=20
>> bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
>> GNUSTEP_HOST_CPU=3Dpowerpc
>> DYLD_FRAMEWORK_PATH=3D/Users/helge/GNUstep/Library/Frameworks
>> GNUSTEP_USER_ROOT=3D/Users/helge/GNUstep
>> DYLD_LIBRARY_PATH=3D/Users/helge/GNUstep/Library/Libraries
>> GNUSTEP_SYSTEM_ROOT=3D/Users/helge/GNUstep
>> GNUSTEP_PATHLIST=3D/Users/helge/GNUstep
>> CLASSPATH=3D/Users/helge/GNUstep/Library/Libraries/Java
>> ---snap---
>>
>> Greets,
>> Helge
>> --=20
>> http://docs.opengroupware.org/Members/helge/
>> OpenGroupware.org
>>
>> --=20
>> OpenGroupware.org MacOS X
>> macosx@opengroupware.org
>> http://mail.opengroupware.org/mailman/listinfo/macosx
>>
>
--Apple-Mail-7-339296281
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
For the samples, this time, =
the make propcess works fine.
This will help me verify the =
samples build with and without XCode.
Philippe
Le 2 avr. 06 =E0 =
20:24, Philippe Laval a =E9crit :
I =
have done what you have described and I got my folder=A0GNUstep full of =
librairies and tools ;-). Cool.
=A0
So I have =
remember that I could not build=A0mod_ngobjweb without modifiing the =
make file.
I tried the make command again and got the same =
result. Some hints ?
Thanks
Philippe
G5:~/SOPE-4.5/sope-appserver/=
mod_ngobjweb philippe$ make
make: no: Command not =
found
gcc -Wall -I. -fPIC -DSHARED_MODULE -DDARWIN =
-DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -I/usr/include/httpd -I=A0=A0=
-c -o globals.o globals.c
/usr/bin/ld: Undefined =
symbols:
_main
collect2: ld returned 1 exit =
status
make: *** [globals.o] Error 1
G5:~/SOPE-4.5/sope-appserver/=
mod_ngobjweb philippe$ =
env
MANPATH=3D:/usr/local/man
TERM_PROGRAM=3DApple_Ter=
minal
TERM=3Dxterm-color
SHELL=3D/bin/bash
G=
NUSTEP_LOCAL_ROOT=3D/Users/philippe/GNUstep
TERM_PROGRAM_VERSION=
=3D133
OLDPWD=3D/Users/philippe/SOPE-4.5/sope-appserver
GNUSTEP_HOST=3Dpowerpc-apple-darwin8.5.0USER=3Dphilippe
=
GUILE_LOAD_PATH=3D/Users/philippe/GNUstep/Library/Libraries/Guile
GNUSTEP_NETWORK_ROOT=3D/Users/philippe/GNUstep
GNUSTEP_MA=
KEFILES=3D/Users/philippe/GNUstep/Library/Makefiles
GNUSTEP_ROOT=
=3D/Users/philippe/GNUstep
GNUSTEP_FLATTENED=3Dyes
__C=
F_USER_TEXT_ENCODING=3D0x1F5:0:91
GNUSTEP_HOST_OS=3Ddarwin8.5.0<=
/DIV>
GNUSTEP_HOST_VENDOR=3Dapple
PATH=3D/Users/philippe/GNU=
step/Tools:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/b=
in/powerpc-apple-darwin-current:/usr/local/pgsql/bin:/usr/local/teTeX/bin/=
powerpc-apple-darwin-current
PWD=3D/Users/philippe/SOPE-4.5/sope=
-appserver/mod_ngobjweb
GNUSTEP_HOST_CPU=3Dpowerpc
DYL=
D_FRAMEWORK_PATH=3D/Users/philippe/GNUstep/Library/Frameworks
SH=
LVL=3D1
HOME=3D/Users/philippe
GNUSTEP_USER_ROOT=3D/Us=
ers/philippe/GNUstep
DYLD_LIBRARY_PATH=3D/Users/philippe/GNUstep=
/Library/Libraries
GNUSTEP_SYSTEM_ROOT=3D/Users/philippe/GNUstep=
LOGNAME=3Dphilippe
GNUSTEP_PATHLIST=3D/Users/philippe=
/GNUstep
CLASSPATH=3D/Users/philippe/GNUstep/Library/Libraries/J=
ava
LIBRARY_COMBO=3Dapple-apple-appl
SECURITYSESSIONID=
=3Da064f0
_=3D/usr/bin/env
Le 2 avr. 06 =E0 =
17:51, Helge Hess a =E9crit :
On 2. Apr 2006, at 17:40 Uhr, Philippe Laval =
wrote:
How shoud I =
configure my computer to use gstep-make correctly ?
=
There are multiple modes to use gnustep-make with =
SOPE, the easiest (on OSX) is to use a GNUstep deployment =
root.
Take a clean checkout of SOPE 4.5. First build =
gnustep-make, its contained inside SOPE-4.5, like:
---
cd =
gnustep-make
./configure =
--prefix=3D$HOME/GNUstep=A0 =A0 =A0 =
=A0 =A0 =A0 \
=A0 =A0 =A0 =A0 =A0 =A0 =
--without-system-root =A0 =A0=
=A0 =A0 =A0 =A0 \
=A0 =A0 =A0 =A0 =A0 =A0 =
--with-network-root=3D$HOME/GNUstep \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-local-root=3D$HOME/GNUstep =A0 \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-user-root=3D$HOME/GNUstep=A0 =A0 \
=A0 =A0 =A0 =A0 =
=A0 =A0 --with-library-combo=3Dapple-apple-appl \
=A0 =A0 --disable-pch
make -s install
source =
$HOME/GNUstep/Library/Makefiles/GNUstep.sh
Then go to the SOPE-4.5 source dir and call =
configure like
---snip---
./configure --enable-debug --disable-strip =
\
=A0 =
--with-gnustep --gsmake=3D$GNUSTEP_SYSTEM_ROOT
---snap---
Should I =
source someting ?
There are ways to remove the =
need for sourcing GNUstep.sh, either compiling as frameworks or =
installing to FHS locations. The former could be incomplete and not well =
tested and the latter is not very Mac like :-) (but the default way to =
use SOPE on Linux)
So: in the setup explained =
above, yes, you need to source GNUstep.sh prior running a SOPE =
application. You do NOT need to source GNUstep.sh for compilation (the =
required variables are hardwired in the config.make created by =
configure).
=
What are your environment =
variables ?
---snip---
helge@groove$ env|grep GNU
GNUSTEP_LOCAL_ROOT=3D/Users/helge/GNUstep
GNUSTEP_HOST=3Dpowerpc-apple-darwin8.2.0
GNUSTEP_NETWORK_ROOT=3D/Users/helge/GNUstep
GNUSTEP_ROOT=3D/Users/helge/GNUstep
GNUSTEP_FLATTENED=3Dyes
GNUSTEP_USER_ROOT=3D/Users/helge/GNUstep
GNUSTEP_SYSTEM_ROOT=3D/Users/helge/GNUstep
GNUSTEP_PATHLIST=3D/Users/helge/GNUstep
---snap---
Greets,
=A0 =
Helge
--=A0
--=A0
=
--Apple-Mail-7-339296281--
From macosx@opengroupware.org Sun Apr 2 19:36:59 2006
From: macosx@opengroupware.org (Philippe Laval)
Date: Sun, 2 Apr 2006 20:36:59 +0200
Subject: [OGo-MacOSX] Problem building iCalPortal sample with gnustep make on Mac OS 10.4.5
Message-ID: <2D52C519-6CA9-4601-BB77-26F31A8B26C8@free.fr>
$ cd iCalPortal
$ make
...
Compiling file iCalView.m ...
Compiling file iCalDayView.m ...
Compiling file iCalWeekView.m ...
make[1]: *** No rule to make target `WebDAV/shared_debug_obj/
subproject.o', needed by `iCalPortal.woa/./iCalPortal'. Stop.
make: *** [iCalPortal.all.woapp.variables] Error 2
From macosx@opengroupware.org Sun Apr 2 21:07:34 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Sun, 2 Apr 2006 22:07:34 +0200
Subject: [OGo-MacOSX] Problem building iCalPortal sample with gnustep make on Mac OS 10.4.5
In-Reply-To: <2D52C519-6CA9-4601-BB77-26F31A8B26C8@free.fr>
References: <2D52C519-6CA9-4601-BB77-26F31A8B26C8@free.fr>
Message-ID: <0843A83C-D07A-47F9-9FC1-2D2A1AA67DE8@opengroupware.org>
On 2. Apr 2006, at 20:36 Uhr, Philippe Laval wrote:
> $ cd iCalPortal
> $ make
> ...
> Compiling file iCalView.m ...
> Compiling file iCalDayView.m ...
> Compiling file iCalWeekView.m ...
> make[1]: *** No rule to make target `WebDAV/shared_debug_obj/
> subproject.o', needed by `iCalPortal.woa/./iCalPortal'. Stop.
> make: *** [iCalPortal.all.woapp.variables] Error 2
I've committed some small changes which may fix the issue, but
probably not. However, it does work for me :-)
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Mon Apr 3 10:20:14 2006
From: macosx@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=)
Date: Mon, 3 Apr 2006 11:20:14 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To: <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org>
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org> <442E5DA3.6090708@mulle-kybernetik.com> <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org>
Message-ID:
--Apple-Mail-1-392574081
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
On 01.04.2006, at 15:58, Helge Hess wrote:
> On 1. Apr 2006, at 13:01 Uhr, Marcus Mueller wrote:
>> The new implementation is really nice ... it's very close to the
>> WebObjects idea of doing things (it's using DirectActions and
>> standard accessor methods for mapping the positional arguments in
>> an XML-RPC call to the parameters probably used in the direct
>> action ... very nifty indeed). However, the setup in the
>> product.plist currently has one glitch ... you have to use the
>> RequestHandler as the object for adding categories (XML-RPC
>> methods) to - not the Application object.
>
> I'm pretty sure this isn't the case. You need to define the methods
> on the SoObject you address in your XML-RPC calls. If you have
>
> /myapp/so/Calendar
>
> you need to define your methods on the "Calendar" object.
>
> If you need to define the methods on your request handler, you
> probably use a URL like URL:
> /myapp/[something]
> which I think returns a WORequestHandler in the path lookup.
Correct. I'm posting to /RPC2 ... thanks for your detailed
explanation. Just for clarity's sake, I then need to add the
"categories" to the SoObjectRequestHandler object, i.e.:
--- snip ---
categories = {
SoObjectRequestHandler = {
methods = {
"system.listMethods" = {
protectedBy = "View";
actionClass = "BMSOPEAction";
actionName = "listSystemMethods";
arguments = { positionalKeys = ( ); };
};
};
};
};
--- snap ---
> Notably another option supported by SOPE (this is also how its done
> in Zope) is to use the XML-RPC package name for path processing.
> Say you want to invoke
>
> calendar.events.addEvent()
>
> you can either directly map the "calendar.events.addEvent" method
> in product.plist OR you just map the "addEvent" method and use an
> object hierarchy like:
>
> /myapp/so/calendar/events
>
> to define the XML-RPC call. SOPE will automatically revert to
> namespace processing if it can't find fully qualified method on the
> target object. (see SoObjectXmlRpcDispatcher.m)
I see. This really offers quite some flexibility, although I can't
think of a situation where this might be very useful. It's nice to
have it, though.
Cheers,
Marcus
--
Marcus Mueller . . . crack-admin/coder ;-)
Mulle kybernetiK . http://www.mulle-kybernetik.com
Current projects: http://www.mulle-kybernetik.com/znek/
--Apple-Mail-1-392574081
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
On 01.04.2006, at =
15:58, Helge Hess wrote:
On 1. Apr 2006, at 13:01 Uhr, Marcus Mueller =
wrote:
The new =
implementation is really nice ... it's very close to the WebObjects idea =
of doing things (it's using DirectActions and standard accessor methods =
for mapping the positional arguments in an XML-RPC call to the =
parameters probably used in the direct action ... very nifty indeed). =
However, the setup in the product.plist currently has one glitch ... you =
have to use the RequestHandler as the object for adding categories =
(XML-RPC methods) to - not the Application object.
=
I'm pretty sure this isn't the case. You need to =
define the methods on the SoObject you address in your XML-RPC calls. If =
you have
=A0 =
/myapp/so/Calendar
you need to define your methods =
on the "Calendar" object.
If you need to define the =
methods on your request handler, you probably use a URL like =
URL:
=A0 /myapp/[something]
which I think returns a WORequestHandler in the path =
lookup.
Correct. I'm posting to =
/RPC2 ... thanks for your detailed explanation. Just for clarity's sake, =
I then need to add the "categories" to the=A0SoObjectRequestHandler =
object, i.e.:
--- snip ---
=A0 =
categories =3D {
=A0 =A0 SoObjectRequestHandler =3D =
{
=A0 =A0 =A0 methods =3D {
=A0 =A0 =A0=A0 =
=A0"system.listMethods" =3D {
=A0 =A0 =A0 =A0 =A0 protectedBy =
=3D "View";
=A0 =A0 =A0 =A0 =A0 actionClass =3D =
"BMSOPEAction";
=A0 =A0 =A0 =A0 =A0 actionName=A0 =3D =
"listSystemMethods";
=A0 =A0 =A0 =A0 =A0 arguments=A0=A0 =3D { =
positionalKeys =3D ( ); };
=A0 =A0 =A0 =A0 };
=A0 =A0 =
=A0 };
=A0 =A0 };
=A0 };
--- snap =
---
Notably =
another option supported by SOPE (this is also how its done in Zope) is =
to use the XML-RPC package name for path processing. Say you want to =
invoke
=A0 =
calendar.events.addEvent()
you can either directly map the =
"calendar.events.addEvent" method in product.plist OR you just map the =
"addEvent" method and use an object hierarchy like:
=A0 =
/myapp/so/calendar/events
to define the XML-RPC call. SOPE =
will automatically revert to namespace processing if it can't find fully =
qualified method on the target object. (see =
SoObjectXmlRpcDispatcher.m)
I see. This really offers quite =
some flexibility, although I can't think of a situation where this might =
be very useful. It's nice to have it, though.=
--Apple-Mail-1-392574081--
From macosx@opengroupware.org Mon Apr 3 18:55:17 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Mon, 3 Apr 2006 19:55:17 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To:
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org> <442E5DA3.6090708@mulle-kybernetik.com> <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org>
Message-ID: <77D19F1F-D103-41DD-BF5A-606A2B64F0EC@opengroupware.org>
On 3. Apr 2006, at 11:20 Uhr, Marcus M=FCller wrote:
> Correct. I'm posting to /RPC2 ... thanks for your detailed =20
> explanation.
Maybe we should make the /RPC2 URL a special case which returns the =20
application object. But then maybe not ;-)
> Just for clarity's sake, I then need to add the "categories" to the =20=
> SoObjectRequestHandler object, i.e.:
Yes, RPC2 is a registered request handler (the SoApplication -=20
lookupName:inContext: will try to resolve names by calling -=20
handlerForKey:).
> --- snip ---
> categories =3D {
> SoObjectRequestHandler =3D {
Yup, this is messy. Just define a proper object which is your XML-RPC =20=
API and attach that to the application object. Actually it might even =20=
be possible to use "RPC2" as a key for that object, like:
categories =3D {
SoApplication =3D {
slots =3D {
RPC2 =3D {
defaultAccess =3D allow;
protectedBy =3D "";
valueClass =3D ZNeKAPI;
};
};
};
};
classes =3D {
ZNeKAPI =3D {
methods =3D {
> "system.listMethods" =3D {
> protectedBy =3D "View";
> actionClass =3D "BMSOPEAction";
> actionName =3D "listSystemMethods";
> arguments =3D { positionalKeys =3D ( ); };
> };
> };
};
};
Might work, didn't try.
> I see. This really offers quite some flexibility, although I can't =20
> think of a situation where this might be very useful.
Hu? This allows you to properly package your API. Like
events
addEvent
deleteEvent
tasks
addTask
deleteTask
Obviously you don't want to put your whole XML-RPC API in just a =20
single object/class.
A bit more obscure is the ability to address individual objects with =20
XML-RPC. But still quite cool IMHO.
Greets,
Helge
--=20
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Tue Apr 4 00:19:17 2006
From: macosx@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=)
Date: Tue, 4 Apr 2006 01:19:17 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To: <77D19F1F-D103-41DD-BF5A-606A2B64F0EC@opengroupware.org>
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org> <442E5DA3.6090708@mulle-kybernetik.com> <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org> <77D19F1F-D103-41DD-BF5A-606A2B64F0EC@opengroupware.org>
Message-ID:
--Apple-Mail-13-442916834
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
On 03.04.2006, at 19:55, Helge Hess wrote:
> Yup, this is messy. Just define a proper object which is your XML-
> RPC API and attach that to the application object. Actually it
> might even be possible to use "RPC2" as a key for that object, like:
>
> categories = {
> SoApplication = {
> slots = {
> RPC2 = {
> defaultAccess = allow;
> protectedBy = "";
> valueClass = ZNeKAPI;
Is this some future extension - or is this already possible? This is
some very cool idea for providing "aliases" ...
> classes = {
> ZNeKAPI = {
> methods = {
>> "system.listMethods" = {
>> protectedBy = "View";
>> actionClass = "BMSOPEAction";
>> actionName = "listSystemMethods";
>> arguments = { positionalKeys = ( ); };
Is this correct? You provide some value class which itself doesn't
implement anything as it's defining methods which get redirected to
the BMSOPEAction class. Or did you skip (overlook) that part of the
definition and meant something different?
> Might work, didn't try.
>
>> I see. This really offers quite some flexibility, although I can't
>> think of a situation where this might be very useful.
>
> Hu? This allows you to properly package your API. Like
>
> events
> addEvent
> deleteEvent
> tasks
> addTask
> deleteTask
>
> Obviously you don't want to put your whole XML-RPC API in just a
> single object/class.
Sure, of course not. It already works by mapping methods to action
classes, just as in the example given above.
Packaging everything depending on URLs is cool, but not very
intuitive to use in other client side implementations. In python's
xmlrpclib module, you need different server objects for different
URLs. It's thus not very "handy" to access such an API ... like it or
not, but XML-RPC works with these crude package-prefixed method names.
But don't get me wrong - I like both ideas, it's just that I -
personally - wouldn't use the URL approach for XML-RPC, nor would I
endorse it.
> A bit more obscure is the ability to address individual objects
> with XML-RPC. But still quite cool IMHO.
What do you mean?
Cheers,
Marcus
--
Marcus Mueller . . . crack-admin/coder ;-)
Mulle kybernetiK . http://www.mulle-kybernetik.com
Current projects: http://www.mulle-kybernetik.com/znek/
--Apple-Mail-13-442916834
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
On 03.04.2006, at =
19:55, Helge Hess wrote:
Yup, this is messy. Just define a proper object =
which is your XML-RPC API and attach that to the application object. =
Actually it might even be possible to use "RPC2" as a key for that =
object, like:
=A0 =
categories =3D {
=A0 =A0 SoApplication =3D =
{
=A0 =A0 =A0=
slots =3D {
=A0 =A0 =A0 =A0 RPC2 =3D =
{
=A0 =A0 =A0=
=A0 =A0 defaultAccess =3D allow;
=A0 =A0 =A0 =A0 =A0 protectedBy =
=A0 =3D =
"<public>";
=A0 =A0 =A0 =A0 =A0 =
valueClass=A0 =A0 =3D =
ZNeKAPI;
Is this some future extension - =
or is this already possible? This is some very cool idea for providing =
"aliases" ...
=A0=A0cla=
sses =3D {
=A0 =A0 ZNeKAPI =3D {
=A0 =A0 =A0 =
methods =3D {
=A0 =A0 =A0 =A0 =
"system.listMethods" =3D {
=A0 =A0 =A0 =A0 =A0 protectedBy =3D=
"View";
=A0 =A0 =A0 =A0 =A0 actionClass =3D=
"BMSOPEAction";
=A0 =A0 =A0 =A0 =A0 =
actionName=A0 =3D =
"listSystemMethods";
=A0 =A0 =A0 =A0 =A0 arguments =
=A0 =3D { positionalKeys =3D =
( ); };
Is this correct? You provide =
some value class which itself doesn't implement anything as it's =
defining methods which get redirected to the BMSOPEAction class. Or did =
you skip (overlook) that part of the definition and meant something =
different?
Might work, didn't try.
I see. This really offers quite some flexibility, =
although I can't think of a situation where this might be very =
useful.
Hu? This allows you to properly =
package your API. Like
=A0 events
=A0 =A0 =
addEvent
=A0 =A0 deleteEvent
=A0 =
tasks
=A0 =A0 addTask
=A0 =A0 =
deleteTask
Obviously you don't want to put your whole XML-RPC =
API in just a single object/class.
Sure, of course not. It already =
works by mapping methods to action classes, just as in the example given =
above.
Packaging everything =
depending on URLs is cool, but not very intuitive to use in other client =
side implementations. In python's xmlrpclib module, you need different =
server objects for different URLs. It's thus not very "handy" to access =
such an API ... like it or not, but XML-RPC works with these crude =
package-prefixed method names.
But don't get me wrong - I =
like both ideas, it's just that I - personally - wouldn't use the URL =
approach for XML-RPC, nor would I endorse it.
A bit more obscure is the =
ability to address individual objects with XML-RPC. But still quite cool =
IMHO.
What do you mean?
=
--Apple-Mail-13-442916834--
From macosx@opengroupware.org Tue Apr 4 00:37:48 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Tue, 4 Apr 2006 01:37:48 +0200
Subject: [OGo-MacOSX] How can I have the application running in the background without using the windows server
In-Reply-To:
References: <25592043-C85B-4DD0-8F78-C3A2458DAFD5@free.fr> <2915E366-82CB-424F-A6AD-C851D3AE6E8F@opengroupware.org> <442E5DA3.6090708@mulle-kybernetik.com> <4D838CDE-BD4A-4E62-82BC-A8AE3617028C@opengroupware.org> <77D19F1F-D103-41DD-BF5A-606A2B64F0EC@opengroupware.org>
Message-ID:
On 4. Apr 2006, at 01:19 Uhr, Marcus M=FCller wrote:
> Is this some future extension - or is this already possible?
Not sure what you mean, but everything outlined should be "already =20
possible".
> Is this correct? You provide some value class which itself doesn't =20
> implement anything as it's defining methods which get redirected to =20=
> the BMSOPEAction class. Or did you skip (overlook) that part of the =20=
> definition and meant something different?
Get the Zope/SOPE concept ;-) The given class (SoClass) *does* have a =20=
method. That the method in turn is implemented as a direct action and =20=
not a regular ObjC method is just a minor difference. (a SoMethod is =20
anything "callable").
Thats Python/Zope style. Implementation doesn't matter. Everything =20
which is 'callable' can be a method, be it a WOComponent, a =20
WODirectAction or a plain ObjC selector (or a SQLMethod which =20
executes SQL or a PythonMethod etc etc).
> Packaging everything depending on URLs is cool, but not very =20
> intuitive to use in other client side implementations.
Reread my initial response. You don't need to use URLs, you can also =20
use XML-RPC namespaces. Processing is exactly the same. Either use
server =3D Server("http://host/MyApp")
server.events.deleteEvent(12345)
or use
server =3D Server("http://host/MyApp/so/events")
server.deleteEvent(12345)
Its your choice. For the app developer it doesn't matter.
> In python's xmlrpclib module, you need different server objects for =20=
> different URLs.
No, you don't.
>> A bit more obscure is the ability to address individual objects =20
>> with XML-RPC. But still quite cool IMHO.
> What do you mean?
Well, object oriented programming ;-) Say you have an event object =20
living at (mapped to):
http://host/zidestore/so/helge/Calendars/12634
you can run XML-RPC "methods" on it. (XML-RPC "methods" are not =20
really methods but just functions, unless you map "self" to the URL ...)
Greets,
Helge
--=20
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Wed Apr 5 13:51:42 2006
From: macosx@opengroupware.org (william)
Date: Wed, 5 Apr 2006 13:51:42 +0100
Subject: [OGo-MacOSX] Sorry to bother but cannot get past the start line
Message-ID:
running tiger server
installed xcode
darwin ports
tried installing gnumake step as per various instructions but when i
try sourcing it file not found
I know this might seem basic but my company have sold the idea of
this product now they want me to impliment it despite never trying
first.
Any help would be greatfully recieved
From macosx@opengroupware.org Wed Apr 5 14:30:21 2006
From: macosx@opengroupware.org (Helge Hess)
Date: Wed, 5 Apr 2006 15:30:21 +0200
Subject: [OGo-MacOSX] Sorry to bother but cannot get past the start line
In-Reply-To:
References:
Message-ID:
On 5. Apr 2006, at 14:51 Uhr, william wrote:
> tried installing gnumake step as per various instructions but when
> i try sourcing it file not found
Well, you need to post more a exact description of what you have done
and what error messages you get (eg the exact commands you use to
source what file).
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Wed Apr 5 23:16:59 2006
From: macosx@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=)
Date: Thu, 6 Apr 2006 00:16:59 +0200
Subject: [OGo-MacOSX] Xcode changes in r1244
Message-ID: <61D15229-F2C7-4B58-ADE5-E9A864318CF4@mulle-kybernetik.com>
--Apple-Mail-1-611978426
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
Hi all,
the "Wrapper" buildstyle is now producing universal (fat) binaries by
default. In order to do so, its SDKROOT has been fixed to 10.4u. It's
possible that not everything will compile now, as you usually don't
have i386 versions of PostgreSQL and SQLite3 installed.
However, the Wrapper buildstyle is definitely aimed at
deployments ... and universal is now the way to go. :-)
I didn't touch the "Development" buildstyle - everything here should
stay as it was before.
Cheers,
Marcus
--
Marcus Mueller . . . crack-admin/coder ;-)
Mulle kybernetiK . http://www.mulle-kybernetik.com
Current projects: http://www.mulle-kybernetik.com/znek/
--Apple-Mail-1-611978426
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
Hi all,
the "Wrapper" buildstyle is =
now producing universal (fat) binaries by default. In order to do so, =
its SDKROOT has been fixed to 10.4u. It's possible that not everything =
will compile now, as you usually don't have i386 versions of PostgreSQL =
and SQLite3 installed.
However, the Wrapper =
buildstyle is definitely aimed at deployments ... and universal is now =
the way to go. :-)
I didn't touch the =
"Development" buildstyle - everything here should stay as it was =
before.
Cheers,
=A0=A0Marcus
--=A0
Marcus Mueller=A0=A0.=A0=A0.=A0=A0