|
|
|
|
Desktop
Posted:
Oct 28, 2005 2:01 PM
|
|
|
Please post your thoughts and ideas for Desktop here.
Keywords for this area:
JFC/Swing
AWT
2D
Other
|
|
|
|
|
|
|
Re: Desktop
Posted:
Oct 31, 2005 10:28 AM
in response to: rwc
|
|
|
SwingLabs, SwingLabs, SwingLabs! (Major emphasis on databinding)
Netbeans RCP
Swing GUI Editors (Matisse, JFormDesigner, etc.)
Just to name a few.
Erik
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 1, 2005 2:25 AM
in response to: rwc
|
|
|
Eclipse RCP is also very interesting and promising.
Also relevant is anything related to VM-level stuff that allows sharing; IMHO any initiative to make it more attractive to run multiple JVMs (or really: multiple Java applications) on a single desktop are highly interesting.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 2, 2005 5:40 PM
in response to: drkrab
|
|
|
> Also relevant is anything related to VM-level stuff
> that allows sharing; IMHO any initiative to make it
> more attractive to run multiple JVMs (or really:
> multiple Java applications) on a single desktop are
> highly interesting.
Along these lines, I would be HIGHLY interested in MVM related discussions.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 3, 2005 11:26 AM
in response to: drkrab
|
|
|
Not only panels about the Eclipse RCP but also about the Netbeans Platform, so developers start using application frameworks for desktop development and not only for web development
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 1, 2005 5:31 PM
in response to: rwc
|
|
|
I think that swinglabs should have a very strong presence. SwingX extensions and database aware components are a must. I estimate that desktop programming will have even better development next year.
Unluckilly, I presume that I will be unable to assist, as usual  .
Regards,
Diego.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 1, 2005 10:30 PM
in response to: rwc
|
|
|
Apart from SwingX, JForms, etc.. I want more sessions on How to use JVM effectively in case of High-level Desktop Swing applications and discussing about lots of Thread issues too. A good level of session on Synth is a must!!
--
Balakumar Muthu
http://i5bala.blogspot.com
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 2, 2005 12:47 PM
in response to: rwc
|
|
|
Spring-RCP, some Swing docking frameworks, highly cusomizable Swing components.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 3, 2005 11:25 AM
in response to: rwc
|
|
|
I think Java apps need to pay more attention to packaging, and JavaOne could help a lot to spread best practices and unite people to define standards in this area. You should invide people from JPackage and Debian to help on this.
It's not ok to have dozen copies of the same libraries (like Log4J) around my system, because each and every app has it's own lib folder with third-party jars they deppend on. Besides eating up disk space, this prevents us from getting class code sharing and so from running many Java apps concurrently.
It's also not ok to have each app install it's own JRE and sometimes one prevents the other from working properly. I'm tired to fix Windows registry, environment and manualy erase Java exes and dlls from windows\system folders.
We need something alongside the Linux packaging system, maybe integrated as a new JWS.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 4, 2005 8:43 PM
in response to: flozano
|
|
|
These days we have plenty of diskspace.. Trying to consolidate several libraries (like Log4j) will cause problems. Because they aren't all backwards or forward compatible.
Dll hell was caused by all those apps trying to share their code. Much better if each app minds its own business.
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 25, 2005 4:31 PM
in response to: dog
|
|
|
DLLs were created because they allow fixes and upgrades to be made once for all apps that rely on they and because they eat up less memory. GUIs would no exist if there were no DLLs (and teir similar on other OSes).
DLL hell is a problem because Windows had no vay of managing multiple version of the same DLL and which apps used which ones. By contrast, Solaris and Linux can manage multiple and even incompatible versions of the same *.so files. Of course any app should have the option of using "private" jars.
And, with JIT and bytecode verification, having multiple desktop Java apps running at the same time there's a stonget need for "shared jars" than native apps had for "shared libraries".
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 10, 2005 3:20 AM
in response to: rwc
|
|
|
OK, here are a few of the things I would love to see talks about at JavaOne 2006.
- TDD with Java/Swing
- SwingX
- data binding
- data validation
- application frameworks
|
|
|
|
|
|
|
|
|
Re: Desktop
Posted:
Nov 16, 2005 11:07 PM
in response to: rwc
|
|
|
Media presentation and management applications
that include videos, photos and music. This is
what a lot of people are using computers for.
We are developing one such app and will be most
happy to showcase it at JavaOne 2006 to show
the power of Java2D and JSR-231. Please contact
me if you folks are interested. For reference,
please visit:
http://www.muvee.com
http://www.waterlogic.com.sg
|
|
|
|
|
java.net RSS
