|
From: Xose R. S. V. <xr...@op...> - 2012-07-31 08:00:57
|
Hi Craig I have checkined the project to the SVN. Some rare behaivour was detected in the SVN, the commit takes a long time and seems that the new version doesn't upload rigth (the new files was deleted from the version!!!), so I need to upload again. The package is also updated. Regards El 30/07/2012 17:21, Craig Gallen (entimoss) escribió: > Hi, > This all appears to work now. Thanks for all your hard work. Could you > commit the changes from your sandbox to the TRUNK version of the soap > generator before we move on to the next phase of work. > > Thanks > > Craig > > > > On 30/07/2012 08:54, Xose Ramon Sousa Vazquez wrote: >> I have checkin the code to the URI anURL support in the sandbox area. >> I have tested with the Common model project and it is working. >> >> >> Regards >> El 27/07/2012 10:13, Xose Ramon Sousa Vazquez escribió: >>> I will try to perform the primitive.URI and primitive.URL. >>> >>> One question related with. I have taken the hierarchy of types in >>> xsds from http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ and it >>> is clear the map from primitive.URI to a anyURI type, but it is not >>> clear which is the map with the URL. Should be mapped also to a >>> anyURI type? >>> >>> >>> Regards >>> >>> Diagram of built-in type hierarchy >>> El 27/07/2012 8:53, Craig Gallen (entimoss) escribió: >>>> Hi Xose >>>> I tried the new soap plugin this morning 27/7 and it appeared to >>>> work for me. I'm not sure if you have updated it since Marc's >>>> reported problem yesterday at 14.28. >>>> >>>> If Marc's bug is fixed, could you look at the primitive.URI and >>>> primitive.URL mappings as these are the next blocker. (should be a >>>> simple fix I think). >>>> >>>> Thanks >>>> Craig >>>> >>>> >>>> On 26/07/2012 14:28, Flauw, Marc wrote: >>>>> >>>>> Hi Xose, >>>>> >>>>> I have updated to latest SOAP Gen in the sandbox. >>>>> >>>>> I still have the error in both Dependencies and Model while >>>>> compiling RAM. >>>>> >>>>> However the text of the error message is a bit different, >>>>> referring to a $Proxy8. >>>>> >>>>> [exec] Error: Unexpected error while merging >>>>> 'templates/IteratorAnalyzer.vm' template: Invocation of method >>>>> 'collectBulkPotentialTypes' in class >>>>> org.eclipse.tigerstripe.generators.xml.filters.IteratorAnalyzer >>>>> threw exception java.lang.ClassCastException: $Proxy8 cannot be >>>>> cast to >>>>> org.eclipse.tigerstripe.workbench.internal.core.model.ManagedEntityArtifact >>>>> @ templates/IteratorAnalyzer.vm[6,19]. Generation may be incomplete. >>>>> >>>>> Best regards >>>>> >>>>> Marc >>>>> >>>>> *From:*Xose Ramon Sousa Vazquez [mailto:xr...@op...] >>>>> *Sent:* Thursday, July 26, 2012 9:05 AM >>>>> *To:* Flauw, Marc >>>>> *Cc:* Craig Gallen; 'Craig Gallen (opennms)'; >>>>> ope...@li... >>>>> *Subject:* Re: [Openoss-devel] Urgent questions on SOAP Generator >>>>> >>>>> Hi again, I have found the problem. I have created a new clean >>>>> scenario and then I could reproduce the error. >>>>> >>>>> It was because of the new version of Tigerstripe doesn't support >>>>> the function >>>>> TigerstripeCore.findModelProjectByID(ifArtifact.getProjectDescriptor().getIProjectDetails().getModelId()). >>>>> >>>>> This function was used to solve the problem derived of found a >>>>> null value in some use cases in the function call >>>>> getProject().getArtifactManagerSession(); >>>>> in the ISessionArtifact class. >>>>> >>>>> Fortuntately the method now works well so the prior workaround >>>>> was removed. >>>>> >>>>> I have commited the change again in the sandbox. >>>>> >>>>> Please, if you can ,check it and feedback the result. >>>>> >>>>> >>>>> Best regards. >>>>> >>>>> El 24/07/2012 13:18, Flauw, Marc escribió: >>>>> >>>>> Hi Xose, >>>>> >>>>> I recompiled RAM using mvn clean, then mvn install and I have >>>>> the same error as Craig: >>>>> >>>>> /[exec] [TIP_Soap_Generator(1.1)Project: >>>>> org.tmforum.tip.ram.dep version=1.0, Plugin: >>>>> TIP_Soap_Generator(1.1) version=1.1]/ >>>>> >>>>> /[exec] Error: Unexpected error while merging >>>>> 'templates/IteratorAnalyzer.vm' template: Invocation of method >>>>> 'collectBulkPotentialTypes' in class >>>>> org.eclipse.tigerstripe.generators.xml.filters.IteratorAnalyzer threw >>>>> exception java.lang.NullPointerException @ >>>>> templates/IteratorAnalyzer.vm[6,19]. Generation may be >>>>> incomplete./ >>>>> >>>>> /[exec] >>>>> org.eclipse.tigerstripe.workbench.TigerstripeException: >>>>> Unexpected error while merging 'templates/IteratorAnalyzer.vm' >>>>> template: Invocation of method 'collectBulkPotentialTypes' in >>>>> class >>>>> org.eclipse.tigerstripe.generators.xml.filters.IteratorAnalyzer threw >>>>> exception java.lang.NullPointerException @ >>>>> templates/IteratorAnalyzer.vm[6,19]/ >>>>> >>>>> I have this error in both Dependencies and Model project. >>>>> >>>>> RAM projects are aligned with SVN. >>>>> >>>>> My environment: >>>>> >>>>> Windows 7, 64 bits, >>>>> >>>>> Eclipse Java EE IDE for Web Developers. Version: Helios >>>>> Service Release 2 Build id: 20110301-1815 >>>>> >>>>> Tigerstripe 0.7.0.201206291233 >>>>> >>>>> Generators uploaded on Friday July 13. SOAP Generator coming >>>>> from your sandbox (also loaded on July 13). >>>>> >>>>> Best regards >>>>> >>>>> Marc >>>>> >>>>> *From:*Craig Gallen [mailto:gal...@go...] *On >>>>> Behalf Of *Craig Gallen >>>>> *Sent:* Tuesday, July 24, 2012 11:37 AM >>>>> *To:* 'Xose Ramon Sousa Vazquez'; 'Craig Gallen (opennms)' >>>>> *Cc:* Flauw, Marc; ope...@li... >>>>> <mailto:ope...@li...> >>>>> *Subject:* RE: [Openoss-devel] Urgent questions on SOAP Generator >>>>> >>>>> Hi, >>>>> >>>>> Thanks for investigating. I thought i was using the latest >>>>> tigerstripe release from >>>>> http://download.eclipse.org/technology/tigerstripe/updates/3.6/josif/ >>>>> which was update by tigerstripe recently. >>>>> >>>>> However I am not near my computer today so i cant check until >>>>> later.. I'll get you the version tomorrow. >>>>> >>>>> Craig >>>>> >>>>> *From:*Xose Ramon Sousa Vazquez >>>>> [mailto:xr...@op...] >>>>> *Sent:* 24 July 2012 09:52 >>>>> *To:* Craig Gallen (opennms) >>>>> *Cc:* Flauw, Marc; ope...@li... >>>>> <mailto:ope...@li...> >>>>> *Subject:* Re: [Openoss-devel] Urgent questions on SOAP Generator >>>>> >>>>> Hi Craig I have evaluated the use case and I can reproduce >>>>> your error with the Tigerstripe version v0.7.0.201207021234. >>>>> But with the recommended version included in the URL >>>>> http://download.eclipse.org/technology/tigerstripe/updates/3.6/josif/ >>>>> (version v0.7.0.201206291233) this problem doesn't happen. >>>>> Please could you give me details about which Tigerstripe >>>>> version are you using and test the deployment with the version >>>>> v0.7.0.201206291233. Meanwhile I will check the problem in the >>>>> new Tigerstripe version. >>>>> >>>>> >>>>> Regards >>>>> >>>>> >>>>> >>>>> >>>>> El 23/07/2012 10:34, Craig Gallen (opennms) escribió: >>>>> >>>>> Hi, >>>>> The dependencies project is built as part of the Maven >>>>> build and the generated artefacts are used in the RI. So >>>>> the dependencies project has to work properly on its own. >>>>> BTW I would be suspicious if the project cannot be built >>>>> stand alone before it is imported into the Model project >>>>> Cheers >>>>> Craig >>>>> >>>>> >>>>> On 23/07/2012 09:29, Xose Ramón Sousa wrote: >>>>> >>>>> Hi Craig I am going to perform that test. I have not >>>>> performed because of I believe that the dependencies >>>>> project only would be exported to be included in the >>>>> model project. >>>>> >>>>> For my understanding I thought that the Soap >>>>> generation only is passed on the model project >>>>> >>>>> I will review this use case and fix the code >>>>> >>>>> Best regards >>>>> >>>>> Enviado desde mi iPhone >>>>> >>>>> >>>>> El 23/07/2012, a las 10:19, "Craig Gallen (opennms)" >>>>> <cg...@op... <mailto:cg...@op...>> >>>>> escribió: >>>>> >>>>> Hi >>>>> Have you tried running tigerstripe on the >>>>> dependencies project itself from the dashboard? >>>>> The RAM Model project works OK but the >>>>> dependencies project cannot be built on its own. >>>>> >>>>> Craig >>>>> >>>>> >>>>> >>>>> On 23/07/2012 02:01, Xose Ramón Sousa wrote: >>>>> >>>>> Hi Craig thanks for the feedback. I have >>>>> tested in the RAM project, importing the >>>>> dependencies project as a module and it worked. >>>>> >>>>> Please could you give me the details of how do >>>>> you perform the test to be sure that I can >>>>> reporduce the error. >>>>> >>>>> Regards >>>>> >>>>> 2012/7/21 Craig Gallen (opennms) >>>>> <cg...@op... <mailto:cg...@op...>> >>>>> >>>>> Hi, >>>>> >>>>> I tried out the soap generator in the sandbox. >>>>> I'm using the latest tiger-stripe josif >>>>> release and the soap generator in the sandbox at >>>>> https://openoss.svn.sourceforge.net/svnroot/openoss/tip/sandbox/xrsousa/SoapPluginBugAllPackages/TIP_Soap_Generator >>>>> >>>>> On the RAM Dependencies project I get the >>>>> following error when I try to generate using >>>>> the Soap Generator. >>>>> Unexpected error while merging >>>>> 'templates/IteratorAnalyzer.vm' template: >>>>> Invocation of method >>>>> 'collectBulkPotentialTypes' in class >>>>> org.eclipse.tigerstripe.generators.xml.filters.IteratorAnalyzer >>>>> threw exception java.lang.NullPointerException >>>>> @ templates/IteratorAnalyzer.vm[6,19]. >>>>> Generation may be incomplete. >>>>> >>>>> Cheers >>>>> Craig >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 12/07/2012 16:08, Flauw, Marc wrote: >>>>> >>>>> Hi Xose, >>>>> >>>>> Thanks, I will give a try to your SOAP >>>>> generator in the sandbox. >>>>> >>>>> Best regards >>>>> >>>>> Marc >>>>> >>>>> *From:*Xose Ramon Sousa Vazquez >>>>> [mailto:xr...@op...] >>>>> *Sent:* Thursday, July 12, 2012 5:05 PM >>>>> *To:* Flauw, Marc >>>>> *Cc:* ope...@li... >>>>> <mailto:ope...@li...> >>>>> *Subject:* Re: Urgent questions on SOAP >>>>> Generator >>>>> >>>>> 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... >>>>> <mailto: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?id83728> >>>>> * >>>>> >>>>> 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 >>>>> <tel:%2B%2034%20986%20410%20091> (ext) >>>>> 206 | M/ +34 675 550 029 >>>>> <tel:%2B34%20675%20550%20029> >>>>> www.optaresolutions.com >>>>> <http://www.optaresolutions.com> >>>>> <mime-attachment.jpg> >>>>> <http://optarecoolvendor.com> >>>>> >>>>> -- >>>>> >>>>> *Xose Ramon Sousa Vazquez*| Director OSS >>>>> Technologies, Director I+D >>>>> T/ + 34 986 410 091 >>>>> <tel:%2B%2034%20986%20410%20091> (ext) 206 >>>>> | M/ +34 675 550 029 >>>>> <tel:%2B34%20675%20550%20029> >>>>> www.optaresolutions.com >>>>> <http://www.optaresolutions.com> >>>>> <mime-attachment.jpg> >>>>> <http://optarecoolvendor.com> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> 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 >>>>> >>>>> >>>>> >>>>> -- >>>>> Antes de imprimir este mensaje, asegúrese de >>>>> que es necesario. Proteger el medio ambiente >>>>> está en nuestra mano >>>>> >>>>> Before printing this message, be sure it's >>>>> needed. Protecting the enviroment is in our hands >>>>> >>>>> >>>>> >>>>> Este mensaje se dirige exclusivamente a su >>>>> destinatario y puede contener información >>>>> CONFIDENCIAL sometida a secreto profesional o >>>>> cuya divulgación esté prohibida en virtud de >>>>> la legislación vigente. Cualquier opinión en >>>>> él contenida es exclusiva de su autor y no >>>>> representa necesariamente la opinión de la >>>>> empresa. Si ha recibido este mensaje por >>>>> error, le rogamos nos lo comunique >>>>> inmediatamente por esta misma vía y proceda a >>>>> su destrucción. >>>>> >>>>> This message contains information that may be >>>>> privileged or confidential and is the property >>>>> of Optare Solutions. It is intended only for >>>>> the person to whom it is addressed. If you are >>>>> not the intended recipient, you are not >>>>> authorized to read, print, retain, copy, >>>>> disseminate, distribute, or use this message >>>>> or any part thereof. If you receive this >>>>> message in error, please notify the sender >>>>> immediately and delete all copies of this message. >>>>> >>>>> -- >>>>> >>>>> *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> >>>>> Description: Description: 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> >>>>> Description: 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> >>> >> >> >> -- >> >> *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> >> > -- *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> |