|
From: Xose R. S. V. <xr...@op...> - 2012-07-30 07:56:38
|
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> |