Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] Re:

Subject: perfsonar development work

List archive

Re: [pS-dev] Re:


Chronological Thread 
  • From: Prodromos Gerakios <>
  • To: Roman Lapacz <>
  • Cc: Cándido Rodríguez Montes <>, Nicolas Simar <>,
  • Subject: Re: [pS-dev] Re:
  • Date: Thu, 28 Aug 2008 02:21:38 +0300
  • Authentication-results: MX-IN-04.forthnet.gr ; spf=softfail
  • Authentication-results: MX-IN-04.forthnet.gr ; sender-id=softfail

Roman Lapacz wrote:
Roman Lapacz wrote:
Roman Lapacz wrote:
Prodromos Gerakios wrote:

Hi Roman,

I had seen 0.9b in my first attempt but I guessed that the naming convention had changed. Candido's example is a bit misleading as perfsonar-base.jar has a date part.

Committed revision 4396.
[perfsonar@localhost
0.9.1b]$ ls
perfsonar-web-admin-0.9.1b.jar perfsonar-web-admin-0.9.1b.jar.sha1 perfsonar-web-admin-0.9.1b.pom perfsonar-web-admin-0.9.1b.pom.sha1

Prodromos,

one thing is missing. You should create new tag for the version 0.9.1b in the svn (service developers will update their services downloading all web admin files - *.gif, *.png, *.js, *.jsp, *.css - from there)

see https://svn.perfsonar.net/svn/perfsonar/tags/

I took all files from the branch WebAdmin and your new jar file (0.9.1b). Unfortunately, I get this error when I want to open web admin page:

javax.servlet.ServletException: Bad version number in .class file
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:273)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

*root cause*

java.lang.UnsupportedClassVersionError: Bad version number in .class file
java.lang.ClassLoader.defineClass1(Native Method)
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1852)
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:876)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1208)
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:125)
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:63)
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
java.lang.Class.getDeclaredConstructors0(Native Method)
java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
java.lang.Class.getConstructor0(Class.java:2671)
java.lang.Class.newInstance0(Class.java:321)
java.lang.Class.newInstance(Class.java:303)
org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:138)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:314)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)



Roman
Hi Roman,

Thanks for your emails. I am using JDK 1.6 and this probably caused the version issue. In any case I have re-compiled the sources and generated the jar and the corresponding files with JDK 1.5. The file are now committed. I tested it on my machine and it is working ... I found a neat package for calculating signatures and developed a helper class (named Makefile) for automating this process. Please find attached a tar-gziped file containing three files:

1) USAGE file
2) jacksum.jar
3) jacksum-src.jar

Class Makefile is located within jacksum package. If it is useful for developers we could probably add it to the repository to automate this process.

Best regards,
-P.



Attachment: jacksum.tgz
Description: GNU Zip compressed data




Archive powered by MHonArc 2.6.16.

Top of Page