Java SE 7 Metamorphoses

JavaEvangelist Membro desde: 08/04/2003 10:50:33 Mensagens: 305 Offline

Specification Lead: Danny Coward
http://blogs.sun.com/dannycoward/

https://jdk7.dev.java.net/

https://jdk.dev.java.net/

http://community.java.net/jdk/

http://community.java.net/jsr/

*(MS) = (Multimedia Session)

----------------------------------------------------------------------------------------------------------------

JSR 203: More New I/O APIs for the Java? Platform ("NIO.2")
http://jcp.org/en/jsr/detail?id=203

Specification Lead: Alan Bateman

http://blogs.sun.com/alanb/entry/what_is_happening_with_jsr

http://blogs.sun.com/roller/resources/alanb/bof0895.pdf

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4313887

http://java.sys-con.com/read/46658_p.htm

https://jsr203pub.dev.java.net/

----------------------------------------------------------------------------------------------------------------

JSR 255: Java? Management Extensions (JMX?) Specification, version 2.0
http://jcp.org/en/jsr/detail?id=255

JSR 262: Web Services Connector for Java? Management Extensions (JMX?) Agents
http://jcp.org/en/jsr/detail?id=262

Specification Lead: Eamonn McManus

http://weblogs.java.net/blog/emcmanus/

https://ws-jmx-connector.dev.java.net/

http://blogs.sun.com/jmxnetbeans/

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3523/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3523.pdf

https://jdk.dev.java.net/nonav/J12005/jmx.pdf

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5072268

http://bordet.blogspot.com/

http://jroller.com/page/ghinkle

----------------------------------------------------------------------------------------------------------------

JSR 260: Javadoc Tag Technology Update
http://jcp.org/en/jsr/detail?id=260

Specification Lead: Amy Fowler, Kathy Walrath

http://today.java.net/pub/au/48

http://weblogs.java.net/blog/walrath/

http://www.javac.info/doc?n=JavaDoc.JavaDoc

https://javadoctags.dev.java.net/

----------------------------------------------------------------------------------------------------------------

JSR 274: The BeanShell Scripting Language
http://jcp.org/en/jsr/detail?id=274

Specification Lead: Pat Niemeyer

http://weblogs.java.net/blog/pat/archive/2005/05/jsr274_standard_1.html

http://beanshell.ikayzo.org/docs/display/BeanShell/Home

http://beanshell.org/JavaOne2005.pdf

http://www.artima.com/lejava/articles/beanshellP.html

http://news.gmane.org/gmane.comp.java.beanshell.devel

----------------------------------------------------------------------------------------------------------------

JSR 277: Java? Module System
Specification Lead: Stanley Ho
http://jcp.org/en/jsr/detail?id=277

JSR 294: Improved Modularity Support in the Java? Programming Language
Specification Lead: Gilad Bracha
http://jcp.org/en/jsr/detail?id=294

http://blogs.sun.com/gbracha/entry/developing_modules_for_development

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3885/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3885.pdf

http://weblogs.java.net/blog/stanleyh/

http://weblogs.java.net/blog/stanleyh/archive/j1-2006-jsr-277-bof.pdf

http://docs.safehaus.org/download/attachments/2995/osgi-apachecon-20060628.pdf

https://jsr-277-eg.dev.java.net/

http://blog.cierniak.org/

http://blogs.tedneward.com/2005/08/26/Welcome+To+JSR277.aspx

----------------------------------------------------------------------------------------------------------------

JSR 121: Application Isolation API Specification
Specification Lead: Krzysztof Palacz
http://jcp.org/en/jsr/detail?id=121

JSR 284: Resource Consumption Management API
Specification Lead: Grzegorz Czajkowski
http://jcp.org/en/jsr/detail?id=284

http://weblogs.java.net/blog/gczaj/

http://www.infoq.com/news/jsr-284-early-draft

http://research.sun.com/projects/barcelona/papers/

http://www.bitser.net/isolate-interest/

http://web.archive.org/web/20050311232413/http://bitser.net/isolate-interest/bib.html

http://developers.sun.com/learning/javaoneonline/sessions/2005/TS-7179/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2005/coreplatform/TS-7179.pdf

http://userfriendly.free.fr/christopher/en/index.php?2006/06/24/18-jsr-121-isolation

----------------------------------------------------------------------------------------------------------------

JSR 292: Supporting Dynamically Typed Languages on the Java? Platform
http://jcp.org/en/jsr/detail?id=292

Specification Lead: Gilad Bracha

http://blogs.sun.com/gbracha/entry/invokedynamic

http://blogs.sun.com/gbracha/entry/jsr292_and_hotswapping

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3886/index.html *(MS)

http://blogs.sun.com/roller/resources/gbracha/JAOO2005.pdf

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3886.pdf

http://blogs.sun.com/sundararajan/entry/invokespecialdynamic

http://blackdragsview.blogspot.com/

http://www.bloglines.com/blog/ThomasEEnebo/

http://news.gmane.org/gmane.comp.lang.jython.devel

----------------------------------------------------------------------------------------------------------------

JSR 220: Java? Persistence Architecture
Specification Lead: Linda DeMichiel, Michael Keith
http://jcp.org/en/jsr/detail?id=220

JSR 295: Beans Binding
Specification Lead: Scott Violet
http://jcp.org/en/jsr/detail?id=295

JSR 296: Swing Application Framework
Specification Lead: Hans Muller
http://jcp.org/en/jsr/detail?id=296

http://weblogs.java.net/blog/hansmuller/archive/2006/06/jsr_296_bows_sw.html

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3399/index.html *(MS)

http://weblogs.java.net/blog/hansmuller/archive/ts-3399-final.pdf

http://weblogs.java.net/blog/mister__m/

http://blog.michaelnascimento.com.br/2006/06/23/aceito-na-jsr-296/

http://weblogs.java.net/blog/evanx/

http://weblogs.java.net/blog/javaben/

http://weblogs.java.net/blog/zixle/archive/2006/05/ease_of_swing_d.html

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-1594/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/desktop/TS-1594.pdf

http://forums.java.net/jive/category.jspa?categoryID=45

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3395/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreenterprise/TS-3395.pdf

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-9056/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreenterprise/TS-9056.pdf

http://today.java.net/pub/au/79

http://www.jpacentral.com/

http://blogs.sun.com/klingo/

http://blogs.sun.com/marina/

----------------------------------------------------------------------------------------------------------------

JSR 303: Bean Validation
http://jcp.org/en/jsr/detail?id=303

Specification Lead: Jason Carreira

http://jroller.com/page/jcarreira

http://www.infoq.com/news/JSR303-validation-standard

http://wiki.opensymphony.com/display/XW/Validation+Framework

http://www.hibernate.org/hib_docs/annotations/reference/en/html/validator.html

http://jakarta.apache.org/commons/validator/

http://forums.opensymphony.com/index.jspa

http://raibledesigns.com/page/rd?entry=validation_framework_consolidation

http://weblogs.java.net/blog/jhook/

http://rifers.org/blogs/gbevin

http://jroller.com/page/tfenne

http://uri.jteam.nl/

----------------------------------------------------------------------------------------------------------------

Integrating XML into the Java? Programming Language
Mark Reinhold

http://blogs.sun.com/mr/entry/integrating_xml_j1_2006

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3441/index.html *(MS)

http://blogs.sun.com/mr/resource/integrating-xml-j1-2006.pdf

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3441.pdf

http://www.xquerynow.com/cohensxblog/javaonedaytwo.html

http://weblogs.java.net/blog/kirillcool/archive/2005/07/native_xml_supp_1.html

http://debasishg.blogspot.com/2006/08/xml-integration-in-java-and-scala.html

http://forums.java.net/jive/thread.jspa?threadID=995

----------------------------------------------------------------------------------------------------------------

Closures for Java?
Gilad Bracha, Neal Gafter, James Gosling, Peter von der Ahé

http://blogs.sun.com/roller/resources/ahe/closures.pdf

http://gafter.blogspot.com/

http://blogs.sun.com/gbracha/

http://blogs.sun.com/ahe/entry/full_disclosure

http://blogs.sun.com/jrose/

http://jroller.com/page/tackline

http://weblogs.java.net/blog/forax/

http://wiki.java.net/bin/view/JDK/ClosuresSyntaxInJava7

http://www.artima.com/forums/flat.jsp?forum=106&thread=173229

----------------------------------------------------------------------------------------------------------------

Tiered Compilation

http://blogs.sun.com/fatcatair/

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3412/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3412.pdf

----------------------------------------------------------------------------------------------------------------

Visual Basic for the Java? Platform

http://blogs.sun.com/tor/

http://blogs.sun.com/herbertc/

http://developers.sun.com/learning/javaoneonline/sessions/2006/TS-3576/index.html *(MS)

http://developers.sun.com/learning/javaoneonline/2006/coreplatform/TS-3576.pdf

----------------------------------------------------------------------------------------------------------------

Swing-text Rendering Features (support XHTML, CSS 2.x, ...), 2D Graphics Features, etc.

http://community.java.net/javadesktop/

----------------------------------------------------------------------------------------------------------------

Property Support

http://weblogs.java.net/blog/cayhorstmann/archive/2006/06/say_no_to_prope.html

----------------------------------------------------------------------------------------------------------------

Block Constructs

http://doiop.com/smalltalk-block-to-java-through-transformation *(PDF)

----------------------------------------------------------------------------------------------------------------

Method References

http://weblogs.java.net/blog/alexwinston/archive/2005/04/strongly_types_1.html

----------------------------------------------------------------------------------------------------------------

Partial Classes

http://en.wikipedia.org/wiki/Partial_Classes

----------------------------------------------------------------------------------------------------------------

Language Support for BigDecimal

http://en.wikipedia.org/wiki/Bignum - (bignum arithmetic)

----------------------------------------------------------------------------------------------------------------

Strings in Switch Statements

http://yost.com/computers/java/string-switch/

http://cdsmith.twu.net/professional/java/pontifications/switch.html

----------------------------------------------------------------------------------------------------------------

Classloading Improvements

http://blogs.sun.com/kkinnear/

----------------------------------------------------------------------------------------------------------------

Security Features

http://blogs.sun.com/andreas/

http://weblogs.java.net/blog/mullan/

----------------------------------------------------------------------------------------------------------------

"Java? Kernel"

http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed.html

----------------------------------------------------------------------------------------------------------------

Só um comentário sobre futurologia barata sobre a JSR 296: não vai dar certo. Não pelos aspectos técnicos, pois a proposta é totalmente viável, mas o SwingApplications vai cair na mesma categoria do JDBC 3.0: está lá disponível para todo mundo usar, mas sempre que alguém quiser criar uma tabela que mostre um conjunto de dados provenientes do banco de dados, o pessoal vai acabar usando JTable+DefaultTableModel ao invés de usar uma solução do novo framework. Acho que está chegando o momento de haver uma certa quebra na compatibilidade com as versões anteriores.

Sobre as demais JSRs:
- JSR 203: ainda não precisei de nada que esta JSR vai oferecer (embora use bastante NIO, uso de uma maneira bm limitada), então acho que é meio perfumaria. Agora, qual vai ser o nome disso? The Newest New I/O?
- JSR 274: uma amostra dos ventos da mudança: BeanShell, JavaScript, Groovy, sem falar que o povo do JRuby agora trabalha para a Sun. E tem gente que insiste em fechar os olhos para as mudanças.
- JSR 277: gems para Java?

- JSR 292: ver JSR 274.
- JSR 121: isso eu quero muito mesmo. Uma única JVM para todas as minhas aplicações Java

- JSR 295 e 303: ver comentário sobre JSR 296. Além disso, basear-se no Commons Validation? M-E-D-O

Property support

http://weblogs.java.net/blog/cayhorstmann/archive/2006/06/say_no_to_prope.html

Meu! Parece até sonho, isso vai sair mesmo? O fim dos gets e sets no Java. So o Java 7 vier só com isso de alteração já tá valendo.

juzepeleteiro wrote:

Property support

http://weblogs.java.net/blog/cayhorstmann/archive/2006/06/say_no_to_prope.html

Meu! Parece até sonho, isso vai sair mesmo? O fim dos gets e sets no Java. So o Java 7 vier só com isso de alteração já tá valendo.

Tomara que: exista compatiblidade reversa, exista meio de usar get sets como opção ( linguagens onde existe property, voce pode usar metodos se quiser)

Taí uma coisa que nunca me chateou...

Têm que ter, muitca coisa hoje é baseada no padrão get/set mas se não tiver tá valendo também.

Get/sets é o que mais polue código no Java... é, é, dá para fazer pela IDE mais o código fica grande cheio de coisas sem sentido e dificil de ler. No exemplo do site da para perceber, você bate o olho (no exemplo sem get/set) e já sabe do que se trata. No outro você tem que ler e ainda memorizar se todos tem get/set (read/write) quais tem só get (readonly) ou só o set (writeonly).

ta tudo pegando fogo! a sun ta correndo atrás hein?

só nao gostei muito das propriedades... e detestarei se x.y = z for o mesmo que x.setY(z), pois perderemos legibilidade adoidados...

bush, parabens pela compilacao!! algumas coisas, como essa das properties, ninguem comentou que é candidata ao 7, certo?

Olá

Uma perguntinha diabólica: quantos de nós ainda estaremos fiéis ao Java quando o JDK7 for lançado?

Eu uso Java desde o 1.0.2 e ainda não estou abandonando o barco. Mas ando meio assustado com o que vem por aí no .NET 3.0 e as outras possibilidades que existem como Ruby (e até mesmo algumas linguagens funcionais para usos específicos).

O Linux e o Unix não estão crescendo como muitos sonharam e o Vista + .NET 3.0 darão uma razoável chacoalhada no mercado pró Microsoft, principalmente agora que ela distribui grátis o Visual Studio 2005 Express.

Se os paradigmas de programação nas grandes empresas mudarem para adoção em massa de Web Services, SOA e sistemas baseados em workflow, quem quiser sobreviver no mercado vai ter que aprender a interoperar com a Microsoft e ainda aprender a usar um monte de aplicativos novos como por exemplo ESBs (pelo menos nos primeiros anos) e repositórios de metadados (nada a ver com Maven).

Será que dá para eu me preocupar se vai ter Get/Setter ou não?

[]s
Luca

pra quem ficou boiando com ESB,

Enterprise service bus http://en.wikipedia.org/wiki/Enterprise_Service_Bus

Luca wrote:Olá

Uma perguntinha diabólica: quantos de nós ainda estaremos fiéis ao Java quando o JDK7 for lançado?

Eu uso Java desde o 1.0.2 e ainda não estou abandonando o barco. Mas ando meio assustado com o que vem por aí no .NET 3.0 e as outras possibilidades que existem como Ruby (e até mesmo algumas linguagens funcionais para usos específicos).

O Linux e o Unix não estão crescendo como muitos sonharam e o Vista + .NET 3.0 darão uma razoável chacoalhada no mercado pró Microsoft, principalmente agora que ela distribui grátis o Visual Studio 2005 Express.

Se os paradigmas de programação nas grandes empresas mudarem para adoção em massa de Web Services, SOA e sistemas baseados em workflow, quem quiser sobreviver no mercado vai ter que aprender a interoperar com a Microsoft e ainda aprender a usar um monte de aplicativos novos como por exemplo ESBs (pelo menos nos primeiros anos) e repositórios de metadados (nada a ver com Maven).

Será que dá para eu me preocupar se vai ter Get/Setter ou não?

[]s
Luca

Eu não sei, e para falar a verdade eu nem estou tão preocupado assim, vou estar o usando o melhor (e quando falo melhor falo de prazer/mercado), que pode ser o .NET (que tá bem legal), pode ser Ruby (30% do meu desenvolvimento hoje é Ruby), pode ser Java ou qualquer outra coisa.

O Java comeu muita mosca nos ultimos tempos, mesmo com toda essas mudanças ainda tem muito o que fazer. Closure por exemplo: não basta suportar. A sua API têm que ser closure-based.

Na minha opinião o que prejudica o Java é a tal "compatibilidade". Eu acho o seguinte, major version não precisa ser compativel uma com a outra. Vai lá e muda o que têm que ser mudado. Ahhh, mas meu projeto precisa dessa compatibilidade. Ora bolas, então usa a outra versão.

Mas, na minha visão, para o Java continuar a ser uma opção coisas como closure e property são fundamentais. Legibilidade do código é muitas vezes mais importante do que funcionalidades.

Mas eu ainda não vi nada parecido com o LinkQ do .NET no Java além daquele negocio de XML na linguagem (vai ver um engenheiro da SUN foi ver o LinkQ e achou que era só para XML hehehe).
O que é uma tremenda pena. Isso quando pronto e a todo vapor vai facilitar a vida a rodo.

Mas Java não é o meu time do coração, é apenas uma das muitas ferramentas de trabalho que eu tenho.

Eu quero é mais que eles matem uns aos outros (no bom sentido) que quem leva vantagem nisso somos nós.

Eu sinceramente acho uma ideia louca essa de quebrar a compatibilidade com outras versões... imagina só... voce lanca um software... ae vem uma UJVM MUITO melhor... ae vc nao pode atualizar sem que voce mecha em TODOS OS CLIENTES... isso é loucura... é por isso que tem muita gente (bancos... ) usando JEE 1.3 ainda.... devido essa falta de compatibilidade entre os AS's... e isso é prejudicial... po... não me vejo hoje usando JDK 1.4 , porem tem bilhares de empresas que usao... e podem escrever frameworks (um exemplo é hibernate 3 que mantem compatibilidade até com jdk 1.3 ) e eu vou poder usar...

Quanto ao .net... se voce SEMPRE for ficar em Windows.... tanto no server quanto no client...não acho interessante usar Java.... fica no windows de vez... mas o que atrai no java é a liberdade de mesclar as coisas... o poder do java no lado servidor é incomparavel...

O que eu quero dizer é: Compatibilidade é importante SIM.
Outra coisa que tmb não me encomodou nunca foi Getters e Setters , minha IDE gera eles mesmo...

O que tenho medo é que java se torne algo tão inchado... que nego comece a escrever codigo alienigena... quem nunca ficou horas debugando um codigo em C++ para descobrir que o maldito programador fez sobrecarga nos operadores ? po... mó chato ler codigo de uma linguagem cheia de frescurada... fica horripilante....

Eu ainda não vejo motivos para ir ao .Net , todos os ditos recursos maravilhosos de producao extrema são totalmente fora da realidade de aplicativos funcionais, aquele RAD dele mistura todo codigo de CSS com HTML e gera um codigo todo amarrado , rapido? EXTREMAMENTE , mas vai manter um sistema web inteiro daquela forma... em tempos de tableless e de organização de sites... isso é totalmente fora da realidade...

E sem esses "arrasta e solta , clica e Run" não vejo vantagens em ir para .net... Webservice ? fico RIDICULO com java ee 5 , @WebService pronto... nada de axis , nada de .jws... ejb entao ficou estupido... nada de XML , o JBoss SEAM entao deixa tudo maravilhoso... integra tudo e torna o desenvolvimento Web simples...

A unica coisa que me deixa empolgado com com .net eh o WPF , mas isso tmb existe um pessoal na sun integrando o JDK com ele... no final "tanto faz"

A minha realidade ( leia bem A MINHA REALIDADE ) é sair da plataforma windows... para clientes de pequeno porte-medio porte op Windows Server é um convite a desgraça total... nego usa o servidor como estacao ( sim , clientes com 15 maquinas ) e isso torna TUDO um caos... fora o windows mesmo... que simplesmente PARA do nada ( e nao estou falando de hardware podre... compramos só DELL ) ... e Mono não é nem de longe uma alternativa viavel...

JavaTeenager Membro desde: 22/08/2006 20:27:54 Mensagens: 180 Online

juzepeleteiro wrote:

Property support

http://weblogs.java.net/blog/cayhorstmann/archive/2006/06/say_no_to_prope.html

Meu! Parece até sonho, isso vai sair mesmo? O fim dos gets e sets no Java. So o Java 7 vier só com isso de alteração já tá valendo.

Interessante a proposta substituição dos famosos getters & setters, porém, conforme citado acho que não poderiam ser substituidos, porque pense nisso:

Como seria feita uma validação de valores dentro de um setter, caso eu tenha, por exemplo, que tratar uma String ou um int...

Implementações são sempre bem vindas, porém, sou contra a descontinuação de uma coisa do tipo.

Abraços.

Olá

Em tempo: minha intenção não foi sabotar a excelente compilação do Bush e sair do tópico com uma discussão .NET x Java. Fui o primeiro a dar 5 estrelas para o post dele.

Apenas quiz chamar a atenção de que enquanto o Java lida com os detalhes da linguagem no JDK, os caras do JEE podem colocar tudo a perder se não reagirem a tempo. Vejamos o que chamo de reagir:

1. O JEE é complexo demais. Há uma série de esforços para melhorá-lo. Nem vou discutir se estes esforços são a solução ideal. Mas acho que a Sun deveria tentar integrar mais o que há de bom por aí ao invés de ficar sempre com sua própria solução. Exemplos: Hibernate, Seam, XFire+Centix, glassfish, etc. Citei o glassfish que tem o código aberto porque não basta abrir código, é preciso juntar esforços, ou seja somar glassfish + geronimo + etc.

2. Ainda hoje persiste a dificuldade de usar Java com dispositivos periféricos como até mesmo uma impressora enquanto o resto do mundo está integrando soluções de identificação biométrica, leitores de chip ou criptografia via hardware. Não é que isto seja fundamental, mas se na Sun só há gente que saiba generics e closures e ninguém que manje de devices drivers, então deve tentar prestigiar algum projeto externo destes que pululam por aí com um desenvolvedor só.

O barco está passando. Ninguém pode negar que fazer Web Services com .NET é muito mais fácil do que com Java/JEE. E há mais coisas no reino da Dinamarca. No ano que vem até o Word e o Excel estarão integrados ao Workflow Foundation e o paradigma dos workflows voltarão à discussão. Este WPF (Avalon) que o Chun citou também promete e o LinQ também. E o Indigo (agora com outro nome) pode fazer o que o JMS prometeu pela arquitetura baseada em mensagens.

Vou repetir o que disse há uns 3 anos atrás: o que salva o Java é a força de empresas como Oracle, IBM, BEA, Web Methods e outras. Se dependesse só da Sun, o barco nem estaria passando pois já teria afundado há algum tempo.

[]s
Luca

Luca wrote:O Linux e o Unix não estão crescendo como muitos sonharam e o Vista + .NET 3.0 darão uma razoável chacoalhada no mercado pró Microsoft, principalmente agora que ela distribui grátis o Visual Studio 2005 Express.

Luca

Não sei se o Vista ou o .Net 3.0 vão mexer tanto no mercado assim. Até hoje não vi uma justificativa real no Vista que o faça ser tão importante. E antes do .NET 3.0 ser realmente importante, muita gente tem que largar o VB 6.

Talvez para Web o .Net 3.0 possa ser importante, mas qual a grande vantagem do 3.0 sobre o 2.0?

marcelomartins wrote:

Luca wrote:O Linux e o Unix não estão crescendo como muitos sonharam e o Vista + .NET 3.0 darão uma razoável chacoalhada no mercado pró Microsoft, principalmente agora que ela distribui grátis o Visual Studio 2005 Express.

Luca

Não sei se o Vista ou o .Net 3.0 vão mexer tanto no mercado assim. Até hoje não vi uma justificativa real no Vista que o faça ser tão importante. E antes do .NET 3.0 ser realmente importante, muita gente tem que largar o VB 6.

Talvez para Web o .Net 3.0 possa ser importante, mas qual a grande vantagem do 3.0 sobre o 2.0?

No site da Microsoft diz que o .Net 3.0 é o 2.0 com suporte ao INDIGO (WCF) e ao AVALON(WPF)

The Microsoft .NET Framework 3.0 (formerly known as WinFX), is the new managed code programming model for Windows. It combines the power of the .NET Framework 2.0 with new technologies for building applications that have visually compelling user experiences, seamless communication across technology boundaries, and the ability to support a wide range of business processes. These new technologies are Windows Presentation Foundation, Windows Communication Foundation, Windows Workflow Foundation, and Windows CardSpace (formerly code named "Infocard"). Microsoft plans to ship .NET Framework 3.0 as part of the Windows Vista operating system. In addition, Microsoft is making these technologies available on Windows XP and Windows Server 2003. The following Community Technology Preview of .NET Framework 3.0 enables you to continue experimenting with early builds of these technologies, get acquainted with the development experience, and provide feedback to Microsoft. For more information on these technologies

Olá

Bush, mais uma vez desculpe pelo Off Topic

chun wrote:No site da Microsoft diz que o .Net 3.0 é o 2.0 com suporte ao INDIGO (WCF) e ao AVALON(WPF)

E mais o Windows Workflow Foundation integrado a tudo. Isto pode mudar o modo dos chefes enxergarem o desenvolvimento de sistemas. O conceito de Workflow já está aí há muito tempo, inclusive com um monte em Java. Eu vi uma demo simples do JBoss jBpm e fiquei impressionado com o potencial disto quando usado junto com os conceitos de serviços e eventos.

[]s
Luca

Notícias, artigos e o maior fórum brasileiro sobre Java