|
From: Xose R. S. V. <xr...@op...> - 2012-07-12 15:06:25
|
Hi Marc at the moment I don't have full avialability but I am going to speed up the developments that you detail. I have developed a workaround to solve the issue around the allPackages context variable. The new version of Tigerstripe solves the problem of get the rigth package elements but using a Proxy implementation inside makes errors in some casts performed in the calculation of the closure. The workaround in my tests works with the three versions of Tigerstripe in the RAM and SPM projects but I cannot perform more tests. It will be interesting if someone could also test it. The workaround change a lot of clasess so I put the workaround in the sandbox to be tested prior to checkin in the trunk of Soap Generator. If the test are ok, then I will checkin to the Trunk This issue takes me a lot of time and now we follow with the URI support that expect to get as soon as possible, but these days I don't have availability because of my surgery. Regards El 11/07/2012 16:06, Flauw, Marc escribió: > > Hi Xose, > > There is no update following your last mail on this topic and the SOAP > Generator trunk is not updated, so would it be possible from you or > one of your backup to get a status on the test of this workaround. > > Also, the support of uri and url in the SOAP Generator is needed for > JOSIF V1.1.2 and I haven't seen any update on this. > > These 2 points would be critical for the release of JOSIF V1.1.2. > > Best regards > > Marc > > *From:*Xose Ramon Sousa Vazquez [mailto:xr...@op...] > *Sent:* Wednesday, July 04, 2012 9:31 AM > *To:* Flauw, Marc > *Cc:* ope...@li... > *Subject:* Re: [Openoss-devel] FW: [tigerstripe-dev] Critical bug for > JOSIF > > Thanks Marc I've uploaded a workaround in JOSIF development in URL > https://openoss.svn.sourceforge.net/svnroot/openoss/tip/sandbox/xrsousa/SoapPluginBugAllPackages/TIP_Soap_Generator > > I will test the new version now. > > > Regards > > El 04/07/2012 7:36, Flauw, Marc escribió: > > FYI > > *From:*tig...@ec... > <mailto:tig...@ec...> > [mailto:tig...@ec...] *On Behalf Of *Duncan > Keysell (dkeysell) > *Sent:* Tuesday, July 03, 2012 7:04 PM > *To:* Tigerstripe developers list > *Subject:* Re: [tigerstripe-dev] Critical bug for JOSIF > > Hi, > > This fix has now been pushed to the josif update site. > > http://download.eclipse.org/technology/tigerstripe/updates/3.6/josif/ > > Thanks > > Duncan > > *From: *<Flauw>, Marc <Mar...@hp... <mailto:Mar...@hp...>> > *Reply-To: *Tigerstripe Developers <tig...@ec... > <mailto:tig...@ec...>> > *Date: *Friday, 29 June 2012 16:39 > *To: *Tigerstripe Developers <tig...@ec... > <mailto:tig...@ec...>> > *Subject: *Re: [tigerstripe-dev] Critical bug for JOSIF > > Duncan, > > Thanks for the investigation. > > If you fixed a bug, then please yes, push the fix to the josif > update site. > > Best regards > > Marc > > *From:*tig...@ec... > <mailto:tig...@ec...> > [mailto:tig...@ec...] *On Behalf Of *Duncan > Keysell (dkeysell) > *Sent:* Friday, June 29, 2012 5:27 PM > *To:* Tigerstripe developers list > *Subject:* Re: [tigerstripe-dev] Critical bug for JOSIF > > Hi Marc, > > It took me quite a bit of investigation but I don't think there is > an issue here: > > In order to get $all* collections of the TS Velocity context > populated the user needs to uncheck the "Run All Rules as Local" > checkbox in the Generation section of the Advanced tab of the > tigerstripe.xml or the model project. This is probably a new > feature since you last updated (it was new to me). > > Please can you give this a try? > > However, when I was looking at this I found it was not possible to > add a new Module Dependency to a Tigerstripe model project. This > bug has now been fixed. Do you want us to push another release to > the JOSIF update site with this fix? > > Thanks, > > Duncan > > *From: *<Flauw>, Marc <Mar...@hp... <mailto:Mar...@hp...>> > *Reply-To: *Tigerstripe Developers <tig...@ec... > <mailto:tig...@ec...>> > *Date: *Thursday, 28 June 2012 09:55 > *To: *Tigerstripe Developers <tig...@ec... > <mailto:tig...@ec...>> > *Subject: *[tigerstripe-dev] Critical bug for JOSIF > > Hi Tigerstripe team, > > In our current version of JOSIF, we are using an old version of > Tigerstripe from Feb 2011. > > We are testing the new Tigerstripe version you made for us, which > corresponds to I53 for integration in our new JOSIF version and we > have found a critical bug that xose has filled in bugzilla: *Bug > 383728 <https://bugs.eclipse.org/bugs/show_bug.cgi?id=383728>* > > We are using dependency modules systematically in our projects and > the behavior has changed from the version we use in the previous > version of JOSIF, > > When trying to get all the artifacts inside the project with the > variable $allPackages we got different responses in the two > versions of Tigerstripe. In the new version, only the model > packages are shown. > > Is there now a different way of getting model and dependency > packages all together? > > This is a show-stopper for us. > > Thanks for your support, > > Best regards > > Marc > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > > _______________________________________________ > > Openoss-devel mailing list > > Ope...@li... <mailto:Ope...@li...> > > https://lists.sourceforge.net/lists/listinfo/openoss-devel > > -- > > *Xose Ramon Sousa Vazquez*| Director OSS Technologies, Director I+D > T/ + 34 986 410 091 (ext) 206 | M/ +34 675 550 029 > www.optaresolutions.com > <http://www.optaresolutions.com> > Optare Solutions <http://optarecoolvendor.com> > -- *Xose Ramon Sousa Vazquez* | Director OSS Technologies, Director I+D T/ + 34 986 410 091 (ext) 206 | M/ +34 675 550 029 www.optaresolutions.com <http://www.optaresolutions.com> Optare Solutions <http://optarecoolvendor.com><http://optarecoolvendor.com> |