February 2015 - Webobjects-dev

Re: first version of deployment config scripts for Ubuntu/AWS
by Ken Anderson 28 Feb '15

28 Feb '15

This is how we do it too - much safer. On Feb 28, 2015, at 3:02 PM, Matthew Ness <matt(a)logicsquad.net> wrote: > Hi Ray, > > We do a lot of deployment to AWS environments (although not Ubuntu, > still linux). One thing I would recommend here is with this step: > >> - change the security group to add the ability to allow an inbound >> connection to the instance on port 56789. >> >> - ssh into the new instance and then do: >> >> % sudo sh >> # curl 'http://opencalaccess.org/wo/deploy' | /bin/sh >> >> ... and there is no step three. >> >> It runs for a few minutes and then I can use a web browser to go to: >> >> http://<ec2-instance-IP-address>:56789/ > > > We don't expose that port through EC2 Security Groups. Rather, > port-forward from your maintenance machine: > > ssh -i ~/.ssh/[your-aws-pem-file].pem -L 56789:localhost:56789 > [your-user]@[your-domain] > > Then launch your user-agent of choice at: http://localhost:56789 > > This might seem tedious but if you script it then it's painless. If you > get adventurous you could write a simple client app which uses an IAM > role to find all EC2 instances in your AWS account tagged as "wo-server" > or somesuch and provide a label and button for each which does the above > for you (incrementing the host port of course). > > Cheers, > > Matt > > > -- > Matt > http://logicsquad.net > > > >> >> And it works. Of course, it is not done. I have not yet done any apache >> setup. But I am hopeful that I will be able to do the apache setup ONLY >> ONE F-ING TIME MORE and wouldn't that be wonderful. We will see. >> >> I am also going to try to create re-usable, containerized scripts to: >> - install JDK, fetch Wonder source, build and install >> - install above and install/setup Jenkins. >> >> We will see. If anyone has information, or can tell me which of the >> crufty and duplicative wocommunity.org pages can be ignored, and which >> might be helpful, please do not be shy. >> >> cheers - ray >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/matt%40logicsquad.net >> >> This email sent to matt(a)logicsquad.net > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome… > > This email sent to kenlists(a)anderhome.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: first version of deployment config scripts for Ubuntu/AWS
by Matthew Ness 28 Feb '15

28 Feb '15

Hi Ray, We do a lot of deployment to AWS environments (although not Ubuntu, still linux). One thing I would recommend here is with this step: > - change the security group to add the ability to allow an inbound > connection to the instance on port 56789. > > - ssh into the new instance and then do: > > % sudo sh > # curl 'http://opencalaccess.org/wo/deploy' | /bin/sh > > ... and there is no step three. > > It runs for a few minutes and then I can use a web browser to go to: > > http://<ec2-instance-IP-address>:56789/ We don't expose that port through EC2 Security Groups. Rather, port-forward from your maintenance machine: ssh -i ~/.ssh/[your-aws-pem-file].pem -L 56789:localhost:56789 [your-user]@[your-domain] Then launch your user-agent of choice at: http://localhost:56789 This might seem tedious but if you script it then it's painless. If you get adventurous you could write a simple client app which uses an IAM role to find all EC2 instances in your AWS account tagged as "wo-server" or somesuch and provide a label and button for each which does the above for you (incrementing the host port of course). Cheers, Matt -- Matt http://logicsquad.net > > And it works. Of course, it is not done. I have not yet done any apache > setup. But I am hopeful that I will be able to do the apache setup ONLY > ONE F-ING TIME MORE and wouldn't that be wonderful. We will see. > > I am also going to try to create re-usable, containerized scripts to: > - install JDK, fetch Wonder source, build and install > - install above and install/setup Jenkins. > > We will see. If anyone has information, or can tell me which of the > crufty and duplicative wocommunity.org pages can be ignored, and which > might be helpful, please do not be shy. > > cheers - ray > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/matt%40logicsquad.net > > This email sent to matt(a)logicsquad.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: in another EC, when objects transferred through GIDs, owning relationship does not delete objects?!?
by OC 28 Feb '15

28 Feb '15

Chuck, On 28. 2. 2015, at 19:54, Chuck Hill <chill(a)gevityinc.com> wrote: >> But. It being the week end and me having at least some time free, I've played with the thing further. I've found that the GIDs are _not_ the culprit actually; the problem happens with localInstancesIn just as well -- _presumed I call changesFromCommittedSnapshot_[*]. Triple Wow. > > Ah, Schrödinger’s EOF. :-P Observing some things can materially change the state of EOF. Calling this method calls ec.committedSnapshotForObject() which causes the EC to record the committed snapshot for the object at that point in time. Normally this is done only at the point the EO first changes. Aha, I see; it even makes some sense :) What does not make any sense (to me at least) is that (a) when the committed snapshot is NOT recorded, the owning relationship does what is expected, deleting the object, (b) when it IS recorded, it does not delete the object, just NULLs its FK to the auction, as if it was not owning at all? (Well, it's rather academic question now -- thanks to Bogdan, Stefan and Theodore I've got to the gold mine of information, incl. your “Optimization: EOF and beyond”, one of results of which is that I'll pretty soon re-write the deletion code to ERXEOAccessUtilities.deleteRows... anyway :P) Thanks and all the best, OC > The following code: > > === > def ec=ERXEC.newEditingContext(),ec2=ERXEC.newEditingContext() > ec.lock(); ec2.lock() // pbbly superfluous, but you said this prevents lots of hidden surprises :) > def eo=EOUtilities.objectWithPrimaryKeyValue(ec,'DBAuction',1000004) > def records=eo.importedRecords() > def r1=records[0],r2=records[1] > r1.removeObjectFromBothSidesOfRelationshipWithKey(eo,'auction') > ec.saveChanges() > def eo2=eo.localInstanceIn(ec2),r22=r2.localInstanceIn(ec2) > //eo2.changesFromCommittedSnapshot() // WHAT THE?!? > r22.removeObjectFromBothSidesOfRelationshipWithKey(eo2,'auction') > ec2.saveChanges() > === > > works properly, i.e., it DELETEs twice. As soon as I remove the comment-out at the WHAT THE line, i.e., as soon as "eo2.changesFromCommittedSnapshot()" gets called, I get DELETE/UPDATE (to null). Comment the line out again, two DELETEs are back. > > This gets curiouser and curiouser. > > Do you have any idea what the b. H. happens there? Or at least, what would you recommend I should try now, so that the culprit is found? > > Thanks and all the best, > OC > > [*] What mislead me were my overridden toString's, in which I use changesFromCommittedSnapshot to print out the edited state. > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: in another EC, when objects transferred through GIDs, owning relationship does not delete objects?!?
by Chuck Hill 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: WOInstaller.jar crashes
by Markus Ruggiero 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: WOInstaller.jar crashes
by Theodore Petrosky 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

WOInstaller.jar crashes
by Markus Ruggiero 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: concurrency and consistency
by Theodore Petrosky 28 Feb '15

28 Feb '15

I remembered where the transcripts are: https://wiki.wocommunity.org/display/WEB/Transcripts I don’t know if what you are looking for is here, but its worth a look. On Feb 28, 2015, at 6:36 AM, OC <ocs(a)ocs.cz> wrote: > Well thanks, but -- aren't those information available in a comprehensible format, i.e., as text? It's terribly easy to miss an important thing or two when someone just speaks about them. > > Of course I completely appreciate that it's the decision of the one who gives out the information to choose the format, and that I'm to be glad the information is available at all, and freely at that, etc etc etc -- but still the current fashion of giving info in a format of movies instead of PDFs is truly a hell :/ > OC > > On 28. 2. 2015, at 12:23, Bogdan Zlatanov <bogdan.zlatanov(a)gmail.com> wrote: > >> I think you might find this video helpful: http://www.wocommunity.org/podcasts/wowodc/east09/WOWODC09E-EOEnterpriseObj… >> >> Regards, >> Bogdan >> >> On 28/02/2015 11:50, OC wrote: >>> Hello there, >>> >>> I might be missing some important point, but I understand that >>> >>> (a) editing context, while locked, does not update its registered objects >>> (b) session's default EC gets automatically locked at the start of the R/R loop, unlocked at the end >>> (c) the underlying (and shared) snapshots are updated whenever any EC saves to the DB. >>> >>> Is it indeed so? >>> >>> I, as always, am probably overlooking something of importance, but it seems to me this approach can work reliably with WOAllowsConcurrentRequestHandling=NO only. Correct me please if I am wrong, but it seems to me as soon as I switch WOAllowsConcurrentRequestHandling=YES, without adding some extra tricks/OSC locking/something like that to _each_ saveChanges, the following scenario can always happen: >>> >>> (i) request A in thread A starts processing, locks its ECa >>> (ii) request B in thread B starts processing, locks its ECb >>> >>> (iii) request A changes some important value, say, "auction.auctionDidEnd=new NSTimestamp()" >>> - it changes more things appropriately, e.g., it creates an audit record, etc. >>> - and it calls ECa.saveChanges() -- all the changes are committed to the database all right, shared shapshots get updated properly >>> >>> (iv) request B makes some unimportant change, say, "auction.greeting='hi'" >>> - and it calls ECb.saveChanges() >>> >>> At this moment, ECb compares values in its auction object (which does not know about the (iii) yet, for its ECb is locked and thus does not update) to the snapshot (which, contrariwise, has been updated in (iii) when ECa did save), and based on that generates essentially the following SQL: >>> >>> === >>> UPDATE auctionTable >>> SET >>> greeting='hi', ## (1) >>> auctionDidEnd=NULL ## (2) >>> WHERE >>> auctionDidEnd=<the timestamp of (iii), got from the snapshot> ## (3) >>> AND greeting=<any sweet previous value> >>> === >>> >>> (1) is the presumed behaviour, we made the change in (iv). Surprising though is (2), we did not make the change -- but it does happen, for (a) the auction EO in ECb contains NULL for auctionDidEnd (it has not been updated, for the EC is locked), and (b) at the same time, the shared snapshot has been updated by the save at (iii), and contains a non-null timestamp for that attribute -- and therefore EOF will generate the appropriate SET. >>> >>> The optimistic locking won't help, for again, the shared shapshot has been updated and contains the timestamp stored at (iii); therefore the WHERE would look like (3) and the COMMIT will happily save the changes. >>> >>> Which means the business model got terribly inconsistent: the auction did end at (iii), it was duly audited and perhaps it caused lots of other changes; but in (iv), it has been blindly re-surrected due to (2)! >>> >>> Now, of course, it's again a similar case to multi-instanceness: if one writes the application from scratch with concurrency on mind, it's comparatively easy to prevent. Nevertheless, I don't know of you, but with my code it simply is not the case; there is heaps of legacy code, written years ago, when nobody ever considered multi-instanceness or concurrent request handling. >>> >>> It sort of seems to me this is a cul-de-sac: without a serious rewrite, there simply is no way at all to use legacy code with concurrent request handling or multi-instance: as soon as that happens, there is _always_ a danger of grave inconsistencies. >>> >>> Or am I missing some nice tricks here? >>> >>> Thanks a lot for any insight, >>> OC >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/bogdan.zlatanov%40gm… >>> >>> This email sent to bogdan.zlatanov(a)gmail.com >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/ocs%40ocs.cz >> >> This email sent to ocs(a)ocs.cz > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com > > This email sent to tedpet5(a)yahoo.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: concurrency and consistency
by Stefan Klein 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0

Re: concurrency and consistency
by Theodore Petrosky 28 Feb '15

28 Feb '15

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/site_archiver%40list… This email sent to site_archiver(a)lists.apple.com

1 0