RE: Apple and WO (Google Moderator thread)
Regarding WebObjects in URLs, I've worked on one app in the past year which used WO solely as an application container for the sake of Monitor - behind the scenes it was all raw JDBC and Velocity templates. Prior to that I worked on one which was gradually migrating away from WO as a framework, but which is still running as a WOApplication - it's often easier to change the frameworks you use than your deployment infrastructure! -Original Message- From: webobjects-dev-bounces+jim.kinsey=bbc.co...@lists.apple.com [mailto:webobjects-dev-bounces+jim.kinsey=bbc.co...@lists.apple.com] On Behalf Of Farrukh Ijaz Sent: 29 March 2012 09:49 To: WebObjects-Dev Mailing List List Subject: Re: Apple and WO (Google Moderator thread) There are certain parts of Apple's website which is using WebObjects. Which version, I don't know. You can easily identify by looking at the URL which contains /WebObjects/wo/ Some parts are also based on Struts and JavaEE framework where you can find a /.../Something.do type of URLs. These are by conventions but what lies beneath is a secret. Why don't we just consider what we've as WebObjects and Wonder as Foundation and keep building on top of it? How many updates you've seen in JDK itself in the last 15 years? They are still using most of the foundation classes with few enhancements. They add new features and that's it. To me WebObjects is not just a framework or a platform. It's a foundation of something which is robust in reality. If Apple didn't have patents for its technologies, all those companies out there could have stolen what Apple owned decades ago. As an example Apache Cayenne, Rails, Grails, EJBs, Microsoft Dynamic Data are all attempts to copy what you already have in WebObjects. Technology doesn't matter much if it's already stable. What matters is the idea. What is Facebook? It's just a better networking idea which killed Orkut and it's standing on the same open source PHP and Graph model. Although Google is trying to persude Facebook users to start using Google+ but I don't see this will happen unless 51% of the Facebook users become Google employees or in case of some Force Majeure, Facebook infrastructure collapses. We've great people, we need to remain enthusiastic and energised. Things will change and this community will grow. We just need better marketing strategy and clear roadmap and lots of contribution. We'll discuss all this and much more and will finalize a doable roadmap when we meet. Farrukh On 2012-03-29, at 10:55 AM, Denis Frolov wrote: > If Apple is still using and plans to use WO in the future, then we > have and will have killer examples of web apps that validate the tech > and make marketing it to new developers much easier. On the contrary, > if Apple is moving away from WO, this can be a detractor. That's the > only reason I've asked the question. > > On Thu, Mar 29, 2012 at 12:19 AM, Chuck Hill wrote: >> >> On 2012-03-28, at 12:16 PM, Johann Werner wrote: >> >>> We should stop asking those questions. What would that change anyway? >> >> That there is an excellent point. Who cares if Apple is still using it? >> What difference does that make to you? They are NOT going to release a new >> version so if they have developed cool new features, you are not going to >> see them. You have what you have. Either it is better than anything else >> you can have, and you should use it, or it is not and you should move. If >> Apple is not using it, then they are either using something else better that >> is public (unlikely as I don't see it) or they are using something else that >> is better but private. But how is the latter different from if they are >> still using WO? It does not benefit us outside either way. >> >> >> Chuck >> >> >>> Don't look at the past and mourn, look at the now and future and how you >>> (with your commits, ideas and help for the community) could make Wonder >>> even better and more useful for you and everyone else! Pascal wrote what is >>> needed: >>> >>> "[...] we need help on documentation, unit testing, marketing, the list of >>> needs is quite long." >>> >>> So anyone who wants Wonder to keep a sexy technology and to continue >>> to grow should contribute his/her part. If you don't have any >>> patches to commit but have other strengths, those are needed too. In >>> one word: participate! :) >>> >>> >>> Am 28.03.2012 um 20:46 schrieb Pascal Robert: >>> If Mike still works there, I guess they are still working on it :-) But are they using it for new stuff, I don't know. > By the way, do we have any evidences of Apple's commitment to > continue using WO internally? Did anyone check - do they continue > using it for their own new projects? > > On Wed, Mar 28, 2012 at 1:27 PM, Pascal Robert wrote: >> >> Le 2012-03-28 à 05:24, Gino Pacitti a écrit : >> >>> Well I for one would like to have some
Experienced WO developer available soonish in London, England
[cross-posted from the LinkedIn group - apologies for the spam / naked pleading] Hello, I am a software developer in London, England currently making a last stab at getting something WO-related (or at least interesting) before descending into the world of Spring, Hibernate, JSP and soul-crushing apathy. I have over 11 years WO experience, from 4.0 in Objective-C to 5.4.3, however my Wonder experience is effectively zero - it's been pure WO (with a little hackery here and there) all the way. I do follow wonder discussion on webobjects-dev though, and am a willing and fast learner. I have nothing against Wonder, I've simply never used it. My experience is primarily in the CMS domain, working on the publishing back-end of the BBC News and Sport web-sites (and associated services) which made somewhat unorthodox use of WO, while also working on admin WO apps and, in the early days, D2W apps. I also have experience developing JavaScript web-apps backed up by RESTful APIs. Before our budget dried up I was a keen attender of conferences as I do like to learn about and try new stuff. I am currently on a 3 month notice period, so am unlikely to be able to take a position much before the Summer, though I may have some room for negotiation (if not, maybe I can misbehave until they chuck me out early). Jobs outside the financial sector are preferred, for a variety of reasons, most of them ethical (sorry). You can contact me at this address or via my LinkedIn profile (http://uk.linkedin.com/in/kinjacono), I will be happy to provide a CV / Resumé on request. Thanks for your time, Regards, Jim http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: Seaside (was; Finding WO people for startups)
+1. I attended a lightning talk at a conference on Smalltalk + Seaside and what little I gathered in those 5 minutes looked interesting. I've been meaning to investigate it further. On 28 Sep 2011, at 03:33, Chuck Hill wrote: > I'd be interested as well. I have always admired smalltalk as a language. > > > On 2011-09-27, at 4:38 PM, Andrew Lindesay wrote: > >> Hello Aaron; >> >> Would you be able to give a brief overview of Smalltalk+Seaside so we can >> understand what is WebObjects-esque about it? >> >> cheers >> >> On 28/09/11 11:02 AM, Chuck Hill wrote: >>> Hi Aaron, >>> >>> On 2011-09-27, at 9:19 AM, arosenzw...@clinworx.com wrote: >>> What is cool about Smalltalk / Seaside with respect to WO? 5) Even better than "in-line" binding it has no template file what-so-ever by design. All your HTML output is coded in the programming language. No more unbalanced DIV tags. Everything is refactorable. >>> >>> Is that better? In my imagination that makes it like PHP. Would that not >>> obstruct what little view of page structure that is still there in WO? >> >> -- >> Andrew Lindesay >> www.silvereye.co.nz >> ___ >> 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: >> http://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/products/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: > http://lists.apple.com/mailman/options/webobjects-dev/jim.kinsey%40bbc.co.uk > > This email sent to jim.kin...@bbc.co.uk http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Finding WO people for startups
There was a project here that used Cayenne a while ago, but it didn't gain much traction. Often thought that was a shame! On 26 Sep 2011, at 12:05, Andrus Adamchik wrote: > > On Sep 26, 2011, at 1:57 PM, Jim Kinsey wrote: > >> Sadly, I am no longer using WO professionally and only maintain an interest >> for a side project. As for what happened on my last team, the new devs got >> their way and the system was ported to Hibernate. Amusingly, this is still >> not in production 8 months after it was declared complete because they have >> been unable to match the performance of the (still in production) WO version > > They should give us a call :-) > > Cayenne is truly multithreaded, so at least this part should give a huge > performance boost over EOF. > > http://markmail.org/message/hwjuo3qsibx7qdq6 > > Andrus > http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Finding WO people for startups
The last time I did any interviewing for developers, we ended up with some devs who really did not want to engage with WO on any level, no matter how they came across in the interview. Years of complaining about WO, misusing it in ways which hurt the performance of the system (as the last remaining experienced WO developer I often ended up wading in to sort it out) and then blaming it on WO without having made the least attempt to learn it properly... If you hire good people they'll be willing to learn and engage with new things, but obviously that's easier said than done (and usually more expensive, too). I think our mistake was taking on experienced JEE types who have all the certs under the Sun, whereas what we perhaps should have been looking for are people with a variety of technologies under their belts. If I were looking right now and couldn't find someone with WO, I think I would look for some Java experience, some non-Java experience, and definitely some iOS experience. The latter might make people more open to Apple's favoured design patterns, and CoreData experience can't hurt. Sadly, I am no longer using WO professionally and only maintain an interest for a side project. As for what happened on my last team, the new devs got their way and the system was ported to Hibernate. Amusingly, this is still not in production 8 months after it was declared complete because they have been unable to match the performance of the (still in production) WO version! Last I heard they were going to go cap in hand to our (internal) clients and explain that yes, it's going to be slower, but at least it's easier to hire new developers (if they had the cash to hire new developers)... Cheers, Jim On 24 Sep 2011, at 19:38, Marius Soutier wrote: > Hi there, > > I know this a difficult and opinionated topic, but I have been asked by a > friend what technology to choose for a Lean Startup (= 3 months until the > first minimum viable product). While he and I know WebObjects quite well, I > think it's safe to say there are only few people here in Germany who know it > at all. I'm personally convinced (and have seen this affirmed by the two > WOWODC talks about Lean Startup and Fluffy Bunny, excellent talks by the way) > that WO itself is a great technology to get things up and running very fast. > However, what if the business grows and he needs to hire more people? > > My first question is - do you easily find skilled people who are willing to > learn WebObjects? What's your experience on this? > > And the second question would be - how long does it take them to be > productive, i.e. write working code without much help. I'm assuming here the > person knows Java quite well and is eager to learn new stuff. > > The alternative would be Ruby on Rails, which seems quite popular in startups > nowadays. > > > Thanks for your insight! > > > - Marius > > > ___ > 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: > http://lists.apple.com/mailman/options/webobjects-dev/jim.kinsey%40bbc.co.uk > > This email sent to jim.kin...@bbc.co.uk http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Apple Maven support and WOLips
On the other hand, maybe I should be installing wobootstrap rather than woboostrap... sorry! On 9 Mar 2011, at 12:11, Jim Kinsey wrote: > Thanks Lachlan, I'll give this a go over the course of the day and if > necessary polish up the wiki. > > Already it's failing at step 2, but this may be a local settings problem and > I'm investigating: > > $ mvn woboostrap:install > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'woboostrap'. > [INFO] org.objectstyle.woproject.maven2: checking for updates from > wocommunity.releases > [INFO] org.objectstyle.woproject.maven2: checking for updates from central > [INFO] org.apache.maven.plugins: checking for updates from > wocommunity.releases > [INFO] org.codehaus.mojo: checking for updates from wocommunity.releases > [INFO] artifact org.apache.maven.plugins:maven-woboostrap-plugin: checking > for updates from wocommunity.releases > [INFO] artifact org.apache.maven.plugins:maven-woboostrap-plugin: checking > for updates from central > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] The plugin 'org.apache.maven.plugins:maven-woboostrap-plugin' does not > exist or no valid version could be found > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 8 seconds > [INFO] Finished at: Wed Mar 09 10:59:52 GMT 2011 > [INFO] Final Memory: 3M/81M > [INFO] > ------------ > > > On 9 Mar 2011, at 01:43, Lachlan Deck wrote: > >> Hi Jim, >> >> On 09/03/2011, at 4:00 AM, Jim Kinsey wrote: >> >>> After using Jake MacMullin's Maven WOCreator plugin for a few years >>> (http://wocreator.sourceforge.net/) I thought I'd finally give the >>> "official" Maven support with Eclipse integration a whirl - but I've spent >>> most of the afternoon sat in front of the first hurdle scratching my head. >>> >>> This wiki page (admittedly advertised as containing preliminary >>> instructions): >>> http://wiki.objectstyle.org/confluence/display/WO/Apple+Maven+Support+and+Nightly+Builds >> >> Yeah, that's an old page indeed. I've marked it deprecated and added a link >> to the place to start: >> http://wiki.objectstyle.org/confluence/display/WOL/WOProject-Maven2 >> >> specifically: >> http://wiki.objectstyle.org/confluence/display/WOL/Quick+Start >> >>> I would be happy to update the wiki myself if I can put together a working >>> set of instructions. >> >> It's very likely the wiki instructions for maven need some extra love... >> feel free to help improving it. >> >> with regards, >> - >> >> Lachlan Deck >> > > > http://www.bbc.co.uk/ > This e-mail (and any attachments) is confidential and may contain personal > views which are not the views of the BBC unless specifically stated. > If you have received it in error, please delete it from your system. > Do not use, copy or disclose the information in any way nor act in reliance > on it and notify the sender immediately. > Please note that the BBC monitors e-mails sent or received. > Further communication will signify your consent to this. > > ___ > 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: > http://lists.apple.com/mailman/options/webobjects-dev/jim.kinsey%40bbc.co.uk > > This email sent to jim.kin...@bbc.co.uk http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Apple Maven support and WOLips
Thanks Lachlan, I'll give this a go over the course of the day and if necessary polish up the wiki. Already it's failing at step 2, but this may be a local settings problem and I'm investigating: $ mvn woboostrap:install [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'woboostrap'. [INFO] org.objectstyle.woproject.maven2: checking for updates from wocommunity.releases [INFO] org.objectstyle.woproject.maven2: checking for updates from central [INFO] org.apache.maven.plugins: checking for updates from wocommunity.releases [INFO] org.codehaus.mojo: checking for updates from wocommunity.releases [INFO] artifact org.apache.maven.plugins:maven-woboostrap-plugin: checking for updates from wocommunity.releases [INFO] artifact org.apache.maven.plugins:maven-woboostrap-plugin: checking for updates from central [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-woboostrap-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 seconds [INFO] Finished at: Wed Mar 09 10:59:52 GMT 2011 [INFO] Final Memory: 3M/81M [INFO] On 9 Mar 2011, at 01:43, Lachlan Deck wrote: > Hi Jim, > > On 09/03/2011, at 4:00 AM, Jim Kinsey wrote: > >> After using Jake MacMullin's Maven WOCreator plugin for a few years >> (http://wocreator.sourceforge.net/) I thought I'd finally give the >> "official" Maven support with Eclipse integration a whirl - but I've spent >> most of the afternoon sat in front of the first hurdle scratching my head. >> >> This wiki page (admittedly advertised as containing preliminary >> instructions): >> http://wiki.objectstyle.org/confluence/display/WO/Apple+Maven+Support+and+Nightly+Builds > > Yeah, that's an old page indeed. I've marked it deprecated and added a link > to the place to start: > http://wiki.objectstyle.org/confluence/display/WOL/WOProject-Maven2 > > specifically: > http://wiki.objectstyle.org/confluence/display/WOL/Quick+Start > >> I would be happy to update the wiki myself if I can put together a working >> set of instructions. > > It's very likely the wiki instructions for maven need some extra love... feel > free to help improving it. > > with regards, > - > > Lachlan Deck > http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Apple Maven support and WOLips
After using Jake MacMullin's Maven WOCreator plugin for a few years (http://wocreator.sourceforge.net/) I thought I'd finally give the "official" Maven support with Eclipse integration a whirl - but I've spent most of the afternoon sat in front of the first hurdle scratching my head. This wiki page (admittedly advertised as containing preliminary instructions): http://wiki.objectstyle.org/confluence/display/WO/Apple+Maven+Support+and+Nightly+Builds hasn't helped a great deal; the Maven update site has moved (http://m2eclipse.sonatype.org/sites/m2e) and the WOLips nightly has vanished. None of the WOLips update sites I've tried has the Apple Maven support listed. Is there a new way to go about this? Should I be going about this at all (leaving aside the Maven vs Ant discussion i.e. is Maven no longer supported and I'm just out of date)? I would be happy to update the wiki myself if I can put together a working set of instructions. Thanks, Jim ___ 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Curly Generics Question - Update
Hi Andrew,
what the calling method ought to be doing though is declaring the
list it passes as Map> and hiding the concrete
List implementation, negating the need for the wildcard.
I tried it with a concrete implementation of List as well, but this
also raised an error in a similar fashion. It's got me. You are
right, I could create a new Map and use that instead as it should
work, but that would be rather inelegant.
I was meaning that as more of an example of why, possibly, the
"bug" (I'm not sure it really can be called that yet) exists - that
there was some calling code somewhere in the WO source which was
passing in something declared a bit too concrete, so it got "fixed" by
wildcarding the List parameter on createRequest rather than changing
the declaration in the calling code to work to an interface.
I think the only real solution which still involves overriding
createRequest is to override without generics and suppress the
warning; if you want to do lots of work within the overridden
createRequest and like to have the generic type checking then you
could pass this work on to a different method with appropriately
generic arguments:
@SuppressWarnings("unchecked")
@Override
public WORequest createRequest(String method, String aurl,
String anHTTPVersion,
Map someHeaders, NSData content,
Map someInfo) {
return genericCreateRequest(method, aurl, anHTTPVersion,
someHeaders, content, someInfo);
}
private WORequest genericCreateRequest(String method, String aurl,
String anHTTPVersion,
Map> someHeaders, NSData content,
Map someInfo) {
someHeaders.put("foo",
Collections.singletonList("bar"));
return super.createRequest(method, aurl, anHTTPVersion, someHeaders,
content, someInfo);
}
Cheers,
Jim
Could this be considered a bug in WOApplication?
Yes, I think it is not quite right.
cheers.
___
Andrew Lindesay
www.lindesay.co.nz
http://www.bbc.co.uk/
This e-mail (and any attachments) is confidential and may contain personal
views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on
it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.
___
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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Curly Generics Question - Update
Hi Andrew,
I find it odd that the map should have ? extends List as a
parameter as the extension ought to be unnecessary (assuming callers
are working to the List interface) - any List implementation with a
String parameter fulfills List. I like generics too, but have
come across similarly gnarly counter-intuitive things. I find that
often if you think about them enough they eventually make sense, but
this one has me stumped!
I see it came from overriding the WOApplication method - and if you
don't include the parameter in this way you get a compilation error.
This can be made to go away by overriding without providing the
generic parameters, which then produces a warning which you can
annotate away:
@SuppressWarnings("unchecked")
@Override
public WORequest createRequest(String method, String aurl,
String anHTTPVersion,
Map someHeaders, NSData content,
Map someInfo) {
someHeaders.put("foo",
Collections.singletonList("bar"));
I suppose you might want to use this kind of wildcard extension if you
want to pass a Map which declares an extension of List elsewhere; e.g.
if there was a calling method which was passing a variable declared as
Map> to this method there would be a
compilation error without the wildcard; arguably what the calling
method ought to be doing though is declaring the list it passes as
Map> and hiding the concrete List implementation,
negating the need for the wildcard.
e.g. works to impl rather than interface:
NSMutableDictionary> someHeaders =
new NSMutableDictionary>();
someHeaders.setObjectForKey(new NSMutableArray("bar"),
"foo");
WORequest req = createRequest(method, aurl, anHTTPVersion,
someHeaders, content, someInfo);
vs. working just to interface:
Map> someHeaders = new
NSMutableDictionary>();
someHeaders.put("foo", new NSMutableArray("bar"));
WORequest req = createRequest(method, aurl, anHTTPVersion,
someHeaders, content, someInfo);
Both compile to current WOApplication API; former would not if the
wildcard were to be removed from createRequest.
Could this be considered a bug in WOApplication? I believe if this
method declaration had the wildcard extension removed and any calling
methods which need to be were fixed to work to interface rather than
implementation then this problem would go away and createRequest could
be overridden and worked with generically. Easy to say - I still find
myself preferring to work directly with NS implementations for key-
value-coding / EOQualifiers...
Cheers,
Jim
On 15 May 2009, at 03:54, Andrew Lindesay wrote:
Sorry wrong method; I obviously meant "put" rather than "add" in
this example and "The method put(String,List) in the type
Map> is not applicable for
the arguments (String,List)" is the problem.
I've been working with generics for quite a while (and quite like
them) but this one has me stumped!
___
Andrew Lindesay
www.lindesay.co.nz
___
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:
http://lists.apple.com/mailman/options/webobjects-dev/jim.kinsey%40bbc.co.uk
This email sent to jim.kin...@bbc.co.uk
http://www.bbc.co.uk/
This e-mail (and any attachments) is confidential and may contain personal
views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on
it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.
___
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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
