Community
Participate
Working Groups
Created attachment 135978 [details] TIP Model1 zip file Hello, I have an error with Tigerstripe 0.4.6. I am aligned with the latest release using Eclipse update tool. From my project TIP_Test_Model1, I create a module tip_test_module.zip. The Tigerstripe log associated with this step is Tigerstripe_building_module.log Now I copy this module to my project TIP_Test_Model2. I open my Tigerstripe.xml and add this module as a dependency. It does not appear in the box. If now, I change my Tigerstripe.xml file (like modifying the description), then the tip_test_module appear, but with an icon showing a question mark. If now, I try to save the Tigerstripe.xml file, I received a “Save Failed”, with a detail of “Save Failed java.lang.NullPointerException”. Tigerstripe.log corresponding to this try. I have to say do not save changes. This is a blocking problem as I can no longer use module. Best regards, Marc
Created attachment 135980 [details] TIP Model2 zip
Created attachment 135982 [details] Tigerstrip log when building the module
Created attachment 135983 [details] Tigerstripe log when trying to use the modele
Hi Marc, I tried adding the "test_zip_module.zip" as a dependency. It appears that an exception is not correctly reported as you do that (it is not logged in the Error Log). However, thru debug, I was able to catch it. It is an InvalidModuleException. Digging a bit deeper, I found that the module content (stored in a file called ts-module.xml inside the module .zip file) has XML illegal Characters. These come from the original class: org.tmforum.tip.cbe.test.TestProblem. The comment on the "category" field has 2 illegal XML characters:  and  around the words "What Category" I will try and edit the module directly to confirm this is the only problem, but you might want to edit the original class and fix that?
I found more of these: - responsibleParty - reason - impactPatterns I've attached the module that I cleaned up by hand.
Created attachment 136082 [details] manually fixed module
Downgrading priority. It seems there is a workaround. The solution is on filtering the bad characters maybe?
I fixed the initial project with the recommendations of Eric and the bug disappears. I will be pushing the cleanup of those characters to Richard when he will be back. Meanwhile, it would be good to have at least a cleaner message. At best when building the module would be good.
Please reopen if this is still an issue
