Send Webobjects-dev mailing list submissions to
email@hidden
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.apple.com/mailman/listinfo/webobjects-dev
or, via email, send a message with subject or body 'help' to
email@hidden
You can reach the person managing the list at
email@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Webobjects-dev digest..."
Today's Topics:
1. Re: DirectAction: NSDictionary of the form values
(Jerry W. Walker)
2. Re: DirectAction: NSDictionary of the form values (David LeBer)
3. Re: DirectAction: NSDictionary of the form values
(Edgar Ra. Klein)
4. Re: DirectAction: NSDictionary of the form values
(Edgar Ra. Klein)
5. Re: DirectAction: NSDictionary of the form values
(Jean-Fran?ois Veillette)
6. Re: WOBuilder Replacement (Michael Warner)
7. Not an Eclipse Plugin (Sam Barnum)
8. Re: DirectAction: NSDictionary of the form values
(Jerry W. Walker)
9. checking webobject's version (Angelo Chen)
10. Re: checking webobject's version (Guido Neitzer)
11. Re: getting the database values of an object without changing
the one in the current editing context (Chuck Hill)
12. Re: WOBuilder Replacement (Lachlan Deck)
13. Re: WOBuilder Replacement (Chuck Hill)
----------------------------------------------------------------------
Message: 1
Date: Thu, 5 Jul 2007 09:26:17 -0400
From: "Jerry W. Walker" <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: Edgar Ra.Klein <email@hidden>
Cc: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Hi, Edgar,
The NSDictionary that you receive from request().formValues()
contains NSArray values for each key. WO must presume that the values
returned are arrays of values, because some form elements can return
an array of values and WO has no way of determining whether a given
form value should be an array or not, so it opts for the more general
case, presuming that they should all be arrays, and returns single
valued arrays for the cases that only a single value is returned for
a given key.
Given that information, you could use request().formValueKeys() to
get the list of keys present and iterate through all the keys using
request().formValueForKey(key) to unwrap the array around each given
value to build out your own NSMutableDictionary to pass to the
EOUtilities.objectsMatchingValues method. Such as:
...
NSArray myResults = EOUtilities.objectsMatchingValues
(unwrappedFormValues());
...
private NSDictionary unwrappedFormValues()
{
NSArray keys = request().formValueKeys();
NSMutableDictionary results = new NSMutableDictionary(keys.count());
Enumeration e = keys.objectEnumerator();
while (e.hasMoreElements()) {
NSArray theValueArray = request().formValueForKey(key);
results.setObjectForKey(theValueArray.lastObject(), key);
}
return results.immutableClone();
}
Regards,
Jerry
On Jul 5, 2007, at 6:33 AM, Edgar Ra. Klein wrote:
Hi guys,
I'm having a problem w/ the Dictionary returned by the
DirectAction's form values. More precisely, I have a DirectAction
w/ some form values like:
...DirectAction.woa/wa/default?key1=value1&key2=value2
The method request().formValues() returns an NSDictionary looking
like that:
{key1 = ("value1"); key2 = ("value2"); }
Unfortunately, the values are wrapped into (" ") and therefore I
cannot pass this dictionary to ask the
EOUtilities.objectsMatchingValues method for database entries.
Am I doing s.th. wrong or is there an easy way to convert the
wrapped values to unwrapped versions?
Thanx,
Edgar
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
--
__ Jerry W. Walker,
WebObjects Developer/Instructor for High Performance Industrial
Strength Internet Enabled Systems
email@hidden
203 278-4085 office
------------------------------
Message: 2
Date: Thu, 5 Jul 2007 09:36:39 -0400
From: David LeBer <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: Jerry W.Walker <email@hidden>
Cc: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 5-Jul-07, at 9:26 AM, Jerry W. Walker wrote:
Hi, Edgar,
The NSDictionary that you receive from request().formValues()
contains NSArray values for each key. WO must presume that the
values returned are arrays of values, because some form elements
can return an array of values and WO has no way of determining
whether a given form value should be an array or not, so it opts
for the more general case, presuming that they should all be
arrays, and returns single valued arrays for the cases that only a
single value is returned for a given key.
Given that information, you could use request().formValueKeys() to
get the list of keys present and iterate through all the keys using
request().formValueForKey(key) to unwrap the array around each
given value to build out your own NSMutableDictionary to pass to
the EOUtilities.objectsMatchingValues method. Such as:
...
NSArray myResults = EOUtilities.objectsMatchingValues
(unwrappedFormValues());
...
private NSDictionary unwrappedFormValues()
{
NSArray keys = request().formValueKeys();
NSMutableDictionary results = new NSMutableDictionary(keys.count());
Enumeration e = keys.objectEnumerator();
while (e.hasMoreElements()) {
NSArray theValueArray = request().formValueForKey(key);
results.setObjectForKey(theValueArray.lastObject(), key);
}
return results.immutableClone();
}
Umm, request().formValueForKey("thekey"); should return a single
value. Calling valueForKey on the dictionary or formValuesForKey on
the request will return an array.
--
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
------------------------------
Message: 3
Date: Thu, 5 Jul 2007 15:52:09 +0200
From: "Edgar Ra. Klein" <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Hi,
On 05.07.2007, at 14:56, Jean-François Veillette wrote:
from your description, it look like 'formValues()' wrap all
values in
an array (from the doc).
formValues()
Returns an NSDictionary containing all of the form data
with names for keys and NSArrays containing the value(s)
associated with those keys for values.
so to get "value1", you would do :
String value1 = (String) request().formValues().valueForKey
("key1").objectAtIndex(0);
Or simply use 'formValueForKey':
String value1 = (String) request().formValueForKey("key1");
Thanx for the helpful hint :)
Regards,
Edgar
Le 07-07-05 à 06:33, Edgar Ra. Klein a écrit :
Hi guys,
I'm having a problem w/ the Dictionary returned by the
DirectAction's form values. More precisely, I have a DirectAction
w/ some form values like:
...DirectAction.woa/wa/default?key1=value1&key2=value2
The method request().formValues() returns an NSDictionary looking
like that:
{key1 = ("value1"); key2 = ("value2"); }
Unfortunately, the values are wrapped into (" ") and therefore I
cannot pass this dictionary to ask the
EOUtilities.objectsMatchingValues method for database entries.
Am I doing s.th. wrong or is there an easy way to convert the
wrapped values to unwrapped versions?
Thanx,
Edgar
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
------------------------------
Message: 4
Date: Thu, 5 Jul 2007 15:54:16 +0200
From: "Edgar Ra. Klein" <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Hi Jerry,
On 05.07.2007, at 15:26, Jerry W. Walker wrote:
Hi, Edgar,
The NSDictionary that you receive from request().formValues()
contains NSArray values for each key. WO must presume that the
values returned are arrays of values, because some form elements
can return an array of values and WO has no way of determining
whether a given form value should be an array or not, so it opts
for the more general case, presuming that they should all be
arrays, and returns single valued arrays for the cases that only a
single value is returned for a given key.
This is a good thing to know, thank you!
Given that information, you could use request().formValueKeys() to
get the list of keys present and iterate through all the keys using
request().formValueForKey(key) to unwrap the array around each
given value to build out your own NSMutableDictionary to pass to
the EOUtilities.objectsMatchingValues method. Such as:
...
NSArray myResults = EOUtilities.objectsMatchingValues
(unwrappedFormValues());
...
private NSDictionary unwrappedFormValues()
{
NSArray keys = request().formValueKeys();
NSMutableDictionary results = new NSMutableDictionary(keys.count());
Enumeration e = keys.objectEnumerator();
while (e.hasMoreElements()) {
NSArray theValueArray = request().formValueForKey(key);
results.setObjectForKey(theValueArray.lastObject(), key);
}
return results.immutableClone();
}
The code I just wrote is:
public NSDictionary convertFormValues() {
NSMutableDictionary resultDictionary = new NSMutableDictionary();
NSArray keys = request().formValueKeys();
for (int i = 0 ; i < keys.count() ; i++) {
String key = (String) keys.objectAtIndex(i);
String value = (String) request().formValueForKey(key);
resultDictionary.takeValueForKey(value, key);
}
return resultDictionary.immutableClone();
}
I feel like having a deja vu ;)
Thanx and regards,
Edgar
On Jul 5, 2007, at 6:33 AM, Edgar Ra. Klein wrote:
Hi guys,
I'm having a problem w/ the Dictionary returned by the
DirectAction's form values. More precisely, I have a DirectAction
w/ some form values like:
...DirectAction.woa/wa/default?key1=value1&key2=value2
The method request().formValues() returns an NSDictionary looking
like that:
{key1 = ("value1"); key2 = ("value2"); }
Unfortunately, the values are wrapped into (" ") and therefore I
cannot pass this dictionary to ask the
EOUtilities.objectsMatchingValues method for database entries.
Am I doing s.th. wrong or is there an easy way to convert the
wrapped values to unwrapped versions?
Thanx,
Edgar
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
--
__ Jerry W. Walker,
WebObjects Developer/Instructor for High Performance Industrial
Strength Internet Enabled Systems
email@hidden
203 278-4085 office
------------------------------
Message: 5
Date: Thu, 5 Jul 2007 08:56:39 -0400
From: Jean-Fran?ois Veillette <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: "Edgar Ra. Klein" <email@hidden>
Cc: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
from your description, it look like 'formValues()' wrap all values in
an array (from the doc).
formValues()
Returns an NSDictionary containing all of the form data
with names for keys and NSArrays containing the value(s)
associated with those keys for values.
so to get "value1", you would do :
String value1 = (String) request().formValues().valueForKey
("key1").objectAtIndex(0);
Or simply use 'formValueForKey':
String value1 = (String) request().formValueForKey("key1");
- jfv
Le 07-07-05 à 06:33, Edgar Ra. Klein a écrit :
Hi guys,
I'm having a problem w/ the Dictionary returned by the
DirectAction's form values. More precisely, I have a DirectAction
w/ some form values like:
...DirectAction.woa/wa/default?key1=value1&key2=value2
The method request().formValues() returns an NSDictionary looking
like that:
{key1 = ("value1"); key2 = ("value2"); }
Unfortunately, the values are wrapped into (" ") and therefore I
cannot pass this dictionary to ask the
EOUtilities.objectsMatchingValues method for database entries.
Am I doing s.th. wrong or is there an easy way to convert the
wrapped values to unwrapped versions?
Thanx,
Edgar
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
------------------------------
Message: 6
Date: Thu, 5 Jul 2007 07:08:16 -0700
From: Michael Warner <email@hidden>
Subject: Re: WOBuilder Replacement
To: Gino Pacitti <email@hidden>
Cc: email@hidden
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
I believe that Gino is on the right track here. Having heard Mike
Schrag speak at WOWODC, I am sure that he and his associates
could create a wonderful (no pun intended) new WOBuilder. But for
reasons apart from the financing, such an effort seems ill-advised at
this time.
The main problem is the lack of a WO developer organization and lack
a formal relationship with Apple Inc. Through a combination of
genius, expertise, generosity
and sweat equity, certain individuals, including Mike Schrag, have
come into leadership roles on this list. But at this point that is
all there is, a list, an ad hoc network of
developers, and the ability to survey the opinions of this anarchic,
amorphous group. There is no clear idea how many of us there
are! Without a formal, dues-paying,
voting-for-officers organization, the group does not have the clout
that it could have.
I am NOT advocating the creation of a formal organization here.
Just pointing out
the obvious -- there is not one. And so, for example, when
creating a 'survey', you are never sure what the group is that your
are surveying. And if WO developers were more
formally organized then the organization as a whole could approach
Apple with more coherence and clout.
At some point, with organized WO developers having a collective voice
and funds to send their leadership to meet with Apple, some type of
written agreement might be drawn up between Apple and the developers,
such that Apple itself would be
intimately involved in guiding (and not inadvertently undermining)
the creation of something like a new WOBuilder. Would one really
want to invest 50K-100K in a product
so intimately connected to WO, without some type of formal
relationship with Apple?
Please don't take my specific wording of the above points too
seriously -- I am only trying to sketch, in a general sense, the
dilemma that we developers are in.
Mike W.
Can't Apple be persuaded to contribute a small development team
that worked with other WO Community members on this...
That might bring costs down and offer a soft landing for those of
us that like to use a GUI to components and interface design...
Gino
On 5 Jul 2007, at 14:03, Jeremy Matthews wrote:
Although I understand the speed and the ease of Eclipses' Editor,
I must admit that sometimes I miss WOBuilder...
I'd gladly pay $500 for a full WOBuilder Replacement...with or
without Entity Modeler bundled (Since Mike is working on that
anyways...)...maybe 2 licenses.
I might be able to swing more next year....
Now whether it integrates with Eclipse or not...well, I've seen
some nice things in Eclipse...but I'm willing to hear it out.
Thanks,
j
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mac.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mac.com
This email sent to email@hidden
------------------------------
Message: 7
Date: Thu, 5 Jul 2007 07:48:17 -0700
From: Sam Barnum <email@hidden>
Subject: Not an Eclipse Plugin
To: "WebObjects (Group)" <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset="us-ascii"
I'd like to vote for this method, not all of us use Eclipse. We have
4 WO developers, and we use IntelliJ.
On Jul 5, 2007, at 5:30 AM, Mike Schrag wrote:
If we built a WOBuilder, we would really only build one that I
would use, too, so it has to not suck (this quite possibly means
such an app is not an Eclipse plugin, but just has an eclipse
plugin integration layer along the lines of how WOB + PB/Xc work).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.apple.com/pipermail/webobjects-dev/attachments/
20070705/03a00ad8/attachment.html
------------------------------
Message: 8
Date: Thu, 5 Jul 2007 11:36:59 -0400
From: "Jerry W. Walker" <email@hidden>
Subject: Re: DirectAction: NSDictionary of the form values
To: David LeBer <email@hidden>
Cc: webobjects-dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Hi, David,
On Jul 5, 2007, at 9:36 AM, David LeBer wrote:
On 5-Jul-07, at 9:26 AM, Jerry W. Walker wrote:
Hi, Edgar,
The NSDictionary that you receive from request().formValues()
contains NSArray values for each key. WO must presume that the
values returned are arrays of values, because some form elements
can return an array of values and WO has no way of determining
whether a given form value should be an array or not, so it opts
for the more general case, presuming that they should all be
arrays, and returns single valued arrays for the cases that only a
single value is returned for a given key.
Given that information, you could use request().formValueKeys() to
get the list of keys present and iterate through all the keys
using request().formValueForKey(key) to unwrap the array around
each given value to build out your own NSMutableDictionary to pass
to the EOUtilities.objectsMatchingValues method. Such as:
...
NSArray myResults = EOUtilities.objectsMatchingValues
(unwrappedFormValues());
...
private NSDictionary unwrappedFormValues()
{
NSArray keys = request().formValueKeys();
NSMutableDictionary results = new NSMutableDictionary(keys.count
());
Enumeration e = keys.objectEnumerator();
while (e.hasMoreElements()) {
NSArray theValueArray = request().formValueForKey(key);
results.setObjectForKey(theValueArray.lastObject(), key);
}
return results.immutableClone();
}
Umm, request().formValueForKey("thekey"); should return a single
value. Calling valueForKey on the dictionary or formValuesForKey on
the request will return an array.
--
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
Yup, you're right.
I wrote the routine quickly this morning knowing that fact, but I had
so focused on why WO returns arrays for each of the values, that I
automatically and erroneously extracted the value from the
nonexistent array. Since I wrote the routine with Mail.app as my
editor, it didn't catch that. :-)
More coffee!
Regards,
Jerry
--
__ Jerry W. Walker,
WebObjects Developer/Instructor for High Performance Industrial
Strength Internet Enabled Systems
email@hidden
203 278-4085 office
------------------------------
Message: 9
Date: Thu, 5 Jul 2007 23:52:29 +0800 (CST)
From: Angelo Chen <email@hidden>
Subject: checking webobject's version
To: email@hidden
Message-ID: <email@hidden>
Content-Type: text/plain; charset=big5
Hi,
I just installed the weobjects come with June 2007's
developer DVD, but any way to check what's the version
of this WebObjects?
Also I do see /application/Openbase folder, but can't
create any new database, any way to use Openbase?
Thanks.
A.C.
µL ¹q¶lÀx¦s¶q¡A¥ß§Y¨Ï¥ÎYahoo! Mail¡A§A´NµL»Ý¦A¾á¤ß¦¬
¥ó½cÀx¦sªÅ¶¡·|§_¹L¶q!
------------------------------
Message: 10
Date: Thu, 5 Jul 2007 10:01:34 -0600
From: Guido Neitzer <email@hidden>
Subject: Re: checking webobject's version
To: Angelo Chen <email@hidden>, WebObjects Dev Apple
<email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 05.07.2007, at 09:52, Angelo Chen wrote:
I just installed the weobjects come with June 2007's
developer DVD, but any way to check what's the version
of this WebObjects?
cat /System/Library/Frameworks/JavaWebObjects.framework/Resources/
version.plist
That does the trick on Tiger and WO 5.3.3.
Don't know about the OpenBase database.
cug
------------------------------
Message: 11
Date: Thu, 5 Jul 2007 10:12:58 -0700
From: Chuck Hill <email@hidden>
Subject: Re: getting the database values of an object without changing
the one in the current editing context
To: WO Dev <email@hidden>
Cc: WebObjects Dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On Jul 5, 2007, at 3:28 AM, WO Dev wrote:
Hi,
I'm not sure my subject is understandable, anyway.
Assuming I have an object "x", I'm manipulating it in an editing
context. At a certain point I need to get the original object (the
one from the database) but without changing anything to the one in
my editing context.
How could I do that?
I need the object in its globality, so if I can get the object
directly and not a dictionary of its values it's better:)
You can answer "bla bla project wonder":) but please point me to
the correct method as I didn't find it for now;)
What, exactly, is it that you need? You can't have two different
versions of the same EO in the same EOF stack. Avoiding that is one
of the central objectives of EOF. Do you need it as an object or
just as a dictionary of values. If you need it as an EO, you can't
have it. If you need just a dictionary of values, then which
dictionary? The values the last time that EOF fetched it from the
database (or successfully saved it to the database):
NSDictionary valuesAsLastFetchedFromTheDatabase = eo.editingContext
().committedSnapshotForObject(eo);
If you need a dictionary of the current values in the database, use
EOUtilities.qualifierForEnterpriseObject and a fetch spec set for raw
rows.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
------------------------------
Message: 12
Date: Fri, 6 Jul 2007 04:16:17 +1000
From: Lachlan Deck <email@hidden>
Subject: Re: WOBuilder Replacement
To: WebObjects Dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 05/07/2007, at 10:30 PM, Mike Schrag wrote:
Those estimates were all for starting from scratch, which I believe
is what should be done (Apple will not release the source to the
original, anyway -- I've brought it up several times over the last
couple years). To do a WOBuilder properly, it needs to be
rethought. WOBuilder now is built like IB, but that's really not
exactly right, because in a proper system, you're dealing almost
entirely in custom components and you can only really render custom
components with live-like data (or in a live environment). I have
some ideas for this, but a lot of it just comes down to interface
experimentation to see what works and what doesn't. If we built a
WOBuilder, we would really only build one that I would use, too, so
it has to not suck (this quite possibly means such an app is not an
Eclipse plugin, but just has an eclipse plugin integration layer
along the lines of how WOB + PB/Xc work).
I think about this app all the time, but I just have not yet seen
the economics. I asked at WWDC who would pay "real
money" (granted, an unspecified amount) for a WOBuilder and VERY
few hands went up in a pretty large room of WO developers. I'm
with Jerry ... I am just not convinced that there would be enough
licenses sold to justify such an effort. Who knows .. Maybe I'm
wrong. Speak up with #'s and prove me wrong. Email me directly if
you're not comfortable posting on the list and I'll post some
aggregates. Like I said, I think about this all the time, but I
have to be able to go to my boss (who graciously already lets me
donate huge numbers of man-hours to this stuff as it stands) with
some sort of justification for putting people on a project like
this for several months.
... and don't forget that this would need to be an ongoing project
with ongoing improvements (rather than getting to the point of
standing still, like the old tools, after the initial features are in
place). That's a serious business decision to make. Considering that
Apple used to charge US$699, or whatever it was, for the whole set,
including the frameworks - I think you'd need to be committed to
keeping up with or ahead of the game in order to ensure continued
revenue. It'd need to be compelling enough to make enough people
cough up the funds time and time again.
with regards,
--
Lachlan Deck
------------------------------
Message: 13
Date: Thu, 5 Jul 2007 11:23:51 -0700
From: Chuck Hill <email@hidden>
Subject: Re: WOBuilder Replacement
To: WebObjects Dev Apple <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On Jul 5, 2007, at 11:16 AM, Lachlan Deck wrote:
On 05/07/2007, at 10:30 PM, Mike Schrag wrote:
Those estimates were all for starting from scratch, which I
believe is what should be done (Apple will not release the source
to the original, anyway -- I've brought it up several times over
the last couple years). To do a WOBuilder properly, it needs to
be rethought. WOBuilder now is built like IB, but that's really
not exactly right, because in a proper system, you're dealing
almost entirely in custom components and you can only really
render custom components with live-like data (or in a live
environment). I have some ideas for this, but a lot of it just
comes down to interface experimentation to see what works and what
doesn't. If we built a WOBuilder, we would really only build one
that I would use, too, so it has to not suck (this quite possibly
means such an app is not an Eclipse plugin, but just has an
eclipse plugin integration layer along the lines of how WOB + PB/
Xc work).
I think about this app all the time, but I just have not yet seen
the economics. I asked at WWDC who would pay "real
money" (granted, an unspecified amount) for a WOBuilder and VERY
few hands went up in a pretty large room of WO developers. I'm
with Jerry ... I am just not convinced that there would be enough
licenses sold to justify such an effort. Who knows .. Maybe I'm
wrong. Speak up with #'s and prove me wrong. Email me directly
if you're not comfortable posting on the list and I'll post some
aggregates. Like I said, I think about this all the time, but I
have to be able to go to my boss (who graciously already lets me
donate huge numbers of man-hours to this stuff as it stands) with
some sort of justification for putting people on a project like
this for several months.
... and don't forget that this would need to be an ongoing project
with ongoing improvements (rather than getting to the point of
standing still, like the old tools, after the initial features are
in place). That's a serious business decision to make. Considering
that Apple used to charge US$699, or whatever it was, for the whole
set, including the frameworks - I think you'd need to be committed
to keeping up with or ahead of the game in order to ensure
continued revenue. It'd need to be compelling enough to make enough
people cough up the funds time and time again.
There are a lot of good business reasons to _not_ develop this. I
notice that everyone wants Mike to do it. I don't see anyone who
thinks it is such a good idea that their company should do it. :-)
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
------------------------------
_______________________________________________
Webobjects-dev mailing list
email@hidden
http://lists.apple.com/mailman/listinfo/webobjects-dev
End of Webobjects-dev Digest, Vol 4, Issue 505
**********************************************