From Susanne.Schneider at interActive-Systems.de Thu Feb 7 03:01:24 2008 From: Susanne.Schneider at interActive-Systems.de (Susanne Schneider) Date: Thu Feb 7 03:23:54 2008 Subject: Store (large) images inside or outside database? Message-ID: <47AAE504.2090300@interActive-Systems.de> Hi everyone, today I need some advice on a conceptual basis: We need to include images in our WO 5.2.3 application working with Oracle 9.i as a database. The images may be of various kind including DICOM images and therefore could be very different in size (maybe from 100 KB up to 100 MB or even more). Besides the problem of handling such variety of formats I could not really make up my mind if we should store such large objects in the database and reflect them with eo-properties or store them in the filesystem and only the pointer in the database. The images are treated as read only: once they were uploaded they will be stored and only be displayed for download/view. The image property would be put into a separate table to be only loaded if needed. These were my considerations: - memory consumption while using eos (as I understood the image-property would at least be hold twice: once in the eo in every editing context and once in the snapshot) - backup and recovery issues of the database - transaction management Any comments? Susanne -- Susanne Schneider Coordinator secuSuite Development iAS interActive Systems GmbH Dieffenbachstra?e 33 c, D-10967 Berlin fon +49(0)30 69 00 42 - 05 fax +49(0)30 69 00 42 - 10 mail susanne.schneider@interActive-Systems.de web http://www.interActive-Systems.de ---------------------------------------------------- Gesch?ftsf?hrer: Dr. Marko Reschke, Thomas Fritzsche Sitz der Gesellschaft: Berlin Amtsgericht Berlin Charlottenburg, HRB 106103B ---------------------------------------------------- From jerrywwalker at gmail.com Thu Feb 7 03:53:02 2008 From: jerrywwalker at gmail.com (Jerry W. Walker) Date: Thu Feb 7 03:53:14 2008 Subject: Store (large) images inside or outside database? In-Reply-To: <47AAE504.2090300@interActive-Systems.de> References: <47AAE504.2090300@interActive-Systems.de> Message-ID: <53736A1D-12C1-4181-B52A-8D7D684E67F5@gmail.com> Hi, Susanne, Expect a lot of feedback. This borders on a religious issue and, since you've clearly described the issue in the subject of your message, it will probably attract religious fanaticism. For a pretty reasoned discussion of the issue, take a look at: http://wiki.objectstyle.org/confluence/display/WO/Web +Applications-Development-Database+vs+Filesystem Then form your own conclusions. Personally, I generally subscribe to the image-in-the-file-system model. But there are good counter arguments. Regards, Jerry On Feb 7, 2008, at 6:01 AM, Susanne Schneider wrote: > Hi everyone, > > today I need some advice on a conceptual basis: > We need to include images in our WO 5.2.3 application working > with Oracle 9.i as a database. The images may be of various kind > including DICOM images and therefore could be very different in size > (maybe from 100 KB up to 100 MB or even more). > > Besides the problem of handling such variety of formats I could not > really make up my mind if we should store such large objects in the > database and reflect them with eo-properties or store them in the > filesystem and only the pointer in the database. The images are > treated as read only: once they were uploaded they will be stored > and only be displayed for download/view. The image property would > be put into a separate table to be only loaded if needed. > > These were my considerations: > - memory consumption while using eos (as I understood the image- > property would at least be hold twice: once in the eo in every > editing context and once in the snapshot) > - backup and recovery issues of the database > - transaction management > > Any comments? > Susanne > -- > Susanne Schneider > Coordinator secuSuite Development -- __ Jerry W. Walker, WebObjects Developer/Instructor for High Performance Industrial Strength Internet Enabled Systems jerrywwalker@gmail.com 203 278-4085 office From brian at lakeman.org Fri Feb 8 13:01:02 2008 From: brian at lakeman.org (Brian Lakeman) Date: Fri Feb 8 13:01:07 2008 Subject: IE7 Printing WOImage issues Message-ID: I've been banging my head against the wall trying to work around this issue: I've got a WOImage that uses the data attribute bound to an NSData object to provide the image, and the mimeType defined accordingly. When viewing this in IE7 the image displays fine, if I try to print the page, the image doesn't show up on the printout. If you right-click on the image and try to "Save Picture as...", you get "error 800700de". Works fine in other browsers. If the WOImage is bound with the filename attribute, it prints just fine in IE7. I wrote a little app that displays /Library/WebServer/Documents/apache_pb.gif twice. One referenced with the filename attribute, the other one referenced by the data attribute bound to an NSData object populated by reading that file. One image prints, the other one doesn't. I'm using WO 5.3 running on OS X Tiger. I wish I could tell all the users to not use IE7, but that's not an option. Thanks Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: /mailman/archive/webobjects-dev/attachments/20080208/f7354e6f/attachment.html From chill at global-village.net Fri Feb 8 13:19:25 2008 From: chill at global-village.net (Chuck Hill) Date: Fri Feb 8 13:19:28 2008 Subject: IE7 Printing WOImage issues In-Reply-To: References: Message-ID: On Feb 8, 2008, at 1:01 PM, Brian Lakeman wrote: > I've been banging my head against the wall trying to work around > this issue: > > I've got a WOImage that uses the data attribute bound to an NSData > object > to provide the image, and the mimeType defined accordingly. > > When viewing this in IE7 the image displays fine, if I try to print > the page, the image doesn't show up on the printout. If you right- > click on the image and try to "Save Picture as...", you get "error > 800700de". > > Works fine in other browsers. If the WOImage is bound with the > filename attribute, it prints just fine in IE7. > > I wrote a little app that displays /Library/WebServer/Documents/ > apache_pb.gif twice. One referenced with the filename attribute, > the other one referenced by the data attribute bound to an NSData > object populated by reading that file. One image prints, the other > one doesn't. > > I'm using WO 5.3 running on OS X Tiger. > > I wish I could tell all the users to not use IE7, but that's not an > option. Having seen similar situations, I think I know what is going on here. The problem is that other browsers use the image they have cached when they rendered that page. However IE7 prints, it wants to download it again. That interacts with how the WOResourceManager manages memory: after a resource is requested once, it is discarded. For one way around this, see the WOImage binding "key": A string that the application uses as a key for caching the data specified in data. If you do not provide a key, the data object must be fetched each time it is needed. For further information, see the reference documentation for the WOResourceManager class, particularly that for the flushDataCache method. I think this means that if you give a key, then _you_ are responsible for getting that data (image) out of the cache (e.g. when the page is finalized). You might be able to use a direct action to return the image, it very much depends on your logic surrounding this image. Chuck -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects From brian at lakeman.org Sat Feb 9 12:03:27 2008 From: brian at lakeman.org (Brian Lakeman) Date: Sat Feb 9 12:03:30 2008 Subject: IE7 Printing WOImage issues In-Reply-To: References: Message-ID: <3D2BE5DD-F8D4-4379-80FA-C280B044AD70@lakeman.org> I found a solution to this. Turns out all I needed to do was bind a string to the "key" attribute so that the image would be cached by the WOResourceManager. I had some actions that manipulated the image so I had to make sure and call removeDataForKey so that it didn't pull the old image out of the cache. -Brian On Feb 8, 2008, at 3:01 PM, Brian Lakeman wrote: > I've been banging my head against the wall trying to work around > this issue: > > I've got a WOImage that uses the data attribute bound to an NSData > object > to provide the image, and the mimeType defined accordingly. > > When viewing this in IE7 the image displays fine, if I try to print > the page, the image doesn't show up on the printout. If you right- > click on the image and try to "Save Picture as...", you get "error > 800700de". > > Works fine in other browsers. If the WOImage is bound with the > filename attribute, it prints just fine in IE7. > > I wrote a little app that displays /Library/WebServer/Documents/ > apache_pb.gif twice. One referenced with the filename attribute, > the other one referenced by the data attribute bound to an NSData > object populated by reading that file. One image prints, the other > one doesn't. > > I'm using WO 5.3 running on OS X Tiger. > > I wish I could tell all the users to not use IE7, but that's not an > option. > > Thanks > Brian > From bob at apple.com Tue Feb 12 07:14:20 2008 From: bob at apple.com (Bob Frank) Date: Tue Feb 12 07:14:47 2008 Subject: MEETING: Chicago CocoaHeads / CAWUG - Eclipse & WO Message-ID: <8375E30D-5EDB-4B85-A1C4-FFB9B947E129@apple.com> IMPORTANT NOTES: Our meetings are permanently starting at ** 7:00 ** instead of 6:00 We have a new mailing list URL: http://groups.google.com/group/cawug Email Address: cawug@googlegroups.com You can email here to subscribe immediately: cawug-subscribe@googlegroups.com ---------------- Hi all, Just a quick reminder. The Chicago CocoaHeads / Chicago Cocoa and WebObjects User Group (CAWUG) is holding our next meeting tonight, Tuesday, February 12th, at 7:00 PM at the Apple Store on Michigan Ave. Agenda: - Introductions & Announcements - Bob on WebObjects development with WOLips & Eclipse - adjournment to O'Toole's When: Tuesday, February 12th, 7:00 PM Where: Apple Store Michigan Avenue 679 North Michigan Ave. (at the corner of Huron & Michigan Ave.) Chicago, IL 60611 http://maps.yahoo.com/maps_result? ed=gYbE5Op_0Tokf_p7h61dwjbWtjC2r1YehzWw&csz=60611 http://tinyurl.com/26z5nb (in case long URL gets cut) - Bob on WebObjects development with WOLips & Eclipse I will give a introduction to getting started with WebObjects development using WOLips with Eclipse and discus best practices and available resources out on the web. If you are still using Tiger and/ or XCode, the transition can seem huge, but for Java development Eclipse is one of the leading IDE's and has really taken off in the WebObjects developer community. - O'Tooles We will continue the discussion at our local watering hold Timothy O'Toole's at 622 Fairbanks (2 blocks east of the store). We also wish to thank the folks who run the theater space at the Apple store for letting us have our meetings there, and Jonathan 'Wolf' Rentzsch for hosting the new and revived CAWUG web site. Thanks all. Also, if you are working on a project and would like to talk about it briefly / promote it, I think it would be fun for people to hear about other people's projects. Please email me off line and you can talk at a future meeting or would like a book to review we would welcome that too. Future meetings dates and tentative topics: 3/11/08, 4/8/08 March - TBD if the iPhone SDK is out, we hope to talk about it., if not topic TBD April - TBD CAWUG Resources Mail list: http://groups.google.com/group/cawug Google Site: http://groups.google.com/group/cawug Web Site: http://www.cawug.org/ RSS feed: http://www.cawug.org/rss.xml iCal: http://ical.mac.com/chicagobob/ Chicago-CocoaHeads-CAWUG (view on the web) iCal: webcal://ical.mac.com/chicagobob/Chicago-CocoaHeads-CAWUG.ics (subscribe to in iCal) Cocoa Heads web site: http://cocoaheads.org/us/ChicagoIllinois/index.html Hope to see you at the meeting. From simon at webtecc.com Thu Feb 14 09:41:28 2008 From: simon at webtecc.com (=?ISO-8859-1?Q?J=FCrgen_Lorenz_Simon?=) Date: Thu Feb 14 10:13:27 2008 Subject: Navigate back from Popup-Window Message-ID: <8356B2A2-4FE5-47A7-8F54-7D7851DEF283@webtecc.com> Hi, I have a simple problem: when displaying a popup window, using a variant of the JSPopupWindow, is it possible to generate another page from a link in the popup using the ordinary mechanism (an action method), and display the resulting page in the original window? Thanks, J.L.Simon From Susanne.Schneider at interActive-Systems.de Fri Feb 15 01:25:35 2008 From: Susanne.Schneider at interActive-Systems.de (Susanne Schneider) Date: Fri Feb 15 01:25:44 2008 Subject: Navigate back from Popup-Window In-Reply-To: <20080214200013.F06AAC70C8@forums.omnigroup.com> References: <20080214200013.F06AAC70C8@forums.omnigroup.com> Message-ID: <47B55A8F.4080000@interActive-Systems.de> Hi J.L., this should be just a matter of plain html-targetting: you have to supply a "target" for your action-link. If the opener window has no frameset this could just be the "opener" name as this is the standard javascript object name for that (as far as I remember without research in "http://de.selfhtml.org/javascript/objekte/index.htm"). If the opener window has a frameset than you have to specify either the top or one of the frames as the target by name depending on your needs. In either case, sometimes it is better to give the target a custom name and use that as the target (build a name with some session value). Since the feature of Firefox that the tabs could be moved around you will get surprising results if you try to address the "opener". The page will be most likely directed to the last active tab, if it belong to your application or not. Regards, Susanne -- Susanne Schneider Coordinator secuSuite Development iAS interActive Systems GmbH Dieffenbachstra?e 33 c, D-10967 Berlin fon +49(0)30 69 00 42 - 05 fax +49(0)30 69 00 42 - 10 mail susanne.schneider@interActive-Systems.de web http://www.interActive-Systems.de ---------------------------------------------------- Gesch?ftsf?hrer: Dr. Marko Reschke, Thomas Fritzsche Sitz der Gesellschaft: Berlin Amtsgericht Berlin Charlottenburg, HRB 106103B ---------------------------------------------------- From simon at webtecc.com Fri Feb 15 03:13:36 2008 From: simon at webtecc.com (=?ISO-8859-1?Q?J=FCrgen_Lorenz_Simon?=) Date: Fri Feb 15 03:13:55 2008 Subject: Navigate back from Popup-Window In-Reply-To: <47B55A8F.4080000@interActive-Systems.de> References: <20080214200013.F06AAC70C8@forums.omnigroup.com> <47B55A8F.4080000@interActive-Systems.de> Message-ID: <5E113467-7DD6-4356-A6BF-8B777C2ED50F@webtecc.com> Hi Susanne, On 15.02.2008, at 10:25, Susanne Schneider wrote: > Hi J.L., > > this should be just a matter of plain html-targetting: you have to > supply a "target" for your action-link. If the opener window has no > frameset this could just be the "opener" name as this is the > standard javascript object name for that (as far as I remember > without research in "http://de.selfhtml.org/javascript/objekte/ > index.htm"). > If the opener window has a frameset than you have to specify either > the top or one of the frames as the target by name depending on > your needs. Selfhtml was the first place I looked. Using window.opener was my first guess too. However, it opened another tab in the popup window .... I have another component, which does the job flawlessly. The big difference is, that the hrefs for the links in that popup point to direct actions and are not the result of a component's action method. In this case, I want to return a component's action method results in the original window, that opened the popup window. > In either case, sometimes it is better to give the target a custom > name and use that as the target (build a name with some session > value). Since the feature of Firefox that the tabs could be moved > around you will get surprising results if you try to address the > "opener". The page will be most likely directed to the last active > tab, if it belong to your application or not. Exactly. I found an example which fits a little here: http://en.wikibooks.org/ wiki/Programming:WebObjects/Web_Applications/Development/Examples/ Open_Link_in_New_Window Hyperlink3: WOHyperlink { action = myCustomAction; onclick = "return openInNewWindow(this)"; target = "_new"; } I thought that I could get to my goal by replacing the target="_new" with target="window.opener", which indeed seemed to work partiallty. The big problem was, that the page was also displayed in the popup window, which I would like to leave unchanged. I think the question is, if I can generate a URL for the page resulting from a component's action method, without actually displaying it, then hooking that up to the href of the hyperlink? J.L. -------------- next part -------------- An HTML attachment was scrubbed... URL: /mailman/archive/webobjects-dev/attachments/20080215/123357b4/attachment.html From Susanne.Schneider at interActive-Systems.de Fri Feb 15 05:23:50 2008 From: Susanne.Schneider at interActive-Systems.de (Susanne Schneider) Date: Fri Feb 15 05:23:53 2008 Subject: Navigate back from Popup-Window In-Reply-To: <5E113467-7DD6-4356-A6BF-8B777C2ED50F@webtecc.com> References: <20080214200013.F06AAC70C8@forums.omnigroup.com> <47B55A8F.4080000@interActive-Systems.de> <5E113467-7DD6-4356-A6BF-8B777C2ED50F@webtecc.com> Message-ID: <47B59266.9070401@interActive-Systems.de> Hi J?rgen, J?rgen Lorenz Simon schrieb: > Selfhtml was the first place I looked. I find this recource most valuable, every time I have such problems I look there. >> In either case, sometimes it is better to give the target a custom >> name and use that as the target (build a name with some session >> value). Since the feature of Firefox that the tabs could be moved >> around you will get surprising results if you try to address the >> "opener". The page will be most likely directed to the last active >> tab, if it belong to your application or not. > > Exactly. > We had a lot of hassle dealing with that "feature" as we use this kind of navigation a lot. > I found an example which fits a > little here: http://en.wikibooks.org/wiki/Programming:WebObjects/Web_Applications/Development/Examples/Open_Link_in_New_Window > > Hyperlink3: WOHyperlink { > action = myCustomAction; > onclick = "return openInNewWindow(this)"; > target = "_new"; > } I think the problem comes from the "onclick" handler wich call a custom javascript function to open a separate window. If you just remove that and set your target that should be sufficient. This example seems to be for opening a separate window from the main browser window, not from a popup. Regards, Susanne -- Susanne Schneider Coordinator secuSuite Development iAS interActive Systems GmbH Dieffenbachstra?e 33 c, D-10967 Berlin fon +49(0)30 69 00 42 - 05 fax +49(0)30 69 00 42 - 10 mail susanne.schneider@interActive-Systems.de web http://www.interActive-Systems.de ---------------------------------------------------- Gesch?ftsf?hrer: Dr. Marko Reschke, Thomas Fritzsche Sitz der Gesellschaft: Berlin Amtsgericht Berlin Charlottenburg, HRB 106103B ---------------------------------------------------- From simon at webtecc.com Fri Feb 15 06:15:23 2008 From: simon at webtecc.com (=?ISO-8859-1?Q?J=FCrgen_Lorenz_Simon?=) Date: Fri Feb 15 06:15:41 2008 Subject: Navigate back from Popup-Window In-Reply-To: <47B59266.9070401@interActive-Systems.de> References: <20080214200013.F06AAC70C8@forums.omnigroup.com> <47B55A8F.4080000@interActive-Systems.de> <5E113467-7DD6-4356-A6BF-8B777C2ED50F@webtecc.com> <47B59266.9070401@interActive-Systems.de> Message-ID: Hi Susanne, >>> In either case, sometimes it is better to give the target a >>> custom name and use that as the target (build a name with some >>> session value). I must admit I don't exactly understand what you mean by that. How would I give a window a custom name? Something in the DOM model I'm not aware of? >> I found an example which fits a little here: http:// >> en.wikibooks.org/wiki/Programming:WebObjects/Web_Applications/ >> Development/Examples/Open_Link_in_New_Window >> Hyperlink3: WOHyperlink { >> action = myCustomAction; >> onclick = "return openInNewWindow(this)"; >> target = "_new"; >> } > I think the problem comes from the "onclick" handler wich call a > custom javascript function to open a separate window. > If you just remove that and set your target that should be sufficient I tried that and it doesn't work. When using the following bindings: Hyperlink3: WOHyperlink { action = myCustomAction; target = "window.opener"; } it does still open it in a new window. Depending on how FF's settings are, it opens a tab in the popup window or a new window alltogether. > This example seems to be for opening a separate window from the > main browser window, not from a popup. I know, I just used the example to depart from. Thanks for the helpful suggestions so far. J.L. From Susanne.Schneider at interActive-Systems.de Fri Feb 15 06:45:16 2008 From: Susanne.Schneider at interActive-Systems.de (Susanne Schneider) Date: Fri Feb 15 06:45:21 2008 Subject: Navigate back from Popup-Window In-Reply-To: References: <20080214200013.F06AAC70C8@forums.omnigroup.com> <47B55A8F.4080000@interActive-Systems.de> <5E113467-7DD6-4356-A6BF-8B777C2ED50F@webtecc.com> <47B59266.9070401@interActive-Systems.de> Message-ID: <47B5A57C.6010709@interActive-Systems.de> Hi J.L., J?rgen Lorenz Simon schrieb: > Hi Susanne, > >>>> In either case, sometimes it is better to give the target a custom >>>> name and use that as the target (build a name with some session value). > > I must admit I don't exactly understand what you mean by that. How would > I give a window > a custom name? Something in the DOM model I'm not aware of? > Maybe ;-) You can give your main browser window a name by the following javascript: You can include that into the header of your main page. The window name will stay the same across subsequent requests or pages until it is changed. It is one (or the only?) place in the browser where you can store information independ from changing pages. In the wod of the popup window the following should do: Hyperling3: WOHyperlink { action = myCustomAction; target = "mySpecialName"; } Instead of "mySpecialName" you could use a String derived from a session method that include the sessionid. Then the target has to use the same method. That is what we are doing. With this aproach you can handle popups-main-windows from different sessions of the same application independently and simultanously. That is at least helpful for testing :-) > I tried that and it doesn't work. When using the following bindings: > > Hyperlink3: WOHyperlink { > action = myCustomAction; > target = "window.opener"; > } > I assume the "window." is unnecessary, just use "opener"; Regards, Susanne -- Susanne Schneider Coordinator secuSuite Development iAS interActive Systems GmbH Dieffenbachstra?e 33 c, D-10967 Berlin fon +49(0)30 69 00 42 - 05 fax +49(0)30 69 00 42 - 10 mail susanne.schneider@interActive-Systems.de web http://www.interActive-Systems.de ---------------------------------------------------- Gesch?ftsf?hrer: Dr. Marko Reschke, Thomas Fritzsche Sitz der Gesellschaft: Berlin Amtsgericht Berlin Charlottenburg, HRB 106103B ---------------------------------------------------- From kristof.cossement at nss.be Thu Feb 28 21:16:23 2008 From: kristof.cossement at nss.be (Kristof Cossement) Date: Thu Feb 28 21:37:11 2008 Subject: WebObjects 5.4 Webservices and arrays deserializer In-Reply-To: Message-ID: Hi all, We experience a major problem porting our WebObjects application from OSX 10.4.x(WebObjects 5.3) to OSX 10.5.x(WebObjects 5.4.1) Our application makes extensive use of the WebService generation tool in WebObjects (WOWebServiceRegistrar.registerWebService) When making a webservice with an array of Strings (or other types), the automatically generated WSDL file is not valid (since WO 5.4): the declaration of array elements is not included in the wsdl file. This problem is also described in http://lists.apple.com/archives/Webobjects-dev/2007/Dec/msg00003.html We submitted a technical support incident to Apple, they acknowledged this as a bug in WO 5.4(.1) but get no answer on when or wether they will solve the bug. Would you have any idea if Apple is taking any steps to solve this bug? Or would you have more information on when the bug would be solved? Apple provides its new Xserve machines with OSX 10.5 and WO 5.4 without the possibility to install 10.4, so we are stuck here with selling and installing applications on the mac platform, that is why it is so urgent for us. Pierre, I saw your comments on this WO bug -> "WO 5.4 uses Axis 1.4. There is a bug in the wsdl generation that is fixed with the next update. The current "automatic" wsdl generation is missing type information for all custom types including foundation ones." Have you got any information when this bug will be solved? Kind regards, Kristof Cossement -------------- next part -------------- An HTML attachment was scrubbed... URL: /mailman/archive/webobjects-dev/attachments/20080229/1ebc6a76/attachment.html From kristof.cossement at nss.be Thu Feb 28 21:42:54 2008 From: kristof.cossement at nss.be (Kristof Cossement) Date: Thu Feb 28 21:42:58 2008 Subject: WOWebserviceClient.invoke() timeout In-Reply-To: Message-ID: Hi all, WOWebserviceClient.invoke() lets you consume a webservice. Sometimes, the webservice can take up to 2 minutes of processing time, so the invoke method goes into timeout. Is there any way to increase the timeout value of a webservice call? Kind regards, Kristof Cossement Looking for Web-to-Print Solutions? Visit our website : http://www.vit2print.com This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information and/or information protected by intellectual property rights. If you are not the intended recipient, please note that any review, dissemination, disclosure, alteration, printing, copying or transmission of this e-mail and/or any file transmitted with it, is strictly prohibited and may be unlawful. If you have received this e-mail by mistake, please immediately notify the sender and permanently delete the original as well as any copy of any e-mail and any printout thereof. We may monitor e-mail to and from our network. NSS nv Tieltstraat 167 8740 Pittem Belgium