perfsonar development work

[Loukik Kudarimoti <>]

Jason, all,

Jason Zurawski wrote:
> Loukik;
>
> Some context for the rest of the list list [Bug #65]:
>
> I am required to specify the classpath while installing the services. 
> As a
> user, I am not really aware of the required jars that need to be 
> included in
> the Classpath. I looked into the readme file and it only said that I 
> need to
> make sure that required libraries are there. But I don't know which 
> are the
> required libraries!
>
> I prefer the situation where I don't have to do anything with the 
> classpath. It
> should be autogenerated for me. Secondly, all the libs should be in 
> the lib
> directory anyway so, it would be easier if the installer tells me the 
> value of
> the classpath or even better if it does it for me.
>
> What is more important is that if my Classpath already has wrong 
> versions of
> the  required libraries, things might not work and it will be extremely
> difficult to detect the cause.
>
> In this respect, Ant has an advantage as I did not need to worry about 
> the
> classpath.
>
>
> ------- Comment #1 from 
>
>   2006-08-17 12:48 -------
> Accepting, but the CLASSPATH is autogenerated in both installers (and 
> it is
> suggested to simply copy/paste this), so I am not really sure what 
> else we
> could do to solve this problem.  Sometimes it is necessary to get your 
> hands
> dirty and most users will have to accept that (especially when it 
> comes to
> previously set env variables).
> > Sorry, my mistake. I might have been a bit confused during 
> > installation. For some reason I thought I had to write up the 
> > classpath by myself.
> >
> > I agree that sometimes its good to get your hands dirty. My concern 
> > comes from feedback from Warren Matthews who prefer it to be as 
> > simple as possible.
>
> I will re-tool the readme a bit to try and make everyone aware that a 
> 'CLASSPATH' setting string will soon appear, and we do have another 
> open bug on there being some sort of option to allow automatic setting 
> of the variable, but I really don't feel right about setting 
> environmental variables for the user.  In my opinion (and this is my 
> opinion, we can discuss it more and let some others weigh in on the 
> issue) the setting of ENV stuff is a necessary evil, especially when 
> other programs may be using java or the LD_LIBRARY_PATH on a system.
> I don't think Warren really got to the stage of actually setting up pS 
> according to his mail, and that the requirements such as 
> tomcat/axis/java/exist were a pain.  For debian/RH users especially we 
> may want to consider setting up apt/yum repositories with binary 
> distributions available of some of the software requirements to soften 
> the installation blow a bit.

Thinking more about this and trying to install pS 1.0 unsuccessfully for 
the second time, I would like to talk about two points that I have noted.

1) Classpath: Reading the Readme.txt, I am required to set the classpath 
and LD_LIBRARY_PATH *before* starting the installation. The clue to what 
these variables should look like are partly included in the readme file 
while the rest are provided during installation. When going through the 
installation procedure, I believe I have no option to actually set my 
classpath variable because by the time I reach the end of it, the 
service has already been deployed! Am I right?

So, I need to either
a) somehow find out which libraries to include in my classpath before 
installation begins
b) go through the installation twice so that I can figure out the 
complete classpath for the second run.

Is this correct? (Or am I missing  something here :) )

2) During both installations, due to my development work being on the 
same machine (and profile), I already had my classpath set with all the 
libraries (and more) included. So, I could simply continue. After 
finishing, I tried testing the installation and got the following 
exception (should I file a bug?)

bash-2.05$ pwd
/home/loukik/perfSONAR/perfSONAR-1.0/scripts
bash-2.05$ ./test-ma.sh
Query Test
End point: 
http://mu.dante.org.uk:8092/axis/services/MeasurementArchiveService
Request file: ../xml/MAQueryRequest.xml
Response file: ../xml/MAQueryResponse.xml
SOAPClient.makeRequest: General exception encountered by client
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: org.perfsonar.service.commons.exceptions.SystemException: 
[unknown]: ExistDbXmlDataRepository: XML DB Exception
faultActor:
faultNode:
faultDetail:
       {http://xml.apache.org/axis/}hostname:mu

org.perfsonar.service.commons.exceptions.SystemException: [unknown]: 
ExistDbXmlDataRepository: XML DB Exception
       at 
org.apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:222)
       at 
org.apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:129)
       at 
org.apache.axis.encoding.DeserializationContext.endElement(DeserializationContext.java:1087)

<snip>

(same for both tests)

What should I do? I do not see any logs being generated. Log directory 
has three files -
bash-2.05$ ls
libjrrd.install  rrdjtool-jar.install  rrdjtool-javac.install

None of them have anything in them. I looked into /conf directory to see 
if my exist location is configured wrongly. But I do not see any 
property name talking about exist url (which might be the reason).

What do I do?

Many thanks,
Loukik.

ps:  To be honest, I feel guilty that as a developer I didn't evaluate 
any of the RCs (I installed one but was unsuccessful, did not enter any 
bug reports)

> -jason