Re: Ponder and ERRest (was "Re: ERGroupware and ERRest")

2015-10-05 Thread Flavio Donadio 
Ramsey,


I've just finished watching you WOWODC ’13 presentation on Ponder. That’s 
exactly what I need. Congratulations for the framework and presentation.

I’ll just use a R2D2W app for user management, as I don’t need a fancy layout. 
And I’ll get password reset and other fancy features for free! :-)

Now I just have to figure out how to use ERUsers and ERAuth with an ERRest app. 
Once I get that sorted out, I’ll be ready to go.


Cheers,
Flavio

> On 05/10/2015, at 18:32, Ramsey Gurley  wrote:
> 
> ERUsers can probably do what you want. You would create a role named Admin 
> and then override the 
> 
> 10 : (entity.model.name = 'ERUsers' or pageConfiguration = 'CreateERUser') => 
> crudAuthorization = "er.users.delegates.AuthorizationDelegate.INSTANCE" 
> [ERDEnumAssignment]
> 
> rule with something like
> 
> 100: (entity.model.name = ‘ERUsers’ and 
> session.objectStore.user.roles.roleName contains ‘Admin’) => 
> crudAuthorization = “er.auth.SimpleCRUDAuthorization.ALLOW_ALL” 
> [ERDEnumAssignment]
> 
> or some other CRUDAuthorization instance that allows you to do what you want.
> 
> On Oct 5, 2015, at 1:18 PM, Flavio Donadio  wrote:
> 
>> I must be insane! I didn’t mean ERGroupware, but Ponder!
>> 
>> Please, replace any occurrence of “ERGroupware” with “Ponder” in my original 
>> text.
>> 
>> Sorry for the noise.
>> 
>> Flavio
>> 
>> 
>>> On 05/10/2015, at 17:08, Flavio Donadio  wrote:
>>> 
>>> Hello,
>>> 
>>> 
>>> I am on the planning stage of a new REST-web-service-based app with a Cocoa 
>>> client.
>>> 
>>> In my head, it makes sense to have a web interface (a Direct Action or D2W 
>>> app) just for user management, where the administrative users would be able 
>>> to create/edit/delete users and specify their abilities (which entities a 
>>> user can fetch/create/edit/delete, maybe with roles support). From what 
>>> I’ve seen, ERGroupware is able to do just that. Am I correct?
>>> 
>>> In my ERRest routes [in the ERRest (main) app], I would check if the user 
>>> has the necessary ability and act accordingly. I could also have some 
>>> properties on the client-side app (Cocoa-based) that would drive the UI 
>>> (enable or disable UI elements) based on user’s abilities/role.
>>> 
>>> Is my logic good so far? Is this feasible?
>>> 
>>> 
>>> Regards,
>>> Flavio
>>> ___
>>> 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/flavio%40donadio.com.br
>>> 
>>> This email sent to fla...@donadio.com.br
>> 
>> 
>> ___
>> 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

Re: Abandonware???

2015-10-05 Thread Henrique Prange 
Hi Ray,

That's it. We, as WebObjects developers, want to move forward with our 
projects. We need to make changes to the original code. It's inevitable. 
Reverse engineering the code is our best alternative in that sense. If we were 
convinced that Apple won't sue us, would anyone object this approach?

IMHO, Paul's discussion is very relevant. And I share the same thoughts. I have 
a company which main product has been written in WebObjects. My company is at 
risk already. And let's not pretend have always developed in the Mac. Let's not 
pretend Wonder hasn't reverse engineering some WebObjects classes. Let's not 
pretend we won't reverse engineering any classes in the future. Worrying about 
Apple is my least concern.

So, will Apple enforce its copyright if we reverse engineering the entire 
WebObjects code base? I doubt there will ever be any certainty related to this 
matter. Unless we take that first step into the unknown, we'll stay stuck in 
the past until becoming irrelevant.

Cheers,

Henrique

Sent from my iPhone

> On 5 de out de 2015, at 18:33, Ray Kiddy  wrote:
> 
> On Fri, 02 Oct 2015 15:54:37 -0400
> David LeBer  wrote:
> 
>> WebObjects - the set of frameworks used by Apple == Not Abandonware
>> WebObjects - the set of frameworks used/enhanced/patched by the 
>> community through Wonder == Not Abandonware
>> WebObjects - the set of frameworks supplied by Apple as a supported 
>> product == Abandonware
>> 
>> My opinion.
>> 
>> D
> 
> On Mon, 05 Oct 2015 12:23:25 -0300
> Henrique Prange  wrote:
> 
>> Hi Paul,
>> 
>> "Although such software is usually still under copyright, the owner
>> may not be tracking or enforcing copyright violations."
>> 
>> Apple doesn’t need to release the copyright to turn WebObjects into
>> Abandonware. I see no problem if we declare WebObjects as Abandonware
>> and Apple doesn’t enforce its copyright. The real question is: what
>> benefits do we have if WebObjects becomes Abandonware?
>> 
>> Cheers,
>> 
>> Henrique
> 
> There is a benefit. For one thing, the TreasureBoat project could have
> gone forward. But there seems to be an understandable reluctance to
> declare that WebObjects (as defined in LeBer-III), is abandonware to
> the extent that the Oracle v Google decision on Java APIs
> (https://www.eff.org/cases/oracle-v-google) would not apply to it.
> 
> When we (by some definition of "we", I have no idea what) agree that
> that case does not apply because it is abandonware, TB could start
> again in a heart-beat.
> 
> There seem to be too many unknowns, now, to justify the work.
> 
> - ray
> 
>> 
 On 2 de out de 2015, at 20:43, Paul Yu  wrote:
 
 
 On Oct 2, 2015, at 7:00 PM, Paul Yu >>> > wrote:
 
 Upon further reading of the wiki page.
 
 Due to copyright enforcement duration, it does us no good for us
 to declare WebObjects and its frameworks abandoned by Apple.
 Since Apple has not and will probably not release it copyright
 ownership on the software. 
 
> 
> 
> 
> ___
> 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/hprange%40gmail.com
> 
> This email sent to hpra...@gmail.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

Fwd: Abandonware???

2015-10-05 Thread Paul Yu 


> Begin forwarded message:
> 
> From: webobjects-dev-ow...@lists.apple.com
> Subject: Re: Abandonware???
> Date: October 5, 2015 at 6:02:01 PM EDT
> To: p...@me.com
> 
> You are not allowed to post to this mailing list, and your message has
> been automatically rejected.  If you think that your messages are
> being rejected in error, contact the mailing list owner at
> webobjects-dev-ow...@lists.apple.com.
> 
> 
> From: Paul Yu 
> Subject: Re: Abandonware???
> Date: October 5, 2015 at 6:01:56 PM EDT
> To: Ray Kiddy 
> Cc: webobjects-dev@lists.apple.com
> 
> 
> Are the copyright laws more favorable to the consumer in these cases in EU 
> laws?
> 
> The issue here is some of us are still making a living off of this “product”. 
>  Because of the legal limbo that we find ourselves, we are left in very 
> difficult situations.  With Java and all these other technologies moving 
> forward.
> 
> Paul
> 
>> 
>> On Oct 5, 2015, at 5:33 PM, Ray Kiddy  wrote:
>> 
>> On Fri, 02 Oct 2015 15:54:37 -0400
>> David LeBer  wrote:
>> 
>>> WebObjects - the set of frameworks used by Apple == Not Abandonware
>>> WebObjects - the set of frameworks used/enhanced/patched by the 
>>> community through Wonder == Not Abandonware
>>> WebObjects - the set of frameworks supplied by Apple as a supported 
>>> product == Abandonware
>>> 
>>> My opinion.
>>> 
>>> D
>> 
>> On Mon, 05 Oct 2015 12:23:25 -0300
>> Henrique Prange  wrote:
>> 
>>> Hi Paul,
>>> 
>>> "Although such software is usually still under copyright, the owner
>>> may not be tracking or enforcing copyright violations."
>>> 
>>> Apple doesn’t need to release the copyright to turn WebObjects into
>>> Abandonware. I see no problem if we declare WebObjects as Abandonware
>>> and Apple doesn’t enforce its copyright. The real question is: what
>>> benefits do we have if WebObjects becomes Abandonware?
>>> 
>>> Cheers,
>>> 
>>> Henrique
>> 
>> There is a benefit. For one thing, the TreasureBoat project could have
>> gone forward. But there seems to be an understandable reluctance to
>> declare that WebObjects (as defined in LeBer-III), is abandonware to
>> the extent that the Oracle v Google decision on Java APIs
>> (https://www.eff.org/cases/oracle-v-google) would not apply to it.
>> 
>> When we (by some definition of "we", I have no idea what) agree that
>> that case does not apply because it is abandonware, TB could start
>> again in a heart-beat.
>> 
>> There seem to be too many unknowns, now, to justify the work.
>> 
>> - ray
>> 
>>> 
 On 2 de out de 2015, at 20:43, Paul Yu  wrote:
 
> 
> On Oct 2, 2015, at 7:00 PM, Paul Yu  > wrote:
> 
> Upon further reading of the wiki page.
> 
> Due to copyright enforcement duration, it does us no good for us
> to declare WebObjects and its frameworks abandoned by Apple.
> Since Apple has not and will probably not release it copyright
> ownership on the software. 
> 
>> 
>> 
>> 
>> 
>> ___
>> 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/pyu%40mac.com
>> 
>> This email sent to p...@mac.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: Abandonware???

2015-10-05 Thread Ray Kiddy 
On Fri, 02 Oct 2015 15:54:37 -0400
David LeBer  wrote:

> WebObjects - the set of frameworks used by Apple == Not Abandonware
> WebObjects - the set of frameworks used/enhanced/patched by the 
> community through Wonder == Not Abandonware
> WebObjects - the set of frameworks supplied by Apple as a supported 
> product == Abandonware
> 
> My opinion.
> 
> D

On Mon, 05 Oct 2015 12:23:25 -0300
Henrique Prange  wrote:

> Hi Paul,
> 
> "Although such software is usually still under copyright, the owner
> may not be tracking or enforcing copyright violations."
> 
> Apple doesn’t need to release the copyright to turn WebObjects into
> Abandonware. I see no problem if we declare WebObjects as Abandonware
> and Apple doesn’t enforce its copyright. The real question is: what
> benefits do we have if WebObjects becomes Abandonware?
> 
> Cheers,
> 
> Henrique

There is a benefit. For one thing, the TreasureBoat project could have
gone forward. But there seems to be an understandable reluctance to
declare that WebObjects (as defined in LeBer-III), is abandonware to
the extent that the Oracle v Google decision on Java APIs
(https://www.eff.org/cases/oracle-v-google) would not apply to it.

When we (by some definition of "we", I have no idea what) agree that
that case does not apply because it is abandonware, TB could start
again in a heart-beat.

There seem to be too many unknowns, now, to justify the work.

- ray

> 
> > On 2 de out de 2015, at 20:43, Paul Yu  wrote:
> > 
> >> 
> >> On Oct 2, 2015, at 7:00 PM, Paul Yu  >> > wrote:
> >> 
> >> Upon further reading of the wiki page.
> >> 
> >> Due to copyright enforcement duration, it does us no good for us
> >> to declare WebObjects and its frameworks abandoned by Apple.
> >> Since Apple has not and will probably not release it copyright
> >> ownership on the software. 
> >> 
> >>> 



 ___
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: Ponder and ERRest (was "Re: ERGroupware and ERRest")

2015-10-05 Thread Ramsey Gurley 
ERUsers can probably do what you want. You would create a role named Admin and 
then override the 

10 : (entity.model.name = 'ERUsers' or pageConfiguration = 'CreateERUser') => 
crudAuthorization = "er.users.delegates.AuthorizationDelegate.INSTANCE" 
[ERDEnumAssignment]

rule with something like

100: (entity.model.name = ‘ERUsers’ and session.objectStore.user.roles.roleName 
contains ‘Admin’) => crudAuthorization = 
“er.auth.SimpleCRUDAuthorization.ALLOW_ALL” [ERDEnumAssignment]

or some other CRUDAuthorization instance that allows you to do what you want.

On Oct 5, 2015, at 1:18 PM, Flavio Donadio  wrote:

> I must be insane! I didn’t mean ERGroupware, but Ponder!
> 
> Please, replace any occurrence of “ERGroupware” with “Ponder” in my original 
> text.
> 
> Sorry for the noise.
> 
> Flavio
> 
> 
>> On 05/10/2015, at 17:08, Flavio Donadio  wrote:
>> 
>> Hello,
>> 
>> 
>> I am on the planning stage of a new REST-web-service-based app with a Cocoa 
>> client.
>> 
>> In my head, it makes sense to have a web interface (a Direct Action or D2W 
>> app) just for user management, where the administrative users would be able 
>> to create/edit/delete users and specify their abilities (which entities a 
>> user can fetch/create/edit/delete, maybe with roles support). From what I’ve 
>> seen, ERGroupware is able to do just that. Am I correct?
>> 
>> In my ERRest routes [in the ERRest (main) app], I would check if the user 
>> has the necessary ability and act accordingly. I could also have some 
>> properties on the client-side app (Cocoa-based) that would drive the UI 
>> (enable or disable UI elements) based on user’s abilities/role.
>> 
>> Is my logic good so far? Is this feasible?
>> 
>> 
>> Regards,
>> Flavio
>> ___
>> 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/flavio%40donadio.com.br
>> 
>> This email sent to fla...@donadio.com.br
> 
> 
> ___
> 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

Re: Wonder acronym survey

2015-10-05 Thread Ray Kiddy 
On Mon, 5 Oct 2015 20:52:17 +
Hugi Thordarson  wrote:

> I only use prefixes for component names these days, primarily because
> I tend to do a lot of refactoring during development (renaming
> components and moving them between packages). If the WOLips component
> editor supported refactoring (global component renaming) I’d quit
> that in a heartbeat and switch to package names.
> 
> - hugi

Yep, the fact that components are tied to java objects, which are in
package structures, and the fact that components do have "super classes"
of a sort and "inheritance" of a sort but not in the same way that java
objects do, and that component "inheritance" and "sub-classing" runs
alongside and sort of parallel to java class inheritance has always
made this stuff hard to think about.

- ray

> 
> 
> > On 5. okt. 2015, at 20:39, Ray Kiddy  wrote:
> > 
> > 
> > Just a two minute script result, with most false positives filtered
> > out.
> > 
> > Sometimes I wonder whether we can even not use prefixes, if we had
> > proper package structure.
> > 
> > These things remind me of the people around the South Bay (here in
> > northern CA), who say "the El Camino Real Blvd", which translates
> > roughly as "the the road road".
> > 
> > cheers - ray
> > 
> > 62 CC
> > 14 DR
> > 12 EO
> > 10 EOJDBC
> >239 ER
> > 42 ERC
> >447 ERD
> >554 ERD2W
> > 10 ERD2WCSV
> > 15 ERD2WXML
> > 19 ERI
> > 85 ERMD
> > 57 ERMD2W
> >129 ERMOD
> > 10 ERMODCSV
> > 38 ERMTD2W
> > 65 ERNEU
> > 11 ERP
> >430 ERQM
> > 27 ERQS
> >826 ERX
> > 30 ERXD2W
> > 87 ERXJS
> > 49 ERXWO
> > 28 GC
> > 21 IERX
> > 22 IM
> > 31 JS
> >117 MT
> > 10 MTJS
> > 20 NS
> > 16 README
> > 30 SE
> > 20 SEEO
> > 10 UJAC
> >204 WO
> > 12 WOL
> > 65 WR
> > 51 WX
> > ___


 ___
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: Wonder acronym survey

2015-10-05 Thread Hugi Thordarson 
I only use prefixes for component names these days, primarily because I tend to 
do a lot of refactoring during development (renaming components and moving them 
between packages). If the WOLips component editor supported refactoring (global 
component renaming) I’d quit that in a heartbeat and switch to package names.

- hugi



> On 5. okt. 2015, at 20:39, Ray Kiddy  wrote:
> 
> 
> Just a two minute script result, with most false positives filtered
> out.
> 
> Sometimes I wonder whether we can even not use prefixes, if we had
> proper package structure.
> 
> These things remind me of the people around the South Bay (here in
> northern CA), who say "the El Camino Real Blvd", which translates
> roughly as "the the road road".
> 
> cheers - ray
> 
> 62 CC
> 14 DR
> 12 EO
> 10 EOJDBC
>239 ER
> 42 ERC
>447 ERD
>554 ERD2W
> 10 ERD2WCSV
> 15 ERD2WXML
> 19 ERI
> 85 ERMD
> 57 ERMD2W
>129 ERMOD
> 10 ERMODCSV
> 38 ERMTD2W
> 65 ERNEU
> 11 ERP
>430 ERQM
> 27 ERQS
>826 ERX
> 30 ERXD2W
> 87 ERXJS
> 49 ERXWO
> 28 GC
> 21 IERX
> 22 IM
> 31 JS
>117 MT
> 10 MTJS
> 20 NS
> 16 README
> 30 SE
> 20 SEEO
> 10 UJAC
>204 WO
> 12 WOL
> 65 WR
> 51 WX
> ___
> 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/hugi%40karlmenn.is
> 
> This email sent to h...@karlmenn.is

 ___
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

Wonder acronym survey

2015-10-05 Thread Ray Kiddy 

Just a two minute script result, with most false positives filtered
out.

Sometimes I wonder whether we can even not use prefixes, if we had
proper package structure.

These things remind me of the people around the South Bay (here in
northern CA), who say "the El Camino Real Blvd", which translates
roughly as "the the road road".

cheers - ray

 62 CC
 14 DR
 12 EO
 10 EOJDBC
239 ER
 42 ERC
447 ERD
554 ERD2W
 10 ERD2WCSV
 15 ERD2WXML
 19 ERI
 85 ERMD
 57 ERMD2W
129 ERMOD
 10 ERMODCSV
 38 ERMTD2W
 65 ERNEU
 11 ERP
430 ERQM
 27 ERQS
826 ERX
 30 ERXD2W
 87 ERXJS
 49 ERXWO
 28 GC
 21 IERX
 22 IM
 31 JS
117 MT
 10 MTJS
 20 NS
 16 README
 30 SE
 20 SEEO
 10 UJAC
204 WO
 12 WOL
 65 WR
 51 WX
 ___
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

Ponder and ERRest (was "Re: ERGroupware and ERRest")

2015-10-05 Thread Flavio Donadio 
I must be insane! I didn’t mean ERGroupware, but Ponder!

Please, replace any occurrence of “ERGroupware” with “Ponder” in my original 
text.

Sorry for the noise.

Flavio


> On 05/10/2015, at 17:08, Flavio Donadio  wrote:
> 
> Hello,
> 
> 
> I am on the planning stage of a new REST-web-service-based app with a Cocoa 
> client.
> 
> In my head, it makes sense to have a web interface (a Direct Action or D2W 
> app) just for user management, where the administrative users would be able 
> to create/edit/delete users and specify their abilities (which entities a 
> user can fetch/create/edit/delete, maybe with roles support). From what I’ve 
> seen, ERGroupware is able to do just that. Am I correct?
> 
> In my ERRest routes [in the ERRest (main) app], I would check if the user has 
> the necessary ability and act accordingly. I could also have some properties 
> on the client-side app (Cocoa-based) that would drive the UI (enable or 
> disable UI elements) based on user’s abilities/role.
> 
> Is my logic good so far? Is this feasible?
> 
> 
> Regards,
> Flavio
> ___
> 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/flavio%40donadio.com.br
> 
> This email sent to fla...@donadio.com.br


 ___
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: ERGroupware and ERRest

2015-10-05 Thread Pascal Robert 

> Le 2015-10-05 à 16:08, Flavio Donadio  a écrit :
> 
> Hello,
> 
> 
> I am on the planning stage of a new REST-web-service-based app with a Cocoa 
> client.
> 
> In my head, it makes sense to have a web interface (a Direct Action or D2W 
> app) just for user management, where the administrative users would be able 
> to create/edit/delete users and specify their abilities (which entities a 
> user can fetch/create/edit/delete, maybe with roles support). From what I’ve 
> seen, ERGroupware is able to do just that. Am I correct?

ERGroupware is to talk to calendar, email and contact services, this is not for 
user management. 

> In my ERRest routes [in the ERRest (main) app], I would check if the user has 
> the necessary ability and act accordingly. I could also have some properties 
> on the client-side app (Cocoa-based) that would drive the UI (enable or 
> disable UI elements) based on user’s abilities/role.
> 
> Is my logic good so far? Is this feasible?
> 
> 
> Regards,
> Flavio
> ___
> 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/probert%40macti.ca
> 
> This email sent to prob...@macti.ca


 ___
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

ERGroupware and ERRest

2015-10-05 Thread Flavio Donadio 
Hello,


I am on the planning stage of a new REST-web-service-based app with a Cocoa 
client.

In my head, it makes sense to have a web interface (a Direct Action or D2W app) 
just for user management, where the administrative users would be able to 
create/edit/delete users and specify their abilities (which entities a user can 
fetch/create/edit/delete, maybe with roles support). From what I’ve seen, 
ERGroupware is able to do just that. Am I correct?

In my ERRest routes [in the ERRest (main) app], I would check if the user has 
the necessary ability and act accordingly. I could also have some properties on 
the client-side app (Cocoa-based) that would drive the UI (enable or disable UI 
elements) based on user’s abilities/role.

Is my logic good so far? Is this feasible?


Regards,
Flavio
 ___
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

Adaptor Zapped

2015-10-05 Thread Gino Pacitti 
Looks like the el Capitan update zapped /System/Library/WebObjects and the 
WOAdaptor went with it …

I really should have moved it earlier :-)



 ___
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: ERMailDeliveryHTML outside the RR-Loop

2015-10-05 Thread T Worman 
Hi All:

ERMailUtils.instantiatePage() will, in turn, call 
ERXApplication.instantiatePage() which calls ERXWOContext.newContext(). It will 
get you to the same destination.

Tim
UCLA GSE&IS

> On Oct 5, 2015, at 12:18 AM, Fabian Peters  wrote:
> 
> Hi Christoph,
> 
> ERXWOContext.newContext() should do what you want.
> 
> Fabian
> 
>> Am 04.10.2015 um 21:07 schrieb CHRISTOPH WICK | i4innovation GmbH, Bonn 
>> :
>> 
>> Hi List,
>> 
>> I'd like to send batch emails in a separate thread using ERMailDeliveryHTML 
>> and a Component based HTML.
>> 
>> Unfortunately, I need a WOContext to generate my subclass of WOComponent. Is 
>> there a way to generate the WOContext outside the RR-Loop?
>> 
>> C.U.CW
>> --
>> What are the three enemies of a programmer? Sunlight, oxygen, and the 
>> appalling roar of the birds.
>> 
>> ___
>> 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/lists%40thetimmy.com
> 
> This email sent to li...@thetimmy.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: EOQualifier for an optional to many relationship

2015-10-05 Thread Chuck Hill 
"fetch all As that are either assigned to a given B or not assigned at all".   
That sounds like a right outer join.  You can set the join semantics on the 
relationship in EOModeler.  You probably don't want that for the main 
relationship, but I think you can define one that is not a class property and 
use that for the fetch.

Otherwise, I think you need a UNION.  I don't recall that Wonder generates 
UNIONs, but there is a lot in there...

There might be some other combination of qualifiers that work, checking the 
generated SQL is the best way to get a view into why it is not working.

Chuck


From: 
mailto:webobjects-dev-bounces+chill=gevityinc@lists.apple.com>>
 on behalf of Markus Ruggiero 
mailto:mailingli...@kataputt.com>>
Date: Monday, October 5, 2015 at 5:28 AM
To: WebObjects-Dev Mailing List List 
mailto:webobjects-dev@lists.apple.com>>
Subject: EOQualifier for an optional to many relationship

I have an optional many-2-many relationship between entities A and B. 
EntityModeler creates a join table with nothing modelled but the logical m:n 
relationships.

Now I need a qualifier to fetch all As that are either assigned to a given B or 
not assigned at all.

Following part works (finding all As assigned to a given B):

A.TO_MANY_B_ERXKEY.eq(myBObject)

Trying to find all As that have NO relationship to any B either finds nothing

A.TO_MANY_B_ERXKEY.isNull()

or results in a NullPointerException

A.TO_MANY_B_ERXKEY.isEmptyRelationship()

What am I missing here? In the end I want to simply join the two partial 
qualifiers by .or()

Thanks
---markus---

 ___
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: Abandonware???

2015-10-05 Thread Henrique Prange 
Hi Paul,

"Although such software is usually still under copyright, the owner may not be 
tracking or enforcing copyright violations."

Apple doesn’t need to release the copyright to turn WebObjects into 
Abandonware. I see no problem if we declare WebObjects as Abandonware and Apple 
doesn’t enforce its copyright. The real question is: what benefits do we have 
if WebObjects becomes Abandonware?

Cheers,

Henrique

> On 2 de out de 2015, at 20:43, Paul Yu  wrote:
> 
>> 
>> On Oct 2, 2015, at 7:00 PM, Paul Yu mailto:p...@me.com>> wrote:
>> 
>> Upon further reading of the wiki page.
>> 
>> Due to copyright enforcement duration, it does us no good for us to declare 
>> WebObjects and its frameworks abandoned by Apple.  Since Apple has not and 
>> will probably not release it copyright ownership on the software. 
>> 
>>> On Oct 2, 2015, at 6:00 PM, Hugi Thordarson >> > wrote:
>>> 
>>> Apple silently killed WebObjects and abandoned it's users roughly a decade 
>>> ago (in a somewhat less-than-honest manner (Floop-de-diddity-doo You, 
>>> Apple)).
>>> 
>>> But the community marches on. I’m constantly impressed by how this 
>>> community survives and keeps what's essentially a dead product the best 
>>> IDE/web-framework combination available. But at the same time, it’s kind of 
>>> triste. We’ll never get new users. No one will use a dead framework. I 
>>> hesitate to recommend it myself.
>>> 
>>> We really need a future destination. I’ve found a future for my data in 
>>> Cayenne (I’ve converted most of my WO/EOF projects to use Cayenne instead 
>>> of EOF and it’s awesome) but I haven’t found any web frameworks that can 
>>> even begin to compare to WO. And I’ve looked hard.
>>> 
>>> - hugi
>>> 
>>> 
>>> 
 On 2. okt. 2015, at 21:01, Alan Ward >>> > wrote:
 
 I think Apple has abandoned WebObjects outside of Apple but not inside. 
 Just my personal opinion
 
 Alan
 
 
 On Oct 2, 2015, at 12:47 PM, Paul Yu mailto:p...@mac.com>> 
 wrote:
 
> I was reading this Wikipedia article.
> 
> https://en.wikipedia.org/wiki/Abandonware 
> 
> 
> Would the list agree that WebObjects is now abandonware?
> 
> "Definitions of "abandoned" vary, but in general it is like any item that 
> is abandoned - it is ignored by the owner, and as such product support 
> and possibly copyright enforcement are also "abandoned". It can refer to 
> a product that is no longer available for legal purchase, over the age 
> where the product creator feels an obligation to continue to support it, 
> or where operating systems 
>  or hardware 
> platforms have evolved 
> to such a degree that the creator feels continued support cannot be 
> financially justified."
> ___
> 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/award%40apple.com 
> 
> 
> This email sent to aw...@apple.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/hugi%40karlmenn.is 
 
 
 This email sent to h...@karlmenn.is 
>>> ___
>>> 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/pyu%40mac.com 
>>> 
>>> 
>>> This email sent to p...@mac.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/hprange%40gmail.com 
> 
> 
> This email sent to hpra...@gmail.com

EOQualifier for an optional to many relationship

2015-10-05 Thread Markus Ruggiero 
I have an optional many-2-many relationship between entities A and B. 
EntityModeler creates a join table with nothing modelled but the logical m:n 
relationships.

Now I need a qualifier to fetch all As that are either assigned to a given B or 
not assigned at all.

Following part works (finding all As assigned to a given B):

A.TO_MANY_B_ERXKEY.eq(myBObject)

Trying to find all As that have NO relationship to any B either finds nothing

A.TO_MANY_B_ERXKEY.isNull()

or results in a NullPointerException

A.TO_MANY_B_ERXKEY.isEmptyRelationship()

What am I missing here? In the end I want to simply join the two partial 
qualifiers by .or()

Thanks
---markus---

 ___
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: NoSQL

2015-10-05 Thread Dennis Bliefernicht 
Hi,

> On 01 Oct 2015, at 20:22, Gino Pacitti  wrote:
> 
> Has anyone any thoughts on NoSQL and WO integrations and usage?

as well chiming in as "depends on what you are thinking of" :-) With the recent 
better support of JSON / JSONB in Postgres 9.4 we decided that this gives a 
nice middle-ground between relational databases and "Document-style" storage. 
In our case we created a JSONB prototype which maps between java.lang.String 
and jsonb columns (still very postgresql-specialized, needs to be cleaned up 
before it can be integrated in wonder). On the WO-side we then use the 
boon-library to parse between java.lang.String and actual NSDictionary/NSArray 
instances. As we're handling mostly small documents this works out quite fast 
and the workflow can be smoothed further by modifying the wonder templates. 
This effectively allows us to properly store NSDictionaries as entity 
properties and work with them even outside the WO context (as the serialized 
ERXMutableDictionary strings are hard to handle/debug otherwise; also they are 
not very space-efficient for small dictionaries). We haven't investigated 
advanced queries yet as that would probably require some more advanced SQL 
generation magic, but if your WO application mainly needs to handle schema-less 
documents attached to entities (and possibly doing some deeper querying outside 
of EO), this is a quick-and-easy way to enable this for your application.

Greetings
Dennis

--





-
Dennis Bliefernicht • Backend Development
T +49 40 357 3001 62
dennis.blieferni...@xyrality.com

XYRALITY GmbH • Friedensallee 290 • 22763 Hamburg
www.xyrality.com 
Registergericht: Hamburg HRB 115332
Geschäftsführer: Sven Ossenbrüggen
-

 ___
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: ERMailDeliveryHTML outside the RR-Loop

2015-10-05 Thread Timo Hoepfner 
Hi Christoph,

this is what I’ve been using in the past. Maybe a bit too complicated, but it 
works without leaking sessions.

public static void 
fillMailWithContentFromComponentInBackgroundThread(ERMailDeliveryHTML mail, 
String pageName, NSDictionary values) {
// When running in a regular R/R-loop this is not needed! Just 
use the current context.

// So, we're running outside of the R/R loop... We need a dummy 
context...
ERXRequest fakeRequest = new ERXRequest("GET", "", "HTTP/1.1", 
null, null, null);
ERXWOContext dummyContext = new ERXWOContext(fakeRequest);

// ...which will implicitly create a session, so prepare it to 
not log session termination in accounting
PDBUBasicSession dummySession = (PDBUBasicSession) 
dummyContext.session();
dummySession.setDontLogSessionTermination(true);

// not sure why this is needed
dummyContext.setMutableUserInfo(new NSMutableDictionary());

ERXWOContext.setCurrentContext(dummyContext);

// prepare the page...
WOComponent contentPage = 
WOApplication.application().pageWithName(pageName, dummyContext);
if (values != null) {
for (String keyPath : values.allKeys()) {

contentPage.takeValueForKeyPath(values.objectForKey(keyPath), keyPath);
}
}

// ...and add the content of the page to the message 
mail.setCharset("UTF-8");

mail.setHTMLContent(contentPage.generateResponse().contentString());
mail.setHiddenPlainTextContent("Dies ist eine HTML E-Mail. 
Bitte schalten Sie die Ansicht um.");

// terminate the dummy session, otherwise we have a session leak
dummySession.terminate();
}

HTH,

Timo

> Am 04.10.2015 um 21:07 schrieb CHRISTOPH WICK | i4innovation GmbH, Bonn 
> :
> 
> Hi List,
> 
> I'd like to send batch emails in a separate thread using ERMailDeliveryHTML 
> and a Component based HTML.
> 
> Unfortunately, I need a WOContext to generate my subclass of WOComponent. Is 
> there a way to generate the WOContext outside the RR-Loop?
> 
> C.U.CW
> --
> What are the three enemies of a programmer? Sunlight, oxygen, and the 
> appalling roar of the birds.
> 
> ___
> 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/th-dev%40onlinehome.de
> 
> This email sent to th-...@onlinehome.de


 ___
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: ERMailDeliveryHTML outside the RR-Loop

2015-10-05 Thread Fabian Peters 
Hi Christoph,

ERXWOContext.newContext() should do what you want.

Fabian

> Am 04.10.2015 um 21:07 schrieb CHRISTOPH WICK | i4innovation GmbH, Bonn 
> :
> 
> Hi List,
> 
> I'd like to send batch emails in a separate thread using ERMailDeliveryHTML 
> and a Component based HTML.
> 
> Unfortunately, I need a WOContext to generate my subclass of WOComponent. Is 
> there a way to generate the WOContext outside the RR-Loop?
> 
> C.U.CW
> --
> What are the three enemies of a programmer? Sunlight, oxygen, and the 
> appalling roar of the birds.
> 
> ___
> 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