[kepler-users] Provanance module in custom suite

Derik Barseghian barseghian at nceas.ucsb.edu
Mon Jan 31 14:03:54 PST 2011


Hi Madhavi,
Thanks for looking into this. I have filed a bug:
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=5285

If you have time to add to the bug the steps you took to get this NPE, providing system and version info, that would be very useful. e.g.:
1) created new module by...
2) ...

Derik

On Jan 31, 2011, at 12:31 AM, Madhavi Tikhe wrote:

> Hi Derik,
> Thanks for your suggestions. Debugging shows me that after adding any new Module using module manager->Selected Modules, the second time when the method ' RepositoryLocations. initReleaseLocation()' was called for loading "module-manager" it returned null (line no 24).
> 
> Regards,
> Madhavi
> 
> -----Original Message-----
> From: Derik Barseghian [mailto:barseghian at nceas.ucsb.edu]
> Sent: Saturday, January 29, 2011 2:43 AM
> To: Madhavi Tikhe
> Cc: kepler-users at kepler-project.org Users
> Subject: Re: [kepler-users] Provanance module in custom suite
> 
> Whoops, that third system out should instead be:
> System.out.println("Error module.getName() == null");
> 
> On Jan 28, 2011, at 12:50 PM, Derik Barseghian wrote:
> 
>> Hi Madhavi,
>> 
>> I'm not sure what's causing this problem, David may have a better idea.
>> Ordering is important when using the Module Manager, when you tried to use provenance with your module, provenance should be beneath your module in the Selected Modules list. Was this the case?
>> 
>> You might also look at the workflow-run-manager-2.1 module, which sits on top of the provenance module to see what kind of differences there are between it and your suite.
>> 
>> To see what exactly is causing the NPE, you could replace the ConfigurationManager.getProperties(Module module) method with this, and again try to use your suite to get the error.
>> 
>> public List<ConfigurationProperty> getProperties(Module module)
>> {
>>   //System.out.println("getting properties for module " + module.getName());
>>   Vector<ConfigurationProperty> v = new Vector<ConfigurationProperty>();
>>   for (int i = 0; i < propertyList.size(); i++)
>>   {
>>     ConfigurationProperty prop = propertyList.get(i);
>>     if (prop.getModule() == null){
>>   	  System.out.println("Error prop.getModule() == null");
>>     }
>>     else if (prop.getModule().getName() == null){
>>   	  System.out.println("Error prop.getModule().getName() == null");
>>     }
>>     if (module.getName() == null){
>>   	  System.out.println("Error prop.getModule().getName() == null");
>>     }
>>     if (prop.getModule().getName().equals(module.getName()))
>>     {
>>       v.add(prop);
>>     }
>>   }
>>   return v;
>> }
>> 
>> Derik
>> 
>> On Jan 28, 2011, at 12:54 AM, Madhavi Tikhe wrote:
>> 
>>> Yes this was the entire stack trace on my eclipse console. I am trying to run the Kelper from the checkout from svn using Kepler 2.1.
>>> 
>>> I was able to restart the Kelper, after changing the suite to a different one using ant script, the suite which does not have provenance suite in it.
>>> 
>>> I would still like to run my own suite under provenance.
>>> 
>>> -----Original Message-----
>>> From: Derik Barseghian [mailto:barseghian at nceas.ucsb.edu]
>>> Sent: Friday, January 28, 2011 2:07 AM
>>> To: Madhavi Tikhe
>>> Cc: kepler-users at kepler-project.org
>>> Subject: Re: [kepler-users] Provanance module in custom suite
>>> 
>>> Hi Madhavi,
>>> 
>>> Is that the entire stack trace, and if not can you provide it?
>>> Are you trying this from an installed Kepler (2.0 or 2.1?), or from a kepler checkout from svn?
>>> The module manager doesn't check if the ad-hoc suite you create by placing suites and modules into the Selected Modules list is valid, so it is possible to run into errors on restart. Are you now unable to restart Kepler? I believe David is or was working on making the module manager able to start up stand-alone so that a user is able to fix situations like this, and get kepler to start up again. One fix is to manually edit the build-area/modules.txt file to remove the provenance suite.
>>> 
>>> Derik
>>> 
>>> On Jan 27, 2011, at 4:12 AM, Madhavi Tikhe wrote:
>>> 
>>>> I have created a new suite and running Kepler using it. Now I want to add provenance module to it. I am able to add it using  Module Manager. Kepler doesn't complain while adding this module. But then it is not possible to restart Kelper with this new suite + provenance  Module. It throws exception while start-up.
>>>> 
>>>> Exception in thread "main" java.lang.NullPointerException
>>>>    at org.kepler.configuration.ConfigurationManager.getProperties(ConfigurationManager.java:179)
>>>>    at org.kepler.configuration.ConfigurationManager.getProperty(ConfigurationManager.java:271)
>>>>    at org.kepler.configuration.ConfigurationManager.getProperty(ConfigurationManager.java:259)
>>>>    at org.kepler.modulemanager.RepositoryLocations.initReleaseLocation(RepositoryLocations.java:24)
>>>>    at org.kepler.modulemanager.RepositoryLocations.getReleaseLocation(RepositoryLocations.java:18)
>>>>    at org.kepler.Kepler.main(Kepler.java:90)
>>>> 
>>>> 
>>>> Has anybody experienced this before?
>>>> 
>>>> DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
>>>> 
>>>> _______________________________________________
>>>> Kepler-users mailing list
>>>> Kepler-users at kepler-project.org
>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users
>>> 
>>> 
>>> DISCLAIMER
>>> ==========
>>> This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
>> 
>> _______________________________________________
>> Kepler-users mailing list
>> Kepler-users at kepler-project.org
>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users
> 
> 
> DISCLAIMER
> ==========
> This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.




More information about the Kepler-users mailing list