Java SE 7 Metamorphoses

Assuntos Gerais Notícias
#1

[color=darkgreen]Specification Lead: Danny Coward[/color]
http://blogs.sun.com/dannycoward/

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

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

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

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

:arrow: *(MS) = (Multimedia Session)

[color=darkgreen]JSR 203: More New I/O APIs for the Java™ Platform (“NIO.2”)[/color]
http://jcp.org/en/jsr/detail?id=203

Specification Lead: Alan Bateman
:arrow: http://blogs.sun.com/alanb/entry/what_is_happening_with_jsr

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

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

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

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

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

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

Specification Lead: Eamonn McManus
:arrow: http://weblogs.java.net/blog/emcmanus/

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

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

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

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

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

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

:arrow: http://bordet.blogspot.com/

:arrow: http://jroller.com/page/ghinkle

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

Specification Lead: Amy Fowler, Kathy Walrath
:arrow: http://today.java.net/pub/au/48

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

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

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

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

Specification Lead: Pat Niemeyer
:arrow: http://weblogs.java.net/blog/pat/archive/2005/05/jsr274_standard_1.html

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

:arrow: http://beanshell.org/JavaOne2005.pdf

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

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

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

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

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

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

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

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

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

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

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

:arrow: http://blog.cierniak.org/

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

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

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

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

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

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

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

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

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

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

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

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

Specification Lead: Gilad Bracha
:arrow: http://blogs.sun.com/gbracha/entry/invokedynamic

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

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

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

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

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

:arrow: http://blackdragsview.blogspot.com/

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

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

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

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

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

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

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

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

:arrow: http://weblogs.java.net/blog/mister__m/
:arrow: http://blog.michaelnascimento.com.br/2006/06/23/aceito-na-jsr-296/

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

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

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

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

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

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

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

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

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

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

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

:arrow: http://www.jpacentral.com/

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

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

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

Specification Lead: Jason Carreira
:arrow: http://jroller.com/page/jcarreira

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

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

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

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

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

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

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

:arrow: http://rifers.org/blogs/gbevin

:arrow: http://jroller.com/page/tfenne

:arrow: http://uri.jteam.nl/

[color=darkgreen]Integrating XML into the Java™ Programming Language[/color]
Mark Reinhold
:arrow: http://blogs.sun.com/mr/entry/integrating_xml_j1_2006

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

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

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

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

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

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

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

[color=darkgreen]Closures for Java™[/color]
Gilad Bracha, Neal Gafter, James Gosling, Peter von der Ahé
:arrow: http://blogs.sun.com/roller/resources/ahe/closures.pdf

:arrow: http://gafter.blogspot.com/

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

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

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

:arrow: http://jroller.com/page/tackline

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

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

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

[color=darkgreen]Tiered Compilation[/color]

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

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

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

[color=darkgreen]Visual Basic for the Java™ Platform[/color]

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

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

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

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

[color=darkgreen]Swing-text Rendering Features (support XHTML, CSS 2.x, …), 2D Graphics Features, etc.[/color]

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

[color=darkgreen]Property Support[/color]

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

[color=darkgreen]Block Constructs[/color]

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

[color=darkgreen]Method References[/color]

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

[color=darkgreen]Partial Classes[/color]

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

[color=darkgreen]Language Support for BigDecimal[/color]

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

[color=darkgreen]Strings in Switch Statements[/color]

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

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

[color=darkgreen]Classloading Improvements[/color]

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

[color=darkgreen]Security Features[/color]

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

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

[color=darkgreen]“Java™ Kernel”[/color]

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

#2

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? :slight_smile:
  • JSR 292: ver JSR 274.
  • JSR 121: isso eu quero muito mesmo. Uma única JVM para todas as minhas aplicações Java :slight_smile:
  • JSR 295 e 303: ver comentário sobre JSR 296. Além disso, basear-se no Commons Validation? M-E-D-O :stuck_out_tongue:
#3

[quote]Property support

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

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.

#4

[quote=juzepeleteiro][quote]Property support

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

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.[/quote]

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…

#5

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).

#6

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?

#7

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

#8

pra quem ficou boiando com ESB,

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

#9

[quote=Luca]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[/quote]

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.

#10

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…

#11

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

#12

[quote=Luca]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[/quote]
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?

#13

[quote=marcelomartins][quote=Luca]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[/quote]
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?[/quote]

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

#14

Olá

Bush, mais uma vez desculpe pelo Off Topic :oops:

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

#15

Realmente, gerenciamento de processos vai ser a próxima (ou atual) onda do mercado. Vamos ver como a MS vai integrar isso nos seus produtos.

Quem fizer o melhor trabalho vai ter uma boa vantagem nos proximos anos.

#16

[quote=marcelomartins]Realmente, gerenciamento de processos vai ser a próxima (ou atual) onda do mercado. Vamos ver como a MS vai integrar isso nos seus produtos.

Quem fizer o melhor trabalho vai ter uma boa vantagem nos proximos anos.[/quote]

Mas na minha ótica, mecanismos de BPM tem muito mais haver com Middleware e produtos do que com a plaforma de desenvolvimento - linguagem.

#17

[quote=Kenobi][quote=marcelomartins]Realmente, gerenciamento de processos vai ser a próxima (ou atual) onda do mercado. Vamos ver como a MS vai integrar isso nos seus produtos.

Quem fizer o melhor trabalho vai ter uma boa vantagem nos proximos anos.[/quote]

Mas na minha ótica, mecanismos de BPM tem muito mais haver com Middleware e produtos do que com a plaforma de desenvolvimento - linguagem.

[/quote]
Pois é, mas isso tem a ver com a maneira como o setor de marketing da microsoft vai trabalhar :slight_smile:

#18

[quote=Daniel Quirino Oliveira]- 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.
[/quote]

O futuro são linguagens rodando na JVM para determinados fins específicos. Logo logo o JRuby, o Jython e outros forks terão mais usuários que os originais, e as linguagens sem plataforma perderão cada vez mais espaço.

Eu vejo em 10 anos que o mercado estará dividido em plataformas, a JVM e o .Net, com várias linguagens rodando em cada. O Ruby, o Python, etc, vão comer poeira. O dia que o Ruby rodar 100% a uma velocidade melhor na JVM não existirá motivo para usar o original, e ele estará morto.

Não sei se a Microsoft “viu isso”, ou se mirou numa coisa e acertou outra. Mas me lembro do marketing na época do que o .Net foi lançado e parecia mais uma questão “escolha sua linguagem”, e as principais eram C# e VB.Net, sendo o VB.Net só um skin do C# só que mais feio. Era de dar risada.

Vendo doutra forma, a proposta de linguagens dinâmicas em Java é interessante, pois usar Java para o core da aplicação e uma linguagem cuja produtividade seja maior para coisas externas é o que já fazemos de uma forma ou de outra.

Definitivamente existem coisas melhores que Ruby por aí, mas a Sun vai onde o hype está.

CPAN para Java? Outra coisa “nova”.

#19

[quote=Luca]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).[/quote]

É necessário avaliar todos os fatores. Por exemplo, você vê alguém reclamando de “complexidade” no .Net? No entanto a Microsoft entulha o C# de features, deixando-o cada vez mais bloated e complexo.

Quero ver o que eles farão com as APIs. Como todos aqueles features novos ela ficará muito inconsistente. Será como em Perl, várias formas de se fazer a mesma coisa.

Sinceramente, isso é sinal de que eles não estão indo bem com esse negócio de .Net. Se eles estivessem confortavelmente dando uma surra no Java eles fariam que nem fizeram com o IE, ou seja, nada.

Quanto ao Ruby, Python e outras, elas serão assimiladas (pelos forks para a JVM e para o .Net) e os projetos originais ficarão comendo poeira. Esses projetos serão relegados ao gueto das linguagens de programação por questões óbvias.

Não vejo como isso será diferente de nenhum release do Windows. De dois em dois anos ouvimos que o mundo como conhecemos irá acabar porque a Microsoft lançará a sua nova linha de produtos.

Prefiro esperar para ver.

#20

[quote=Paulo Silveira]só nao gostei muito das propriedades… e detestarei se x.y = z for o mesmo que x.setY(z), pois perderemos legibilidade adoidados…
[/quote]

Eu gostei, pessoalmente não acho que há perda de legibilidade, apenas o setter é mais “verboso”. É bem claro que no teu caso tanto faz a forma, o que estamos fazendo é atrinuir um valor à y, a diferença é que hoje em dia você sabe se algum código está sendo executado ou não, mas não acho que seja tão importante assim. Talvez você fale daquela coisa de mensagens entre objetos, mas não acho que isso “mate” o conceito…

Eu acho que os programadores Java já fizeram tantos getters/setters que acabam achando properties algo meio bizarro, quando o que eu acho bizarro é digitar código à tôa (IMHO)…