Help

At the last Seam meeting we ran over the the time line for Seam 3.0 release. We are aiming to have development finished by mid June, spend a month polishing up the documentation and examples, and have a release candidate ready for you to try out in mid July.

Seam 3.0 will contain:

and, if available in time:

Looking ahead, we're aiming to release Seam 3.1 around Christmas, which will likely add support for:

Some of these modules have releases already (and you can expect to see more very soon), and we'll continue in this vein - so you may well find that there is some support before the Seam release is complete!

We'd also like to hear what you think - do you think we should delay the 3.0 release to get more in? What would you include in the 3.0 release if you had the choice?

27 comments:
 
23. Apr 2010, 01:29 CET | Link
William

I guess jBPM 3 support also includes jBPM 4 ?

And I think Excel (and maybe PDF) support is a lot more important than the JMS bridge and GWT. I can't remember of any project without the need for at least a basic Excel export functionality.

ReplyQuote
 
23. Apr 2010, 01:59 CET | Link
Cody

I agree with William. I would like to see PDF/Excel and Mail before jBPM3, JMS and GWT.

Hopefully in the first release.

 
23. Apr 2010, 02:05 CET | Link

I'll see if the Excel module priority could be escalated ;-) Needs the new, improved Document(Store/Servlet) first, though.

 
23. Apr 2010, 02:37 CET | Link

I concur with the above, Excel and PDF are absolutely vital. We won't be able to upgrade our projects to Seam 3 without those. Frankly, they are some of the most useful features of Seam.

 
23. Apr 2010, 03:00 CET | Link
Alberto Gori

Seam2 application should wait until christmas before adopting Seam3. This means that a Seam2 app can't run on a JEE6 container before 2011.
Really we can't have backwards compatibility before that date?
And will Seam2 support be emulated throught a CDI extension or native engine?

 
23. Apr 2010, 03:25 CET | Link

Seam 2 stuff will most likely be done through an extension.

What prevents a Seam 2 from running on a Java EE 6 (please don't use JEE or Bill Shannon will be upset) ;-) server if the deployers are ported?

 
23. Apr 2010, 03:35 CET | Link
Arbi Sookazian

What about inclusion/exclusion of hot redeployment tool/feature (e.g. fakereplace or JRebel)? And what about Seam special classloader, will that be improved and/or included in Seam 3?

 
23. Apr 2010, 03:52 CET | Link
Preben Ludviksen

I want Seam 3 to provide hotdeploy, Excel, Mail and PDF-support before I upgrade my projects for Java EE 6.

 
23. Apr 2010, 12:36 CET | Link

I want Seam 3 to provide Spring Integration

 
23. Apr 2010, 14:51 CET | Link
Werner Jacobs

Seam PDF, excel, mail support, as mentionned in the previous comments, should be included in first release of Seam 3. Definetely, the Seam features we are using the most.

Backwards comptability with Seam 2 should be pushed forward too.

Hot deployment feature included would be a nice addition.

 
23. Apr 2010, 15:01 CET | Link

Agree. PDF and excel support is more important. Import/export files too. How about seam-gen imporvement (my favorite one :D ) ? Oh, and my experience when using seam PDF is hard to generate complex PDF, especially if you deal with margin, padding etc, or want to fix the content with the templated paper.

By the way, if seam excel export is great, how if PDF support replaced by jasper/birt support?

 
23. Apr 2010, 15:17 CET | Link
Alberto Gori
Nicklas Karlsson wrote on Apr 22, 2010 21:25:
What prevents a Seam 2 from running on a Java EE 6 (please don't use JEE or Bill Shannon will be upset) ;-) server if the deployers are ported?

I tried on GFV3 and found an unsolveable conflic: Seam2 uses an Hibernate Validator that can't be bundled in a container providing JPA 2.0 and hibernate 3.5.

But if someone was successful deploying a Seam 2 application in newest Glassfish, please tell me something ;).

 
23. Apr 2010, 17:15 CET | Link
jhoryna

Hi,

for my projects - Excel, RTF, and PDF are really essential. I would really appreciate the priorities for these feature would become high enough!

Regards Jan

 
23. Apr 2010, 19:34 CET | Link
Alberto Gori wrote on Apr 22, 2010 21:00:
Seam2 application should wait until christmas before adopting Seam3. This means that a Seam2 app can't run on a JEE6 container before 2011.
Really we can't have backwards compatibility before that date?
And will Seam2 support be emulated throught a CDI extension or native engine?

We are looking at emulating the Seam 2 engine running on top of CDI. To get this going sooner I suggest making a start on a prototype - you can email the dev list or chat to us on IRC for hints :-)

 
23. Apr 2010, 19:35 CET | Link
Alberto Gori wrote on Apr 23, 2010 09:17:
Nicklas Karlsson wrote on Apr 22, 2010 21:25:
What prevents a Seam 2 from running on a Java EE 6 (please don't use JEE or Bill Shannon will be upset) ;-) server if the deployers are ported?
I tried on GFV3 and found an unsolveable conflic: Seam2 uses an Hibernate Validator that can't be bundled in a container providing JPA 2.0 and hibernate 3.5. But if someone was successful deploying a Seam 2 application in newest Glassfish, please tell me something ;).

You need to upgrade 2 to Hibernate Validator 4, and use the legacy module IIRC. I suspect this version should be compatible with newer Hibernate too.

 
23. Apr 2010, 19:39 CET | Link
Arbi Sookazian wrote on Apr 22, 2010 21:35:
What about inclusion/exclusion of hot redeployment tool/feature (e.g. fakereplace or JRebel)? And what about Seam special classloader, will that be improved and/or included in Seam 3?

Good point. This will be provided as part of Weld (not Seam), as it's something to be done at the low level. I definitely want to get this functionality in place before we release Seam 3!

 
23. Apr 2010, 19:43 CET | Link

Thanks for all the feedback on the Excel/PDF modules. We should be able to get these moved up the priority scale (the migration is quite straightforward) - any volunteers to help out?

 
23. Apr 2010, 21:28 CET | Link
dea
But if someone was successful deploying a Seam 2 application in newest Glassfish, please tell me something ;).

I have Seam2 application run successfully on Glassfish v3 but only in JSF 1.2 mode. All Hibernate 3.4 libraries were copied to WEB-INF/lib and I forced Glassfish classloader to prefer war libraries first (

<class-loader delegate="false" />
in sun-web.xml)

However we still stick on GF v2.1 because there is no advantages to use JSF 1.2 in Java EE6 environment. Hope Seam 2.2.1 will properly support JSF2...

 
23. Apr 2010, 21:58 CET | Link
Lukas Simokaitis | lukas.simokaitis(AT)gmail.com

From my position instead - Support for Errai/GWT, i'd prefer Spring integration and Reporting. And maybe than postpone candidate release. In either case everyone will get the possibility to touch every component on the way like those two what we have now - am i right ? :)

 
24. Apr 2010, 01:37 CET | Link

1 for Spring Integration.

Java EE 6 looks great and we are really considering moving our (legacy) platform from Spring to Weld. One key point is the integration of the new code base with the old one (that will not be migrated any time soon) and would be great having Spring Integration to help manage this.

 
24. Apr 2010, 02:42 CET | Link
Pete Muir wrote on Apr 23, 2010 13:43:
Thanks for all the feedback on the Excel/PDF modules. We should be able to get these moved up the priority scale (the migration is quite straightforward) - any volunteers to help out?

How would one go about this, out of curiosity? Download the source, start making changes and sending in patches?

 
24. Apr 2010, 23:07 CET | Link
Drew wrote on Apr 23, 2010 20:42:
How would one go about this, out of curiosity? Download the source, start making changes and sending in patches?

Well step 1 is getting the modules migrated to Seam 3 and that is not that compilicated since they don't interact with Seam/CDI that heavily. This step is more hindered by the how can we make headless JSF rendering useful in Seam 3 and how should the content be delivered in Seam 3 problems and not by lack of workforce and is probably best handled by the module leads.

When the migration is done, however, we will certainly accept help. Ask around for suitable JIRAs to sink your teeth into or provide your own suggestions and we'll tell you where to start looking. Patches will then we accepted/reviewed/applied by the module leads until a certain point where we see that you know your ways around (or get tired) and just give you commit access ;-)

Pretty much normal open source project procedures, in other words.

 
24. Apr 2010, 23:16 CET | Link
xsalefter wrote on Apr 23, 2010 09:01:
Agree. PDF and excel support is more important. Import/export files too.

Import should be pretty trivial. We could have a component like

  @Inject ExcelImport excelImport;

  byte[] excelData;

  List<Float> salaries = excelImport.import(excelData).getWorkSheet("employees").getColumn(5);

which would just be a thin wrapper around jexcelapi

xhtml rendering will be pretty much the same as in Seam 2

dataTable converting will probably need some sort of intermediate metadata format so that we can have features from RichFaces and ICEfaces etc that go beyond the JSF datatable...

 
27. Apr 2010, 00:08 CET | Link
Thai Dang Vu

I don't see any request for Seam security. Some applications might not have excel/pdf export, but, in my opinion, all applications need a login/logout page and some basic security stuff, right? So my vote is Seam Security. If that security thing is very easy to implemented, could anybody tell me how (or give me a link to a tutorial)? Thanks.

 
27. Apr 2010, 02:21 CET | Link
Thai Dang Vu wrote on Apr 26, 2010 18:08:
I don't see any request for Seam security. Some applications might not have excel/pdf export, but, in my opinion, all applications need a login/logout page and some basic security stuff, right? So my vote is Seam Security. If that security thing is very easy to implemented, could anybody tell me how (or give me a link to a tutorial)? Thanks.

The security module is already in so it doesn't need requests ;-) Check the module link in the menu.

 
28. Apr 2010, 23:35 CET | Link
Paul Mooney | paul.mooney(AT)live.com

I vote for security and more JSF 2 support.

Persistence context management is trivial enough to do using producers/disposers in CDI so I would peg it as lower priority, however if it goes hand in hand with Transaction management then it should be higher.

I personally think the JMS event bridge is a very cool concept, if I understand correctly (remote events!). I definitely have a system which could be overhauled to use that, but I know it's probably not needed by the majority of apps so my vote is for low priority on this item.

 
06. May 2010, 20:41 CET | Link
john
I won't start using Seam 3 until there's Seam 2 compatibility or a 2 -> 3 migration tool, and therefore wouldn't mind a delay of Seam 3 until that part is included and ready to ship.

(oh and btw you may want to remove the "This website was created with JBoss Seam and runs on JBoss Application Server" footnote until you've gotten response times down below 1 minute.)
Post Comment