From: Jung , D. C. <chr...@in...> - 2003-08-29 07:58:05
|
Ivelin (& others), Wrt the rollback and how this will affect JB.net, Anil, Bill and me = came to the conclusion that the 3.2 code [that already builds upon = Axis1.1Final] would be a sufficient base for the next 4 weeks [in which I am on "baby holiday" and most likely neither online nor sitting on a computer = anyway ;-] Hence I do not want to turn your current attention from where it is = needed now.=20 From my experiences, most people currently work on a combination of the = 3.2 runtime and the "head" xdoclet module. Thanks to Neal Sanche, there is = a compiled version available at http://www.nsdev.org/jboss/stories/xdoclet-module-jboss-net.jar (not to forget his valuable walkthrough at http://www.nsdev.org/jboss/stories/jboss-net.html). Anil who is now the co-lead would then have a look at porting the UDDI server and driving the JAXR interfaces forward; I would care about reimplementing the WS4EE spec [since the "legacy" 4.0 version builds = upon too much deployment code that has definitely faded - especially the xsl deployer which was introducing too much runtime/configuration instabilities].=20 Nevertheless we need to broaden the team to reach the overall vision of making JBoss.net a "nexus of interoperability" in JBoss4 which is a = good opportunity for developers to get aquainted to web services technology = (in the order of priority): - We could need someone integrating the still separate junit tests of = jb.net (we were an optional module in 3.2!) with the overall testsuite. - We could need someone looking at the xdoclet module (there is a JSR = on "Web Service Metadata" pending for which I saw a sneak preview by BEA somewhere ... if we could manage to use these doclet tags as the basis = of a WS4EE-xdoclet module, that would be of tremendous usefulness IMHO).=20 - Someone should specialize in making JMX-based web services as = comfortable as possible. - Someone should specialize in EJB-based web services and drive forward = the existing provider code. - We need an interface to the messaging and remoting modules in order = to remove code redundancies. - We need a M$.NET specialist in order to address interoperability = issues with C#,VB, etc-Clients. Same holds for Macromedia Flash and JAXRPC4ME. - Someone should get deep knowledge in WS-Security with all its = signing, encryption, etc bits and improve the existing connection between JB.Net Security handlers and the jboss security architecture in that = direction. - We could need someone having a look at the rolled back smtp/saaj = support. =20 These are IMHO extremely fascinating topics for tech-heads and will be highly requested by employers in the next years.=20 Please refer to jboss-devel/anil if you have interest. I=B4ll send a = notice (with a baby picture ;-) when I=B4m back (and unbelievably keen on = doing computing again ;-)=20 Best, CGJ > -----Original Message----- > From: Ivelin Ivanov [SMTP:iv...@ap...] > Sent: Donnerstag, 28. August 2003 19:24 > To: jbo...@li... > Subject: Re: [JBoss-dev] 4.0 rollback 1st phase complete >=20 > Bill, >=20 > All my recent commits were in Branch_3_2. > Do I need to do something to merge them into HEAD or you already did = that? >=20 > How can I help with the web services work? Where to start? >=20 >=20 >=20 ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft = Exchange. For more information, connect to http://www.F-Secure.com/ |
From: Stefan G. <sg...@me...> - 2003-08-29 13:27:56
|
Hi, what is the status of your plans to backport ejb ql (distinct, Sum, Count) to 3.2.x? Thanks. Stefan. |
From: Alexey L. <al...@jb...> - 2003-08-29 13:48:07
|
Aren't they are already in 3.2.x (except for Sum)? Stefan Groschupf wrote: > Hi, > > what is the status of your plans to backport ejb ql (distinct, Sum, > Count) to 3.2.x? > > > Thanks. > Stefan. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-Development mailing list > JBo...@li... > https://lists.sourceforge.net/lists/listinfo/jboss-development > |
From: Stefan G. <sg...@me...> - 2003-08-29 14:24:09
|
>Aren't they are already in 3.2.x (except for Sum)? I ask since only found an posting from Dain, that it is planed. If they are - good look for me. ;) Stefan |
From: Bill B. <bi...@jb...> - 2003-08-29 17:05:22
|
There will be some interesting developments centered around our CMP engine and persistence story soon. Stay tuned.... Bill Stefan Groschupf wrote: > >Aren't they are already in 3.2.x (except for Sum)? > I ask since only found an posting from Dain, that it is planed. > If they are - good look for me. ;) > > Stefan > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-Development mailing list > JBo...@li... > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- ================ Bill Burke Chief Architect JBoss Group LLC. ================ |
From: Bill B. <bi...@jb...> - 2003-08-29 13:44:49
|
Christoph, Thanks for the direction and email. I just wanted to say that the Jboss.net stuff was rolled back because it was easiest to rollback EVERYTHING rather than just pieces. JBoss.net wasn't a piece we wanted to rollback. All and all, I hope this rollback forces us to do another iteration on the features we all wanted to add to JBoss 4.0. I know I'm rethinking the AOP stuff. Thanks again Christoph, Bill Jung , Dr. Christoph wrote: > Ivelin (& others), > > Wrt the rollback and how this will affect JB.net, Anil, Bill and me came to > the conclusion that the 3.2 code [that already builds upon Axis1.1Final] > would be a sufficient base for the next 4 weeks [in which I am on "baby > holiday" and most likely neither online nor sitting on a computer anyway ;-] > Hence I do not want to turn your current attention from where it is needed > now. > >>From my experiences, most people currently work on a combination of the 3.2 > runtime and the "head" xdoclet module. Thanks to Neal Sanche, there is a > compiled version available at > http://www.nsdev.org/jboss/stories/xdoclet-module-jboss-net.jar (not to > forget his valuable walkthrough at > http://www.nsdev.org/jboss/stories/jboss-net.html). > > Anil who is now the co-lead would then have a look at porting the UDDI > server and driving the JAXR interfaces forward; I would care about > reimplementing the WS4EE spec [since the "legacy" 4.0 version builds upon > too much deployment code that has definitely faded - especially the xsl > deployer which was introducing too much runtime/configuration > instabilities]. > > Nevertheless we need to broaden the team to reach the overall vision of > making JBoss.net a "nexus of interoperability" in JBoss4 which is a good > opportunity for developers to get aquainted to web services technology (in > the order of priority): > > - We could need someone integrating the still separate junit tests of jb.net > (we were an optional module in 3.2!) with the overall testsuite. > > - We could need someone looking at the xdoclet module (there is a JSR on > "Web Service Metadata" pending for which I saw a sneak preview by BEA > somewhere ... if we could manage to use these doclet tags as the basis of a > WS4EE-xdoclet module, that would be of tremendous usefulness IMHO). > > - Someone should specialize in making JMX-based web services as comfortable > as possible. > > - Someone should specialize in EJB-based web services and drive forward the > existing provider code. > > - We need an interface to the messaging and remoting modules in order to > remove code redundancies. > > - We need a M$.NET specialist in order to address interoperability issues > with C#,VB, etc-Clients. Same holds for Macromedia Flash and JAXRPC4ME. > > - Someone should get deep knowledge in WS-Security with all its signing, > encryption, etc bits and improve the existing connection between JB.Net > Security handlers and the jboss security architecture in that direction. > > - We could need someone having a look at the rolled back smtp/saaj support. > > These are IMHO extremely fascinating topics for tech-heads and will be > highly requested by employers in the next years. > > Please refer to jboss-devel/anil if you have interest. I´ll send a notice > (with a baby picture ;-) when I´m back (and unbelievably keen on doing > computing again ;-) > > Best, > CGJ > > > >>-----Original Message----- >>From: Ivelin Ivanov [SMTP:iv...@ap...] >>Sent: Donnerstag, 28. August 2003 19:24 >>To: jbo...@li... >>Subject: Re: [JBoss-dev] 4.0 rollback 1st phase complete >> >>Bill, >> >>All my recent commits were in Branch_3_2. >>Do I need to do something to merge them into HEAD or you already did that? >> >>How can I help with the web services work? Where to start? >> >> >> > > ########################################### > > This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. > For more information, connect to http://www.F-Secure.com/ > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-Development mailing list > JBo...@li... > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- ================ Bill Burke Chief Architect JBoss Group LLC. ================ |
From: Scott M S. <sco...@jb...> - 2003-09-30 16:43:34
|
Jung , Dr. Christoph wrote: > - We could need someone integrating the still separate junit tests of jb.net > (we were an optional module in 3.2!) with the overall testsuite. > This has been done in 3.2 and will be done in head latter this week. The testsuite has been moved from the jboss.net module to the testsuite module and the namespace changed to org.jboss.test.webservice. > - Someone should specialize in making JMX-based web services as comfortable > as possible. > I'm looking into this. > - Someone should specialize in EJB-based web services and drive forward the > existing provider code. > This needs to be done with j2ee1.4 in mind and is going to require the change to the deployment layer to allow multiple deployers to operate on a deployment. > - We need an interface to the messaging and remoting modules in order to > remove code redundancies. > This is a generic issue which needs to be addressed in places other than just the webservice layer. > - Someone should get deep knowledge in WS-Security with all its signing, > encryption, etc bits and improve the existing connection between JB.Net > Security handlers and the jboss security architecture in that direction. > I'm looking into this. -- xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx |