Re: 5.4 uploading large files

2012-03-04 Thread Jean Pierre Malrieu
We need to change Project Wonder licencing to forbid Apple using it ;-)

Envoyé de mon iPhone

Le 4 mars 2012 à 03:15, Chuck Hill ch...@global-village.net a écrit :

 But that would require Apple to release a new version of WO.  Only the 
 psychotically delusional among us are still expecting that.  We have two 
 practical choices: fix it ourselves in Wonder or live with it.
 
 
 Chuck
 
 
 On 2012-03-03, at 2:49 PM, Helmut Tschemernjak wrote:
 
 
 we investigated in the past into the  2.1GB form upload limitation. I 
 reported this via the Apple Bug Reporter earlier this year. I feel it is not 
 hard to fix, hopefully Apple spends a day or two to fix it. See my report 
 below.
 
 Regards
 
 Helmut Tschemernjak
 
 ---
 Bug Reporter Problem ID: 10765546
 Subject: WebObjects 5.4.3 large request ( 2.1GB)
 
 Summary:
 Requests larger than 2.1GB (uploading large files) fail.
 The class com.webobjects.appserver._private.WOHttpIO tries to parse the 
 content-length header with the method parseInt of the Integer class. This 
 will fail for all files larger than 2.1GB. Further there are many instances 
 in the code that make use of an integer for the content length of a request:
 WOInputStreamData: public WOInputStreamData(InputStream, int)
 WORequest: public int _contentLengthHeader()
 Also classes not directly involved in the request handling do show such a 
 limitation (e.g. public NSRange(int, int)).
 ___
 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/chill%40global-village.net
 
 This email sent to ch...@global-village.net
 
 -- 
 Chuck Hill Senior Consultant / VP Development
 
 Practical WebObjects - for developers who want to increase their overall 
 knowledge of WebObjects or who are trying to solve specific problems.
 http://www.global-village.net/gvc/practical_webobjects
 
 
 
 
 
 
 
 
 ___
 Do not post admin requests to the list. They will be ignored.
 Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 https://lists.apple.com/mailman/options/webobjects-dev/jp.malrieu%40free.fr
 
 This email sent to jp.malr...@free.fr

 ___
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: 5.4 uploading large files

2012-03-04 Thread Pascal Robert
As every decisions Apple makes, we will never know why. But I guess that they 
don't see why they should support a group of ~ 800 developers… We have more 
.Net developers in Montreal than the total count of WO developers (excluding WO 
devs inside Apple) world wide!

 Hi List,
 
 Why has Apple decided to abandon us? What can  we do to get Apple releasing 
 WebObjects like it used to?
 
 Thanks,
 
 Dennis.
 
 On 03/Mar/12 4:29 PM, John Huss wrote:
 As Mike said above it is already fixed in Apple's version of WO.  But you're 
 never going to see that version.  So if you want a fix you have to roll your 
 own.
 
 John
 
 On Saturday, March 3, 2012, Helmut Tschemernjak hel...@helios.de wrote:
 
  we investigated in the past into the  2.1GB form upload limitation. I 
  reported this via the Apple Bug Reporter earlier this year. I feel it is 
  not hard to fix, hopefully Apple spends a day or two to fix it. See my 
  report below.
 
  Regards
 
  Helmut Tschemernjak
 
  ---
  Bug Reporter Problem ID: 10765546
  Subject: WebObjects 5.4.3 large request ( 2.1GB)
 
  Summary:
  Requests larger than 2.1GB (uploading large files) fail.
  The class com.webobjects.appserver._private.WOHttpIO tries to parse the 
  content-length header with the method parseInt of the Integer class. This 
  will fail for all files larger than 2.1GB. Further there are many 
  instances in the code that make use of an integer for the content length 
  of a request:
  WOInputStreamData: public WOInputStreamData(InputStream, int)
  WORequest: public int _contentLengthHeader()
  Also classes not directly involved in the request handling do show such a 
  limitation (e.g. public NSRange(int, int)).
  ___
  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/johnthuss%40gmail.com
 
  This email sent to johnth...@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/webobjects_lists%40webappz.com
 
 
 This email sent to 
 webobjects_li...@webappz.com
 
 
 -- 
 With Kind Regards,
 
 Dennis Gaastra, 
 WEBAPPZ®  Systems, Inc.
 (+1) 604.921.1333
 
 www.webappz.com  www.scheduleDS.com  www.1tracker.com
 
 
 
 
 
 
 This message contains confidential information and is intended only for the 
 individual named. If you are not the named addressee you should not 
 disseminate, distribute or copy this e-mail. Please notify the sender 
 immediately by e-mail if you have received this e-mail by mistake and delete 
 this e-mail from your system. E-mail transmission cannot be guaranteed to be 
 secure or error-free as information could be intercepted, corrupted, lost, 
 destroyed, arrive late or incomplete, or contain viruses. The sender 
 therefore does not accept liability for any errors or omissions in the 
 contents of this message, which arise as a result of e-mail transmission. If 
 verification is required please request a hard-copy version. WEBAPPZ Systems, 
 Inc., 726 - 1489 Marine Drive, West Vancouver, BC, CANADA V7T 1B8, 
 www.webappz.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/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

Re: 5.4 uploading large files

2012-03-04 Thread ISHIMOTO Ken
But I am happy to be 1 of 800 Worldwide.

^^

On 2012/03/04, at 9:39, Pascal Robert wrote:

 As every decisions Apple makes, we will never know why. But I guess that they 
 don't see why they should support a group of ~ 800 developers… We have more 
 .Net developers in Montreal than the total count of WO developers (excluding 
 WO devs inside Apple) world wide!
 
 Hi List,
 
 Why has Apple decided to abandon us? What can  we do to get Apple releasing 
 WebObjects like it used to?
 
 Thanks,
 
 Dennis.
 
 On 03/Mar/12 4:29 PM, John Huss wrote:
 As Mike said above it is already fixed in Apple's version of WO.  But 
 you're never going to see that version.  So if you want a fix you have to 
 roll your own.
 
 John
 
 On Saturday, March 3, 2012, Helmut Tschemernjak hel...@helios.de wrote:
 
 we investigated in the past into the  2.1GB form upload limitation. I 
 reported this via the Apple Bug Reporter earlier this year. I feel it is 
 not hard to fix, hopefully Apple spends a day or two to fix it. See my 
 report below.
 
 Regards
 
 Helmut Tschemernjak
 
 ---
 Bug Reporter Problem ID: 10765546
 Subject: WebObjects 5.4.3 large request ( 2.1GB)
 
 Summary:
 Requests larger than 2.1GB (uploading large files) fail.
 The class com.webobjects.appserver._private.WOHttpIO tries to parse the 
 content-length header with the method parseInt of the Integer class. This 
 will fail for all files larger than 2.1GB. Further there are many 
 instances in the code that make use of an integer for the content length 
 of a request:
 WOInputStreamData: public WOInputStreamData(InputStream, int)
 WORequest: public int _contentLengthHeader()
 Also classes not directly involved in the request handling do show such a 
 limitation (e.g. public NSRange(int, int)).
 ___
 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/johnthuss%40gmail.com
 
 This email sent to johnth...@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/webobjects_lists%40webappz.com
 
 
 This email sent to 
 webobjects_li...@webappz.com
 
 
 -- 
 With Kind Regards,
 
 Dennis Gaastra, 
 WEBAPPZ®  Systems, Inc.
 (+1) 604.921.1333
 
 www.webappz.com  www.scheduleDS.com  www.1tracker.com
 
 
 
 
 
 
 This message contains confidential information and is intended only for the 
 individual named. If you are not the named addressee you should not 
 disseminate, distribute or copy this e-mail. Please notify the sender 
 immediately by e-mail if you have received this e-mail by mistake and delete 
 this e-mail from your system. E-mail transmission cannot be guaranteed to be 
 secure or error-free as information could be intercepted, corrupted, lost, 
 destroyed, arrive late or incomplete, or contain viruses. The sender 
 therefore does not accept liability for any errors or omissions in the 
 contents of this message, which arise as a result of e-mail transmission. If 
 verification is required please request a hard-copy version. WEBAPPZ 
 Systems, Inc., 726 - 1489 Marine Drive, West Vancouver, BC, CANADA V7T 1B8, 
 www.webappz.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/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/ken%40ksroom.com
 
 This email sent to k...@ksroom.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: 5.4 uploading large files

2012-03-04 Thread Helmut Tschemernjak


I have an idea how to make Apple aware that the WebObjects is important 
to be supported or opened to the community. We need to get as many Apple 
shareholders we can, to demand with a significant amount of stock 
owners, bringing up an motion to discuss the WebObjects support in an 
extra announced shareholders meeting. Once this meeting gets setup, the 
attendees (and mandates) votes have the power to decide on this issue.


The trick is that the amount a attending votes will count and not the 
amount total votes/shares available. Also Apple employes and relatives 
cannot vote because there is a conflict of interest. I sure that Jim 
Cramer with CNBC will help to mobilize additional shareholders because 
it is a great story.


I personally know, we are the owners of Apple (my wife, company, me, 
friends, many others) and therefore it is our company.


Regards

Helmut
___
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: 5.4 uploading large files

2012-03-04 Thread Amy Worrall
On Sun, Mar 4, 2012 at 10:54 AM, Helmut Tschemernjak hel...@helios.de wrote:

 I have an idea how to make Apple aware that the WebObjects is important to
 be supported or opened to the community. We need to get as many Apple
 shareholders we can, to demand with a significant amount of stock owners,
 bringing up an motion to discuss the WebObjects support in an extra
 announced shareholders meeting. Once this meeting gets setup, the attendees
 (and mandates) votes have the power to decide on this issue.

 The trick is that the amount a attending votes will count and not the amount
 total votes/shares available. Also Apple employes and relatives cannot vote
 because there is a conflict of interest. I sure that Jim Cramer with CNBC
 will help to mobilize additional shareholders because it is a great story.

 I personally know, we are the owners of Apple (my wife, company, me,
 friends, many others) and therefore it is our company.

 Regards

 Helmut


Well, if you can make it happen…

 ___
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: 5.4 uploading large files

2012-03-04 Thread Matteo Centro
It is certainly a good point... Don't know if it makes sense in real life but, 
count me in!

Matteo

Sent from my iPhone

On 04/mar/2012, at 11:54, Helmut Tschemernjak hel...@helios.de wrote:

 
 I have an idea how to make Apple aware that the WebObjects is important to be 
 supported or opened to the community. We need to get as many Apple 
 shareholders we can, to demand with a significant amount of stock owners, 
 bringing up an motion to discuss the WebObjects support in an extra announced 
 shareholders meeting. Once this meeting gets setup, the attendees (and 
 mandates) votes have the power to decide on this issue.
 
 The trick is that the amount a attending votes will count and not the amount 
 total votes/shares available. Also Apple employes and relatives cannot vote 
 because there is a conflict of interest. I sure that Jim Cramer with CNBC 
 will help to mobilize additional shareholders because it is a great story.
 
 I personally know, we are the owners of Apple (my wife, company, me, friends, 
 many others) and therefore it is our company.
 
 Regards
 
 Helmut
 ___
 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/mcentro%40altera.it
 
 This email sent to mcen...@altera.it

 ___
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


Wolips Build path?

2012-03-04 Thread G Brown
HI,

I have a question about the wolips build path. It seems to have some pathology, 
or I am mis-understanding something.

If I have a project, a projectA and everhthing compiles correctly, then when I 
bring in a different project to the workspace, e.g. ERXExtensions, now all of a 
sudden projectA has compile problems. It can't find the classes on the java 
build path. Somehow it knows about the ERXExtensions project, and it seems it 
wants to use it, even though the java build path is telling wolips where to 
find the correct version of ERXExtensions. It doesn't look where the java build 
path is telling wolips to look. Instead, wolips or the java compiler, can't 
find ERXExtensions and compilation fails, the java sources are all marked with 
problems. Now if I close the ERXExtensions project, all of a sudden wolips can 
find what is on projectA's build path, and all is well. 

Of couse projectA depends on a version of ERXExtensions, but why doesn't wolips 
look at the build path? Is there some parameter to set to get it to use the 
build path? Is it some automatic feature that if wolips recognizes some classes 
as being in the workspace, it automatically overrides what is on the build path?

How to stop this?

It does this with a:
classpathentry kind=con 
path=org.maven.ide.eclipse.MAVEN2_CLASSPATH_CONTAINER/

I have not tried other types of classpathentry.

Thanks,

G Brown
gsbr...@umich.edu

 ___
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: Wolips Build path?

2012-03-04 Thread G Brown
Also, even with the project closed, the eomodler complains about the closed 
ERXExtensions project, so I guess one has to not introduce ANY dependent 
projects at all.


On Mar 4, 2012, at 11:13 AM, G Brown wrote:

 HI,
 
 I have a question about the wolips build path. It seems to have some 
 pathology, or I am mis-understanding something.
 
 If I have a project, a projectA and everhthing compiles correctly, then when 
 I bring in a different project to the workspace, e.g. ERXExtensions, now all 
 of a sudden projectA has compile problems. It can't find the classes on the 
 java build path. Somehow it knows about the ERXExtensions project, and it 
 seems it wants to use it, even though the java build path is telling wolips 
 where to find the correct version of ERXExtensions. It doesn't look where the 
 java build path is telling wolips to look. Instead, wolips or the java 
 compiler, can't find ERXExtensions and compilation fails, the java sources 
 are all marked with problems. Now if I close the ERXExtensions project, all 
 of a sudden wolips can find what is on projectA's build path, and all is 
 well. 
 
 Of couse projectA depends on a version of ERXExtensions, but why doesn't 
 wolips look at the build path? Is there some parameter to set to get it to 
 use the build path? Is it some automatic feature that if wolips recognizes 
 some classes as being in the workspace, it automatically overrides what is on 
 the build path?
 
 How to stop this?
 
 It does this with a:
 classpathentry kind=con 
 path=org.maven.ide.eclipse.MAVEN2_CLASSPATH_CONTAINER/
 
 I have not tried other types of classpathentry.
 
 Thanks,
 
 G Brown
 gsbr...@umich.edu
 
 ___
 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/gsbrown%40umich.edu
 
 This email sent to gsbr...@umich.edu


G Brown
gsbr...@umich.edu




 ___
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: 5.4 uploading large files

2012-03-04 Thread Gaastra Dennis - WO Lists
Apple is a North American company. So wouldn't a class action suit make 
sense? We all have a lot riding on WebObjects and Apple has terminated 
us in 2009 without any proper notice period and reasoning. I am sure we 
could get over a 1000 participants.


Dennis

On 04/Mar/12 7:16 AM, Matteo Centro wrote:

It is certainly a good point... Don't know if it makes sense in real life but, 
count me in!

Matteo

Sent from my iPhone

On 04/mar/2012, at 11:54, Helmut Tschemernjakhel...@helios.de  wrote:


I have an idea how to make Apple aware that the WebObjects is important to be 
supported or opened to the community. We need to get as many Apple shareholders 
we can, to demand with a significant amount of stock owners, bringing up an 
motion to discuss the WebObjects support in an extra announced shareholders 
meeting. Once this meeting gets setup, the attendees (and mandates) votes have 
the power to decide on this issue.

The trick is that the amount a attending votes will count and not the amount 
total votes/shares available. Also Apple employes and relatives cannot vote 
because there is a conflict of interest. I sure that Jim Cramer with CNBC will 
help to mobilize additional shareholders because it is a great story.

I personally know, we are the owners of Apple (my wife, company, me, friends, 
many others) and therefore it is our company.

Regards

Helmut
___
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/mcentro%40altera.it

This email sent to mcen...@altera.it

  ___
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/webobjects_lists%40webappz.com

This email sent to webobjects_li...@webappz.com




--
With Kind Regards,

Dennis Gaastra,
WEBAPPZ®  Systems, Inc.
(+1) 604.921.1333
www.webappz.com  www.scheduleDS.com  www.1tracker.com





This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. WEBAPPZ Systems, Inc., 726 - 1489 
Marine Drive, West Vancouver, BC, CANADA V7T 1B8, www.webappz.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: Changing web server's document root

2012-03-04 Thread Klaus Berkling

On Mar 3, 2012, at 12:28 PM, Chuck Hill wrote:

 The general WO Properties are in 
 https://developer.apple.com/legacy/mac/library/#documentation/WebObjects/WOAppProperties/Articles/ApplicationProperties.html#//apple_ref/doc/uid/TP40005337-SW1
 
 I don't see anything there, so I looked in ERXStaticResourceRequestHandler 
 and the property to set is WODocumentRoot.  I _thought_ that used to be part 
 of WO itself.

That worked beautifully.  Thanks!!



kib

Success is not final, failure is not fatal: it is the courage to continue that 
counts.
Winston Churchill

Klaus Berkling
Web Application Dev.  Systems Analyst
DynEd International, Inc.
www.dyned.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:Changing web server's document root

2012-03-04 Thread Klaus Berkling

On Mar 3, 2012, at 9:05 AM, Francois Bientz wrote:

 Change WebObjectsDocumentRoot in apache.conf


Right, for deployment. Everything will be in the right place then.

Thanks.


kib

The trouble with normal is it always gets worse.
Bruce Cockburn

Klaus Berkling
Web Application Dev.  Systems Analyst
DynEd International, Inc.
www.dyned.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: 5.4 uploading large files

2012-03-04 Thread Pascal Robert
Well, I wish you luck. I'm not going to fight with Apple Legal for years, I 
prefer actually moving the community forward and stopping looking at the past.

 Apple is a North American company. So wouldn't a class action suit make 
 sense? We all have a lot riding on WebObjects and Apple has terminated us in 
 2009 without any proper notice period and reasoning. I am sure we could get 
 over a 1000 participants.
 
 Dennis
 
 On 04/Mar/12 7:16 AM, Matteo Centro wrote:
 It is certainly a good point... Don't know if it makes sense in real life 
 but, count me in!
 
 Matteo
 
 Sent from my iPhone
 
 On 04/mar/2012, at 11:54, Helmut Tschemernjakhel...@helios.de  wrote:
 
 I have an idea how to make Apple aware that the WebObjects is important to 
 be supported or opened to the community. We need to get as many Apple 
 shareholders we can, to demand with a significant amount of stock owners, 
 bringing up an motion to discuss the WebObjects support in an extra 
 announced shareholders meeting. Once this meeting gets setup, the attendees 
 (and mandates) votes have the power to decide on this issue.
 
 The trick is that the amount a attending votes will count and not the 
 amount total votes/shares available. Also Apple employes and relatives 
 cannot vote because there is a conflict of interest. I sure that Jim Cramer 
 with CNBC will help to mobilize additional shareholders because it is a 
 great story.
 
 I personally know, we are the owners of Apple (my wife, company, me, 
 friends, many others) and therefore it is our company.
 
 Regards
 
 Helmut
 ___
 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/mcentro%40altera.it
 
 This email sent to mcen...@altera.it
  ___
 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/webobjects_lists%40webappz.com
 
 This email sent to webobjects_li...@webappz.com
 
 
 
 -- 
 With Kind Regards,
 
 Dennis Gaastra,
 WEBAPPZ®  Systems, Inc.
 (+1) 604.921.1333
 www.webappz.com  www.scheduleDS.com  www.1tracker.com
 
 
 
 
 
 This message contains confidential information and is intended only for the 
 individual named. If you are not the named addressee you should not 
 disseminate, distribute or copy this e-mail. Please notify the sender 
 immediately by e-mail if you have received this e-mail by mistake and delete 
 this e-mail from your system. E-mail transmission cannot be guaranteed to be 
 secure or error-free as information could be intercepted, corrupted, lost, 
 destroyed, arrive late or incomplete, or contain viruses. The sender 
 therefore does not accept liability for any errors or omissions in the 
 contents of this message, which arise as a result of e-mail transmission. If 
 verification is required please request a hard-copy version. WEBAPPZ Systems, 
 Inc., 726 - 1489 Marine Drive, West Vancouver, BC, CANADA V7T 1B8, 
 www.webappz.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/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

Re: 5.4 uploading large files

2012-03-04 Thread Gaastra Dennis - WO Lists
Apple ran out of money and can't afford to release it; they would just 
have to dump WebObjects on us. :-)


On 04/Mar/12 2:11 PM, Pascal Robert wrote:

Well, I wish you luck. I'm not going to fight with Apple Legal for years, I 
prefer actually moving the community forward and stopping looking at the past.


Apple is a North American company. So wouldn't a class action suit make sense? 
We all have a lot riding on WebObjects and Apple has terminated us in 2009 
without any proper notice period and reasoning. I am sure we could get over a 
1000 participants.

Dennis

On 04/Mar/12 7:16 AM, Matteo Centro wrote:

It is certainly a good point... Don't know if it makes sense in real life but, 
count me in!

Matteo

Sent from my iPhone

On 04/mar/2012, at 11:54, Helmut Tschemernjakhel...@helios.de   wrote:


I have an idea how to make Apple aware that the WebObjects is important to be 
supported or opened to the community. We need to get as many Apple shareholders 
we can, to demand with a significant amount of stock owners, bringing up an 
motion to discuss the WebObjects support in an extra announced shareholders 
meeting. Once this meeting gets setup, the attendees (and mandates) votes have 
the power to decide on this issue.

The trick is that the amount a attending votes will count and not the amount 
total votes/shares available. Also Apple employes and relatives cannot vote 
because there is a conflict of interest. I sure that Jim Cramer with CNBC will 
help to mobilize additional shareholders because it is a great story.

I personally know, we are the owners of Apple (my wife, company, me, friends, 
many others) and therefore it is our company.

Regards

Helmut
___
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/mcentro%40altera.it

This email sent to mcen...@altera.it

  ___
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/webobjects_lists%40webappz.com

This email sent to webobjects_li...@webappz.com



--
With Kind Regards,

Dennis Gaastra,
WEBAPPZ®  Systems, Inc.
(+1) 604.921.1333
www.webappz.com   www.scheduleDS.com   www.1tracker.com





This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. WEBAPPZ Systems, Inc., 726 - 1489 
Marine Drive, West Vancouver, BC, CANADA V7T 1B8, www.webappz.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/probert%40macti.ca

This email sent to prob...@macti.ca





--
With Kind Regards,

Dennis Gaastra,
WEBAPPZ®  Systems, Inc.
(+1) 604.921.1333
www.webappz.com  www.scheduleDS.com  www.1tracker.com





This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. WEBAPPZ Systems, Inc., 726 - 1489 
Marine Drive, West Vancouver, BC, CANADA V7T 1B8, www.webappz.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