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: David Avendasora <email@hidden>
- Date: Tue, 26 Jun 2007 15:15:15 -0500
On Jun 26, 2007, at 1:50 PM, Florijan Stamenkovic wrote:
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.
I've done a fair amount with D2JC and it is very simple and straight
forward. Once you have an EOModel, it is very simple to build a
_fairly_ functional application out of it. But by no means is a
straight D2JC application something that you should even consider
rolling out into a production environment other than possibly as a
low-use admin tool - say as something, you the developer use for
admin tasks instead of reaching into the DB directly.
My D2JC admin app has been very useful for me as I have been building
my application as it can point out bad design very quickly without
any coding. I can make a change to the EOModel and recompile to see
how it impacts an application in the real world, before I go writing
a single line of Java or HTML.
I have not done anything with IB or Freezing XML or any of the other
half-way-between D2JC and Static Swing either.
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.
Yes, please let us know if you are interested. I would like to extend
the invitation to those who are using other non-HTML based clients
as a front-end to a WO Server as well as I think we are all looking
for the same types of solutions.
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.
I am also willing to contribute what I can to developing resources
for a "non-HTML client" section of the existing WO Wikis.
Dave
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