Very nice! On 9 Sep 2012, at 19:43, Ove Ranheim wrote:
> Dear seam-team! > > We all know that DeltaSpike is the future of what once where Solder and Seam. > DeltaSpike 0.3 was just released and IMO it provides most necessities to > successfully port the most important Seam features to DS. There are many > features still lacking, which currently are only found in Seam 3.1. So > instead of complaining about it, I figured it was about time to do something > :) > > After following DS project since its start, I clearly see the benefits of > true portable extensions across CDI implementations as well as containers. > It's going to be even more interesting to see and enjoy how DS will evolve in > the future. > > I guess seam-ers have high expectations to Apache DeltaSpike (I can only > speak for myself), but it's been a while since I we enjoy Seam 3 upgrades. > And, until DS is in state where it offers most Seam features, it's not > something existing Seam 3 projects can make use. Due to my impatience of > starting my move, I've spent some time the past week+ to port Solder and Seam > Mail 3.2.0-SNAPSHOT towards DeltaSpike 0.3 incubating. > > Today, I had success with the Seam Mail testsuite, which now runs fine. I > will continue to merge other Seam modules the coming days. > > You can check out the sources at: > https://github.com/oranheim/deltaspike-solder > > The purpose of deltaspike-solder is to provide a glue layer for existing > projects depending on Seam 3. As DeltaSpike increases in features and > gradually becomes in a state where Solder/Seam features are replaced, the > deltaspike-solder will diminish in footprint. It's an opposite project :) > Code size will be reduced as DS moves on. > > Some comments to what I have done so far: > > - Updated dependencies to DS-container > - Updated all annotations to DS ones wherever applicable, e.g. @Exclude > replaces @Veto, etc. > - Refactored Solder into minor extensions. I will continue to refactor each > feature in smaller pieces. In this way it is easier to swap out in favor of > future DS features > - Removed all Seam specific dependencies so it only depends towards DS > - Integrated with DS Catch > > The Seam Logging and Property Queries are considered stable. Other extensions > like Config, Servlet, Generic (AnnotationRedefiner is broken) and Default > Bean, Unwraps, Resource Loading and more are also in place. > > If this is something of value to Seam, we may consider to move this project > to the GitHub Seam branch. > > Please let me know what you think. > > Kind regards, > Ove > > _______________________________________________ > seam-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/seam-dev _______________________________________________ seam-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/seam-dev
