Re: a unique object representative of an EO?

2016-06-21 Thread Matthew Ness 
OC,

Like Ramsay, I'm not completely across what you want to achieve here.
But even with a "java-level" locking solution, what is your strategy for
multiple WO instances of your application? 


Regards,

-- 
Matt
http://logicsquad.net



On Wed, Jun 22, 2016, at 02:40 AM, Samuel Pelletier wrote:
> OC,
> 
> Creating some sort of lock repository based on GID is probably the most
> generic way to do this.
> 
> If the execution of this code can be async, you may also use a blocking
> queue to serialize the processing and does not requiring lock.
> 
> Samuel
> 
> 
> > Le 21 juin 2016 à 08:51, ocs.cz  a écrit :
> > 
> > Hello there,
> > 
> > I would need an unique object representative of an EO. The object needs to 
> > be identical for all EO clones of all editing contexts.
> > 
> > Such a _value_ representation would be the primary key or GID; but these, 
> > far as I know, ensure only isEqual for same EO, not ==. I need the identity 
> > -- namely, for Java-level locking; the intended usage is something like
> > 
> > ===
> > synchronized (representative(eo)) {
> >  ... this code never runs concurrently for given EO, regardless of its 
> > editing context ...
> > }
> > ===
> > 
> > Is there such an object in EOF, or do I have to create a dictionary keyed 
> > by GID or PK? The latter is simple to create, but it is sort of difficult 
> > to know when to remove the pair from there.
> > 
> > Thanks,
> > OC
> > 
> > 

 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Problems with WOJenkins

2016-06-21 Thread Pascal Robert 
Well, looks like I forgot everything after 3 years… I’m trying to build an app 
with the template WOJenkins_Job_WOProject_Git, but I’m getting this:

Parsing 
/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Projects/**/.classpath to 
determine WOFramework dependencies
cat: 
/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Projects/**/.classpath: No 
such file or directory
WOFrameworks required by SimpleApp :

Find them and create Symbolic Links to them (much faster than copying!)
Link to woproject.jar so Ant can build the WO project.
Setup 
/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Root/jenkins.build.properties
 for Ant to use for building
Create link for backward compatibility with old build.properties file name 
since old build jobs will still be pointing to it.
ln -sfn 
/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Root/jenkins.build.properties
 /Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Root/build.properties
ERROR: Unable to find build script at 
/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Projects/SimpleApp/build.xml

Problem is, the file in one directory higher:

/Users/Shared/Jenkins/Home/jobs/SimpleApp/workspace/Projects/build.xml

 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: [E] HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread lists . fabian 
The path of least resistance may be to just set HOME/HOMEROOT to some value and 
move on. Worked for me, AFAIR…

> Am 21.06.2016 um 14:45 schrieb Soles, James T :
> 
> Fabian,
> 
> I'm not certain how I can be sure that it is getting found.  I can say that 
> the definition is in the wolips.properties file and it appears that the 
> wolips.properties file is being used/found in the ant build.
> 
> Where I am having the issue is at deployment since our run time servers are 
> not resolving the HOMEROOT found in the UNIXClassPath.txt file now.
> 
> Thanks,
> 
> Terry Soles
> 214-273-3916
> 
> 
> -Original Message-
> From: webobjects-dev-bounces+terry.soles=one.verizon@lists.apple.com 
> [mailto:webobjects-dev-bounces+terry.soles=one.verizon@lists.apple.com] 
> On Behalf Of Fabian Peters
> Sent: Tuesday, June 21, 2016 2:26 PM
> To: Webobjects-dev@lists.apple.com
> Subject: Re: [E] HOMEROOT in my UNIXClassPath.txt
> 
> Hi Terry,
> 
> I'm fairly certain that the choice of the build script is based on the 
> presence of the WOBootstrap.jar. If you're sure it is getting found during 
> the build then I don't know what it could be.
> 
> Fabian
> 
>> Am 21.06.2016 um 14:15 schrieb Soles, James T :
>> 
>> Fabian,
>> 
>> Thank you for your response.  I'm not certain what you mean by " 
>> WOBootstrap.jar is missing from your new build environment".
>> 
>> I have it defined in the wolips.properties file as; 
>> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wot
>> askd.woa/WOBootstrap.jar
>> 
>> And this file does exist on my build machine.
>> 
>> Thanks,
>> 
>> Terry Soles
>> 214-273-3916
>> 
>> 
>> -Original Message-
>> From: Fabian Peters [mailto:lists.fab...@e-lumo.com]
>> Sent: Tuesday, June 21, 2016 2:10 PM
>> To: Webobjects-dev@lists.apple.com
>> Cc: Soles, James T
>> Subject: [E] Re: HOMEROOT in my UNIXClassPath.txt
>> 
>> Hi Terry,
>> 
>> WOBootstrap.jar is missing from your new build environment. When it is 
>> absent, the pre-5.2 startup script is being used.
>> That being said, the old script works fine for me, as long as HOME and 
>> NEXT_ROOT are set and _all_ framework dependencies are embedded.
>> 
>> Fabian
>> 
>>> Am 21.06.2016 um 09:10 schrieb Soles, James T :
>>> 
>>> We are in the process of moving our app to Java 8 and have made some 
>>> changes to some of our build files.  In particular, we have had to change 
>>> where the files are created and where the WO frameworks are stored on our 
>>> new Mac Books.  I am now seeing the HOMEROOT variable in the 
>>> UNIXClassPath.txt file instead of the WOROOT which used to exist in these 
>>> files.
>>> 
>>> Can someone help me understand what I need to change to get this to use 
>>> WOROOT again instead of HOMEROOT?
>>> 
>>> Here is one of the ant build files and my wolips.properties file.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> />
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> value="${user.home}${file.separator}wolips.properties" />
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> value="${project.name.lowercase}" />
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> classname="org.objectstyle.woproject.ant.WOApplication"/>
>>> 
>>> 
>>> >> principalClass="${principalClass}">
>>> 
>>> 
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>>
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>  
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> />
>>> 
>>> >> jarfile="${dest.dir}/${build.app.name}.woa/Contents/Resources/Java/${
>>> b
>>> uild.app.name.lowercase}.jar"/>
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> classname="org.objectstyle.woproject.ant.WOCompile" />
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>  
>>> 
>>>  
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>
>>> 
>>>  
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> #Wed Feb 18 09:10:35 EST 2009
>>> 
>>> wo.system.root=/Users/v822480
>>> 
>>> wo.user.frameworks=/Users/v822480/Library/Frameworks
>>> 
>>> wo.system.frameworks=/Users/v822480/Library/Frameworks
>>> 
>>> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wo
>>> t
>>> askd.woa/WOBootstrap.jar
>>> 
>>> wo.network.frameworks=/Network/Library/Frame

RE: [E] HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread Soles, James T 
Fabian,

I'm not certain how I can be sure that it is getting found.  I can say that the 
definition is in the wolips.properties file and it appears that the 
wolips.properties file is being used/found in the ant build.

Where I am having the issue is at deployment since our run time servers are not 
resolving the HOMEROOT found in the UNIXClassPath.txt file now.

Thanks,

Terry Soles
214-273-3916


-Original Message-
From: webobjects-dev-bounces+terry.soles=one.verizon@lists.apple.com 
[mailto:webobjects-dev-bounces+terry.soles=one.verizon@lists.apple.com] On 
Behalf Of Fabian Peters
Sent: Tuesday, June 21, 2016 2:26 PM
To: Webobjects-dev@lists.apple.com
Subject: Re: [E] HOMEROOT in my UNIXClassPath.txt

Hi Terry,

I'm fairly certain that the choice of the build script is based on the presence 
of the WOBootstrap.jar. If you're sure it is getting found during the build 
then I don't know what it could be.

Fabian

> Am 21.06.2016 um 14:15 schrieb Soles, James T :
> 
> Fabian,
> 
> Thank you for your response.  I'm not certain what you mean by " 
> WOBootstrap.jar is missing from your new build environment".
> 
> I have it defined in the wolips.properties file as; 
> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wot
> askd.woa/WOBootstrap.jar
> 
> And this file does exist on my build machine.
> 
> Thanks,
> 
> Terry Soles
> 214-273-3916
> 
> 
> -Original Message-
> From: Fabian Peters [mailto:lists.fab...@e-lumo.com]
> Sent: Tuesday, June 21, 2016 2:10 PM
> To: Webobjects-dev@lists.apple.com
> Cc: Soles, James T
> Subject: [E] Re: HOMEROOT in my UNIXClassPath.txt
> 
> Hi Terry,
> 
> WOBootstrap.jar is missing from your new build environment. When it is 
> absent, the pre-5.2 startup script is being used.
> That being said, the old script works fine for me, as long as HOME and 
> NEXT_ROOT are set and _all_ framework dependencies are embedded.
> 
> Fabian
> 
>> Am 21.06.2016 um 09:10 schrieb Soles, James T :
>> 
>> We are in the process of moving our app to Java 8 and have made some changes 
>> to some of our build files.  In particular, we have had to change where the 
>> files are created and where the WO frameworks are stored on our new Mac 
>> Books.  I am now seeing the HOMEROOT variable in the UNIXClassPath.txt file 
>> instead of the WOROOT which used to exist in these files.
>> 
>> Can someone help me understand what I need to change to get this to use 
>> WOROOT again instead of HOMEROOT?
>> 
>> Here is one of the ant build files and my wolips.properties file.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > value="${user.home}${file.separator}wolips.properties" />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > value="${project.name.lowercase}" />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > classname="org.objectstyle.woproject.ant.WOApplication"/>
>> 
>> 
>> > principalClass="${principalClass}">
>> 
>> 
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > />
>> 
>> > jarfile="${dest.dir}/${build.app.name}.woa/Contents/Resources/Java/${
>> b
>> uild.app.name.lowercase}.jar"/>
>> 
>> 
>> 
>> 
>> 
>> 
>> > classname="org.objectstyle.woproject.ant.WOCompile" />
>> 
>> 
>> 
>> 
>> 
>> 
>>   
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> #Wed Feb 18 09:10:35 EST 2009
>> 
>> wo.system.root=/Users/v822480
>> 
>> wo.user.frameworks=/Users/v822480/Library/Frameworks
>> 
>> wo.system.frameworks=/Users/v822480/Library/Frameworks
>> 
>> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wo
>> t
>> askd.woa/WOBootstrap.jar
>> 
>> wo.network.frameworks=/Network/Library/Frameworks
>> 
>> wo.api.root=/Developer/Documentation/DocSets/com.apple.ADC_Reference_
>> L 
>> ibrary.WebObjectsReference.docset/Contents/Resources/Documents/docume
>> n tation/InternetWeb/Reference/WO542Reference
>> 
>> wo.network.root=/Network
>> 
>> wo.extensions=/Users/v822480/Local/Library/WebObjects/Extensions
>> 
>> wo.user.root=/Users/v822480
>> 
>> wo.local.frameworks=/Users/v822480/Local/Library/Frameworks
>> 
>> wo.apps.root=/Users/v822480/Local/Library/We

Re: [E] HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread Fabian Peters 
Hi Terry,

I'm fairly certain that the choice of the build script is based on the presence 
of the WOBootstrap.jar. If you're sure it is getting found during the build 
then I don't know what it could be.

Fabian

> Am 21.06.2016 um 14:15 schrieb Soles, James T :
> 
> Fabian,
> 
> Thank you for your response.  I'm not certain what you mean by " 
> WOBootstrap.jar is missing from your new build environment".
> 
> I have it defined in the wolips.properties file as; 
> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wotaskd.woa/WOBootstrap.jar
> 
> And this file does exist on my build machine.
> 
> Thanks,
> 
> Terry Soles
> 214-273-3916
> 
> 
> -Original Message-
> From: Fabian Peters [mailto:lists.fab...@e-lumo.com] 
> Sent: Tuesday, June 21, 2016 2:10 PM
> To: Webobjects-dev@lists.apple.com
> Cc: Soles, James T
> Subject: [E] Re: HOMEROOT in my UNIXClassPath.txt
> 
> Hi Terry,
> 
> WOBootstrap.jar is missing from your new build environment. When it is 
> absent, the pre-5.2 startup script is being used.
> That being said, the old script works fine for me, as long as HOME and 
> NEXT_ROOT are set and _all_ framework dependencies are embedded.
> 
> Fabian
> 
>> Am 21.06.2016 um 09:10 schrieb Soles, James T :
>> 
>> We are in the process of moving our app to Java 8 and have made some changes 
>> to some of our build files.  In particular, we have had to change where the 
>> files are created and where the WO frameworks are stored on our new Mac 
>> Books.  I am now seeing the HOMEROOT variable in the UNIXClassPath.txt file 
>> instead of the WOROOT which used to exist in these files.
>> 
>> Can someone help me understand what I need to change to get this to use 
>> WOROOT again instead of HOMEROOT?
>> 
>> Here is one of the ant build files and my wolips.properties file.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > value="${user.home}${file.separator}wolips.properties" />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > value="${project.name.lowercase}" />
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > classname="org.objectstyle.woproject.ant.WOApplication"/>
>> 
>> 
>> > principalClass="${principalClass}">
>> 
>> 
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>>   
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > />
>> 
>> > jarfile="${dest.dir}/${build.app.name}.woa/Contents/Resources/Java/${b
>> uild.app.name.lowercase}.jar"/>
>> 
>> 
>> 
>> 
>> 
>> 
>> > classname="org.objectstyle.woproject.ant.WOCompile" />
>> 
>> 
>> 
>> 
>> 
>> 
>>   
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>>   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> #Wed Feb 18 09:10:35 EST 2009
>> 
>> wo.system.root=/Users/v822480
>> 
>> wo.user.frameworks=/Users/v822480/Library/Frameworks
>> 
>> wo.system.frameworks=/Users/v822480/Library/Frameworks
>> 
>> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wot
>> askd.woa/WOBootstrap.jar
>> 
>> wo.network.frameworks=/Network/Library/Frameworks
>> 
>> wo.api.root=/Developer/Documentation/DocSets/com.apple.ADC_Reference_L
>> ibrary.WebObjectsReference.docset/Contents/Resources/Documents/documen
>> tation/InternetWeb/Reference/WO542Reference
>> 
>> wo.network.root=/Network
>> 
>> wo.extensions=/Users/v822480/Local/Library/WebObjects/Extensions
>> 
>> wo.user.root=/Users/v822480
>> 
>> wo.local.frameworks=/Users/v822480/Local/Library/Frameworks
>> 
>> wo.apps.root=/Users/v822480/Local/Library/WebObjects/Applications
>> 
>> wo.local.root=/
>> 
>> wo.dir.webroot=/Users/v822480/inetpub/wwwroot/WebObjects
>> 
>> Here’s the UNIXClassPath.txt file which is now being generated:
>> 
>> # JVM  == java
>> # JVMOptions   ==
>> # JDB  == jdb
>> # JDBOptions   ==
>> # ApplicationClass == DecisionQ_main
>> 
>> APPROOT/Resources/Java/
>> APPROOT/Resources/Java/decisionqjava.jar
>> 
>> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/java
>> eoaccess.jar 
>> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/WebServerResources/
>> Java/JavaEOAccess.jar 
>> HOMEROOT/Library/Frameworks/JavaEOControl.framework/Resources/Java/jav
>> aeocontrol.jar 
>> HOMEROOT/Library/Frameworks/JavaEOControl.framew

Re: HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread Fabian Peters 
Hi Terry,

WOBootstrap.jar is missing from your new build environment. When it is absent, 
the pre-5.2 startup script is being used.
That being said, the old script works fine for me, as long as HOME and 
NEXT_ROOT are set and _all_ framework dependencies are embedded.

Fabian

> Am 21.06.2016 um 09:10 schrieb Soles, James T :
> 
> We are in the process of moving our app to Java 8 and have made some changes 
> to some of our build files.  In particular, we have had to change where the 
> files are created and where the WO frameworks are stored on our new Mac 
> Books.  I am now seeing the HOMEROOT variable in the UNIXClassPath.txt file 
> instead of the WOROOT which used to exist in these files.
> 
> Can someone help me understand what I need to change to get this to use 
> WOROOT again instead of HOMEROOT?
> 
> Here is one of the ant build files and my wolips.properties file.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  value="${user.home}${file.separator}wolips.properties" />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  classname="org.objectstyle.woproject.ant.WOApplication"/>
> 
> 
>  principalClass="${principalClass}">
> 
> 
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>  
> 
>  
> 
> 
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  jarfile="${dest.dir}/${build.app.name}.woa/Contents/Resources/Java/${build.app.name.lowercase}.jar"/>
> 
> 
> 
> 
> 
> 
>  />
> 
> 
> 
> 
> 
> 
>
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> #Wed Feb 18 09:10:35 EST 2009
> 
> wo.system.root=/Users/v822480
> 
> wo.user.frameworks=/Users/v822480/Library/Frameworks
> 
> wo.system.frameworks=/Users/v822480/Library/Frameworks
> 
> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wotaskd.woa/WOBootstrap.jar
> 
> wo.network.frameworks=/Network/Library/Frameworks
> 
> wo.api.root=/Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.WebObjectsReference.docset/Contents/Resources/Documents/documentation/InternetWeb/Reference/WO542Reference
> 
> wo.network.root=/Network
> 
> wo.extensions=/Users/v822480/Local/Library/WebObjects/Extensions
> 
> wo.user.root=/Users/v822480
> 
> wo.local.frameworks=/Users/v822480/Local/Library/Frameworks
> 
> wo.apps.root=/Users/v822480/Local/Library/WebObjects/Applications
> 
> wo.local.root=/
> 
> wo.dir.webroot=/Users/v822480/inetpub/wwwroot/WebObjects
> 
> Here’s the UNIXClassPath.txt file which is now being generated:
> 
> # JVM  == java
> # JVMOptions   ==
> # JDB  == jdb
> # JDBOptions   ==
> # ApplicationClass == DecisionQ_main
> 
> APPROOT/Resources/Java/
> APPROOT/Resources/Java/decisionqjava.jar
> 
> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar
> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/WebServerResources/Java/JavaEOAccess.jar
> HOMEROOT/Library/Frameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar
> HOMEROOT/Library/Frameworks/JavaEOControl.framework/WebServerResources/Java/JavaEOControl.jar
> HOMEROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java/javafoundation.jar
> HOMEROOT/Library/Frameworks/JavaFoundation.framework/WebServerResources/Java/JavaFoundation.jar
> HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbcadaptor.jar
> HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/WebServerResources/Java/JavaJDBCAdaptor.jar
> HOMEROOT/Library/Frameworks/JavaWOExtensions.framework/Resources/Java/JavaWOExtensions.jar
> HOMEROOT/Library/Frameworks/JavaWOExtensions.framework/WebServerResources/Java/JavaWOExtensions.jar
> HOMEROOT/Library/Frameworks/JavaWebObjects.framework/Resources/Java/javawebobjects.jar
> HOMEROOT/Library/Frameworks/JavaWebObjects.framework/WebServerResources/Java/JavaWebObjects.jar
> HOMEROOT/Library/Frameworks/JavaXML.framework/Resources/Java/javaxml.jar
> HOMEROOT/Library/Frameworks/JavaXML.framework/WebServerResources/Java/javaxml.jar
> HOMEROOT/Local/Library/Frameworks/RamsBusObjJava.framework/Resources/Java/ramsbusobjjava.jar
> HOMEROOT/Local/Library/Frameworks/RamsCommJava.framework/Resources/Java/ramscommjava.jar
> HOMEROOT/Local/Library/Frameworks/RamsUtilityJava.framework/Resources/Java/ramsutilityjava.jar
> 
> Thanks,
> 
> Terry Soles

RE: [E] Re: HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread Soles, James T 
Fabian,

Thank you for your response.  I'm not certain what you mean by " 
WOBootstrap.jar is missing from your new build environment".

I have it defined in the wolips.properties file as; 
wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wotaskd.woa/WOBootstrap.jar

And this file does exist on my build machine.

Thanks,

Terry Soles
214-273-3916


-Original Message-
From: Fabian Peters [mailto:lists.fab...@e-lumo.com] 
Sent: Tuesday, June 21, 2016 2:10 PM
To: Webobjects-dev@lists.apple.com
Cc: Soles, James T
Subject: [E] Re: HOMEROOT in my UNIXClassPath.txt

Hi Terry,

WOBootstrap.jar is missing from your new build environment. When it is absent, 
the pre-5.2 startup script is being used.
That being said, the old script works fine for me, as long as HOME and 
NEXT_ROOT are set and _all_ framework dependencies are embedded.

Fabian

> Am 21.06.2016 um 09:10 schrieb Soles, James T :
> 
> We are in the process of moving our app to Java 8 and have made some changes 
> to some of our build files.  In particular, we have had to change where the 
> files are created and where the WO frameworks are stored on our new Mac 
> Books.  I am now seeing the HOMEROOT variable in the UNIXClassPath.txt file 
> instead of the WOROOT which used to exist in these files.
> 
> Can someone help me understand what I need to change to get this to use 
> WOROOT again instead of HOMEROOT?
> 
> Here is one of the ant build files and my wolips.properties file.
> 
> 
> 
> 
> 
> 
> 
> 
>  />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  value="${user.home}${file.separator}wolips.properties" />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  value="${project.name.lowercase}" />
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  classname="org.objectstyle.woproject.ant.WOApplication"/>
> 
> 
>  principalClass="${principalClass}">
> 
> 
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>  
> 
>  
> 
> 
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
>  />
> 
>  jarfile="${dest.dir}/${build.app.name}.woa/Contents/Resources/Java/${b
> uild.app.name.lowercase}.jar"/>
> 
> 
> 
> 
> 
> 
>  classname="org.objectstyle.woproject.ant.WOCompile" />
> 
> 
> 
> 
> 
> 
>
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
>
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> #Wed Feb 18 09:10:35 EST 2009
> 
> wo.system.root=/Users/v822480
> 
> wo.user.frameworks=/Users/v822480/Library/Frameworks
> 
> wo.system.frameworks=/Users/v822480/Library/Frameworks
> 
> wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wot
> askd.woa/WOBootstrap.jar
> 
> wo.network.frameworks=/Network/Library/Frameworks
> 
> wo.api.root=/Developer/Documentation/DocSets/com.apple.ADC_Reference_L
> ibrary.WebObjectsReference.docset/Contents/Resources/Documents/documen
> tation/InternetWeb/Reference/WO542Reference
> 
> wo.network.root=/Network
> 
> wo.extensions=/Users/v822480/Local/Library/WebObjects/Extensions
> 
> wo.user.root=/Users/v822480
> 
> wo.local.frameworks=/Users/v822480/Local/Library/Frameworks
> 
> wo.apps.root=/Users/v822480/Local/Library/WebObjects/Applications
> 
> wo.local.root=/
> 
> wo.dir.webroot=/Users/v822480/inetpub/wwwroot/WebObjects
> 
> Here’s the UNIXClassPath.txt file which is now being generated:
> 
> # JVM  == java
> # JVMOptions   ==
> # JDB  == jdb
> # JDBOptions   ==
> # ApplicationClass == DecisionQ_main
> 
> APPROOT/Resources/Java/
> APPROOT/Resources/Java/decisionqjava.jar
> 
> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/java
> eoaccess.jar 
> HOMEROOT/Library/Frameworks/JavaEOAccess.framework/WebServerResources/
> Java/JavaEOAccess.jar 
> HOMEROOT/Library/Frameworks/JavaEOControl.framework/Resources/Java/jav
> aeocontrol.jar 
> HOMEROOT/Library/Frameworks/JavaEOControl.framework/WebServerResources
> /Java/JavaEOControl.jar 
> HOMEROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java/ja
> vafoundation.jar 
> HOMEROOT/Library/Frameworks/JavaFoundation.framework/WebServerResource
> s/Java/JavaFoundation.jar 
> HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/j
> avajdbcadaptor.jar 
> HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/WebServerResourc
> es/Java/JavaJDBCAdaptor.jar 
> HOMEROOT/Library/Frameworks/JavaWOExtensions.framework/Resources/Java/
> JavaWOExtensions.jar 
> HOMEROOT/Library/Framew

Re: Installation on Ubuntu won't work at Linode with Apt

2016-06-21 Thread Fabian Peters 
Hi Pascal,

You may be able to adapt Quinton's dd magic to the current version:

> Alternative File extraction technique
> It is possible to extract the required package archive from the DMG without 
> mounting it using the following commands.
> 
> dd if=WebObjects5.3.3Update.dmg bs=0x1000 skip=0xb12 
> of=WebObjects5.3.3Update.pax.gz
> perl -e 'truncate "WebObjects5.3.3Update.pax.gz", 29672581'




I do think the application should bring all its dependencies though, including 
the WO frameworks.

Fabian


> Am 18.06.2016 um 15:05 schrieb Pascal Robert :
> 
> 
>> Le 18 juin 2016 à 13:11, Pascal Robert  a écrit :
>> 
>> 
>>> Le 18 juin 2016 à 12:36, Pascal Robert  a écrit :
>>> 
>>> 
 Le 18 juin 2016 à 11:45, Pascal Robert  a écrit :
 
 FYI, in preparation of my presentation, I’m using two VMs at Linode, and I 
 just found out that using the Apt packages won’t work, because the hfsplus 
 module is not present, so it won’t be able to mount the DMG for WO 
 installation.  Adding the kernel module doesn’t work because it’s a Linode 
 supplied kernel, and extra modules won’t load.
 
 I will try to switch to a distribution-supplied kernel to see it if works. 
 But it should, because it worked on a VM on my local Promox box.
>>> 
>>> Generic kernel didn’t work too.
>> 
>> And it’s not working on AWS either. I’m in deep shit for my presentations…
> 
> It works fine with a full installation in VMWare Fusion. I don’t think the 
> Debian/Ubuntu packages should install the WebObjects frameworks, and that 
> would fix the issue. Discussion to have at WOWODC.
> 
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/lists.fabian%40e-lumo.com
> 
> This email sent to lists.fab...@e-lumo.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: a unique object representative of an EO?

2016-06-21 Thread Samuel Pelletier 
OC,

Creating some sort of lock repository based on GID is probably the most generic 
way to do this.

If the execution of this code can be async, you may also use a blocking queue 
to serialize the processing and does not requiring lock.

Samuel


> Le 21 juin 2016 à 08:51, ocs.cz  a écrit :
> 
> Hello there,
> 
> I would need an unique object representative of an EO. The object needs to be 
> identical for all EO clones of all editing contexts.
> 
> Such a _value_ representation would be the primary key or GID; but these, far 
> as I know, ensure only isEqual for same EO, not ==. I need the identity -- 
> namely, for Java-level locking; the intended usage is something like
> 
> ===
> synchronized (representative(eo)) {
>  ... this code never runs concurrently for given EO, regardless of its 
> editing context ...
> }
> ===
> 
> Is there such an object in EOF, or do I have to create a dictionary keyed by 
> GID or PK? The latter is simple to create, but it is sort of difficult to 
> know when to remove the pair from there.
> 
> Thanks,
> OC
> 
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com
> 
> This email sent to sam...@samkar.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: a unique object representative of an EO?

2016-06-21 Thread Ramsey Gurley 
I’m not really clear on what you’re trying to do, so these are some guesses. 

You could use the EOSharedEditingContext. You could also play in traffic, but I 
wouldn’t recommend that either :D Since EOs in the shared ec always are in the 
shared ec, then they are equals for the same gid. There is, in fact, only one 
of that EO. However, since the sharedEC is always so problematic, I consider 
the avoidance of it the eleventh commandment.

One alternative to the shared ec are ERXConstants. Another is Java Enums. I 
like the enum approach as you can model enums as attributes, and they are 
guaranteed to be singletons by the language. Your mention of a dictionary also 
raised the idea of using an ERXMultiKey for whatever you’re doing. Generally, 
if it’s an EO type thing that needs to be a constant, enums do the trick for me.

On Jun 21, 2016, at 5:51 AM, ocs.cz  wrote:

> Hello there,
> 
> I would need an unique object representative of an EO. The object needs to be 
> identical for all EO clones of all editing contexts.
> 
> Such a _value_ representation would be the primary key or GID; but these, far 
> as I know, ensure only isEqual for same EO, not ==. I need the identity -- 
> namely, for Java-level locking; the intended usage is something like
> 
> ===
> synchronized (representative(eo)) {
>  ... this code never runs concurrently for given EO, regardless of its 
> editing context ...
> }
> ===
> 
> Is there such an object in EOF, or do I have to create a dictionary keyed by 
> GID or PK? The latter is simple to create, but it is sort of difficult to 
> know when to remove the pair from there.
> 
> Thanks,
> OC
> 
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
> 
> This email sent to rgur...@smarthealth.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

HOMEROOT in my UNIXClassPath.txt

2016-06-21 Thread Soles, James T 
We are in the process of moving our app to Java 8 and have made some changes to 
some of our build files.  In particular, we have had to change where the files 
are created and where the WO frameworks are stored on our new Mac Books.  I am 
now seeing the HOMEROOT variable in the UNIXClassPath.txt file instead of the 
WOROOT which used to exist in these files.

Can someone help me understand what I need to change to get this to use WOROOT 
again instead of HOMEROOT?

Here is one of the ant build files and my wolips.properties file.





































































































  







  

  

  

  






























  

  

  

  

  







  

  

  

  




















#Wed Feb 18 09:10:35 EST 2009

wo.system.root=/Users/v822480

wo.user.frameworks=/Users/v822480/Library/Frameworks

wo.system.frameworks=/Users/v822480/Library/Frameworks

wo.bootstrapjar=/Users/v822480/Library/WebObjects/JavaApplications/wotaskd.woa/WOBootstrap.jar

wo.network.frameworks=/Network/Library/Frameworks

wo.api.root=/Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.WebObjectsReference.docset/Contents/Resources/Documents/documentation/InternetWeb/Reference/WO542Reference

wo.network.root=/Network

wo.extensions=/Users/v822480/Local/Library/WebObjects/Extensions

wo.user.root=/Users/v822480

wo.local.frameworks=/Users/v822480/Local/Library/Frameworks

wo.apps.root=/Users/v822480/Local/Library/WebObjects/Applications

wo.local.root=/

wo.dir.webroot=/Users/v822480/inetpub/wwwroot/WebObjects

Here's the UNIXClassPath.txt file which is now being generated:

# JVM  == java
# JVMOptions   ==
# JDB  == jdb
# JDBOptions   ==
# ApplicationClass == DecisionQ_main

APPROOT/Resources/Java/
APPROOT/Resources/Java/decisionqjava.jar

HOMEROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar
HOMEROOT/Library/Frameworks/JavaEOAccess.framework/WebServerResources/Java/JavaEOAccess.jar
HOMEROOT/Library/Frameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar
HOMEROOT/Library/Frameworks/JavaEOControl.framework/WebServerResources/Java/JavaEOControl.jar
HOMEROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java/javafoundation.jar
HOMEROOT/Library/Frameworks/JavaFoundation.framework/WebServerResources/Java/JavaFoundation.jar
HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbcadaptor.jar
HOMEROOT/Library/Frameworks/JavaJDBCAdaptor.framework/WebServerResources/Java/JavaJDBCAdaptor.jar
HOMEROOT/Library/Frameworks/JavaWOExtensions.framework/Resources/Java/JavaWOExtensions.jar
HOMEROOT/Library/Frameworks/JavaWOExtensions.framework/WebServerResources/Java/JavaWOExtensions.jar
HOMEROOT/Library/Frameworks/JavaWebObjects.framework/Resources/Java/javawebobjects.jar
HOMEROOT/Library/Frameworks/JavaWebObjects.framework/WebServerResources/Java/JavaWebObjects.jar
HOMEROOT/Library/Frameworks/JavaXML.framework/Resources/Java/javaxml.jar
HOMEROOT/Library/Frameworks/JavaXML.framework/WebServerResources/Java/javaxml.jar
HOMEROOT/Local/Library/Frameworks/RamsBusObjJava.framework/Resources/Java/ramsbusobjjava.jar
HOMEROOT/Local/Library/Frameworks/RamsCommJava.framework/Resources/Java/ramscommjava.jar
HOMEROOT/Local/Library/Frameworks/RamsUtilityJava.framework/Resources/Java/ramsutilityjava.jar

Thanks,

Terry Soles
214-273-3916

 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

a unique object representative of an EO?

2016-06-21 Thread ocs.cz 
Hello there,

I would need an unique object representative of an EO. The object needs to be 
identical for all EO clones of all editing contexts.

Such a _value_ representation would be the primary key or GID; but these, far 
as I know, ensure only isEqual for same EO, not ==. I need the identity -- 
namely, for Java-level locking; the intended usage is something like

===
synchronized (representative(eo)) {
  ... this code never runs concurrently for given EO, regardless of its editing 
context ...
}
===

Is there such an object in EOF, or do I have to create a dictionary keyed by 
GID or PK? The latter is simple to create, but it is sort of difficult to know 
when to remove the pair from there.

Thanks,
OC


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com