Re: EOGenerator Docs?

2008-05-28 Thread Mike Schrag
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?

2008-05-28 Thread John Huss
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?

2008-05-28 Thread Jeff Schmitz

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)

2008-05-28 Thread Jim Roepcke
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

2008-05-28 Thread Art Isbell

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

2008-05-28 Thread Steve Peery
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)

2008-05-28 Thread Johan Henselmans


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)

2008-05-28 Thread Chuck Hill


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

2008-05-28 Thread Anjo Krank
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

2008-05-28 Thread Oliver Scheel
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

2008-05-28 Thread 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]


 ___
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

2008-05-28 Thread Chuck Hill

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

2008-05-28 Thread Don Lindsay
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

2008-05-28 Thread Oliver Scheel



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

2008-05-28 Thread Oliver Scheel


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

2008-05-28 Thread Qi Yang
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

2008-05-28 Thread Don Lindsay

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

2008-05-28 Thread Oliver Scheel
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

2008-05-28 Thread John Huss
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

2008-05-28 Thread Bogdan Zlatanov

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

2008-05-28 Thread Bogdan Zlatanov

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

2008-05-28 Thread Qi Yang
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?

2008-05-28 Thread Oliver Scheel
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]

2008-05-28 Thread Alexander Spohr


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

2008-05-28 Thread Paul Stringer
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

2008-05-28 Thread Timo Hoepfner


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]