Re: Java Client : who is using it ? What kind of organisation ?
Re: Java Client : who is using it ? What kind of organisation ?
- Subject: Re: Java Client : who is using it ? What kind of organisation ?
- From: Florijan Stamenkovic <email@hidden>
- Date: Tue, 26 Jun 2007 20:50:51 +0200
Hi Philippe,
On 26 juin 07, at 15:30, email@hidden wrote:
Since you and a few more people are interested, I will make it. At
the moment I am too busy to put much time into it, but that should
change in a week or two.
Cool
I have two questions still:
1. How and where to most effectively lobby for JC future with Apple,
or at least for an answer??? There seems to be enough interest for it
for some of us to work together in documenting this and exchanging
info, techniques and code, but we NEED TO KNOW (hint to Apple people)
is there any point in it ?
First, as I told in a precedent msg, it's important that Apple
knows that JC is used and by whom. Maybe we can hope to get the
source code of JC palettes to rewritte them for IB v3...
I am not practiced with neither D2JC nor making JC apps in Interface
Builder and making such apps. I can contribute as far as how to get a
connection to a WO server manually from any Java app, and in the
combination of EOF + Swing. That is also the subject that I intended
to cover in the above mentioned how-to. If we want coverage about
D2JC and using Interfact Builder to make client apps, somebody else
has to do it.
With the different mails, I have now a small list of people
involved by JC. I don't know yet how we can organise ourself (maybe
a dedicated mailing list ?)
David Avendasora and I were discussing this privately for the last
two days or so, and decided to informally gather interested people,
and slowly start to build up. So, we have three lists now :) Anyway,
both David and I are occupied and can not really get into this for
the following week or two. Hopefully then I will have some time. In
the meanwhile, anyone interested, feel free to send us private
emails, and we will be sure to keep everyone involved.
2. To all WO users, not only JC, shall we make this effort a part of
some big WO site? I must admit I am not sure what sort of consensus
was reached on centralizing resources. Or do we start another
standalone thing? If not, with whom should we coordinate this?
We discussed about that during last WWDC. One developper from
Google told us that it's not easy for a newbie to begin with WO
because there is not a single place where you can find everithing
to begin. From my perspective (and not only mine), the good place
is to put more information in the wiki book (http://
en.wikibooks.org/wiki/Programming:WebObjects).
Steven McCraw mentioned this. Well, we just should keep our stuff in
sync, or at least link into it.
That's the reason why David LeBer has initiated a "WO get started"
web site with links to different websites like the wiki book.
Some of us could be surprised by this discussion about JC. I agree
with Chuck that it's not a good idea to begin a new project with JC
but the projects, I know, are very big so the lack of support in a
"maintenance mode" is a big problem. And maybe we could create a
dynamic to invert the processus (requires a lots of works ;-)) if
we are able to show how we can use effectively JC.
Definitely. I am more then willing to invest time into creating some
exposure. I suppose one of our problems is the lack of ability to
demonstrate, as there aren't many JC projects out there, and those
that are there are too commercial for this purpose. One way to gain
exposure would be to build different JC apps for an already deployed
WO app, an app that is public. Or even build a WO site as a
demonstration site, and then build JC projects on top of them. So,
view our tutorials, demos, reach libraries etc through a web WO
interface, a desktop app, a D2JC app etc. Could be cool. I could
contribute a JC Swing app, it probably would not even take long to
make it since there is not so much data to handle.
Well, talk about big plans and exposure :) I suppose I am getting
ahead of ourselves...
Flor
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden