As always, these are not FINAL bits, but preliminary results for QE testing. Not for redistribution to customers. Update Sites: http://download.jboss.org/jbosstools/updates/JBossTools-3.3.0.M5/ http://download.jboss.org/jbosstools/updates/JBossTools-3.3.0.M5.soa-tool... http://download.jboss.org/jbosstools/updates/JBossTools-3.3.0.M5.webtools/ Builds: http://download.jboss.org/jbosstools/builds/development/3.3.0.M5/2011-12-... http://download.jboss.org/jbosstools/builds/development/3.3.0.M5.soa-tool... http://download.jboss.org/jbosstools/builds/development/3.3.0.M5.webtools... -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com

Hi Martin, removing internal mailing lists :) > Nick, what is the webtools update site? Is there any use for it? We've been wondering where it came from - I don't remember any discussion about it but I may have missed it. Yes, I asked the same question when I saw it. This site is what gets registered inside Eclipse WTP to be looked at via the "New Server" wizard where you can download additional servers. That makes it easy to install JBoss Server support without finding us in marketplace and our own update site. Thus that test for this is just to download Eclipse JEE, click New Server and click "Download additional server adapters", check our site is in there and the installation works and you can create/use our server adapters after the install.

Rob and Nick should be able to tell more about what this contains besides just a plain copy of what is published to 3.3.0.M5 ? Nick - any resin why the .webtools is not simply aggregated into / ?

> >> Rob and Nick should be able to tell more about what this contains besides just a plain copy of what is published to 3.3.0.M5 ? >> Nick - any resin why the .webtools is not simply aggregated into / ? > > Well, it could be but it's a duplicate of content already in .core, so there'd be no point. If it is just an aggregated part of core then less things that could go wrong ;) /max http://about.me/maxandersen

> No, introducing a new upstream dep to the Core aggregator or having the > Core site be a composite instead of an aggregate would be not be simpler > / less error-prone. > > What would be better, however, is if we could guarantee that both sites > were built from the same SVN version. Looking at using a new Jenkins > Trigger plugin for this. > why isn't the wtp one built from the same exact binaries instead of a rebuild!?! /max > https://issues.jboss.org/browse/JBIDE-10437 > > N > > On 12/12/2011 11:21 AM, Max Rydahl Andersen wrote: >>> >>>> Rob and Nick should be able to tell more about what this contains besides just a plain copy of what is published to 3.3.0.M5 ? >>>> Nick - any resin why the .webtools is not simply aggregated into / ? >>> >>> Well, it could be but it's a duplicate of content already in .core, so there'd be no point. >> >> If it is just an aggregated part of core then less things that could go wrong ;) >> >> /max >> http://about.me/maxandersen >> >> >> > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools& Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > /max http://about.me/maxandersen