Slashdot Mirror


Sun Plans VB-Like Tools For Java

CokoBWare writes "Sun apparently is trying to create a more VB-like experience for developer. This article from E-Week explains Sun's strategy in providing more VBesque tools for the Java developer. Can anyone say "Good luck Sun, and all the best"?"

52 comments

  1. Good idea. by WasterDave · · Score: 3, Insightful

    About four years too late, but hey.

    Dave

    --
    I write a blog now, you should be afraid.
    1. Re:Good idea. by thanuk · · Score: 1

      I thought Forte was already a VB-like environment?

    2. Re:Good idea. by oliverthered · · Score: 1

      4 years, is that all

      --
      thank God the internet isn't a human right.
  2. VB-like? by fredrikj · · Score: 3, Funny

    Sun apparently is trying to create a more VB-like experience for developer.

    OK, is this a deliberate attempt to erase any positive feelings that anyone has ever had for Sun or Java?

    :)

    1. Re:VB-like? by Aumaden · · Score: 1
      Nonsense.

      This is about tools, not languages.

      Tools should make your life easier, not harder. Unfortunately, many Java IDEs fail to take this concept quite far enough.

      I've used NetBeans for several years, but having finished a few weeks of C# work, I am now missing the IDEs code folding.

      Yes, I know that's available in JEdit.

      In fact, that's part of the problem. Anything feature you could possibly want from a Java IDE is out there. Some in NetBeans, some in Eclipse, some in JEdit, some in Idea, (the list goes on) but not all of them in one place.

      -- Aumaden

  3. Umm... why? by Cave+Dweller · · Score: 1

    Seriously, WTF? It's not like Java isn't braindead enough on its own [/flamebait].

    On a more serious note, I *really* don't understand the reasoning behind this decision on Sun's part. Any Java developers out there? What do you think about this?

    1. Re:Umm... why? by CokoBWare · · Score: 5, Interesting

      Well as a VB developer (don't hit me please), I find that Java seems just a bit unapproachable. Now that I moved to VB.NET, I don't feel as dumb as I used to when it comes to OOP, so I think I could actually get into Java with 4 on the floor. Having a set of tools that make this transition easier for us VB developers would be beneficial for the Java market.

      However, I think that most IT departments won't care a hill of beans to migrate all their existing code to another codebase because the tools are good. I think this will bring newer projects online with Java, and create a bit more competition in the desktop application market. Look back to what C was with Windows 3.1... Visual Basic made Windows programming easy. If this is any indication, then the new Java tools will give developers a leg-up on cross-platform development with Java.

    2. Re:Umm... why? by Gaetano · · Score: 4, Informative

      I work at a Java shop. At a government agency actually. There are a few people to whom anything that looks like C++ is too difficult for them. There are many developers who like java but there are those who would prefer something like VB.

      Those developers who are proficient with java could make the objects that those that aren't as proficient could use to piece together for their customers in semi-programmer business-analyst fashion.

      The business-analysts could stop writing crummy procedural based java code and use the simplified objects that other programmers make for them.

      This is already possible to some extent with java as it is, but for some people that we have here (who should perhaps be let go of, but I'm not in charge) they find java to be too complicated. Anything to make it easier for these people will make java programming more accessible to people with less programming skills which could be better for everybody.

      The

    3. Re:Umm... why? by jbolden · · Score: 4, Interesting

      I'm not a Java guy but I'm a strong believer in rapid development tools like VB. The why is simple. Often times applications are going to be used by a very small number of people or more generally for a small number of man hours over a larger number of people (say 10 people to run for 5 weeks and then never touch again). The cost of development can be a serious issue.

      Besides what's the real advantage of OO for GUIs if you aren't going to associated code objects with screen objects? And if you are going to do that why not just bind the code directly to the screen object? And if you are going to do that then why not just drag your object over and fill in a few boxes that ask questions?

    4. Re:Umm... why? by a+hollow+voice · · Score: 5, Insightful
      Having worked in a VB shop during college while studying Java in class, I'd say one of the big reasons people use VB in a business environment is because of the relatively quick turnaround for GUI apps. There are lots of apps that get developed in certain business environments solely as simple data front-ends because the people working with the data are non-technical and need a nice interface, but the app is only expected to be needed for a few months, or maybe even weeks, so a full development cycle in a more robust language really isn't practical. What you toss together in VB may not be as efficient or elegant as it could have been, but it generally does what it needs to do and gets done fast.

      Sure Java can do a nice flexible cross-platform (in theory, anyway) GUI front end, but even setting aside the performance issues of Swing, it generally takes a good bit more time to set up than a comparable VB interface.

    5. Re:Umm... why? by Anonymous Coward · · Score: 0

      Quick turnaround on GUI apps is fine, use a GUI builder.

      IMHO, the industry is still recovering from the last time when VB told managers that it was OK to let stupid people write software.

    6. Re:Umm... why? by Anonymous Coward · · Score: 0

      Thought of doing something like giving object and framework creation to the programmers and exposing some sort of scripting language to the analysts? e.g. Rhino for javascript or Jython for python? If you're dealing with really new programmers Jython might be the way to go becuase it has the power of a "real" language with about the same syntatical complexity of Basic. (GvR has explicitly stated, iirc, that Python originated as a learning/teaching language.) NB: I'm not a python fan (go perl! ;)) but it might fit your needs... E.g. all the GUI framework, business objects, database access, and charting classes are in the domain of people that know what they're doing, and the simple "driver" or "report" code is in the hands of the analysts... [for that matter there's no real reason that I'm aware of that you couldn't just write the whole damn app set in jython using the standard java libs, the only disadvantage to which is finding more python devs as people quit/are fired/retire to maintain your core codeset... not the analysts though becuase the can be trained the simple level of jython needed for their scripts, they wouldn't be hardcore into it like the backend people would]

    7. Re:Umm... why? by Anonymous Coward · · Score: 0

      I don't feel as dumb as I used to when it comes to OOP

      OOP sucks. It is a fad that will die one of these days, or at least shrink in stature and influence. Don't sweat it.

      Almost every justification I have seen for OO is full of deceipt, accept possibly for really small, simple components.

    8. Re:Umm... why? by O'Limpy · · Score: 1
      a 4-GL like VB is good when all the groundwork has already been done, and focus must move towards the application. As a 3.5-level language, Java came at a moment when the basis had to be laid for a new environment: web, application servers (but not much more).

      Perhaps this new environment has now matured. If so, then there is no more reason for messing around with lower-level details. When the tehcnical infrastructure is the same for a large number of applications, then it is really time for a 4 GL.

      Ten years ago, I've caught the Powerbuilder wave. At that time, all client-server applications had identical architecture, so a high-level 4 GL was the best solution.

  4. Hopefully.... by override11 · · Score: 0, Troll

    hopefully they dont include the virus scripting capabilities like M$ did... LoveLetter for SUN java anyone?

    --
    No I didnt spell check this post...
    1. Re:Hopefully.... by larry+bagina · · Score: 1

      too late. Sun has shipped with Bind and Sendmail for how many years now?

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    2. Re:Hopefully.... by benhaha · · Score: 1

      LOL! Mod parent up!

      --
      NO ID: BEING FREE MEANS NOT HAVING TO PROVE IT
  5. It's about time by GOD_ALMIGHTY · · Score: 5, Interesting

    If this follows Sun's other attempts at engineering in the Java API's it should work pretty well.

    While EJBs and other API's have been a great way to create reusable components with lots of enterprise class features, the idea of writing 5 different classes where a lot of the information is repetitive then editing a global XML file or two was rediculous. Hopefully they'll take the XDoclet approach and include the meta information used to generate this stuff from a single file.

    It's really the same thing with 'JavaBeans', which I remember playing with in '97, the concept was really great but the extra maintenance on BeanInfo classes and such was a complete PITA.

    It seems to me that Sun has created a lot of flexibility and interoperability in their development kits, but they have never addressed the management of the complexity that it creates. The best thing the commercial world came up with was systems that were quick hacks tied to their development tools (WebSphere anyone?). The Open Source world has offered stuff like XDoclet, which has totally simplified these tasks, but it seems no one at Sun has noticed.

    I think Sun thought the commercial community would come up with the same level of engineering that they had in formulating their API's, now I think they realize that that market is still open and not only is it important to compete with the well-regarded tools MS puts out, but theres $$ to be made.

    Java should totally stomp .Net and C# for developing business systems, but the tools need to be on the same level. I guess you could say 'It's the tools, stupid!'. Maybe Sun will realize that decent development tools are the crack that MS has used to hook tons of developers and if equivilent tools were available to new Java developers (and experienced ones who hate tedium), the rate of adoption would pick up.

    --
    Arrogance is Confidence which lacks integrity. -- me
    1. Re:It's about time by Anonymous Coward · · Score: 0

      They have. Something like XDoclet will be added to the next version of Java (Java 1.5, aka Tiger). Have a look at this:

      http://www.jcp.org/en/jsr/detail?id=175

    2. Re:It's about time by chrisknoll · · Score: 1

      [quote]
      It's really the same thing with 'JavaBeans', which I remember playing with in '97, the concept was really great but the extra maintenance on BeanInfo classes and such was a complete PITA.
      [/quote]

      If Sun gave you the right tools to manage those PITA BeanInfo classes instead of the by-hand work you most likely had to deal with, you probably would think that the idea behind separating design-time classes from run-time classes was pretty sweet. Same is probably true with EJBs as well (although constructing EARs with the latest J2EE SDK has a nicer interface than manually editing XML files, i must admit, but I digress).

      -Chris

    3. Re:It's about time by GOD_ALMIGHTY · · Score: 1

      That was my point. XDoclet allows the developer to control all of that by using JavaDoc tags in the code that will auto-generate the extra classes like BeanInfo and any XML needed. It's about the tools.

      My best guess is that Sun thought the commercial tool developers would rise to the challenge. Just goes to show, that if you want something done right you have to do it yourself. The only tool that has addressed this in a portable, non-proprietary manner is XDoclet.

      If you think the tools from Sun are better check out XDoclet. It will simplify all of your Java component coding.

      --
      Arrogance is Confidence which lacks integrity. -- me
  6. Great! by psyconaut · · Score: 2, Funny

    Now we'll have all those idiot pseudo-programmers (the VB guys) trolling around Java mailing lists because they now think they can program in a real computer language!!! :-o

    [/sarcasm]

    -psy

    1. Re:Great! by trouser · · Score: 0, Flamebait

      A real programming language ? I thought we were talking about Java.

      --
      Now wash your hands.
    2. Re:Great! by psyconaut · · Score: 1

      At least this programming language's name doesn't sound like a sexually transmitted disease! ;-p

      -psy

    3. Re:Great! by ansonyumo · · Score: 4, Interesting

      Puh-leaze! Apparently you don't read those lists very often, the idiots are already out there. Lots of kiddos looking for people to do their CS homework for them.

      I done C, C++, assembly, LISP, BASIC, PERL, Ada and Java. My hands-down favorite platform for developing large projects is Java. Despite the jibes of your hardcore hands-on-the metal guys and your ivory tower OO bigots, Java is a powerful, high productivity language.

      The problem with it is that it's marketed "ease of use" brings a lot of subpar talent to the table under the guise of being able to code. It has also become the language of choice for many intro to programming classes. Hence, the unfavorable signal to noise ratio on the user boards.

    4. Re:Great! by ansonyumo · · Score: 1

      "I done"

      crap I sound like some yokel

    5. Re:Great! by psyconaut · · Score: 1

      I'm supportive of Java. Read the whole thread.

    6. Re:Great! by ansonyumo · · Score: 1

      I wasn't meaning to imply that you aren't. My comments were just submitted to the void, in response to a litany of posts claiming Java is a toy for dummies.

    7. Re:Great! by psyconaut · · Score: 1

      Fair enough.

      Talking of Java and toys....I'm working with embedded Java systems....the sort that could soon be in toys!!! :-o

      -psy

    8. Re:Great! by jmt9581 · · Score: 0, Offtopic

      I done C, C++, assembly, LISP, . . .

      Apparently the one language that you haven't had time to learn is English. To make your sentence correct, you should say "I have done programming in insert-languages-here."

      --

      My blog

    9. Re:Great! by ansonyumo · · Score: 1

      Yeah, smart ass, I made note of that in my own reply. Apparently you have nothing interesting to offer to the discussion other than condescending ridicule of a typo.

  7. Sun still following BEA by potsi · · Score: 4, Informative

    BEA is already pursuing this.

    The last two versions of BEA's WebLogic Platform included WebLogic Workshop, which is a 'VB Like' tool to make developing web applications and web services much easier.

    They even bought/hired a couple of ex-Microsoft guys to head the development effort.

    Maybe that is why it looks so much like Visual Studio...

    WebLogic Workshop

  8. Would be great for Linux by Anonymous Coward · · Score: 0

    I think some people thinking about windows
    have missed a good point here.

    Having a visual basic like tool, but for
    java, on linux would be great.

    Bill Lurker

    "All of our tools today ship on Windows, Linux and Solaris," said Rich Green, vice president of Java software development at Sun. "We think we should go where the developers are sitting. By midyear at JavaOne, we will have a new set of tools targeting these platforms. We are working on tools that the historic visual developers will find very attractive. They will be all written in Java.

  9. Java is VB by Sun.... by pyrrho · · Score: 3, Interesting

    ... does this theory of mine make sense?

    Ok, done Sun's way might be the same as "done right", but then doing VB "right" is still a dubious achievment.

    And look the whole industry is VM hungry (when considering all the other scripting engines), with Sun's blessing. I'm not sure the herd is right on this one.

    And although Java is a resounding success on the server... has it made Sun any money?

    --

    -pyrrho

  10. JavaBeans anyone? by ansonyumo · · Score: 4, Interesting

    A VB-like experience was the whole motivation behind the introduction of JavaBeans back in '97. A JavaBean-compliant widget was supposed to be readily usable by GUI builders, a la the VB IDE.

    Heck, the marketese even claimed that a JavaBean widget could be used in VB via a COM bridge.

    Of course, none of this took off because Java never really caught on in the GUI world. Sure, you find Java GUIs now and again, but its main use has been server-side components.

    I can't imagine Sun is going to dramatically change the Java language. That would be suicide. I would imagine they are going to investigate technologies that are able to hide its complexity under a pretty IDE and possibly engineer a renewed push for the JavaBeans architecture as a GUI framework.

    1. Re:JavaBeans anyone? by Anonymous Coward · · Score: 0

      Maybe instead of Sun suing Microsoft over their JVM incompatibilities, Sun should have gotten Microsoft to give them the J++ code. Sun could have taken this J++ code and created a better Java. I'm not saying Sun should create a Java using J++ code, but the ideas presented in it.

      J++ was designed to create GUI applications like Visual Basic. Sure, it used the Win32 API and broke compatibility with other JVMs, but at least I could create GUI applications with ease.

  11. Uh oh... by Phantasmo · · Score: 5, Interesting

    We are working on tools that the historic visual developers will find very attractive. They will be all written in Java.

    I love Java on a fast machine, but most of the time I'm using a Pentium 2 with a 233MHz processor. I can't run jEdit, JBuilder or NetBeans on here because they're too damn slow!

    They should write it in C/C++. Most Java applications that I've used run just fine on this "bitty box", but IDEs and text-editors slow to a crawl.

    I guess what _I_ really need is JCreator to be ported to GNU/Linux.

    --

    The US Army: promoting democracy through unquestioned obedience
    1. Re:Uh oh... by Anonymous Coward · · Score: 0

      Sounds like your a victim of the truly shitty JVM on Linux. I use jEdit on a P2 300Mhz running Win2k and it runs great.

    2. Re:Uh oh... by SlightlyMadman · · Score: 1

      I'm using a Pentium 2 with a 233MHz processor. I can't run jEdit, JBuilder or NetBeans on here because they're too damn slow!

      How much RAM have you got? I run jEdit on a 300MHz mobile P2 (which is probably comparable to a 233, when uplugged) with 128Megs RAM, and jEdit runs like a charm. I actually use NetBeans, too, although I must agree that it is very slow, but still usable if I really need to.

      If you don't run any of the slower plugins (like XML or SpeedJava), jEdit should run decently on your system, even without that much RAM, too. I have my installation capped out at 16M, and it only runs out of memory if I open up a really big file (in which case I have a seperate script to launch it with a higher cap).

      Make sure you're running the latest JVM, too. 4.01 had a ridiculous speed increase, to the point of wondering what the heck was wrong with all the previous versions.

      --

      Money I owe, money-iy-ay
    3. Re:Uh oh... by SlightlyMadman · · Score: 1

      Make sure you're running the latest JVM, too. 4.01 had a ridiculous speed increase, to the point of wondering what the heck was wrong with all the previous versions.

      Gah, my fingers are faster than my brain, today. That should have been 1.4.1.

      --

      Money I owe, money-iy-ay
    4. Re:Uh oh... by angel'o'sphere · · Score: 1

      This is silly.

      I work on a Pentium 200.

      Java is fast enough on it to se no difference to Visual C++ in the IDE.

      I have 128MB RAM, however and a SCSI system ... no idea if that should change anything.

      angel'o'sphere

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  12. Tools emulation, not language emulation by chrisknoll · · Score: 1

    I think some are getting a little too excited over this. Knock MS all you want, but they do have intelligent people who put out good tools with nice features...I mean, the tool alone made VB as popular as it has become, not the VB technology itself. MS took a few pages out of Sun's book on technology, it's only fitting for Sun to take a few pages out of MS's book on tools. -Chris

  13. Java-based RAD? Try Jython! by ProfKyne · · Score: 1

    I've just gotten interested in Jython, although I've been using Java and Python (separately) for quite a while. I can't believe I came to it this late. Imagine having the simplicity of an award-winning dynamically-typed yet fully object-oriented scripting language at your finger tips for busting out scripts and relatively simple code, but with complete "native" access to Java libraries. (Quotes because it seems oxymoronic to use the word "native" to refer to Java.)

    It's not quite the same as VB or even JavaBean-based "programming" (using a GUI-based code generator), but if you need to glue some Java classes together and don't want to go through all of the boilerplate required by straight Java programming, it's worth checking out.

    --
    "First you gotta do the truffle shuffle."
  14. Playing with Trolls (was: Re:It's about time) by atomray · · Score: 0, Flamebait

    > EJBs are BAD.
    Wrong
    > They're a crummy abstraction of persistence
    Wrong
    > they mash application logic and object representation into one place
    Wrong
    > they're butt-slow
    Wrong
    > they're a bitch to write and maintain
    Wrong
    > Straight JDBC is much easier to work with
    Wrong
    > it's [JDBC] more flexible
    Correct!

    1/7 Sorry Try Again

    --
    take your sig and shove it
  15. Something like this got me programming... by Vladimus · · Score: 1
    Apple did something very similar to this when they adapted their Applescript scripting language into an actual programming language for OS X.

    I'd learned some Basic around 10 years ago and I was quite intimidated when I found that the only programming languages usable for Mac OS X were Java and Objective-C. Then Apple came out with AppleScript Studio, which finally enabled me to write real programs with a GUI interface.

    I'm now coming back around to learn C and Objective-C, but it's AppleScript Studio that got me over the hump.

    --

    A rolling stone is worth two in the bush!

  16. yart, anybody? by kungfoobar · · Score: 3, Insightful

    Does the world really need Yet Another RAD Tool? I can't speak fully for the Swing/Awt world, but the medium-sized Java projects I've been on was developed with textpad and apache ant.

    One of the beautiful things about Java/C++/SmallTalk is that you just can't start coding in it. For most people, it takes time to learn. But when you do learn it, and learn it correctly, you'll start to think in terms of coding for the sake of the interface, instead of coding for the hell of it.

    With RAD tools, it's super easy to start coding what's in your head at the time being, making up classes and methods as you go. Why not global variables? You may start out coding for a prototype. This prototype doesn't get redesigned, let alone refactored for the actual implementation ('cause hey, we already have it 50% done). Then the next thing you know, you have bloatware. Then you leave your job, and some poor schmuck has to maintain your 'code'.

    I didn't fully understand why you had to do so much in Swing to do so little until I read the GOF Patterns book. Most everything in the Swing API is an abstract pattern of some sort. When you create prototypes in Swing, you can't take a lot of things for granted. You actually have to think things through. And that, you just cannot rapidly do, initially.

    But when you do understand the fundamentals, prototypes can be refactored or easily redesigned to fit the implementation. Of course, this means that the software engineer that develops the prototype must have some working knowledge of the API or framework. It means that you just can't have your average "learn XXXX in 24 hours" code monkey start the software process. It means RAD is not a tool, but a way of thinking. I professionally build prototypes for projects using textpad and ant. Much of which can be extended for the actual implementation.

  17. Why VBesque? by Anonymous Coward · · Score: 0

    Im always thought more and more developers turn to linux (Unix) because of these VBesque and similar experiences?

    Why not continuing support for Windows for a limited time and getting strong into Linux (replacing Solaris later..) like IBM does...

    But I guess Sun is (still) to big for such "childplay"..

    Ahh.. all this is FUBAR...

    on the OTHER side.. i was forced to listen to soo much PR speeches about the glory of JAVA that I got used to scan http://www.fuckedcompany.com daily for any satisfaction... :))

  18. Re:Good idea. 4 year too late! by realitybytesagain · · Score: 1

    Yep, JAva most VB-like isn't that a kicker, after all the years of marketing hype on How JAva is "simple" language they come to this stunning realization..

    Java is toast on the client side, and is only going to survive on the server thanks to the likes of IBM and such.. Sun is too busy saving its own *ss to worry about Java

    Lets see how JAva plays out in the MicroDevices area.. if it dies, there you can sure bet java the number of Java programmers in the near future will be very few

  19. Is VM a fad? by Anonymous Coward · · Score: 0

    And look the whole industry is VM hungry

    It does seem like a fad, doesn't it. I don't get it either. Will somebody please tell me the advantage of VM's. You might as well emulate x86 on non-X86 machines if you want "binary compatible".

  20. Why Flaimbait? Re:Playing with Trolls by angel'o'sphere · · Score: 1

    That guy is correct. If at all his parent is a troll.

    angel'o'sphere

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  21. That must be what they laid off the Americans for by Anonymous Coward · · Score: 0

    ...and hired all those Indians to do!

    Time to boycott. Microsoft and Sun seem to think that cutting the legs out from underneath their own country is more "cost effective" - news flash - if we stopped using Sun and Microsoft and went Open Source, we American developers would be more "cost effective" too.