Re: EOGenerator Docs?
where can I read about when to use addToClasses vs addToClassesRelationship , when to use setClass vs setClassRelationship If you're not using automatic inverse relationship updating from Wonder, addToClasses and setClass set only one side of the relationship (meaning, person.setCompany(company) would set the company of "person" but would not update company.employees()). The xxxRelationship, however, DO set both sides (regardless of whether or not you use Wonder's relationship updating). This is especially important to consider if you bind a WOPopUpButton "selection" to a to- one relationship, because it will only set one side (leaving you with an inconsistent graph). With automatic relationship updating in Wonder, both of these methods are equivalent (setCompany adds to both sides just like setCompanyRelationship). , and what does the "fetch" parameter do in the calls that return related objects in one to many relationships (just to name a few questions)? "fetch" will construct a fetchspec and fetch the relationship instead of traversing the to-many via EOF relationship faulting. The benefit here is that for high cardinality relationships, you can avoid faulting in the entire set of related objects and instead just fetch with a qualifier on a subset of them. ms ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: EOGenerator Docs?
The source code generated by EOGenerator is in your project in the files named _Entity.java where Entity is the name of each of your entities (tables). You can examine the code and see what it does; it's usually fairly straightforward. But if you have specific questions you can ask here. John On Wed, May 28, 2008 at 11:10 PM, Jeff Schmitz <[EMAIL PROTECTED]> wrote: > Hello, > I was wondering if someone could point me to any documentation on the EO > Class methods generated by the ERX Generator? i.e. where can I read about > when to use addToClasses vs addToClassesRelationship, when to use setClass > vs setClassRelationship, and what does the "fetch" parameter do in the calls > that return related objects in one to many relationships (just to name a few > questions)? > > > Thanks, > Jeff ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
EOGenerator Docs?
Hello, I was wondering if someone could point me to any documentation on the EO Class methods generated by the ERX Generator? i.e. where can I read about when to use addToClasses vs addToClassesRelationship, when to use setClass vs setClassRelationship, and what does the "fetch" parameter do in the calls that return related objects in one to many relationships (just to name a few questions)? Thanks, Jeff ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Slow debugging in Eclipse (was: Webobjects-dev Digest, Vol 5, Issue 213)
On Tue, Feb 19, 2008 at 9:37 AM, Johann Werner <[EMAIL PROTECTED]> wrote: > > Am 18.02.2008 um 20:34 schrieb Mike Schrag: > >> I'm using the most recent 3.3.2 build and I'm not seeing any performance >> issues with Debug As ... > > You're right. Apparently something got screwed up in my workspace directory. > I switched to a new created one and imported all my projects into it. Now > that slowdown has disappeared... weird thing. > > jw I just followed this advice and my slow debugging issue has gone away as well. I don't know what happened, I don't think I've made any configuration changes since the last time I debugged without performance issues, although I have been having some general system stability issues, I think they're hardware related. So, creating a new workspace, importing my projects (and subsequently reconfiguring the launch arguments etc) got rid of this problem. I've compared the workspaces in FileMerge, unfortunately the workspace/.metadata tree is too nasty to look at so I'm not sure what the difference is. Jim ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Entity Modeler String Data Types
On May 28, 2008, at 4:58 PM, Steve Peery wrote: In Entity Modeler, what is the difference between the String data types and when should they be used? String/Stream - String String (RTRIM) - String c String - String S From the old EOModeler documentation on Value Types: In EOModeler, the Value Type for an attribute can be set while editing an attribute in "Table Mode". If the "Value Type" column is not visible, use the pop-up menu labled "Add Column" in the lower left corner of the pane. The Value Type of an attribute in an EOModel controls how the JDBC adaptor handles important details in its negotiations with the database. A Value Type is typically a single character. For attributes with a Value Class of java.lang.Number the following value types are defined: b = Byte s = Short i = Integer l = Long f = Float d = Double B = java.math.BigDecimal c = Boolean Since java.lang.Number is an abstract superclass, the Value Type controls which concrete class the JDBC adaptor should instantiate based on the raw data provided from the database. It also controls which JDBC methods are used to send and retrieve the data to and from the database. For attributes with a Value Class of java.lang.String the following value types are defined: c S C E These Value Types affect which method on the java.sql.PreparedStatement are used to transfer text data between the database and the JDBC adaptor. An empty Value Type is backward compatible behavior with WebObjects v4.5 and uses the setString() method if the text is less than the database's advertised maximum varchar length, and setCharacterStream(), if it is too large. If the database fails to advertise a maximum length, the default is 256 characters. A Value Type of 'S' uses setString() regardless of the text's length. A Value Type of 'C' uses setCharacterStream() regardless of the text's length. A Value Type of 'E' converts the text into raw UTF-8 bytes, and then uses setBinaryStream() to save them in a binary typed column in the database. The Value Type of 'c' tells the adaptor to generate SQL using RTRIM to strip off all trailing spaces, such as those found in CHAR columns. 'S' is appropriate for most text columns. 'C' is good for columns which usually contain large amounts of data. 'c' should be used when trailing spaces are not significant in a CHAR column. (It's better to use a VARCHAR column if possible.) We recommend against using 'E', except in extreme cases. It is the database's responsibility to handle text encoding issues, and using 'E' is usually an indication the database is not correctly configured. For attributes with a Value Class of NSTimestamp the following value types are defined: D t T M These value types affect how the data is transfer between the JDBC adaptor and the database. An empty Value Type uses get/setObject() on the ResultSet and PreparedStatement. It assumes the database can provide a value compatible with a java.sql.Timestamp. A 'D' indicates WebObject's JDBC adaptor should use get/setDate. A 't' indicates get/ setTime(), and a 'T' uses get/setTimestamp(). The 'M' value type is a workaround for a bug in some MS SQLServer JDBC drivers. It only support java.sql.Date. BLOB and CLOB columns are handled specially by the adaptor to support Oracle. The Value Type has no influence. Aloha, Art ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Entity Modeler String Data Types
In Entity Modeler, what is the difference between the String data types and when should they be used? String/Stream - String String (RTRIM) - String c String - String S Thanks ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Getting from WOLips to Xcode (trying to freeze a D2W page)
On 28 mei 2008, at 22:54, Chuck Hill wrote: On May 28, 2008, at 1:33 PM, Johan Henselmans wrote: I could not get the possibility to 'freeze' a page template under WOLips with the appletviewer in D2W, so I decided to go back to Xcode on 10.4.11 and try it from there. I created a git repository, cloned the repository on a 10.4 macine, and opened the projects in Xcode. Somehow, things happen that I do not understand. I have turned on the possibility to create a Xcodeproj in WOLips. The choices are: and after I got the application compiled, I can not seem to get a debug build and go, or a run a project. Have people any experiences with this? How can one still use Xcode from the WOLips project folder? What is the purpose? Thanks, than I know where it stands. I'll just create a new project outside the git repository and do the freezing of the page i want in there. It was a partial Xcode project file used to support EOModeler (or was that WOBuilder). It was never intended to be complete enough for use in Xcode. 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 Regards, Johan Henselmans http://www.netsense.nl Tel: +31-20-6267538 Fax: +31-20-6279159 smime.p7s Description: S/MIME cryptographic signature ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Getting from WOLips to Xcode (trying to freeze a D2W page)
On May 28, 2008, at 1:33 PM, Johan Henselmans wrote: I could not get the possibility to 'freeze' a page template under WOLips with the appletviewer in D2W, so I decided to go back to Xcode on 10.4.11 and try it from there. I created a git repository, cloned the repository on a 10.4 macine, and opened the projects in Xcode. Somehow, things happen that I do not understand. I have turned on the possibility to create a Xcodeproj in WOLips. The choices are: and after I got the application compiled, I can not seem to get a debug build and go, or a run a project. Have people any experiences with this? How can one still use Xcode from the WOLips project folder? What is the purpose? It was a partial Xcode project file used to support EOModeler (or was that WOBuilder). It was never intended to be complete enough for use in Xcode. 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 ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ResourceManager/RequestHandler and security issues
In its current implementation, the ERXStaticResourceRequestHandler is ONLY activated in direct connect mode. It exists to make Ajax development in this mode workable. Using is outside of this context is sure to invite peril. Cheers, Anjo Am 28.05.2008 um 19:35 schrieb Oliver Scheel: Currently I use the ERXStaticResourceRequestHandler which doesn't do these checks. Is there perhaps already a solution out there or does it make more sense to write my own (or on base on the Wonder stuff)? ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ResourceManager/RequestHandler and security issues
I'm unclear as to what you are talking about as far as validating the path and hiding the directory. Are you trying to keep people from getting access to the files in WebServerResources without the request going through the WO application? The problem: http://somesite/MyApp/WebObjects/MyApp.woa/wr/wodata=/etc/passwd (and perhaps with the default implementation) http://somesite/MyApp/WebObjects/MyApp.woa/wr/wodata=http://www.trojanhorses.devil/ for instance ;-) Oliver Am 28.05.2008 um 20:34 schrieb David Avendasora: I deploy to Windows as a WAR and I have a WebServerResources directory at the root of the WAR, at the same level as WEB-INF and META-INF. To get the image and .css, .js, etc files put in there when I build I have the following in the SSDD target of my Ant build.xml file: I really can't remember if that is something I added or if it was already in the build.xml file by default. This allows me to copy one WAR file to the server and when Tomcat starts up, it expands the WAR to a SSDD and the images, css, etc are all where they need to be for the app. No additional steps. I'm unclear as to what you are talking about as far as validating the path and hiding the directory. Are you trying to keep people from getting access to the files in WebServerResources without the request going through the WO application? Dave On May 28, 2008, at 2:05 PM, Oliver Scheel wrote: To serve images and CSS files through tomcat, you can put your images and files in the ROOT webapp under the WEBAPPS directory, I place my images in a directory named images. If you are using the JK connector you put them on your webserver in the root directory and images directory . one of the difficulties in the current project is, that I can only upload/provide a WAR ;-) I don't have any direct access to anything else and also want to keep the installation procedure as much simple as possible. My idea would be to validate the wodata path against something like WEBINFOROOT/MyApp.woa/Contents/WebServerResources (or better but less secure to catch all frameworks) - path must contain "WebServerResources"... Much better would be to additionally encrypt the string to hide the physical directory completely. Oliver ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com This email sent to [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ResourceManager/RequestHandler and security issues
I deploy to Windows as a WAR and I have a WebServerResources directory at the root of the WAR, at the same level as WEB-INF and META-INF. To get the image and .css, .js, etc files put in there when I build I have the following in the SSDD target of my Ant build.xml file: I really can't remember if that is something I added or if it was already in the build.xml file by default. This allows me to copy one WAR file to the server and when Tomcat starts up, it expands the WAR to a SSDD and the images, css, etc are all where they need to be for the app. No additional steps. I'm unclear as to what you are talking about as far as validating the path and hiding the directory. Are you trying to keep people from getting access to the files in WebServerResources without the request going through the WO application? Dave On May 28, 2008, at 2:05 PM, Oliver Scheel wrote: To serve images and CSS files through tomcat, you can put your images and files in the ROOT webapp under the WEBAPPS directory, I place my images in a directory named images. If you are using the JK connector you put them on your webserver in the root directory and images directory . one of the difficulties in the current project is, that I can only upload/provide a WAR ;-) I don't have any direct access to anything else and also want to keep the installation procedure as much simple as possible. My idea would be to validate the wodata path against something like WEBINFOROOT/MyApp.woa/Contents/WebServerResources (or better but less secure to catch all frameworks) - path must contain "WebServerResources"... Much better would be to additionally encrypt the string to hide the physical directory completely. Oliver ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Getting Docs out of EOModel with WOLips
This might get you started: http://wiki.objectstyle.org/confluence/display/WOL/mail/2097375 Chuck On May 27, 2008, at 9:50 PM, Owen McKerrow wrote: Hi All, I was wondering if there is any way to get the documentation that one writes into the Doc's area of Entities, Attributes and Relationships inside Entity Modeler to be included in the java files that it spits out ? Im currently using _WonderEntity.java and WonderEntity.java as my template files. Is it a setting/change I need to make in these to get it to happen ? Owen McKerrow WebMaster, emlab Ph : +61 02 4221 5517 http://emlab.uow.edu.au - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 'The test of a first-rate intelligence is the ability to hold two opposed ideas in the mind at the same time and still be able to function.' -F.Scott Fitzgerald, -- 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 ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ResourceManager/RequestHandler and security issues
With a WOImage, WOActiveImage, and several other WO Controls you can specify a framework that your image file is loaded from and then the image name. When you use this methodology you do not need to specify a path for an image resource. For webserverresources, for css or other, you can put in a virtual link to WEB-INF/appname.app/Contents/ WebServerresources/mycss.css. I may not be understanding how you are wanting to access your resources. On May 28, 2008, at 2:05 PM, Oliver Scheel wrote: To serve images and CSS files through tomcat, you can put your images and files in the ROOT webapp under the WEBAPPS directory, I place my images in a directory named images. If you are using the JK connector you put them on your webserver in the root directory and images directory . one of the difficulties in the current project is, that I can only upload/provide a WAR ;-) I don't have any direct access to anything else and also want to keep the installation procedure as much simple as possible. My idea would be to validate the wodata path against something like WEBINFOROOT/MyApp.woa/Contents/WebServerResources (or better but less secure to catch all frameworks) - path must contain "WebServerResources"... Much better would be to additionally encrypt the string to hide the physical directory completely. Oliver ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/pccdonl %40mac.com This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
1. install java-1.5-sun and in eclipse->Preferences->java->installed JREs-> select java-1.5-sun not java-1.5.0-gcj-4.2 coming with Ubuntu. 2. should be wobuild.properties All Linux distributions that are derived from RedHat only provide the GNU JAVA compatibility stuff. The first thing when you want to do JAVA here is to replace that by the SUN or IBM (or perhaps BEA) distribution. The problem is that many system administrators are not aware of this... :-( Oliver Am 28.05.2008 um 01:16 schrieb Ren, Kevin: Hi, 1. install java-1.5-sun and in eclipse->Preferences->java->installed JREs-> select java-1.5-sun not java-1.5.0-gcj-4.2 coming with Ubuntu. 2. should be wobuild.properties at java.lang.Class.initializeClass(libgcj.so.81) I think it's using java-1.5.0-gcj-4.2 Good luck, kevin -Original Message- From: Qi Yang [mailto:[EMAIL PROTECTED] Sent: Wednesday, 28 May 2008 10:33 a.m. To: Ren, Kevin Cc: webobjects-dev@lists.apple.com Subject: Re: Install WO 5.3/WOLips on Ubuntu Hi Kevin, Thanks for the reply, I came across your mails in the mailing list before, I do have java 1.5, and my wobuild.properties is setup right as far as I can tell... is it suppose to be named build.properties instead? Oh and I didn't really bother to put link to API reference docs in proper place, thinking it won't matter... Do you have other resources/links to troubleshoot this? if you don't remember what exactly you did to fix it? I'll try to verify everything and get back... Thanks again, Qi On 27-May-08, at 4:45 PM, Ren, Kevin wrote: Hi, I got this before,but couldn't remember how to fix it. 1. check your java version, should be sun-java 1.5, not java coming with ubuntu. 2. build.properties wo.wosystemroot=/home/xiaowen/Apple/System wo.wolocalroot=/home/xiaowen/Apple wo.woroot=/home/xiaowen/Apple wo.dir.reference.api=/home/xiaowen/Apple/Developer/Documentation/ DocSets /com.apple.ADC_Reference_Library.WebObjectsReference.docset/Contents/ Res ources/Documents/reference/ Give a try, good luck kevin -Original Message- Behalf Of Qi Yang Sent: Wednesday, 28 May 2008 7:51 a.m. Subject: Install WO 5.3/WOLips on Ubuntu Hi all, I'm trying to set up a WO build environment on Ubuntu 8.04 with WO5.3. I tried following guides from http://wiki.objectstyle.org/confluence/ and mostly: http://wiki.objectstyle.org/confluence/display/WOL/Usage+for+Other +*NIX however, after I installed eclipse + WOLips, copied the frameworks in place and fixed wobuild.properties, I can't correctly build even a default sample project from WOLips. First the build path is incomplete, WOLips only sees a subset of all the frameworks in .../System/Library/Frameworks. There are more than 20, but WOLips only sees about 8. So to resolve the reference problems I added the other jars I can see in System/Library/Frameworks and Library/WebObjects/Lib manually through adding external JAR. Then I no longer have build path problem or reference error, but when I try to build the project in Eclipse I always get the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: com.webobjects.foundation.NSTimeZone at java.lang.Class.initializeClass(libgcj.so.81) at com.webobjects.foundation.NSLog $PrintStreamLogger.(NSLog.java:1643) [...] at com.webobjects.foundation._NSUtilities.(_NSUtilities.java: 154) [...] at com.webobjects.appserver.WOApplication.(WOApplication.java: 165) [...] From some googling this seem occured before on other people's ubuntu setup, but I have yet to find any solution for this. What am I doing wrong here? or has any one else got WO5.3 + WOLips working on ubuntu 8.04? I'll really appreciate any input, thank you for your time, Qi This email sent to [EMAIL PROTECTED] "This communication is confidential and may contain privileged and/ or copyright material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email, delete the emails and destroy any hard copies. ANZ National Bank Limited does not guarantee the integrity of this communication, or that it is free from errors, viruses or interference." "This communication is confidential and may contain privileged and/ or copyright material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email, delete the emails and destroy any hard copies. ANZ National Bank Limited does not guarantee the integrity of this communication, or that it is free from errors, viruses or interference." ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/os%40webinspace.de This email sent to [EMAIL PROTECTED
Re: ResourceManager/RequestHandler and security issues
To serve images and CSS files through tomcat, you can put your images and files in the ROOT webapp under the WEBAPPS directory, I place my images in a directory named images. If you are using the JK connector you put them on your webserver in the root directory and images directory . one of the difficulties in the current project is, that I can only upload/provide a WAR ;-) I don't have any direct access to anything else and also want to keep the installation procedure as much simple as possible. My idea would be to validate the wodata path against something like WEBINFOROOT/MyApp.woa/Contents/WebServerResources (or better but less secure to catch all frameworks) - path must contain "WebServerResources"... Much better would be to additionally encrypt the string to hide the physical directory completely. Oliver smime.p7s Description: S/MIME cryptographic signature ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
Hi Chuck, I found out what's causing WOLips to Not recognize some of the frameworks. The frameworks that do show up all have the internal structure: framework -Resource -WebServerResource while the ones that don't show up have a nested /versions/A/... structure: framework -version --A ---Resource ---WebServerResource ---(etc.) having checked the original files on OS X, the frameworks with version/A structure all have a softlink pointing to the resource folders at the root of the framework folder. These softlinks are all gone once I copied the file to Ubuntu, which is probably why WOLips doesn't recognize them. I tried move the Reource and WebserverResource folders back to the root of the framework, now it will show up and work properly inside WOLips. Once I fixed the Java runtime for Eclipse(running java-1.5.0-sun now), and did this for all the frameworks that doesn't showup, WOLips seem to work properly now, I can build and run a sample app without errors. It's strange that I didn't see this mentioned else where, I'll be sure to note it in our documentation at http://stanley.cdf.toronto.edu/drproject/csc49x/webcat Thanks to everyone for the help, this mailing list is very helpful. Qi On Tue, 2008-05-27 at 19:55 -0700, Chuck Hill wrote: > On May 27, 2008, at 6:57 PM, Qi Yang wrote: > > > here's what's in wobuild.properties: > > wo.woroot=/ > > wo.dir.local=/ > > wo.dir.user.home.library=/home/user/Library > > wo.dir.library=/WO/System/Library > > wo.wosystemroot=/WO/System > > wo.dir.local.library=/WO/Library > > wo.dir.library.frameworks=/WO/System/Library/Frameworks > > wo.dir.user.home.library.frameworks=/home/user/Library/Frameworks > > wo.dir.root=/ > > wo.dir.local.library.frameworks=/WO/Library/Frameworks > > wo.dir.system=/WO/System > > wo.wolocalroot=/ > > wo.dir.reference.api=/WO/API/ > > If you are using modern versions, these should be the only three you > need: > > wo.wosystemroot=/WO/System > wo.wolocalroot=/ > wo.woroot=/ > > > > and the Problem view in Eclipse is empty > > I don't think I have ever seen that! :-) > > > > I dont have direct access to the ubuntu machine now, ill check and > > confirm the rest tomorrow. > > > > thanks again for the help, > > Always a pleasure. Let us know what you find out about which JVM it > is using. > > Chuck > > > > > On 27-May-08, at 8:44 PM, Chuck Hill wrote: > > > >> Please keep messages on the list. > >> On May 27, 2008, at 5:37 PM, Qi Yang wrote: > >> > >>> Thanks for the reply Chuck, > >>> > >>> On 27-May-08, at 6:44 PM, Chuck Hill wrote: > No. wobuild.properties describes the setup for a user. > build.properties is project specific. They are two totally > unrelated files. > >>> Sorry I have no idea, still a noobie at this ;) > >> > >> Maybe I missed it earlier, but can you paste in the contents of > >> your ~/Library/wobuild.properties file? > >> > >> > What frameworks in /System/Library/Frameworks don't show up? > There are only about 12 frameworks that WO uses. > >>> The ones that do show up: > >>> JavaWebServicesSupport > >>> JavaWebServicesClient > >>> JavaJNDIAdaptor > >>> JavaDTWGeneration > >>> JavaJDBCAdaptor > >>> JavaXML > >>> JavaWebObjects > >>> JavaEOInterfaceCocoa > >>> > >>> the ones that don't show up, there are a few from XCode 2.5 which > >>> are probably not needed: > >>> EOModeler > >>> JDBCEOAdaptor > >>> JNDIEOAdaptor > >> > >> Those three are not Java and should not show up. > >> > >> > >>> JavaDirectToWeb > >>> JavaEOAccess > >>> JavaEOApplication > >>> JavaEOCocoa > >>> JavaEOControl > >>> JavaEODistribution > >>> JavaEOGeneration > >>> JavaEOInterface > >>> JavaEOInterfaceSwing > >>> JavaEOProject > >>> JavaEORuleSystem > >>> JavaEOTool > >>> JavaFoundation > >>> JavaWOExtensions > >>> JavaWOJSPServlet > >>> JavaWebServicesGeneration > >> > >> Those really should show up. I can't think of an explanation of > >> why JavaWebObjects would show up and JavaFoundation would not. > >> That is just plain strange. > >> > >> > >>> I'm guess a lot of these are not really needed. I tried to load > >>> the jar file within the framework manually in Eclipse to resolve > >>> the reference errors, but that leads me to the error i mentioned > >>> earlier in com.webobjects.foundation.NSTimeZone > >> > >> I think you really need them referenced properly for WOLips to work > >> fully correctly. > >> > >> > >>> I'll need to go back and the check the Java version too. > >> > >> > >> It might be that. It could be the Ubuntu JVM is throwing errors > >> when loading the jar file for some of these frameworks. > >> > >> > >> Under Window - View, open the Problems view. Have a look at what > >> is reported in there. > >> > >> > >> 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/prod
Re: ResourceManager/RequestHandler and security issues
Hello; To serve images and CSS files through tomcat, you can put your images and files in the ROOT webapp under the WEBAPPS directory, I place my images in a directory named images. If you are using the JK connector you put them on your webserver in the root directory and images directory . I have been told that you should not use tomcat to serve static files, as this is not what it is designed for. It works fine for me in a test environment, in production I use JK and place static files in the IIS wwwroot directory. Thanks, don On May 28, 2008, at 1:35 PM, Oliver Scheel wrote: I like the way to deploy (low traffic) WO apps as SSDD and serving static resources from the extracted WAR thru tomcat. Now the path which is passed to handleRequest is not validated against e.g. WEBINFROOT. This means it is possible to request any file from the server that is world readable. Currently I use the ERXStaticResourceRequestHandler which doesn't do these checks. Is there perhaps already a solution out there or does it make more sense to write my own (or on base on the Wonder stuff)? It seems that not so many deplay WO as a servlet, but I think it is more complient to get into the J2EE world ;-) And it works really great! Oliver ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/pccdonl %40mac.com This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
ResourceManager/RequestHandler and security issues
I like the way to deploy (low traffic) WO apps as SSDD and serving static resources from the extracted WAR thru tomcat. Now the path which is passed to handleRequest is not validated against e.g. WEBINFROOT. This means it is possible to request any file from the server that is world readable. Currently I use the ERXStaticResourceRequestHandler which doesn't do these checks. Is there perhaps already a solution out there or does it make more sense to write my own (or on base on the Wonder stuff)? It seems that not so many deplay WO as a servlet, but I think it is more complient to get into the J2EE world ;-) And it works really great! Oliver smime.p7s Description: S/MIME cryptographic signature ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
Take a look at this page regarding setting up java: http://ubuntuforums.org/showthread.php?t=201378 On Wed, May 28, 2008 at 9:42 AM, Qi Yang <[EMAIL PROTECTED]> wrote: > Hi Chuck, Kevin, > > Eclipse was using java-1.5.0-gcj-4.2-1.5.0.0 > I installed sun-1.5.0-java but that didn't seem to make any difference. > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
Hi Qi Yang, Try setting wo.wolocalroot=/WO wo.woroot=/WO instead of just wo.wolocalroot=/ wo.woroot=/ I have it installed on my Mandriva 2008 machine at home and will check my wobuild.properties file to be sure exactly how it was set and will get back to you if I've misled you somehow. It might not be a bad idea to set $NEXT_ROOT=/WO. Cheers On May 28, 2008, at 5:42 PM, Qi Yang wrote: Hi Chuck, Kevin, Eclipse was using java-1.5.0-gcj-4.2-1.5.0.0 I installed sun-1.5.0-java but that didn't seem to make any difference. WOLips still only sees the same 8 frameworks. What version of WOLips can be considered modern? I have 3.3.5193, but when I change wobuild.properties to the 3 lines you provided, WOLips fail to see any frameworks in System/Library... Qi On Tue, 2008-05-27 at 19:55 -0700, Chuck Hill wrote: On May 27, 2008, at 6:57 PM, Qi Yang wrote: If you are using modern versions, these should be the only three you need: wo.wosystemroot=/WO/System wo.wolocalroot=/ wo.woroot=/ and the Problem view in Eclipse is empty I don't think I have ever seen that! :-) I dont have direct access to the ubuntu machine now, ill check and confirm the rest tomorrow. thanks again for the help, Always a pleasure. Let us know what you find out about which JVM it is using. Chuck On 27-May-08, at 8:44 PM, Chuck Hill wrote: Please keep messages on the list. On May 27, 2008, at 5:37 PM, Qi Yang wrote: Thanks for the reply Chuck, On 27-May-08, at 6:44 PM, Chuck Hill wrote: No. wobuild.properties describes the setup for a user. build.properties is project specific. They are two totally unrelated files. Sorry I have no idea, still a noobie at this ;) Maybe I missed it earlier, but can you paste in the contents of your ~/Library/wobuild.properties file? What frameworks in /System/Library/Frameworks don't show up? There are only about 12 frameworks that WO uses. The ones that do show up: JavaWebServicesSupport JavaWebServicesClient JavaJNDIAdaptor JavaDTWGeneration JavaJDBCAdaptor JavaXML JavaWebObjects JavaEOInterfaceCocoa the ones that don't show up, there are a few from XCode 2.5 which are probably not needed: EOModeler JDBCEOAdaptor JNDIEOAdaptor Those three are not Java and should not show up. JavaDirectToWeb JavaEOAccess JavaEOApplication JavaEOCocoa JavaEOControl JavaEODistribution JavaEOGeneration JavaEOInterface JavaEOInterfaceSwing JavaEOProject JavaEORuleSystem JavaEOTool JavaFoundation JavaWOExtensions JavaWOJSPServlet JavaWebServicesGeneration Those really should show up. I can't think of an explanation of why JavaWebObjects would show up and JavaFoundation would not. That is just plain strange. I'm guess a lot of these are not really needed. I tried to load the jar file within the framework manually in Eclipse to resolve the reference errors, but that leads me to the error i mentioned earlier in com.webobjects.foundation.NSTimeZone I think you really need them referenced properly for WOLips to work fully correctly. I'll need to go back and the check the Java version too. It might be that. It could be the Ubuntu JVM is throwing errors when loading the jar file for some of these frameworks. Under Window - View, open the Problems view. Have a look at what is reported in there. 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 ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/bzlat%40tuparev.com This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
Hi Qi Yang, Try setting wo.wolocalroot=/WO wo.woroot=/WO instead of just wo.wolocalroot=/ wo.woroot=/ I have it installed on my Mandriva 2008 machine at home and will check my wobuild.properties file to be sure exactly how it was set and will get back to you if I've misled you somehow. It might not be a bad idea to set $NEXT_ROOT=/WO. Cheers On May 28, 2008, at 5:42 PM, Qi Yang wrote: Hi Chuck, Kevin, Eclipse was using java-1.5.0-gcj-4.2-1.5.0.0 I installed sun-1.5.0-java but that didn't seem to make any difference. WOLips still only sees the same 8 frameworks. What version of WOLips can be considered modern? I have 3.3.5193, but when I change wobuild.properties to the 3 lines you provided, WOLips fail to see any frameworks in System/Library... Qi On Tue, 2008-05-27 at 19:55 -0700, Chuck Hill wrote: On May 27, 2008, at 6:57 PM, Qi Yang wrote: If you are using modern versions, these should be the only three you need: wo.wosystemroot=/WO/System wo.wolocalroot=/ wo.woroot=/ and the Problem view in Eclipse is empty I don't think I have ever seen that! :-) I dont have direct access to the ubuntu machine now, ill check and confirm the rest tomorrow. thanks again for the help, Always a pleasure. Let us know what you find out about which JVM it is using. Chuck On 27-May-08, at 8:44 PM, Chuck Hill wrote: Please keep messages on the list. On May 27, 2008, at 5:37 PM, Qi Yang wrote: Thanks for the reply Chuck, On 27-May-08, at 6:44 PM, Chuck Hill wrote: No. wobuild.properties describes the setup for a user. build.properties is project specific. They are two totally unrelated files. Sorry I have no idea, still a noobie at this ;) Maybe I missed it earlier, but can you paste in the contents of your ~/Library/wobuild.properties file? What frameworks in /System/Library/Frameworks don't show up? There are only about 12 frameworks that WO uses. The ones that do show up: JavaWebServicesSupport JavaWebServicesClient JavaJNDIAdaptor JavaDTWGeneration JavaJDBCAdaptor JavaXML JavaWebObjects JavaEOInterfaceCocoa the ones that don't show up, there are a few from XCode 2.5 which are probably not needed: EOModeler JDBCEOAdaptor JNDIEOAdaptor Those three are not Java and should not show up. JavaDirectToWeb JavaEOAccess JavaEOApplication JavaEOCocoa JavaEOControl JavaEODistribution JavaEOGeneration JavaEOInterface JavaEOInterfaceSwing JavaEOProject JavaEORuleSystem JavaEOTool JavaFoundation JavaWOExtensions JavaWOJSPServlet JavaWebServicesGeneration Those really should show up. I can't think of an explanation of why JavaWebObjects would show up and JavaFoundation would not. That is just plain strange. I'm guess a lot of these are not really needed. I tried to load the jar file within the framework manually in Eclipse to resolve the reference errors, but that leads me to the error i mentioned earlier in com.webobjects.foundation.NSTimeZone I think you really need them referenced properly for WOLips to work fully correctly. I'll need to go back and the check the Java version too. It might be that. It could be the Ubuntu JVM is throwing errors when loading the jar file for some of these frameworks. Under Window - View, open the Problems view. Have a look at what is reported in there. 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 ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/bzlat%40tuparev.com This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Install WO 5.3/WOLips on Ubuntu
Hi Chuck, Kevin, Eclipse was using java-1.5.0-gcj-4.2-1.5.0.0 I installed sun-1.5.0-java but that didn't seem to make any difference. WOLips still only sees the same 8 frameworks. What version of WOLips can be considered modern? I have 3.3.5193, but when I change wobuild.properties to the 3 lines you provided, WOLips fail to see any frameworks in System/Library... Qi On Tue, 2008-05-27 at 19:55 -0700, Chuck Hill wrote: > On May 27, 2008, at 6:57 PM, Qi Yang wrote: > > If you are using modern versions, these should be the only three you > need: > > wo.wosystemroot=/WO/System > wo.wolocalroot=/ > wo.woroot=/ > > > > and the Problem view in Eclipse is empty > > I don't think I have ever seen that! :-) > > > > I dont have direct access to the ubuntu machine now, ill check and > > confirm the rest tomorrow. > > > > thanks again for the help, > > Always a pleasure. Let us know what you find out about which JVM it > is using. > > Chuck > > On 27-May-08, at 8:44 PM, Chuck Hill wrote: > > > >> Please keep messages on the list. > >> On May 27, 2008, at 5:37 PM, Qi Yang wrote: > >> > >>> Thanks for the reply Chuck, > >>> > >>> On 27-May-08, at 6:44 PM, Chuck Hill wrote: > No. wobuild.properties describes the setup for a user. > build.properties is project specific. They are two totally > unrelated files. > >>> Sorry I have no idea, still a noobie at this ;) > >> > >> Maybe I missed it earlier, but can you paste in the contents of > >> your ~/Library/wobuild.properties file? > >> > >> > What frameworks in /System/Library/Frameworks don't show up? > There are only about 12 frameworks that WO uses. > >>> The ones that do show up: > >>> JavaWebServicesSupport > >>> JavaWebServicesClient > >>> JavaJNDIAdaptor > >>> JavaDTWGeneration > >>> JavaJDBCAdaptor > >>> JavaXML > >>> JavaWebObjects > >>> JavaEOInterfaceCocoa > >>> > >>> the ones that don't show up, there are a few from XCode 2.5 which > >>> are probably not needed: > >>> EOModeler > >>> JDBCEOAdaptor > >>> JNDIEOAdaptor > >> > >> Those three are not Java and should not show up. > >> > >> > >>> JavaDirectToWeb > >>> JavaEOAccess > >>> JavaEOApplication > >>> JavaEOCocoa > >>> JavaEOControl > >>> JavaEODistribution > >>> JavaEOGeneration > >>> JavaEOInterface > >>> JavaEOInterfaceSwing > >>> JavaEOProject > >>> JavaEORuleSystem > >>> JavaEOTool > >>> JavaFoundation > >>> JavaWOExtensions > >>> JavaWOJSPServlet > >>> JavaWebServicesGeneration > >> > >> Those really should show up. I can't think of an explanation of > >> why JavaWebObjects would show up and JavaFoundation would not. > >> That is just plain strange. > >> > >> > >>> I'm guess a lot of these are not really needed. I tried to load > >>> the jar file within the framework manually in Eclipse to resolve > >>> the reference errors, but that leads me to the error i mentioned > >>> earlier in com.webobjects.foundation.NSTimeZone > >> > >> I think you really need them referenced properly for WOLips to work > >> fully correctly. > >> > >> > >>> I'll need to go back and the check the Java version too. > >> > >> > >> It might be that. It could be the Ubuntu JVM is throwing errors > >> when loading the jar file for some of these frameworks. > >> > >> > >> Under Window - View, open the Problems view. Have a look at what > >> is reported in there. > >> > >> > >> 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 > > > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
ERXServletAdaptor source?
There is only that erxservletadaptor.jar in ERJars, but where is the source? ;-) Oliver smime.p7s Description: S/MIME cryptographic signature ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: EditingContext-Sync [was: WOLongResponesePage Problem]
Am 27.05.2008 um 22:58 schrieb Tonny Staunsbrink: The reason consider using the same editing context, is that sooner or later i properly wan't my eo's to be displayed to the user At the end of the LongResponse I guess? and usign two ec's will either force me to localize eo's (and using global ids), which i consider a bit clumsy, You either localize them or just fetch them into the new EditingContext. Nothing clumsy about it. or i will have to keep a reference to the newly created ec in the background job, and that bookkeeping adds up, if the user can perform several backend jobs. The EditingContexts do the bookkeping anyway and saveChanges() will propagate the changes. If you are about to create new objects, I'd recommend using a new EditingContext anyway, otherwise you might blow the whole Session if something goes wrong. Or did I miss your point? atze ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ERXValidationException out of a Unique Constraint Violation
I probably did have issues but I did get my original uniqueness check working 'good enough' but my biggest motivation was performance. Originally I was checking for uniqueness in my validateKeys() by doing fetches to get the latest from the DB ( I can see folks wincing right now at the thought ). This was way before I understood just how often those validation methods get called and therefore how expensive that is to be doing. Leaving it to the db at the very latest seems to be a very efficient and fairly elegant way of looking after this and things certainly now feel 'snappier' Am 27.05.2008 um 20:05 schrieb Chuck Hill: The thing is, as I expect Paul has found out, is that this won't work reliably. Something else can add the value to the database between when you make this check and when the SQL transaction is committed. ... [...] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Webobjects and WOLips images
Am 28.05.2008 um 00:06 schrieb Don Lindsay: I need Webobjects and WOLips images to place in my installation that I am building. Is there a place where I can get these types of images? http://www.apple.com/about/webbadges/ Timo ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]