From developer@opengroupware.org Wed Nov 1 06:33:50 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Wed, 01 Nov 2006 06:33:50 -0000 Subject: [OGo-Developer] question to bug 1753 Message-ID: <20061101063350.D0B2678C0D0@ogo.rapideye.de> Hi, I was looking for the cause of bug: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1753 the stripped underscores from mail bodies. in December 5005 Helge added sth. that replaces _ with spaces to the file NGQuotedPrintableCoding.m in function NGDecodeQuotedPrintable, to conform with the RFC. some time earlier in code, method bodyAsString from implemented in LSWTextPlainBodyViewer.m is called. This method starts with this code: - (NSString *)bodyAsString { NSString *s; NSData *data; NSString *en; if ([self->body isKindOfClass:[NSString class]]) return self->body; if ([self->body isKindOfClass:[NSURL class]]) { NSString *part; part = [[[self->body query] componentsSeparatedByString:@"="] lastObject]; data = [self->source contentsOfPart:part]; } else if ([self->body isKindOfClass:[NSData class]]) data = self->body; if ((en = [[self encoding] lowercaseString]) != nil) { if ([en isEqualToString:@"quoted-printable"]) { data = [data dataByDecodingQuotedPrintable]; } else if ([en isEqualToString:@"base64"]) { data = [data dataByDecodingBase64]; } } self->body is isKindOfClass:[NSURL class], a url looking like imap://imaphost/path/to/mail the data is quoted-printable, after the line data = [data dataByDecodingQuotedPrintable]; the data has the _ replaced with spaces. when I look at the data before that line, the _ is encoded as 5F, after that line, there where the _ was, I see now a 0x20, a space. Therefore I removed this replacement. I am not sure, whether I am correct in removing the replacement of _ with spaces, or if the _ are not correctly encoded in the first place. anybody can give me some insights? kind regards Sebastian -- Sebastian Reitenbach Tel.: ++49-(0)3381-8904-451 RapidEye AG Fax: ++49-(0)3381-8904-101 Molkenmarkt 30 e-mail:reitenbach@rapideye.de D-14776 Brandenburg web:http://www.rapideye From developer@opengroupware.org Thu Nov 2 09:20:44 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 2 Nov 2006 10:20:44 +0100 Subject: [OGo-Developer] question to bug 1753 In-Reply-To: <20061101063350.D0B2678C0D0@ogo.rapideye.de> References: <20061101063350.D0B2678C0D0@ogo.rapideye.de> Message-ID: On Nov 1, 2006, at 07:33, Sebastian Reitenbach wrote: > I was looking for the cause of bug: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1753 > the stripped underscores from mail bodies. > > in December 5005 Helge added sth. that replaces _ with spaces to the > file NGQuotedPrintableCoding.m in function NGDecodeQuotedPrintable, > to conform > with the RFC. Wow, December 5005 ;-) Anyway, I think I've added something what I think is a fix (at that specific location). Apparently there are two slightly different variants of QP (2045 and 2047). Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Thu Nov 2 09:28:37 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 2 Nov 2006 10:28:37 +0100 Subject: [OGo-Developer] "(no database messages found)" when doing a job action In-Reply-To: <1160441504.26183.2.camel@ws01.whitemice.org> References: <1160441504.26183.2.camel@ws01.whitemice.org> Message-ID: Hi, On Oct 10, 2006, at 02:51, Adam Williams wrote: > I'm confused by the error message "(no database messages found)" This "database messages" thing was something specific to Sybase, so its not relevant anymore (there are never such messages). > from LSDBObjectCommandException. I am attempting to perform an > action on a > task, and I get the " TODO: register in objinfo: > JobHistory / 13660" message in the logs like the history has been > stored. But then an exception occurs in LSDBObjectCommandException > and > nothing is stored in the job history tables. The process seems pretty > straight forward, and it certainly looks like "task" is a valid > EOGenericRecord of a task. ... > -[SoObjectXmlRpcDispatcher faultFromException:methodCall:]: turning > exception into fault (Exception name:LSDBObjectCommandException > class:LSDBObjectCommandException reason:job::set failed: unknown > reason > (no database messages found) info:{ > methodName = "zogi.putTaskNotation"; > methodParameters = ( > 13530, > accept, > "" > ); > }) Well, I suppose you have to turn on SQL debugging (PGDebugEnabled) to find the SQL statement which fails. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Thu Nov 2 10:00:12 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 2 Nov 2006 11:00:12 +0100 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> Message-ID: On Oct 30, 2006, at 10:12, Helge Hess wrote: > On Oct 30, 2006, at 05:43, Chad Leigh wrote: >>>> /usr/bin/ld: can't locate file for: -lNGObjWeb >>>> collect2: ld returned 1 exit status > OK, I can reproduce that and will have a look. No idea yet why it > wouldn't work. OK, found it. Actually this was b0rked when woapp.make was updated for the latest GNUstep-make version :-/ So using gnustep-make from the GNUstep website instead of the one provided with SOPE should help. woapp.make now has something like this: ---snip--- ifndef $(WHICH_LIB_SCRIPT) ALL_WO_LIBS = \ $(ALL_LIB_DIRS) \ $(ADDITIONAL_WO_LIBS) $(AUXILIARY_WO_LIBS) $(WO_LIBS) \ $(ADDITIONAL_TOOL_LIBS) $(AUXILIARY_TOOL_LIBS) \ $(FND_LIBS) $(ADDITIONAL_OBJC_LIBS) $(AUXILIARY_OBJC_LIBS) \ $(OBJC_LIBS) $(SYSTEM_LIBS) $(TARGET_SYSTEM_LIBS) else ---snap--- This "WHICH_LIB_SCRIPT" variable is not available in earlier GNUstep versions so gnustep-make doesn't call which_lib. Which in turn breaks everything. Interestingly it doesn't help to do a: export WHICH_LIB_SCRIPT="$GNUSTEP_MAKEFILES/which_lib" prior calling make. Not sure what to do yet. Probably we should revert the changes to the SOPE makefiles until they properly work with older versions of gnustep-make. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Thu Nov 2 10:18:41 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 2 Nov 2006 11:18:41 +0100 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> Message-ID: <5D1B3181-55E5-4D33-BE0D-881936EC5370@opengroupware.org> On Nov 2, 2006, at 11:00, Helge Hess wrote: > woapp.make now has something like this: > ---snip--- > ifndef $(WHICH_LIB_SCRIPT) ^^^ actually this was a bug. This must be: ifndef WHICH_LIB_SCRIPT I've fixed it in SOPE trunk. After this fix you can workaround the missing version check using: > export WHICH_LIB_SCRIPT="$GNUSTEP_MAKEFILES/which_lib" Apparently something like this doesn't work in make: if $(GNUSTEP_MAKE_MAJOR_VERSION) > 1 || $ (GNUSTEP_MAKE_MINOR_VERSION) > 12) ... endif So I'm not sure how we can support both, gstep-make 1.11/12 and 1.13 from one makefile. (w/o the export above) Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Thu Nov 2 14:42:25 2006 From: developer@opengroupware.org (=?ISO-8859-1?Q?St=E9phane_Corth=E9sy?=) Date: Thu, 2 Nov 2006 15:42:25 +0100 Subject: [OGo-Developer] OWFormElementName Message-ID: Hi all, While trying to update an old (> 2 years) SOPE application to SOPE =20 4.5 I encountered a problem where form elements would be confused =20 with one another. This happens for instance if we reuse a component =20 in several place on a page, a common occurence. In our opinion the cause of the problem is that the default name =20 returned for element names is not a unique ID anymore, but uses the =20 element's wod given name (see code below, from WOInput.m in =20 NGObjWeb). This should not be the case, even if it helps Javascripting. Am I missing something? Is there a way to force a unique ID without =20 changing the code below? Thanks in advance, St=E9phane P.-S. This question has been posted on macosx@opengroupware.org list a few =20 weeks ago by Marco Scheurer, but got no response. I hope I'll have =20 more luck here. From developer@opengroupware.org Thu Nov 2 14:59:59 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 2 Nov 2006 15:59:59 +0100 Subject: [OGo-Developer] OWFormElementName In-Reply-To: References: Message-ID: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> On Nov 2, 2006, at 15:42, St=E9phane Corth=E9sy wrote: > In our opinion the cause of the problem is that the default name =20 > returned for element names is not a unique ID anymore, but uses the =20= > element's wod given name (see code below, from WOInput.m in =20 > NGObjWeb). This should not be the case, even if it helps =20 > Javascripting. You are absolutely correct, it shouldn't be that way and it AFAIK =20 isn't ;-) > Am I missing something? Is there a way to force a unique ID without =20= > changing the code below? ---snip--- NSString *OWFormElementName(WOInput *self, WOContext *_ctx) { NSString *name; if (self->name =3D=3D nil) return [_ctx elementID]; if ((name =3D [self->name stringValueInComponent:[_ctx component]]) !=20= =3D nil) return name; ---snap--- This 'self->name' is/should be the 'name' binding of the form, not =20 the ID of the .wod element (which is stored in 'NAME'). Eg: MyField: WOTextField { name =3D "myfield"; } self->name will be 'myfield' (WOValueAssociation), not 'MyField'. In fact I just tried samples/HelloForm and it outputs this: ---snip---
Text:
---snap--- for this: ---snip--- Form: WOForm { action =3D self; } TextField: WOTextField { value =3D item; } Submit: WOSubmitButton { value =3D "OK"; } ---snap--- Which looks just fine? > P.-S. > This question has been posted on macosx@opengroupware.org list a =20 > few weeks ago by Marco Scheurer, but got no response. I hope I'll =20 > have more luck here. Yes, sorry. Was lost in my inbox. Greets, Helge --=20 Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Fri Nov 3 19:47:56 2006 From: developer@opengroupware.org (YL) Date: Fri, 3 Nov 2006 12:47:56 -0700 Subject: [OGo-Developer] extended bindings Message-ID: <000301c6ff80$f633bb40$6400a8c0@minibook> I can see two reasons to extend binding conventions. Once we can do such, WO can really beat other web solutions. Because WO is almost there and others are not. The whole motivation is to make web application evolvable at runtime so that people can use the app doing business without too many upgrading requests for developers, and also make the app more managable by business people. (1)reduce coding efforts. In wod file, instead of saying UseBatching: WOConditional { condition = useBatching; } // and implement method "useBatching" We can do (more handy binding sugestions are welcome) UseBatching: XYConditional { testingValueOne = searchingResults.count; testingValueTwo = session.sessionUser.userPreferences.batchSize; operator = ">"; } // So that we don't need to write method "useBatching", which is an ugly method anyway Instead of doing MyImage: WOImage { src = myImageSource; ...} ..... We can do MyImage XYImage { src = contentEO.@imageUrlWithImageName?ofType?_apple|jpg; } expect url from method call [contentEO imageUrlWithImageName:@"apple" ofType: @"jpg"] or contentEO.imageUrlWithImageName("apple","jpg") will be assigned to src (2)support runtime manageable contents and more. MayImage: XYField { dataDict = aDataDict; } // Where XYField is a WOSwitchComponent, the component name is specified in aDataDict: { WOComponentName = XYImage; sourceObjectKeyPath = contentEO; fieldKey = src; valueKeyPath = "@imageUrlWithImageName?ofType?_apple|jpg:"; border = 0; width = 135; ... } And aDataDict can be from database, etc. that way one can have a meta page (WOComponent) to handle various contentEOs and those EOs are editable at runtime. I hope to be able to make some changes at WOAssociation level to solve most of the issues towards the featues I like. Any advises are greatly appreciated. From developer@opengroupware.org Fri Nov 3 20:24:05 2006 From: developer@opengroupware.org (Helge Hess) Date: Fri, 3 Nov 2006 21:24:05 +0100 Subject: [OGo-Developer] extended bindings In-Reply-To: <000301c6ff80$f633bb40$6400a8c0@minibook> References: <000301c6ff80$f633bb40$6400a8c0@minibook> Message-ID: On Nov 3, 2006, at 20:47, YL wrote: > (1)reduce coding efforts. > In wod file, instead of saying > > UseBatching: WOConditional { condition = useBatching; } // > and implement method "useBatching" > > We can do (more handy binding sugestions are welcome) > > UseBatching: XYConditional { > testingValueOne = searchingResults.count; > testingValueTwo = > session.sessionUser.userPreferences.batchSize; > operator = ">"; > } SOPE/JOPE supports that partially: IsBill: WOConditional { condition = address.type; value = "bill"; } it doesn't have an operator though. Adding multiple conditions is a good idea, like: condition1 = address.type; value1 = "bill"; condition2 = address.city; value2 = "London"; It would be also nice to have a 'key1' binding which resolves to a key instead of a value. Eg: key1 = addressKey; value1 = "bill"; 'addressKey' will eg return 'address.type' which then will be evaluated against the component. This way you can easily have dynamic keys. We also support EOQualifiers for conditions: IfPerson: WEQualifierConditional { condition = "isPerson=YES AND isCategory like '*customer*'"; object = currentPerson; negate = NO; } This one should be close to what you actually want. > We can do > MyImage XYImage { src = contentEO.@imageUrlWithImageName?ofType? > _apple|jpg; } > > expect url from method call > [contentEO imageUrlWithImageName:@"apple" ofType: @"jpg"] > or contentEO.imageUrlWithImageName("apple","jpg") In the JOPE/Java case one would probably just use an OGNL association which AFAIK can do all that and more. In SOPE/ObjC it should be easy to add a trampoline in your code which does this. I'm not entirely sure what the best syntax would be, but writing a simple ObjC message expression parser is not too hard either. Should be rather easy to support this: A: WOImage { src = [contentEO imageUrlWithImageName:@"apple" ofType:@"jpg"; }; Possibly a day or two of work, not much more. > will be assigned to src > > (2)support runtime manageable contents and more. > > MayImage: XYField { dataDict = aDataDict; } > > // Where XYField is a WOSwitchComponent, the component name is > specified in aDataDict: > { > WOComponentName = XYImage; > sourceObjectKeyPath = contentEO; > fieldKey = src; > valueKeyPath = "@imageUrlWithImageName?ofType?_apple|jpg:"; > border = 0; > width = 135; > ... > } > And aDataDict can be from database, etc. that way one can have a > meta page (WOComponent) to handle various contentEOs and those EOs > are editable at runtime. You want to retrieve element bindings from the database? I think this is ugly and won't work well. It should be done by a wrapper element instead, like this: MayImage: WOConstructElement { element = "WOSwitchComponent"; bindings = currentComponent.bindings; } Might be useful, not sure. The element would need to instantiate WOSwitchComponent on every call with the dynamic bindings. But I think that would be acceptable and not really slower than dynamically resolving bindings instead of storing them in ivars. > I hope to be able to make some changes at WOAssociation level to > solve most of the issues towards the featues I like. Any advises > are greatly appreciated. Hm, see above. The only association related thing would be that WOObjCExpressionAssociation (aka super-mini WebScript), which would be neat. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Fri Nov 3 22:46:24 2006 From: developer@opengroupware.org (YL) Date: Fri, 3 Nov 2006 15:46:24 -0700 Subject: [OGo-Developer] extended bindings References: <000301c6ff80$f633bb40$6400a8c0@minibook> Message-ID: <005601c6ff99$e3fa7900$6400a8c0@minibook> Thank you very much Helge Hess. Lots good ideas and suggestions. But I still have some questions. Below: > It would be also nice to have a 'key1' binding which resolves to a > key instead of a value. Eg: > key1 = addressKey; > value1 = "bill"; > 'addressKey' will eg return 'address.type' which then will be > evaluated against the component. This way you can easily have dynamic > keys. > > We also support EOQualifiers for conditions: > > IfPerson: WEQualifierConditional { > condition = "isPerson=YES AND isCategory like '*customer*'"; > object = currentPerson; > negate = NO; > } So like to have (1)multiipleConditions (2)qualifierConditions (3)obj/key/value (4)testVars+operators Very good idea, lots nice work already done in SOPE! > In the JOPE/Java case one would probably just use an OGNL association > which AFAIK can do all that and more. > What the Java performance here? It's interesting. > In SOPE/ObjC it should be easy to add a trampoline in your code which > does this. I'm not entirely sure what the best syntax would be, but > writing a simple ObjC message expression parser is not too hard either. > > Should be rather easy to support this: > A: WOImage { > src = [contentEO imageUrlWithImageName:@"apple" ofType:@"jpg"; > }; > > Possibly a day or two of work, not much more. Using regular ObjC message expression sounds the best. But I don't know how to modify WOImage for this, maybe I can edit my XYImage for this. But if you can list a outline of doing so, please help >> >> (2)support runtime manageable contents and more. >> >> MayImage: XYField { dataDict = aDataDict; } >> >> // Where XYField is a WOSwitchComponent, the component name is >> specified in aDataDict: >> { >> WOComponentName = XYImage; >> sourceObjectKeyPath = contentEO; >> fieldKey = src; >> valueKeyPath = "@imageUrlWithImageName?ofType?_apple|jpg:"; >> border = 0; >> width = 135; >> ... >> } >> And aDataDict can be from database, etc. that way one can have a >> meta page (WOComponent) to handle various contentEOs and those EOs >> are editable at runtime. > > You want to retrieve element bindings from the database? I think this > is ugly and won't work well. It should be done by a wrapper element > instead, like this: > > MayImage: WOConstructElement { > element = "WOSwitchComponent"; > bindings = currentComponent.bindings; > } > > Might be useful, not sure. The element would need to instantiate > WOSwitchComponent on every call with the dynamic bindings. But I > think that would be acceptable and not really slower than dynamically > resolving bindings instead of storing them in ivars. > The idea about store element config data into the database was started around WO3.0 time. We need to host many many surveys and provide analyse tools to business users. I've create a online survey editor for non-tech people to manage their survey questions. So I have entities like Survey <->>Questions and my Questionnaire Page likes like In wod: Questions: WORepetition { list = surveyEO.questions; item = aQuestion; } AQuestionField: XYFormField { question = aQuestion; responseSource = questionnaireResponse; } XYFormField will as aQuestion for its type (PopUpButton, TextField etc) and ask questionnaireResponse for existing response value if any. Even the htmlPrefix and suffix around the question field html are stored in the database. In short, Survey and Questions records hold the complete questionnaire data. In that way, the questionnaire page can be the universal handler of suveys and I have very simple idea about how to implement the survey editor for business people. The performance is fine although I don't know why. Even I use P-II 300Mh machine to handle 400 question survey, still very fast. Bu if there are some way to make this more efficient, that'll be great. One way in early days of WO was to use replacement component instead of SwitchComponent. The difference between them is swith over component object instead of switch over component name. But I don't have the code and don't know how to write my own. There is another way of storing content data: store the template itself. But this makes the implementing of content editor for non-tech people harder. By using -templateWithName: method in the generic page, this way has no performance overhead since the template can be cached (by default) by application. > >> I hope to be able to make some changes at WOAssociation level to >> solve most of the issues towards the featues I like. Any advises >> are greatly appreciated. > > Hm, see above. The only association related thing would be that > WOObjCExpressionAssociation (aka super-mini WebScript), which would > be neat. > I'll think this over. Thanks again From developer@opengroupware.org Mon Nov 6 10:55:54 2006 From: developer@opengroupware.org (herve AKEBOUE) Date: Mon, 6 Nov 2006 10:55:54 +0000 Subject: [OGo-Developer] Urgent OGO-SESSION Message-ID: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> ------=_Part_56908_4170792.1162810554169 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, i must create another ogo session this week, i installed ogo with debian not with source package. how can i do it without GNUSTEP, or if i must use GNUSTEP I'll need the how to. thanks ------=_Part_56908_4170792.1162810554169 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, i must create another ogo session this week, i installed ogo with debian not with source package. how can i do it without GNUSTEP, or if i must use GNUSTEP I'll need the how to.
thanks
------=_Part_56908_4170792.1162810554169-- From developer@opengroupware.org Mon Nov 6 11:15:48 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 6 Nov 2006 12:15:48 +0100 Subject: [OGo-Developer] Urgent OGO-SESSION In-Reply-To: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> References: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> Message-ID: <9E763CE5-B279-4D05-AA20-92134C521417@opengroupware.org> On Nov 6, 2006, at 11:55, herve AKEBOUE wrote: > Hello, i must create another ogo session this week, i installed ogo > with debian not with source package. how can i do it without > GNUSTEP, or if i must use GNUSTEP I'll need the how to. I have no idea what you are talking about. How OGo is installed from source is documented at the website and the INSTALL file contained in the tarball. http://www.opengroupware.org/en/devs/build/ Please bother the 'users' mailing list with support issues, not developer@ogo. Thanks. Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Nov 6 11:16:13 2006 From: developer@opengroupware.org (herve AKEBOUE) Date: Mon, 6 Nov 2006 11:16:13 +0000 Subject: [OGo-Developer] Re: Urgent OGO-SESSION In-Reply-To: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> References: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> Message-ID: <496d66dd0611060316h758a078t2466a2c72bbe1750@mail.gmail.com> ------=_Part_57200_1342562.1162811773256 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline i should have different interface 2006/11/6, herve AKEBOUE : > > Hello, i must create another ogo session this week, i installed ogo with > debian not with source package. how can i do it without GNUSTEP, or if i > must use GNUSTEP I'll need the how to. > thanks > ------=_Part_57200_1342562.1162811773256 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline i should have different interface

2006/11/6, herve AKEBOUE <akeboueherve@gmail.com>:
Hello, i must create another ogo session this week, i installed ogo with debian not with source package. how can i do it without GNUSTEP, or if i must use GNUSTEP I'll need the how to.
thanks

------=_Part_57200_1342562.1162811773256-- From developer@opengroupware.org Mon Nov 6 11:18:41 2006 From: developer@opengroupware.org (herve AKEBOUE) Date: Mon, 6 Nov 2006 11:18:41 +0000 Subject: [OGo-Developer] Re: Urgent OGO-SESSION In-Reply-To: <496d66dd0611060316h758a078t2466a2c72bbe1750@mail.gmail.com> References: <496d66dd0611060255s4e2242e8u6281642adb87b197@mail.gmail.com> <496d66dd0611060316h758a078t2466a2c72bbe1750@mail.gmail.com> Message-ID: <496d66dd0611060318h544a0bbra9895b88e8e5718f@mail.gmail.com> ------=_Part_57216_31239259.1162811921096 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline for exemple an interface with my logo, and another interface with my wife logo thank's 2006/11/6, herve AKEBOUE : > > i should have different interface > > 2006/11/6, herve AKEBOUE : > > > > Hello, i must create another ogo session this week, i installed ogo with > > debian not with source package. how can i do it without GNUSTEP, or if i > > must use GNUSTEP I'll need the how to. > > thanks > > > > ------=_Part_57216_31239259.1162811921096 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline for exemple an interface with my logo, and another interface with my wife logo

thank's

2006/11/6, herve AKEBOUE <akeboueherve@gmail.com >:
i should have different interface

2006/11/6, herve AKEBOUE < akeboueherve@gmail.com>:
Hello, i must create another ogo session this week, i installed ogo with debian not with source package. how can i do it without GNUSTEP, or if i must use GNUSTEP I'll need the how to.
thanks


------=_Part_57216_31239259.1162811921096-- From developer@opengroupware.org Wed Nov 8 18:10:13 2006 From: developer@opengroupware.org (Adam Williams) Date: Wed, 08 Nov 2006 13:10:13 -0500 Subject: [OGo-Developer] "(no database messages found)" when doing a job action In-Reply-To: References: <1160441504.26183.2.camel@ws01.whitemice.org> Message-ID: <1163009413.7837.14.camel@ws01.whitemice.org> > > -[SoObjectXmlRpcDispatcher faultFromException:methodCall:]: turning > > exception into fault (Exception name:LSDBObjectCommandException > > class:LSDBObjectCommandException reason:job::set failed: unknown > > reason > > (no database messages found) info:{ > > methodName = "zogi.putTaskNotation"; > > methodParameters = ( > > 13530, > > accept, > > "" > > ); > > }) > Well, I suppose you have to turn on SQL debugging (PGDebugEnabled) to > find the SQL statement which fails. Was just the rollback causes by a lack of "[[self getCTX] commit];". Working perfectly now. From developer@opengroupware.org Mon Nov 13 11:05:09 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 13 Nov 2006 11:05:09 -0000 Subject: [OGo-Developer] print view for task lists Message-ID: <20061113110510.61BC978C05C@ogo.rapideye.de> Hi all, I added a printview to task lists, which works well for LSWProjectJobList, but not for LSWJobs. When I enter the printMode (a BOOL defined in LSWJobs) by first clicking the print button, it stays forever in print mode. So when I then click hte "Tasks" menu entry, in the Dock, it enters LSWJobs, but will open it in printMode. I created an enhancement report for it, with my patch: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1807 yesterday afternoon I sat there for hours, trying to figure out, how to get the normal mode back. below are my notes, that I have made, after I created the patch. any hint on how I can I stop LSWJobs from thinking it has printMode = YES? kind regards Sebastian Preparations in Objective-C backend - LSWJobs.m needs to be divided into a .m and .h file, interface in the .h file, and including the .h file in the .m file - the LSWJobs.h file needs to declare a BOOL for printMode, and the LSWJobs.m file has to implement the print methods: ====================================================== /* printing */ - (BOOL)printMode { return self->printMode ? YES : NO; } - (void)setPrintMode:(BOOL)_printMode { self->printMode = _printMode; } - (id)printList { WOResponse *r; OGoComponent *page; page = [self pageWithName:@"LSWPrintJobs"]; [page takeValue:self->filteredJobList forKey:@"filteredJobList"]; [page takeValue:self->job forKey:@"job"]; [page takeValue:self->subJob forKey:@"subJob"]; [page takeValue:self->selectedAttribute forKey:@"selectedAttribute"]; [page takeValue:self->tabKey forKey:@"tabKey"]; [page takeValue:self->keywordsString forKey:@"keywordsString"]; [page takeValue:self->timeSelection forKey:@"timeSelection"]; [page takeValue:self->item forKey:@"item"]; [page takeValue:self->teams forKey:@"teams"]; [page takeValue:self->timeList forKey:@"timeList"]; [page takeValue:self->selectedTeam forKey:@"selectedTeam"]; r = [page generateResponse]; [r setHeader:@"text/html" forKey:@"content-type"]; return r; } ====================================================== - LSWPrintJobs.m class needs to be created, inheriting from LSWJobs.h, not adding anything to LSWJobs, including ====================================================== #include "LSWJobs.h" @interface LSWPrintJobs : LSWJobs { } @end #include #include "common.h" @implementation LSWPrintJobs @end /* LSWPrintJobs */ ====================================================== - add the LSWPrintJobs.m file in the GNUmakefile to the files to be compiled - add the LSWPrintJobs class to the bundle-info.plist file, and add the print view there ====================================================== { verb = print; type = "eo/job"; component = LSWPrintJobs }, ====================================================== - add a LSWPrintJobs.wox file in the Templates/JobUi directory: ====================================================== ====================================================== - the LSWJobs.wod template connector has to be changed: ====================================================== Buttons: SkyButtonRow { ordering = ( print, new ); onNew = newJob; new = labels.new; tipNew = labels.new; onPrint = printList; print = labels.print; targetPrint = "OGoPrintView"; } IsPrintMode: WOConditional { condition = printMode; negate = NO; } IsNotPrintMode: WOConditional { condition = printMode; negate = YES; } ==================================================== - the LSWJobs.html template has to be changed to allow printMode: <#IsNotPrintMode> ... old version ... <#IsPrintMode>
<#TabView> <#TodoTab> <#ToDoList> <#DelegateTab> <#DelegatedJobList> <#ArchivedTab> <#ArchivedJobList/> <#IsPreferredExecutantEnabled> <#PreferredExecutantTab> <#PreferredExecutantList>
====================================================== From developer@opengroupware.org Mon Nov 13 11:45:41 2006 From: developer@opengroupware.org (Jan Kesten) Date: Mon, 13 Nov 2006 12:45:41 +0100 Subject: [OGo-Developer] Database layout? Message-ID: <45585AE5.5090102@web.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all together! I'm new to this list and a user of opengroupware. I installed it for a company and it works really good. They have some Outlook-Connectors from Skyrix to use Outlook. So, now there is one task left in my to-do list (and I hope I'm right here). Problem: They have already a CRM system in production and would like to see all contacts synchronized to OGO. I looked around and did not find any solution for this. Now my idea is, I have a database connection to their CRM and I have OGOs database - there must be a way to sync at least "low-level". But therefore I need to understand how OGOs database is organized (especially for contacts). Is there any documentation about this? Of course if I can put something together I'll publish it. Any hints? Thanks in advance, Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) Comment: GnuPT 2.7.6 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFWFrlvvmCkIIgH8QRAqBeAJ0Vrr+nXQtYHR9L+emNvVTsGkE3WQCeJX9G bXBwnXXgyquBwxvNfqWuLHQ= =tr7h -----END PGP SIGNATURE----- From developer@opengroupware.org Mon Nov 13 12:10:13 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 13 Nov 2006 12:10:13 -0000 Subject: [OGo-Developer] Database layout? Message-ID: <20061113121013.51BF140854C@ogo.rapideye.de> Hi, take a look into the sources, http://download.opengroupware.org/releases/unstable/opengroupware-1.1.6-yummy/so urce/ in the Database subdirectory you will find the scripts that create the database layout, and the connection to ogo. Don't know whether there is a document available, that actually describes the database scheme. directly writing into the database, might not be that good, using xml_rpc from the command line should be able to retrieve/insert the data you want to have, without the possibility of thrashing the ogo database. kind regards Sebastian developer@opengroupware.org wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi all together! > > I'm new to this list and a user of opengroupware. I installed it for a > company and it works really good. They have some Outlook-Connectors from > Skyrix to use Outlook. > > So, now there is one task left in my to-do list (and I hope I'm right > here). Problem: > > They have already a CRM system in production and would like to see all > contacts synchronized to OGO. I looked around and did not find any > solution for this. Now my idea is, I have a database connection to their > CRM and I have OGOs database - there must be a way to sync at least > "low-level". > > But therefore I need to understand how OGOs database is organized > (especially for contacts). Is there any documentation about this? > > Of course if I can put something together I'll publish it. > > Any hints? > > Thanks in advance, > Jan > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (MingW32) > Comment: GnuPT 2.7.6 > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFWFrlvvmCkIIgH8QRAqBeAJ0Vrr+nXQtYHR9L+emNvVTsGkE3WQCeJX9G > bXBwnXXgyquBwxvNfqWuLHQ= > =tr7h > -----END PGP SIGNATURE----- > -- > OpenGroupware.org Developer > developer@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/developer > -- Sebastian Reitenbach Tel.: ++49-(0)3381-8904-451 RapidEye AG Fax: ++49-(0)3381-8904-101 Molkenmarkt 30 e-mail:reitenbach@rapideye.de D-14776 Brandenburg web:http://www.rapideye.de From developer@opengroupware.org Mon Nov 13 12:15:56 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 13 Nov 2006 13:15:56 +0100 Subject: [OGo-Developer] Database layout? In-Reply-To: <45585AE5.5090102@web.de> References: <45585AE5.5090102@web.de> Message-ID: On Nov 13, 2006, at 12:45, Jan Kesten wrote: > But therefore I need to understand how OGOs database is organized > (especially for contacts). Is there any documentation about this? There is this auto generated thing: http://www.opengroupware.org/en/devs/resources/db/ otherwise the structure should be mostly self explanatory? Basically there is a table 'company' which has three relevant views: 'team' 'enterprise' 'person' (views implemented using derived tables in PostgreSQL ...) Further the company has associated tables: 'address' 'telephone' 'company_value' The latter stores the extra attributes (which includes email1 for company records). Thats about it. Of course you might consider using XML-RPC or GroupDAV for synchronization though hacking at the low level also has its advantages. Feel free to ask more specific questions. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Nov 13 12:20:04 2006 From: developer@opengroupware.org (Adam Williams) Date: Mon, 13 Nov 2006 07:20:04 -0500 Subject: [OGo-Developer] Database layout? In-Reply-To: <45585AE5.5090102@web.de> References: <45585AE5.5090102@web.de> Message-ID: <1163420404.7837.52.camel@ws01.whitemice.org> > I'm new to this list and a user of opengroupware. I installed it for a > company and it works really good. They have some Outlook-Connectors from > Skyrix to use Outlook. > So, now there is one task left in my to-do list (and I hope I'm right > here). Problem: > They have already a CRM system in production and would like to see all > contacts synchronized to OGO. I looked around and did not find any > solution for this. Now my idea is, I have a database connection to their > CRM and I have OGOs database - there must be a way to sync at least > "low-level". We developed a CRM application that uses OGo via XML-RPC. > But therefore I need to understand how OGOs database is organized > (especially for contacts). Is there any documentation about this? > Of course if I can put something together I'll publish it. > Any hints? We also have a solution for pushing changes from OGo's database to other databases/sources. This is a .NET application that watches the audit table for changes. http://docs.opengroupware.org/Members/whitemice/OGoMojo/MOGIMon-HOWTO/view http://docs.opengroupware.org/Members/whitemice/OGoMojo/Hedera.cs/view http://docs.opengroupware.org/Members/whitemice/OGoMojo/OGoMojo-0.0.19.tar.gz/view From developer@opengroupware.org Mon Nov 13 12:43:22 2006 From: developer@opengroupware.org (Jan Kesten) Date: Mon, 13 Nov 2006 13:43:22 +0100 Subject: [OGo-Developer] Database layout? In-Reply-To: <20061113121013.51BF140854C@ogo.rapideye.de> References: <20061113121013.51BF140854C@ogo.rapideye.de> Message-ID: <4558686A.2030607@web.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Reitenbach schrieb: > directly writing into the database, might not be that good, using xml_rpc from > the command line should be able to retrieve/insert the data you want to have, > without the possibility of thrashing the ogo database. Thanks for input - I'll spend some time in reading through. Maybe using xml_rpc might be a good idea - but understanding what's going on beyond is somewhat interesting. Cheers, Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) Comment: GnuPT 2.7.6 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFWGhqvvmCkIIgH8QRAp7rAJ4h3eUpL1kHG/Vh3grXrz2/9q8DmgCfYwek 5BuITV48z2HQ5QOMTRsOGk0= =QoEF -----END PGP SIGNATURE----- From developer@opengroupware.org Tue Nov 14 09:57:36 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 14 Nov 2006 10:57:36 +0100 Subject: [OGo-Developer] print view for task lists In-Reply-To: <20061113110510.61BC978C05C@ogo.rapideye.de> References: <20061113110510.61BC978C05C@ogo.rapideye.de> Message-ID: Hi, LSWJobs is a 'singleton' component. Only one is created per session (its a top-level component, not a reusable one). In fact I think that its quite possible that you either get a LSWPrintJobs or a LSWJobs instance, depending on the load order. W/o having looked at your code in detail. Proper thing to do would be to create a superclass instead of a subclass to share the code. Greets, Helge On Nov 13, 2006, at 12:05, Sebastian Reitenbach wrote: > Hi all, > > I added a printview to task lists, which works well for > LSWProjectJobList, but > not for LSWJobs. When I enter the printMode (a BOOL defined in > LSWJobs) by > first clicking the print button, it stays forever in print mode. So > when I > then click hte "Tasks" menu entry, in the Dock, it enters LSWJobs, > but will > open it in printMode. > I created an enhancement report for it, with my patch: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1807 > > yesterday afternoon I sat there for hours, trying to figure out, > how to get > the normal mode back. > > below are my notes, that I have made, after I created the patch. > > any hint on how I can I stop LSWJobs from thinking it has printMode > = YES? > > kind regards > Sebastian > > Preparations in Objective-C backend > - LSWJobs.m needs to be divided into a .m and .h file, interface in > the .h > file, and including the .h file in the .m file > - the LSWJobs.h file needs to declare a BOOL for printMode, and the > LSWJobs.m > file has to implement the print methods: > ====================================================== > /* printing */ > > - (BOOL)printMode { > return self->printMode ? YES : NO; > } > - (void)setPrintMode:(BOOL)_printMode { > self->printMode = _printMode; > } > > - (id)printList { > WOResponse *r; > OGoComponent *page; > > page = [self pageWithName:@"LSWPrintJobs"]; > [page takeValue:self->filteredJobList > forKey:@"filteredJobList"]; > [page takeValue:self->job forKey:@"job"]; > [page takeValue:self->subJob forKey:@"subJob"]; > [page takeValue:self->selectedAttribute > forKey:@"selectedAttribute"]; > [page takeValue:self->tabKey forKey:@"tabKey"]; > [page takeValue:self->keywordsString forKey:@"keywordsString"]; > [page takeValue:self->timeSelection forKey:@"timeSelection"]; > [page takeValue:self->item forKey:@"item"]; > [page takeValue:self->teams forKey:@"teams"]; > [page takeValue:self->timeList forKey:@"timeList"]; > [page takeValue:self->selectedTeam forKey:@"selectedTeam"]; > r = [page generateResponse]; > [r setHeader:@"text/html" forKey:@"content-type"]; > > return r; > } > ====================================================== > - LSWPrintJobs.m class needs to be created, inheriting from > LSWJobs.h, not > adding anything to LSWJobs, including > ====================================================== > #include "LSWJobs.h" > > @interface LSWPrintJobs : LSWJobs > { > } > @end > > #include > #include "common.h" > @implementation LSWPrintJobs > @end /* LSWPrintJobs */ > ====================================================== > - add the LSWPrintJobs.m file in the GNUmakefile to the files to be > compiled > - add the LSWPrintJobs class to the bundle-info.plist file, and add > the print > view there > ====================================================== > { > verb = print; > type = "eo/job"; > component = LSWPrintJobs > }, > ====================================================== > - add a LSWPrintJobs.wox file in the Templates/JobUi directory: > ====================================================== > > xmlns="http://www.w3.org/1999/xhtml" > xmlns:var="http://www.skyrix.com/od/binding" > xmlns:const="http://www.skyrix.com/od/constant" > xmlns:OGo="http://www.opengroupware.org/ns/wox/ogo" >> > > > > > labels="labels" > filteredJobList="filteredJobList" > job="job" > subJob="subJob" > selectedAttribute="selectedAttribute" > tabKey="tabKey" > keywordsString="keywordsString" > timeSelection="timeSelection" > item="item" > teams="teams" > timeList="timeList" > selectedTeam="selectedTeam" > const:printMode="1" /> > > > > ====================================================== > - the LSWJobs.wod template connector has to be changed: > ====================================================== > Buttons: SkyButtonRow { > ordering = ( print, new ); > onNew = newJob; > new = labels.new; > tipNew = labels.new; > > onPrint = printList; > print = labels.print; > targetPrint = "OGoPrintView"; > > } > IsPrintMode: WOConditional { > condition = printMode; > negate = NO; > } > IsNotPrintMode: WOConditional { > condition = printMode; > negate = YES; > } > ==================================================== > - the LSWJobs.html template has to be changed to allow printMode: > <#IsNotPrintMode> > ... old version ... > > <#IsPrintMode> > > > > >
> <#TabView> > <#TodoTab> > <#ToDoList> > > > <#DelegateTab> > <#DelegatedJobList> > > > <#ArchivedTab> > <#ArchivedJobList/> > > > <#IsPreferredExecutantEnabled> > <#PreferredExecutantTab> > <#PreferredExecutantList> > > > >
> > ====================================================== > > > -- > OpenGroupware.org Developer > developer@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/developer -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Nov 14 11:13:09 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Tue, 14 Nov 2006 11:13:09 -0000 Subject: [OGo-Developer] print view for task lists Message-ID: <20061114111309.E6F1078C057@ogo.rapideye.de> Hi Helge, developer@opengroupware.org wrote: > Hi, > > LSWJobs is a 'singleton' component. Only one is created per session > (its a top-level component, not a reusable one). In fact I think that > its quite possible that you either get a LSWPrintJobs or a LSWJobs > instance, depending on the load order. W/o having looked at your code > in detail. I have a BOOL printMode defined in LSWJobs, that one defaults to NO, and only when hit the print button, it is set to YES. I was hoping that there is a possibility to set it back to NO, after printout, or always when entering the tasks lists via the Dock menu. > > Proper thing to do would be to create a superclass instead of a > subclass to share the code. just to make sure I got it right: ok, so creating a LSWPrintJobs class, which inherits from LSWContentPage, and LSWJobs will inherit from LSWPrintJobs. then when pushing the print button, the LSWPrintJobs class is called, and when entering the tasks list from the dock menu, LSWJobs is called, so it stays as it is. kind regards Sebastian From developer@opengroupware.org Tue Nov 14 11:16:16 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 14 Nov 2006 12:16:16 +0100 Subject: [OGo-Developer] print view for task lists In-Reply-To: <20061114111309.E6F1078C057@ogo.rapideye.de> References: <20061114111309.E6F1078C057@ogo.rapideye.de> Message-ID: On Nov 14, 2006, at 12:13, Sebastian Reitenbach wrote: >> Proper thing to do would be to create a superclass instead of a >> subclass to share the code. > > just to make sure I got it right: > ok, so creating a LSWPrintJobs class, which inherits from > LSWContentPage, and > LSWJobs will inherit from LSWPrintJobs. > > then when pushing the print button, the LSWPrintJobs class is > called, and when entering the tasks list from the dock menu, > LSWJobs is called, so it stays as it is. Something like this, as mentioned I haven't looked at the code in detail. The important thing is that the superclass doesn't do the singleton magic in the -init method so that every invocation gets its own instance. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Nov 14 12:34:51 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Tue, 14 Nov 2006 12:34:51 -0000 Subject: [OGo-Developer] print view for task lists Message-ID: <20061114123451.55EA178C057@ogo.rapideye.de> Hi, developer@opengroupware.org wrote: > On Nov 14, 2006, at 12:13, Sebastian Reitenbach wrote: > >> Proper thing to do would be to create a superclass instead of a > >> subclass to share the code. > > > > just to make sure I got it right: > > ok, so creating a LSWPrintJobs class, which inherits from > > LSWContentPage, and > > LSWJobs will inherit from LSWPrintJobs. > > > > then when pushing the print button, the LSWPrintJobs class is > > called, and when entering the tasks list from the dock menu, > > LSWJobs is called, so it stays as it is. > > Something like this, as mentioned I haven't looked at the code in > detail. > > The important thing is that the superclass doesn't do the singleton > magic in the -init method so that every invocation gets its own > instance. ah, ok, thank you, I need to take a deeper look there, to find out what it is going to do there. thanks Sebastian From developer@opengroupware.org Tue Nov 14 17:39:42 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Tue, 14 Nov 2006 12:39:42 -0500 Subject: [OGo-Developer] NSConcreteEmptyDictionary (instance) does not recognize componentsJoinedByString Message-ID: <1163525982.5451.87.camel@aleph.whitemice.org> Weird thing. With the latest trunk I get this during appointment_updateAction - Nov 14 17:16:52 ogo-xmlrpcd-1.1 [3868]: >DirectAction> core on exception: (Exception name: class:ObjcRuntimeException reason:NSConcreteEmptyDictionary (instance) does not recognize componentsJoinedByString: info:) ### child 3868 (#1) was terminated by signal 6 (uptime=14s). If I set some log entries in the code - NSLog(@"%s: appointment_updateAction start", __PRETTY_FUNCTION__); appointment = (SkyAppointmentDocument *)[self getDocumentByArgument:_arg]; NSLog(@"%s: appointment_updateAction app retrieved", __PRETTY_FUNCTION__); if (appointment == nil) { return [self faultWithFaultCode:XMLRPC_FAULT_INVALID_RESULT reason:@"No appointment for argument found"]; } NSLog(@"%s: appointment_updateAction app valid", __PRETTY_FUNCTION__); [self _takeValuesDict:_arg toAppointment:&appointment]; NSLog(@"%s: appointment_updateAction app taken", __PRETTY_FUNCTION__); [[self appointmentDataSource] updateObject:appointment]; NSLog(@"%s: appointment_updateAction app updated", __PRETTY_FUNCTION__); NSLog(@"%s: appointment_updateAction end", __PRETTY_FUNCTION__); - I get - Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) appointment:updateAction:]: appointment_updateAction start Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) appointment:updateAction:]: appointment_updateAction retrieved Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) appointment:updateAction:]: appointment_updateAction app valid Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: >DirectAction> core on exception: (Exception name: class:ObjcRuntimeException reason:NSConcreteEmptyDictionary (instance) does not recognize componentsJoinedByString: info:) ### child 4204 (#1) was terminated by signal 6 (uptime=54s). So it looks like it is coming from the _takeValuesDict invocation. Has something been changed in the DocAPI recently? Seems wierd. From developer@opengroupware.org Tue Nov 14 18:54:10 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Tue, 14 Nov 2006 13:54:10 -0500 Subject: [OGo-Developer] NSConcreteEmptyDictionary (instance) does not recognize componentsJoinedByString In-Reply-To: <1163525982.5451.87.camel@aleph.whitemice.org> References: <1163525982.5451.87.camel@aleph.whitemice.org> Message-ID: <1163530450.5451.94.camel@aleph.whitemice.org> Interesting; I think it is POGI interacting with the new resource support in appointments. When PHP makes the update request the resourceNames looks like - resourceNames = {}; - when Python sends it (which seems to work) resourceNames looks like - resourceNames = ( ); Hmmm. Doesn't "{}" indicate an empty dictionary and "()" indicate and empty array. On Tue, 2006-11-14 at 12:39 -0500, Adam Tauno Williams wrote: > Weird thing. With the latest trunk I get this during > appointment_updateAction - > > Nov 14 17:16:52 ogo-xmlrpcd-1.1 [3868]: >DirectAction> core on > exception: (Exception name: class:ObjcRuntimeException > reason:NSConcreteEmptyDictionary (instance) does not recognize > componentsJoinedByString: info:) > ### child 3868 (#1) was terminated by signal 6 (uptime=14s). > > If I set some log entries in the code - > > NSLog(@"%s: appointment_updateAction start", __PRETTY_FUNCTION__); > appointment = (SkyAppointmentDocument *)[self > getDocumentByArgument:_arg]; > NSLog(@"%s: appointment_updateAction app retrieved", > __PRETTY_FUNCTION__); > if (appointment == nil) { > return [self faultWithFaultCode:XMLRPC_FAULT_INVALID_RESULT > reason:@"No appointment for argument found"]; > } > NSLog(@"%s: appointment_updateAction app valid", __PRETTY_FUNCTION__); > [self _takeValuesDict:_arg toAppointment:&appointment]; > NSLog(@"%s: appointment_updateAction app taken", __PRETTY_FUNCTION__); > [[self appointmentDataSource] updateObject:appointment]; > NSLog(@"%s: appointment_updateAction app updated", __PRETTY_FUNCTION__); > NSLog(@"%s: appointment_updateAction end", __PRETTY_FUNCTION__); > > - I get - > > Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) > appointment:updateAction:]: appointment_updateAction start > Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) > appointment:updateAction:]: appointment_updateAction retrieved > Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: -[DirectAction(Appointment) > appointment:updateAction:]: appointment_updateAction app valid > Nov 14 17:27:04 ogo-xmlrpcd-1.1 [4204]: >DirectAction> core on > exception: (Exception name: class:ObjcRuntimeException > reason:NSConcreteEmptyDictionary (instance) does not recognize > componentsJoinedByString: info:) > ### child 4204 (#1) was terminated by signal 6 (uptime=54s). > > So it looks like it is coming from the _takeValuesDict invocation. Has > something been changed in the DocAPI recently? Seems wierd. > From developer@opengroupware.org Tue Nov 14 19:32:31 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 14 Nov 2006 20:32:31 +0100 Subject: [OGo-Developer] NSConcreteEmptyDictionary (instance) does not recognize componentsJoinedByString In-Reply-To: <1163525982.5451.87.camel@aleph.whitemice.org> References: <1163525982.5451.87.camel@aleph.whitemice.org> Message-ID: <9C596F9D-DBDA-4A18-9347-F61919F88BE5@opengroupware.org> On Nov 14, 2006, at 18:39, Adam Tauno Williams wrote: > Weird thing. With the latest trunk I get this during > appointment_updateAction - > > Nov 14 17:16:52 ogo-xmlrpcd-1.1 [3868]: >DirectAction> core on > exception: (Exception name: class:ObjcRuntimeException > reason:NSConcreteEmptyDictionary (instance) does not recognize > componentsJoinedByString: info:) > ### child 3868 (#1) was terminated by signal 6 (uptime=14s). Backtrace ... Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Wed Nov 15 10:25:09 2006 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Wed, 15 Nov 2006 10:25:09 -0000 Subject: [OGo-Developer] print view for task lists Message-ID: <20061115102509.0F45578C056@ogo.rapideye.de> Hi Helge, developer@opengroupware.org wrote: > On Nov 14, 2006, at 12:13, Sebastian Reitenbach wrote: > >> Proper thing to do would be to create a superclass instead of a > >> subclass to share the code. > > > > just to make sure I got it right: > > ok, so creating a LSWPrintJobs class, which inherits from > > LSWContentPage, and > > LSWJobs will inherit from LSWPrintJobs. > > > > then when pushing the print button, the LSWPrintJobs class is > > called, and when entering the tasks list from the dock menu, > > LSWJobs is called, so it stays as it is. > > Something like this, as mentioned I haven't looked at the code in > detail. > > The important thing is that the superclass doesn't do the singleton > magic in the -init method so that every invocation gets its own > instance. thanks, that was it, indeed. I created a superclass for LSWJobs, called LSWPrintJobs. In LSWPrintJobs everything is defined, and LSWJobs is more or less empty. It is working now, but I am not perfectly sure what I did to the singleton ;) I'll make a new patch ready in the evening, and will upload the new version. kind regards Sebastian From developer@opengroupware.org Thu Nov 16 15:17:06 2006 From: developer@opengroupware.org (Helge Hess) Date: Thu, 16 Nov 2006 16:17:06 +0100 Subject: [OGo-Developer] Fwd: FOSDEM 2007 Stand Confirmation References: <455C7E6E.3020205@fosdem.org> Message-ID: Begin forwarded message: > From: Pascal Bleser > Date: November 16, 2006 4:06:22 PM GMT+01:00 > To: helge.hess@opengroupware.org, nicolas@roard.com, hns@computer.org > Cc: devrooms@fosdem.org > Subject: FOSDEM 2007 Stand Confirmation > Reply-To: devrooms@fosdem.org > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Helge, Nicolas, Nikolaus > > This is the official confirmation that your request for a stand/ > booth at > FOSDEM 2007 has been accepted and booked. > > Number of stands for your project: 2 (well, one for OGo, one for > GNUstep ;)) > (each stand is actually a table of 2m width) > > All stands are located in the hallway of the main building (H). > > The stand(s) will be at your disposal, > - - Saturday: 14:00 -> 18:00 > - - Sunday: 09:00 -> 18:00 > > Note that on Saturday, it will be somewhat tedious to build up the > stands before 14:00 as university courses are being held in all rooms > until then. > > We will do our best to provide network in the hall but as you might > know > if you were present at a past FOSDEM, it's not an easy task and it is > quite possible that there will be some issues. > The network team is currently working on the plan but normally there > will be wired network in the hall. > > Please try to bring some hardware along, especially > - - power cables, multiple plugs > - - a switch, RJ-45 cables > > As past years, we will provide a hardware insurance (which is free of > cost for you) for all the hardware you will bring along. > I will send you a mail later about that (including the deadline) > and for > further details about the event. > > If you have any questions, please contact us at devrooms@fosdem.org > > cheers > - -- > -o) Pascal Bleser http://www.fosdem.org > /\\ FOSDEM 2007 :: 24 + 25 February 2006 in Brussels > _\_v Free and Opensource Software Developers European Meeting > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFFXH5tr3NMWliFcXcRAof7AJ9mWIrKbG9vjr2910d05N6xX9z2AQCaAyML > P2mmlftSjM32bkNhoZHxeFs= > =bi8P > -----END PGP SIGNATURE----- -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Sat Nov 18 06:22:04 2006 From: developer@opengroupware.org (Chad Leigh) Date: Fri, 17 Nov 2006 23:22:04 -0700 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> Message-ID: On Oct 31, 2006, at 2:44 AM, Chad Leigh wrote: > Let me report back after I try this again from a fresh unpacking of > the archive. > > I did not get a chance to day to mess with this. > > I appreciate everyone's help. > > Thanks > Chad > Ok, I finally got back on this. The guy who wants me to do some work got back to me after a pause, and we decided to procede. The only downside is that it takes away from my time to work on a Cocoa project I have for myself I am trying to get out the door :-) I downloaded a fresh version (4.5.9), unpacked it did ./configure make sudo make install then cd sop-appserver/samples and was able to build some of the ObjC stuff. So all is well so far. This is on OS X 10.4.8 One quick question. I know a readme says I should always go through apache and the adapter, but for testing I am direct connecting on my Mac as I don't have apache set up. I am running HelloForm sample and I run it at the commandline so % ./HelloForm It says it is listening on port 20000 so I do http://localhost:20000 and up comes a form with an input box and an OK button. I type in something and hit ok. It appears by looking in the Main.m file for the Main.wo component that it should print duration: x.nnn in my browser as part of the appendToResponse call But that is going to my shell instead. Is that right or am I doing something wrong? here is sample output Nov 17 23:12:38 HelloForm [15451]: |HelloForm| WOHttpAdaptor listening on address *:20000 Nov 17 23:12:51 HelloForm [15451]: <0x0x51af20 [WOComponentRequestHandler]> -[WOComponentRequestHandler handleRequest:]: made context <0x0x2817200[WOContext]: 001455ea46302817200 app=HelloForm sn=none eid=(null) rqeid=(null)> (cid=001455ea46302817200, sn=(null)) .. 2006-11-17 23:12:51.187 HelloForm[15451] WOCompoundElement: pool embedding is on. 2006-11-17 23:12:51.188 HelloForm[15451] WOCompoundElement: id logging is on. duration: 0.001 localhost - - [17/Nov/2006:23:12:51 GMT] "GET / HTTP/1.1" 200 547/0 0.033 - - - localhost - - [17/Nov/2006:23:12:51 GMT] "GET /favicon.ico HTTP/1.1" 404 0/0 0.004 - - - duration: 0.000 localhost - - [17/Nov/2006:23:12:57 GMT] "POST /HelloForm.woa/wo/ 3C5B3C5B01455EA463/001455ea46302817200.1 HTTP/1.1" 200 524/91 0.003 - - - localhost - - [17/Nov/2006:23:12:57 GMT] "GET /favicon.ico HTTP/1.1" 404 0/0 0.002 - - - duration: 0.000 localhost - - [17/Nov/2006:23:12:59 GMT] "POST /HelloForm.woa/wo/ 3C5B3C5B01455EA463/002455ea46902814600.1 HTTP/1.1" 200 524/91 0.003 - - - localhost - - [17/Nov/2006:23:12:59 GMT] "GET /favicon.ico HTTP/1.1" 404 0/0 0.004 - - - duration: 0.000 localhost - - [17/Nov/2006:23:13:00 GMT] "POST /HelloForm.woa/wo/ 3C5B3C5B01455EA463/003455ea46b02816200.1 HTTP/1.1" 200 524/91 0.002 - - - localhost - - [17/Nov/2006:23:13:00 GMT] "GET /favicon.ico HTTP/1.1" 404 0/0 0.006 - - - ^C Thanks Chad From developer@opengroupware.org Sat Nov 18 06:42:14 2006 From: developer@opengroupware.org (Chad Leigh) Date: Fri, 17 Nov 2006 23:42:14 -0700 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> Message-ID: <8B2237B2-B90D-44A7-919F-5449AE147681@objectwerks.com> On Nov 17, 2006, at 11:22 PM, Chad Leigh wrote: > So all is well so far. This is on OS X 10.4.8 > > One quick question. I know a readme says I should always go > through apache and the adapter, but for testing I am direct > connecting on my Mac as I don't have apache set up. I am running > HelloForm sample and I run it at the commandline so > > % ./HelloForm > > It says it is listening on port 20000 so I do http://localhost:20000 > > and up comes a form with an input box and an OK button. > > I type in something and hit ok. It appears by looking in the > Main.m file for the Main.wo component that it should print > > duration: x.nnn > > in my browser as part of the appendToResponse call > > But that is going to my shell instead. Is that right or am I doing > something wrong? It has been 7 or 8 years since I last did WO 4.5, and I am fishing out some books I have to refresh myself. (Having done Openstep/ OPENSTEP Enterprise and Cocoa since) However, some various CGI stuff I had to do had a similar (not same, just generally similar) thing to appendToResponse where, after the CGI code spit out the right headers, you have to send to stdout the HTML etc to return to the browser. I know that the components take care of most of that, but I would have thought from my lack of memory that appendToResponse: would do something similar, taking stdout and appending it to the stuff being sent back to the browser. However, based on my experience above, this is not the case. I assume this is RTFM and I need to go find my FM this weekend... Thanks for any comments though Chad From developer@opengroupware.org Sat Nov 18 09:13:43 2006 From: developer@opengroupware.org (Helge Hess) Date: Sat, 18 Nov 2006 10:13:43 +0100 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> Message-ID: <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> On Nov 18, 2006, at 07:22, Chad Leigh wrote: > I downloaded a fresh version (4.5.9), unpacked it Best thing to do is to retrieve it from Svn: svn co http://svn.opengroupware.org/SOPE/trunk/ This way you get the latest fixes (eg the Xcode fixes done by ZNeK). > One quick question. I know a readme says I should always go > through apache and the adapter, but for testing I am direct > connecting on my Mac as I don't have apache set up. Well, Apache is pre-setup on every MacOS client machine. Just build sope-appserver/mod_ngobjweb (I think typing 'make' should be sufficient), and copy the 'mod_ngobjweb.so' to /usr/libexec/httpd/. Then add ---snip--- LoadModule ngobjweb_module /usr/libexec/httpd/mod_ngobjweb.so SetHandler ngobjweb-adaptor SetAppPort 20000 ---snap--- to your /etc/httpd/httpd.conf and run 'apachectl restart'. You should really use Apache as a frontend, otherwise its calling for trouble because SOPE itself is not really a full HTTP implementation and doesn't properly deal with keepalives and such (from a HTTP clients perspective). > I am running HelloForm sample and I run it at the commandline so > > % ./HelloForm > > It says it is listening on port 20000 so I do http://localhost:20000 > > and up comes a form with an input box and an OK button. The URL is wrong, you must at least add an application name, eg: http://localhost:20000/Test > I type in something and hit ok. It appears by looking in the > Main.m file for the Main.wo component that it should print > > duration: x.nnn > > in my browser as part of the appendToResponse call Why should that appear in the browser? Its just a printf which prints on stdout. If you want to put that in the browser, use: [_r appendContentHTMLString: [NSString stringWithFormat:@"duration %.3f\n", ...]]; But of course you usually wouldn't do it that way in WO. Instead you would use a WOString and bind it to some method. > But that is going to my shell instead. Is that right or am I doing > something wrong? No, its right. 'printf' always prints on stdout ;-) > here is sample output Looks OK. (except for the initial URL which must be /App or something). Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Sat Nov 18 19:55:26 2006 From: developer@opengroupware.org (Chad Leigh) Date: Sat, 18 Nov 2006 12:55:26 -0700 Subject: [OGo-Developer] noob question on building sope-appserver/samples/HelloForm In-Reply-To: <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> Message-ID: <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> On Nov 18, 2006, at 2:13 AM, Helge Hess wrote: > On Nov 18, 2006, at 07:22, Chad Leigh wrote: >> I downloaded a fresh version (4.5.9), unpacked it > > Best thing to do is to retrieve it from Svn: > > svn co http://svn.opengroupware.org/SOPE/trunk/ > > This way you get the latest fixes (eg the Xcode fixes done by ZNeK). ok > >> One quick question. I know a readme says I should always go >> through apache and the adapter, but for testing I am direct >> connecting on my Mac as I don't have apache set up. > > Well, Apache is pre-setup on every MacOS client machine. Just build > sope-appserver/mod_ngobjweb (I think typing 'make' should be > sufficient), and copy the 'mod_ngobjweb.so' to /usr/libexec/httpd/. > > Then add > ---snip--- > LoadModule ngobjweb_module /usr/libexec/httpd/mod_ngobjweb.so > > SetHandler ngobjweb-adaptor > SetAppPort 20000 > > ---snap--- > > to your /etc/httpd/httpd.conf and run 'apachectl restart'. > > You should really use Apache as a frontend, otherwise its calling > for trouble because SOPE itself is not really a full HTTP > implementation and doesn't properly deal with keepalives and such > (from a HTTP clients perspective). Sure, the direct connect was just a quick test. > >> I am running HelloForm sample and I run it at the commandline so >> >> % ./HelloForm >> >> It says it is listening on port 20000 so I do http://localhost:20000 >> >> and up comes a form with an input box and an OK button. > > The URL is wrong, you must at least add an application name, eg: > http://localhost:20000/Test > >> I type in something and hit ok. It appears by looking in the >> Main.m file for the Main.wo component that it should print >> >> duration: x.nnn >> >> in my browser as part of the appendToResponse call > > Why should that appear in the browser? Its just a printf which > prints on stdout. If you want to put that in the browser, use: > [_r appendContentHTMLString: > [NSString stringWithFormat:@"duration %.3f\n", ...]]; > > But of course you usually wouldn't do it that way in WO. Instead > you would use a WOString and bind it to some method. Ah, yes, it is starting to come back. Last night when I was trying this my WO books were in a room with sleeping kid etc and I couldn't get them and my mind was confused by some more recent CGI programming I had done where you did output to stdout... I'll get my head around this soon. I did do WO stuff a bunch back around 1999/2000 timeframe :-) Thanks for your help and patience. best Chad From developer@opengroupware.org Tue Nov 21 04:05:20 2006 From: developer@opengroupware.org (Chad Leigh) Date: Mon, 20 Nov 2006 21:05:20 -0700 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> Message-ID: <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> On Nov 18, 2006, at 12:55 PM, Chad Leigh wrote: > > On Nov 18, 2006, at 2:13 AM, Helge Hess wrote: > >> On Nov 18, 2006, at 07:22, Chad Leigh wrote: >>> I downloaded a fresh version (4.5.9), unpacked it >> >> Best thing to do is to retrieve it from Svn: >> >> svn co http://svn.opengroupware.org/SOPE/trunk/ >> >> This way you get the latest fixes (eg the Xcode fixes done by ZNeK). > > ok > Ok, I got the latest svn source as of late on 20/11/2006 (US time). This is on OS X 10.4.8 with XCode 2.4.1, trying to build with XCode =20 and then trying with shell. (I previously had the 4.5.9 tarball =20 building just fine with shell but with the same error as shown here =20 with XCode) Should I be able to just open the SOPE.xcodeproj file and build the =20 all target? When I do that I get it churning for a but building some stuff and then Building target =93CleanSAXDrivers=94 of project =93SaxObjC=94 with =20 configuration =93Development=94 Checking Dependencies cd = /Volumes/erik/Users/chad/sope/sope-=20 svn-20061120/trunk/sope-xml/SaxObjC /bin/sh -c /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/=20= sope-xml/SaxObjC/build/SaxObjC.build/Development/=20 CleanSAXDrivers.build/Script-ADABC862070045C200B582C7.sh Building target =93SaxObjC=94 of project =93SaxObjC=94 with = configuration =20 =93Development=94 Checking Dependencies cd = /Volumes/erik/Users/chad/sope/sope-=20 svn-20061120/trunk/sope-xml/SaxObjC /bin/sh -c /Volumes/erik/Users/chad/sope/sope-svn-20061120/=20 trunk/sope-xml/SaxObjC/build/SaxObjC.build/Development/SaxObjC.build/=20 Script-ADABC8A407004D9200B582C7.sh Building target =93libxmlSAXDriver=94 of project =93libxmlSAXDriver=94 = with =20 configuration =93Development=94 =97 (1 error) Checking Dependencies cd = /Volumes/erik/Users/chad/sope/sope-=20 svn-20061120/trunk/sope-xml/libxmlSAXDriver /usr/bin/gcc-4.0 -o /Volumes/erik/Users/chad/sope/sope-=20 svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/Development/=20 libxmlSAXDriver.sax/Contents/MacOS/libxmlSAXDriver -L/Volumes/erik/=20 Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDriver/=20 build/Development -F/Volumes/erik/Users/chad/sope/sope-svn-20061120/=20 trunk/sope-xml/libxmlSAXDriver/build/Development -F/Library/=20 Frameworks -filelist /Volumes/erik/Users/chad/sope/sope-svn-20061120/=20 trunk/sope-xml/libxmlSAXDriver/build/libxmlSAXDriver.build/=20 Development/libxmlSAXDriver.build/Objects-normal/ppc/=20 libxmlSAXDriver.LinkFileList -framework SaxObjC -framework Foundation =20= -arch ppc -Wl,-Y,1455 -bundle -lxml2 /usr/bin/ld: can't locate framework for: -framework SaxObjC collect2: ld returned 1 exit status /usr/bin/ld: can't locate framework for: -framework = SaxObjC collect2: ld returned 1 exit status Build failed (1 error) So I then try at the command line (doing a make clean to make sure) [family:~/sope/sope-svn-20061120/trunk] chad% ./configure GNUstep environment: system: /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/.gsmake local: /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/.gsmake user: /Volumes/erik/Users/chad/GNUstep path: /Volumes/erik/Users/chad/GNUstep:/Volumes/erik/Users/chad/=20 sope/sope-svn-20061120/trunk/.gsmake flat: yes arch: powerpc-apple-darwin8.8.0 combo: apple-apple-nil Configuration: FHS: install in FHS root debug: yes strip: no prefix: /usr/local/ frameworks: gstep: /Volumes/erik/Users/chad/sope/sope-svn-20061120/=20 trunk/.gsmake/Library/Makefiles/ config: /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/=20 config.make script: /Volumes/erik/Users/chad/sope/sope-svn-20061120/=20 trunk/.gsmake/Library/Makefiles//GNUstep.sh creating: /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/=20 config.make optional library found: xml2 optional library found: ldap required library found: ssl failed to link optional library: pq optional library found: sqlite3 failed to link optional library: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log). [family:~/sope/sope-svn-20061120/trunk] chad% make -s all Making all in sope-xml... Making all in SaxObjC... Making all for library libSaxObjC... Compiling file common.h ... Compiling file SaxAttributeList.m ... Compiling file SaxAttributes.m ... Compiling file SaxDefaultHandler.m ... cc1obj: error: ./derived_src/common.h: No such file or directory cc1obj: error: one or more PCH files were found, but they were invalid cc1obj: error: use -Winvalid-pch for more information make[3]: *** [shared_debug_obj/SaxDefaultHandler.o] Error 1 make[2]: *** [libSaxObjC.all.library.variables] Error 2 make[1]: *** [internal-all] Error 2 make: *** [internal-all] Error 2 [family:~/sope/sope-svn-20061120/trunk] chad% I was successful with the 4.5.9 tarball as listed on the =20 sope.opengroupware.org website doing the above command line build. Thanks for help in getting this set up. (I do build stuff all the =20 time on my FreeBSD and other servers and I use XCode for stuff like =20 Cocoa programming but I don't do a lot of command line builds on OS X =20= etc and am not an XCode guru) Thanks Chad From developer@opengroupware.org Tue Nov 21 08:53:06 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 21 Nov 2006 09:53:06 +0100 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> Message-ID: <6BE02701-9FD7-4AE0-B972-E489B2E45157@opengroupware.org> On Nov 21, 2006, at 05:05, Chad Leigh wrote: > Should I be able to just open the SOPE.xcodeproj file and build the > all target? Yes. > When I do that I get it churning for a but building some stuff and > then ... > /usr/bin/ld: can't locate framework for: -framework SaxObjC > collect2: ld returned 1 exit status > /usr/bin/ld: can't locate framework for: -framework SaxObjC OK, this is something ZNeK must look into :-) > Compiling file SaxDefaultHandler.m ... > cc1obj: error: ./derived_src/common.h: No such file or directory Hm, yes, I think this is a bug in my PCH implementation for gnustep- make. If PRECOMPILED_HEADERS is enabled in your GNUstep/Libraries/ Makefiles/config.make - disable it (just remove the 'yes'). Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Nov 21 20:05:21 2006 From: developer@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=) Date: Tue, 21 Nov 2006 21:05:21 +0100 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> Message-ID: <96D61981-EED3-4660-A2F3-4400CE650784@mulle-kybernetik.com> --Apple-Mail-14--998755606 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed On 21.11.2006, at 05:05, Chad Leigh wrote: > Building target =93libxmlSAXDriver=94 of project =93libxmlSAXDriver=94 = with =20 > configuration =93Development=94 =97 (1 error) > Checking Dependencies cd = /Volumes/erik/Users/chad/sope/sope-=20 > svn-20061120/trunk/sope-xml/libxmlSAXDriver > /usr/bin/gcc-4.0 -o /Volumes/erik/Users/chad/sope/sope-=20 > svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/Development/=20 > libxmlSAXDriver.sax/Contents/MacOS/libxmlSAXDriver -L/Volumes/erik/=20 > Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDriver/=20 > build/Development -F/Volumes/erik/Users/chad/sope/sope-svn-20061120/=20= > trunk/sope-xml/libxmlSAXDriver/build/Development -F/Library/=20 > Frameworks -filelist /Volumes/erik/Users/chad/sope/sope-=20 > svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/=20 > libxmlSAXDriver.build/Development/libxmlSAXDriver.build/Objects-=20 > normal/ppc/libxmlSAXDriver.LinkFileList -framework SaxObjC -=20 > framework Foundation -arch ppc -Wl,-Y,1455 -bundle -lxml2 > /usr/bin/ld: can't locate framework for: -framework SaxObjC > collect2: ld returned 1 exit status > /usr/bin/ld: can't locate framework for: -framework = SaxObjC > collect2: ld returned 1 exit status > Build failed (1 error) Yes, that's somehow expected - the SaxObjC.framework, required for =20 linking, isn't in your framework search path (indicated by the paths =20 following the -F flags). There are two solutions to this problem: a) have a central build directory for ALL your projects b) create symlinks from /Library/Frameworks to the exact build =20 product, for all the SOPE frameworks, i.e.: --- snip --- znek@nerd:(/Library/Frameworks)$ ls -ld SaxObjC.framework lrwxr-xr-x 1 znek admin 46 Jun 12 2005 SaxObjC.framework -> /=20 Local/BuildArea/Development/SaxObjC.framework --- snap --- There is some documentation on the Mac OS X build process (a bit =20 dated, but quite correct) - here's a relevant snippet from README-=20 OSX.txt which can be found in sope-appserver: --- snip --- Building using Xcode: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The Xcode build comes in two variants, one for development and the =20 other for deployment. Development ----------- Development usually means you're happily hacking away at your pet projects and sometimes want to update the SOPE frameworks. For this =20 purpose use the "all" target and the accompanied "Development" build style. =20 Later, you can narrow the target down to something more specific. For =20 development we assume the destination for frameworks to be /Library/Frameworks. Once =20= you are done building all the frameworks the loader commands of the =20 frameworks will have that destination path built in. In order to use the frameworks =20 you either have to install them (by copying them manually to their destination) =20 or to prepare symlinks from /Library/Frameworks to the place where the =20 built products are. I usually build everything in a central place (i.e. /Local/=20 BuildArea) and have symlinks from /Library/Frameworks to /Local/BuildArea for each =20 of the products. Also the following products are expected to be in the following =20 locations: *.sax -> /Library/SaxDrivers *.sxp -> /Library/SoProducts Either copy them to the appropriate places or symlink them (my =20 suggestion). --- snap --- Cheers, Marcus --=20 Marcus Mueller . . . crack-admin/coder ;-) Mulle kybernetiK . http://www.mulle-kybernetik.com Current projects: http://www.mulle-kybernetik.com/znek/ --Apple-Mail-14--998755606 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252
On 21.11.2006, at = 05:05, Chad Leigh wrote:

Building target =93libxmlSAXDriver=94 of = project =93libxmlSAXDriver=94 with configuration =93Development=94 =97 = (1 error)

Checking = Dependencies = =A0 =A0 cd = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver

=A0 =A0 /usr/bin/gcc-4.0 -o = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver/build/Development/libxmlSAXDriver.sax/Contents/MacOS/libxmlSAXDriver = -L/Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAX= Driver/build/Development = -F/Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAX= Driver/build/Development -F/Library/Frameworks -filelist = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver/build/libxmlSAXDriver.build/Development/libxmlSAXDriver.build/Objects= -normal/ppc/libxmlSAXDriver.LinkFileList -framework SaxObjC -framework = Foundation -arch ppc -Wl,-Y,1455 -bundle -lxml2

/usr/bin/ld: can't locate framework for: = -framework SaxObjC

collect2: ld returned 1 exit status

= = /usr/bin/ld: can't locate framework for: -framework = SaxObjC

collect2: = ld returned 1 exit status

Build failed (1 error)


Yes, that's somehow = expected - the SaxObjC.framework, required for linking, isn't in your = framework search path (indicated by the paths following the -F flags). = There are two solutions to this problem:
a) have a central = build directory for ALL your projects
b) create symlinks from = /Library/Frameworks to the exact build product, for all the SOPE = frameworks, i.e.:
=A0=A0 =A0--- snip ---
=A0=A0 = =A0znek@nerd:(/Library/Frameworks)$ ls -ld SaxObjC.framework =
lrwxr-xr-x=A0=A0 1 znek=A0 admin=A0 46 Jun 12=A0 2005 = SaxObjC.framework -> = /Local/BuildArea/Development/SaxObjC.framework
=A0=A0 =A0--- = snap ---

There = is some documentation on the Mac OS X build process (a bit dated, but = quite correct) -=A0here's a relevant snippet from README-OSX.txt which = can be found in sope-appserver:

--- snip = ---
Building using = Xcode:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

The = Xcode build comes in two variants, one for development and the other = for
deployment.


Development
-------= ----
Development usually means you're happily hacking away at = your pet
projects and sometimes want to update the SOPE = frameworks. For this purpose
use the "all" target and the = accompanied "Development" build style. Later,
you can narrow = the target down to something more specific. For development = we
assume the destination for frameworks to be = /Library/Frameworks. Once you are
done building all the = frameworks the loader commands of the frameworks will
have = that destination path built in. In order to use the frameworks you = either
have to install them (by copying them manually to their = destination) or to
prepare symlinks from /Library/Frameworks = to the place where the built products
are. I usually build = everything in a central place (i.e. /Local/BuildArea) and
have = symlinks from /Library/Frameworks to /Local/BuildArea for each of = the
products.

Also the following products = are expected to be in the following locations:
*.sax -> = /Library/SaxDrivers
*.sxp -> = /Library/SoProducts

Either copy them to the = appropriate places or symlink them (my suggestion).
--- snap = ---


=

Cheers,


=A0=A0Marcus


--=A0

Marcus Mueller=A0=A0.=A0=A0.=A0=A0.=A0=A0crack-admin/coder = ;-)

Mulle = kybernetiK=A0=A0.=A0=A0http://www.mulle-kybernetik.com

Current = projects:=A0http://www.mulle-kybernetik= .com/znek/


 =

= --Apple-Mail-14--998755606-- From developer@opengroupware.org Tue Nov 21 20:20:29 2006 From: developer@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 21 Nov 2006 15:20:29 -0500 Subject: [OGo-Developer] SOPE security Message-ID: <3f27cabe7cd1c9cb9d118ca0b53be325@mozzarella> Hi Helge and all, Is there any documentation about the SOPE security model? I am wandering in sope.opengroupware.org/en/docs/ and can't find anything besides the reference to SOPE security... My questions in particular are related to the security declarations in the product.plist files. What is the "protectedBy" for, wrt defaultAccess and defaultRoles? Also, I would like you to confirm something regarding the security mechanism: we have 4 entities: users, permissions, roles and objects. Each users is assigned certain roles, each roles has a set of one or more permissions and each objects is assigned one or more roles, is that it? Or has each role specific permissions per objets? Could a username be a role? Also, on a totally different subject, is the source code of your snsd available under the GNU GPL? Thanks! Wolfgang From developer@opengroupware.org Tue Nov 21 20:46:20 2006 From: developer@opengroupware.org (Chad Leigh) Date: Tue, 21 Nov 2006 13:46:20 -0700 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <6BE02701-9FD7-4AE0-B972-E489B2E45157@opengroupware.org> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> <6BE02701-9FD7-4AE0-B972-E489B2E45157@opengroupware.org> Message-ID: Sch=F6ne Gr=FCsse On Nov 21, 2006, at 1:53 AM, Helge Hess wrote: > On Nov 21, 2006, at 05:05, Chad Leigh wrote: >> Compiling file SaxDefaultHandler.m ... >> cc1obj: error: ./derived_src/common.h: No such file or directory > > Hm, yes, I think this is a bug in my PCH implementation for gnustep-=20= > make. If PRECOMPILED_HEADERS is enabled in your GNUstep/Libraries/=20 > Makefiles/config.make - disable it (just remove the 'yes'). I am installing in to /usr/local/ and from my understanding did not =20 need to install gnustep-make on OS X if I am installing in /usr/=20 local/ . I did not need it for the 4.5.9 tarball. Is this not right? Thanks Chad From developer@opengroupware.org Tue Nov 21 20:50:12 2006 From: developer@opengroupware.org (Chad Leigh) Date: Tue, 21 Nov 2006 13:50:12 -0700 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <96D61981-EED3-4660-A2F3-4400CE650784@mulle-kybernetik.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> <96D61981-EED3-4660-A2F3-4400CE650784@mulle-kybernetik.com> Message-ID: <34904194-1ECE-40C3-A607-4B5B106A2925@objectwerks.com> --Apple-Mail-70--996065152 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed (in reply to the whole thing but not to any specific parts) ok, thanks. I will play around with this. I was building the master SOPE project, not sope-appserver itself so =20 had not seen that readme, though I did see the others. Is there not a way that a framework built as part of the project can =20 be used without this sort of "monkeying around"? That the -F can be =20 set to some relative path that points back to the build area for the =20 project? Thanks Chad XCode non-guru On Nov 21, 2006, at 1:05 PM, Marcus M=FCller wrote: > > On 21.11.2006, at 05:05, Chad Leigh wrote: > >> Building target =93libxmlSAXDriver=94 of project =93libxmlSAXDriver=94 = =20 >> with configuration =93Development=94 =97 (1 error) >> Checking Dependencies cd = /Volumes/erik/Users/chad/sope/sope-=20 >> svn-20061120/trunk/sope-xml/libxmlSAXDriver >> /usr/bin/gcc-4.0 -o /Volumes/erik/Users/chad/sope/sope-=20 >> svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/Development/=20 >> libxmlSAXDriver.sax/Contents/MacOS/libxmlSAXDriver -L/Volumes/erik/=20= >> Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDriver/=20 >> build/Development -F/Volumes/erik/Users/chad/sope/sope-=20 >> svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/Development -F/=20 >> Library/Frameworks -filelist /Volumes/erik/Users/chad/sope/sope-=20 >> svn-20061120/trunk/sope-xml/libxmlSAXDriver/build/=20 >> libxmlSAXDriver.build/Development/libxmlSAXDriver.build/Objects-=20 >> normal/ppc/libxmlSAXDriver.LinkFileList -framework SaxObjC -=20 >> framework Foundation -arch ppc -Wl,-Y,1455 -bundle -lxml2 >> /usr/bin/ld: can't locate framework for: -framework SaxObjC >> collect2: ld returned 1 exit status >> /usr/bin/ld: can't locate framework for: -framework = SaxObjC >> collect2: ld returned 1 exit status >> Build failed (1 error) > > Yes, that's somehow expected - the SaxObjC.framework, required for =20 > linking, isn't in your framework search path (indicated by the =20 > paths following the -F flags). There are two solutions to this =20 > problem: > a) have a central build directory for ALL your projects > b) create symlinks from /Library/Frameworks to the exact build =20 > product, for all the SOPE frameworks, i.e.: > --- snip --- > znek@nerd:(/Library/Frameworks)$ ls -ld SaxObjC.framework > lrwxr-xr-x 1 znek admin 46 Jun 12 2005 SaxObjC.framework -> /=20 > Local/BuildArea/Development/SaxObjC.framework > --- snap --- > > There is some documentation on the Mac OS X build process (a bit =20 > dated, but quite correct) - here's a relevant snippet from README-=20 > OSX.txt which can be found in sope-appserver: > > --- snip --- > Building using Xcode: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > The Xcode build comes in two variants, one for development and the =20 > other for > deployment. > > > Development > ----------- > Development usually means you're happily hacking away at your pet > projects and sometimes want to update the SOPE frameworks. For this =20= > purpose > use the "all" target and the accompanied "Development" build style. =20= > Later, > you can narrow the target down to something more specific. For =20 > development we > assume the destination for frameworks to be /Library/Frameworks. =20 > Once you are > done building all the frameworks the loader commands of the =20 > frameworks will > have that destination path built in. In order to use the frameworks =20= > you either > have to install them (by copying them manually to their =20 > destination) or to > prepare symlinks from /Library/Frameworks to the place where the =20 > built products > are. I usually build everything in a central place (i.e. /Local/=20 > BuildArea) and > have symlinks from /Library/Frameworks to /Local/BuildArea for each =20= > of the > products. > > Also the following products are expected to be in the following =20 > locations: > *.sax -> /Library/SaxDrivers > *.sxp -> /Library/SoProducts > > Either copy them to the appropriate places or symlink them (my =20 > suggestion). > --- snap --- > > > Cheers, > > Marcus > > --=20 > Marcus Mueller . . . crack-admin/coder ;-) > Mulle kybernetiK . http://www.mulle-kybernetik.com > Current projects: http://www.mulle-kybernetik.com/znek/ > > --Apple-Mail-70--996065152 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252
(in reply to the whole = thing but not to any specific parts)

ok, thanks.=A0 I will play = around with this.

I = was building the master SOPE project, not sope-appserver itself so had = not seen that readme, though I did see the others.

Is there not a way that a = framework built as part of the project can be used without this sort of = "monkeying around"?=A0 That the -F can be set to some relative path that = points back to the build area for the project?

Thanks
Chad

XCode = non-guru

On= Nov 21, 2006, at 1:05 PM, Marcus M=FCller wrote:


On 21.11.2006, at 05:05, Chad Leigh = wrote:

Building target =93libxmlSAXDriver=94 of = project =93libxmlSAXDriver=94 with configuration =93Development=94 =97 = (1 error)
Checking Dependencies =A0 =A0 cd = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver
=A0 = =A0 /usr/bin/gcc-4.0 -o = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver/build/Development/libxmlSAXDriver.sax/Contents/MacOS/libxmlSAXDriver = -L/Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAX= Driver/build/Development = -F/Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAX= Driver/build/Development -F/Library/Frameworks -filelist = /Volumes/erik/Users/chad/sope/sope-svn-20061120/trunk/sope-xml/libxmlSAXDr= iver/build/libxmlSAXDriver.build/Development/libxmlSAXDriver.build/Objects= -normal/ppc/libxmlSAXDriver.LinkFileList -framework SaxObjC -framework = Foundation -arch ppc -Wl,-Y,1455 -bundle -lxml2
/usr/bin/ld: can't locate framework for: -framework = SaxObjC
collect2: ld returned 1 exit = status
/usr/bin/ld: can't locate = framework for: -framework SaxObjC
collect2: = ld returned 1 exit status
Build failed (1 = error)

Yes, that's somehow = expected - the SaxObjC.framework, required for linking, isn't in your = framework search path (indicated by the paths following the -F flags). = There are two solutions to this problem:
a) have a central = build directory for ALL your projects
b) create symlinks from = /Library/Frameworks to the exact build product, for all the SOPE = frameworks, i.e.:
=A0=A0 =A0--- snip ---
=A0=A0 = =A0znek@nerd:(/Library/Frameworks)$ ls -ld SaxObjC.framework =
lrwxr-xr-x=A0=A0 1 znek=A0 admin=A0 46 Jun 12=A0 2005 = SaxObjC.framework -> = /Local/BuildArea/Development/SaxObjC.framework
=A0=A0 =A0--- = snap ---

There = is some documentation on the Mac OS X build process (a bit dated, but = quite correct) -=A0here's a relevant snippet from README-OSX.txt which = can be found in sope-appserver:

--- snip = ---
Building using = Xcode:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

The = Xcode build comes in two variants, one for development and the other = for
deployment.


Development
-------= ----
Development usually means you're happily hacking away at = your pet
projects and sometimes want to update the SOPE = frameworks. For this purpose
use the "all" target and the = accompanied "Development" build style. Later,
you can narrow = the target down to something more specific. For development = we
assume the destination for frameworks to be = /Library/Frameworks. Once you are
done building all the = frameworks the loader commands of the frameworks will
have = that destination path built in. In order to use the frameworks you = either
have to install them (by copying them manually to their = destination) or to
prepare symlinks from /Library/Frameworks = to the place where the built products
are. I usually build = everything in a central place (i.e. /Local/BuildArea) and
have = symlinks from /Library/Frameworks to /Local/BuildArea for each of = the
products.

Also the following products = are expected to be in the following locations:
*.sax -> = /Library/SaxDrivers
*.sxp -> = /Library/SoProducts

Either copy them to the = appropriate places or symlink them (my suggestion).
--- snap = ---


=
Cheers,

=A0=A0Marcus

--=A0
Marcus Mueller=A0=A0.=A0=A0.=A0=A0.=A0=A0crack-admin/coder = ;-)
Mulle kybernetiK=A0=A0.=A0=A0http://www.mulle-kybernetik.com

 =


= --Apple-Mail-70--996065152-- From developer@opengroupware.org Tue Nov 21 21:01:25 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 21 Nov 2006 22:01:25 +0100 Subject: [OGo-Developer] SOPE security In-Reply-To: <3f27cabe7cd1c9cb9d118ca0b53be325@mozzarella> References: <3f27cabe7cd1c9cb9d118ca0b53be325@mozzarella> Message-ID: <10C17AA0-962B-477A-9D36-D1608D6721DC@opengroupware.org> Hi, "Security is hard." Jim Fulton. On Nov 21, 2006, at 21:20, Wolfgang Sourdeau wrote: > Is there any documentation about the SOPE security model? I am > wandering in sope.opengroupware.org/en/docs/ and can't find > anything besides the reference to SOPE security... Well, the Zope texts are quite good. We do not implement everything they do (eg object based security is missing), but in general its designed after this: http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/Security.stx http://www.zope.org/Documentation/Books/ZDG/current/Security.stx Notably in current applications we do not make a lot of use of the SOPE security system. Eg ZideStore declares most stuff as because the backend being accesses (OGo) already has its own security system. > My questions in particular are related to the security declarations > in the product.plist files. What is the "protectedBy" for Assign a permission to an operation or object. Eg: methods = { viewScheduler = { protectedBy = "View"; }; }; Says that the logged in user must have the 'View' permission to be able to invoke the 'viewScheduler' method. > , wrt defaultAccess Well, thats the default access :-) Private, public or protected. Used if the object is not protected otherwise. > and defaultRoles? To quote the Zope manual: "There is an exception to the "developers should not try to define roles" rule inasmuch as Zope allows developers to assign "default roles" to a permission. This is primarily for the convenience of the Zope administrator, as default roles for a permission cause the Zope security machinery to provide a permission to a role by default when instances of a Product class are encountered during security operations. For example, if your Product defines a permission "Add Poll Objects", this permission may be associated with a set of default roles, perhaps "Manager". Default roles in Products should not be used against roles other than "Manager", "Anonymous", "Owner", and "Authenticated" (the four default Zope roles), as other roles are not guaranteed to exist in every Zope installation." > Also, I would like you to confirm something regarding the security > mechanism: > we have 4 entities: users, permissions, roles and objects. The 'objects' somewhat split up. They have classes / superclass and SoMethods also can have permissions assigned. In Zope methods can even run with special execution roles (very similiar to the 's' bit in Unix). > Each users is assigned certain roles, Yes. > each roles has a set of one or more permissions Yes. > and each objects is assigned one or more roles, is that it? Hm, no. Objects / "operations" / SoClasses are assigned permissions. Roles bring together users and permissions. If a method like 'addEvent' runs, it asks the security system whether the current context has the 'add' permission assigned. To do that the security system looks whether the user belongs to a role which has the permission assigned. > Or has each role specific permissions per objets? No. But in Zope an object can have 'local roles'. And an object can have specific 'local' permissions (not really in SOPE yet). > Could a username be a role? No. But there are special builtin roles: 'Anonymous' 'Authenticated' 'Owner' which are dynamically assigned (I think Owner is not assigned, but object centric and maintained by the security system). > Also, on a totally different subject, is the source code of your > snsd available under the GNU GPL? No, at least not yet. But using RAM sessions doesn't scale well anyways. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Nov 21 21:03:29 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 21 Nov 2006 22:03:29 +0100 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> <6BE02701-9FD7-4AE0-B972-E489B2E45157@opengroupware.org> Message-ID: On Nov 21, 2006, at 21:46, Chad Leigh wrote: > I am installing in to /usr/local/ and from my understanding did not > need to install gnustep-make on OS X if I am installing in /usr/ > local/ . I did not need it for the 4.5.9 tarball. Is this not right? You need to have gnustep-make for compilation, you just don't need to source GNUstep.sh. Probably SOPE did that for you automagically and installed some .GNUstep tree inside the source tree? Do a "ls -la" and check whether there is a GNUstep tree, and patch that PCH flag in its config.make. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Nov 21 21:07:40 2006 From: developer@opengroupware.org (Chad Leigh) Date: Tue, 21 Nov 2006 14:07:40 -0700 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> <6BE02701-9FD7-4AE0-B972-E489B2E45157@opengroupware.org> Message-ID: <3003763A-34B5-4645-A16E-AE210ED331A7@objectwerks.com> On Nov 21, 2006, at 2:03 PM, Helge Hess wrote: > On Nov 21, 2006, at 21:46, Chad Leigh wrote: >> I am installing in to /usr/local/ and from my understanding did >> not need to install gnustep-make on OS X if I am installing in / >> usr/local/ . I did not need it for the 4.5.9 tarball. Is this >> not right? > > You need to have gnustep-make for compilation, you just don't need > to source GNUstep.sh. Probably SOPE did that for you automagically > and installed some .GNUstep tree inside the source tree? > Do a "ls -la" and check whether there is a GNUstep tree, and patch > that PCH flag in its config.make. Ok, yes there is a .gsmake in the trunk tree and in .gsmake/Library/ Makefiles/config.make there is the flag and I changed it and it does seem to be building now... Thanks! Chad From developer@opengroupware.org Tue Nov 21 21:17:35 2006 From: developer@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=) Date: Tue, 21 Nov 2006 22:17:35 +0100 Subject: [OGo-Developer] noob question on building sope-appserver In-Reply-To: <34904194-1ECE-40C3-A607-4B5B106A2925@objectwerks.com> References: <9403136E-43FE-4855-893C-3CEAEEAAB941@objectwerks.com> <3ADF0840-E6FB-4AD6-9158-A3F6EC49A1C7@opengroupware.org> <7A03AA10-20DE-44B7-A997-FAC4D0663552@objectwerks.com> <3E5F2D1D-E0D8-4BAD-B466-6C40FDFB8D7A@opengroupware.org> <60C9E084-E86A-4FAE-8640-2901DD54F85F@objectwerks.com> <3038A8AB-C3AC-4B84-9B49-D99074694986@opengroupware.org> <3DD39CA4-D15D-478B-99B8-9220A105D54A@objectwerks.com> <9FEDBC9E-A89D-4158-968E-598EE76DEBDB@objectwerks.com> <96D61981-EED3-4660-A2F3-4400CE650784@mulle-kybernetik.com> <34904194-1ECE-40C3-A607-4B5B106A2925@objectwerks.com> Message-ID: --Apple-Mail-15--994422201 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 21.11.2006, at 21:50, Chad Leigh wrote: > (in reply to the whole thing but not to any specific parts) > > ok, thanks. I will play around with this. > > I was building the master SOPE project, not sope-appserver itself > so had not seen that readme, though I did see the others. Yes, you're right - as I said, the documentation is well hidden. We probably ought to change that. > Is there not a way that a framework built as part of the project > can be used without this sort of "monkeying around"? That the -F > can be set to some relative path that points back to the build area > for the project? Not that I know of. The general assumption for Xcode seems to be that any dependencies need to be _installed_ before they are used by subprojects. On the other hand, having one central build directory really does no harm and indeed does the trick. Unless you know exactly what you're doing and have strong arguments opposing this approach, I'd recommend you just give in. ;-) Cheers, Marcus -- Marcus Mueller . . . crack-admin/coder ;-) Mulle kybernetiK . http://www.mulle-kybernetik.com Current projects: http://www.mulle-kybernetik.com/znek/ --Apple-Mail-15--994422201 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
On 21.11.2006, at = 21:50, Chad Leigh wrote:

(in = reply to the whole thing but not to any specific parts)

ok, thanks.=A0 I will play = around with this.

I = was building the master SOPE project, not sope-appserver itself so had = not seen that readme, though I did see the = others.

Yes, you're right - as I said, = the documentation is well hidden. We probably ought to change = that.

Is there not a way = that a framework built as part of the project can be used without this = sort of "monkeying around"?=A0 That the -F can be set to some relative = path that points back to the build area for the = project?

Not that I know of. The = general assumption for Xcode seems to be that any dependencies need to = be _installed_ before they are used by subprojects. On the other hand, = having one central build directory really does no harm and indeed does = the trick. Unless you know exactly what you're doing and have strong = arguments opposing this approach, I'd recommend you just give in. = ;-)

Cheers,


=A0=A0Marcus


--=A0

Marcus Mueller=A0=A0.=A0=A0.=A0=A0.=A