[VERSION 1.5.2] Error: Java.lang.NoSuchMethodError - Page 3 - Bugreports and known bugs - Jabaco

A1880

Intermediate

Posts: 500

Date of registration: Jan 1st 2009

Location: Hanover, Germany

Occupation: Software Engineer

Hobbies: Hilbert Curves

41

Friday, February 18th 2011, 9:14pm

What is the effect of modifying Module1 to something like this?

Jabaco Source

Option Explicit

Public Form1 As Form1

Public Sub main(ByJava args() As String)
   Dim laf As String
   Dim myArgs() As String
   myArgs = args
   
   ' laf = javax#swing#UIManager.getCrossPlatformLookAndFeelClassName()
   laf = javax#swing#UIManager.getSystemLookAndFeelClassName()
   ' laf = "com.sun.java.swing.plaf.windows.WindowsLookAndFeel"
   
   Debug.Print "laf=" & laf
   
   UIManager.setLookAndFeel laf
            
   Form1 = New Form1 
   Form1.SetDefaultClose()
   Form1.Show()
End Sub

Would this help around WinLAF?
Why doesn't the WinLAF problem blow *my* applications?

A1880

Go to the top of the page

theuserbl

Intermediate

Posts: 436

Date of registration: Dec 20th 2008

42

Friday, February 18th 2011, 9:29pm

Quoted from "A1880"

What is the effect of modifying Module1 to something like this?

Don't know.
To all the people with the error message: Trying A1880s code for Module1 out and writing here, if the error still exists!

Quoted

Would this help around WinLAF?

Don't know.

Quoted

Why doesn't the WinLAF problem blow *my* applications?

I don't understand it exactly, too. And I am also wondering about it, too. But the reason is, that you still have an older JRE where the method DesktopProperty(String, Object, Toolkit) exists.
On my system it is the same. There the "Java" directory under "Program Files" looks like this:

	Source code
1 2 3	13.02.2011 18:02 <DIR> jdk1.6.0_23 10.10.2010 16:40 <DIR> jre1.6.0_20 13.02.2011 18:02 <DIR> jre6

So there existing two Java 1.6.0_23 directories (jdk1.6.0_23 and jre6) and one Java 1.6.0_20 directory (jre1.6.0_20).
Try to move your directory with the old Java version to an other place, so that the system can't find it. I think then you will become the same error like the thread opener.

Go to the top of the page

theuserbl

Intermediate

Posts: 436

Date of registration: Dec 20th 2008

43

Sunday, February 20th 2011, 7:23pm

Ok, I have no tried myself to rename the old Java-directory. It have no effect. Jabaco works still fine.

But the WinLAF-mysterious go on: I have tried here in an Internetcafé (where I can nearly all install, without to need to deinstall later all) to delete the complete WinLAF-part in Jabaco.jar.

I expected, that Jabaco now will no loger run. But thats not true.
If I create a SDI program and start it, there comes an Jabaco-error window

But after that, Jabaco runs further on, without any problems!

And I see no difference of the running program with or without WinLAF.
Here a screenshot of a little test program without WinLAF:

But the Jabaco.jar is without WinLAF more then 100kB smaller then with WinLAF.

Go to the top of the page

A1880

Intermediate

Posts: 500

Date of registration: Jan 1st 2009

Location: Hanover, Germany

Occupation: Software Engineer

Hobbies: Hilbert Curves

44

Monday, February 21st 2011, 8:48am

VB.JBCLookAndFeel has the following source:

Jabaco Source

Implements IJabacoClass 

Public Sub Class_Initialize
   Call setDefaultLookAndFeel()
End Sub

Public Sub setDefaultLookAndFeel()
   setLookAndFeel( getSystemLookAndFeelClassName() ) 
   Dim myOS As String = LCase(SysInfo.OperatingSystem)
   If InStr(1, myOS, "windows") > 0 Then
      If SysInfo.SecurityMode = False Then
         'If LCase(myOS) <> "windows vista" Then
            Call net#java#plaf#LookAndFeelPatchManager.initialize()
         'End If
      End If
   End If
End Sub

Public Function setJabacoLookAndFeel(v As String) As Boolean
   Call UIManager.setLookAndFeel(v)
   SetJabacoLookAndFeel = True
End Function

Public Function isInitialized() As Boolean 
   isInitialized = True
End Function

It would probably make sense to remove or change the "Call net#java#plaf#LookAndFeelPatchManager.initialize()".
The difference between standard L&F and WinLAF is described in the WinLAF files. It probably takes some detailed experiments to find out, how this works out in practice.
An alternative repair would be to add the missing 3rd parameter to the instantiation of DesktopProperty()

	Source code
1	DesktopProperty(String paramString, Object paramObject, Toolkit paramToolkit)

Framework maintenance is real fun, isn't it?

Greetings

A1880

Go to the top of the page

theuserbl

Intermediate

Posts: 436

Date of registration: Dec 20th 2008

45

Wednesday, February 23rd 2011, 5:58pm

Quoted from "A1880"

It would probably make sense to remove or change the "Call net#java#plaf#LookAndFeelPatchManager.initialize()".

Thanks for your help. I will look later more at it.

Quoted

The difference between standard L&F and WinLAF is described in the WinLAF files.

I have read in the internet, that WinLAF looked more like Windows then Suns implementation.
But I think - because WinLAF is BSD-licensed and time have gone - in newer Java-version all the WinLAF things are integrated. Possible today the implementation in the Java-runtime is better then WinLAF.

	Source code
1	An alternative repair would be to add the missing 3rd parameter to the instantiation of DesktopProperty()

Thanks. I will look at it later.

Go to the top of the page

firsttry

Beginner

Posts: 1

Date of registration: May 3rd 2011

46

Tuesday, May 3rd 2011, 6:12pm

Same errors

Trying out this very fine compiler, i get the same errors at starting exe´s and jar´s on three different pc´s. But all of them run XP. The program runs without any problems on each of them.
Is there no easy way to prevent this errormessage?

Go to the top of the page

giucleand

Beginner

Posts: 11

Date of registration: Oct 27th 2009

Location: Romania

Occupation: sysadmin

47

Sunday, May 15th 2011, 4:51pm

The same

Quoted from "theuserbl"

Ok, I have no tried myself to rename the old Java-directory. It have no effect. Jabaco works still fine.

But the WinLAF-mysterious go on: I have tried here in an Internetcafé (where I can nearly all install, without to need to deinstall later all) to delete the complete WinLAF-part in Jabaco.jar.

I expected, that Jabaco now will no loger run. But thats not true.
If I create a SDI program and start it, there comes an Jabaco-error window
index.php?page=Attachment&attachmentID=265

But after that, Jabaco runs further on, without any problems!

And I see no difference of the running program with or without WinLAF.
Here a screenshot of a little test program without WinLAF:
index.php?page=Attachment&attachmentID=266

But the Jabaco.jar is without WinLAF more then 100kB smaller then with WinLAF.

Same message for me, also same behaviour, on XP SP3, Java(TM) SE Runtime Environment (build 1.6.0_25-b06)

Go to the top of the page

mauer

Beginner

Posts: 1

Date of registration: Jun 7th 2011

48

Tuesday, June 7th 2011, 10:38am

Hi @ all,

after updating the JRE we also face this problem. Is there an "official" workaround available or is it planned to roll out a hotfix for this problem?

thanx...

Go to the top of the page

A1880

Intermediate

Posts: 500

Date of registration: Jan 1st 2009

Location: Hanover, Germany

Occupation: Software Engineer

Hobbies: Hilbert Curves

49

Tuesday, June 7th 2011, 11:53am

No, there is no "offical" fix yet.
It is still not know, which circumstances lead to the trouble.

I've just upgraded to JDK 1.6.0_25-b06. My system is Windows XP SP3.
My Jabaco.jar file is 555,162 bytes long.
No problems with Jabaco!

Greetings

A1880

Go to the top of the page

emil

Beginner

Posts: 7

Date of registration: Jul 7th 2011

Location: Staßfurt,Germany

50

Wednesday, July 13th 2011, 4:13pm

I solved this problem by uninstalling the 6.26 JRE and installing the jre-6u20-windows-i586.exe.
The problem with the 6.26 apeared only on some machines (2 of 7 tested Windows XP and Windows 7 systems), on others it went fine...cant explain why.
So i will disallow any Java updates at the concerned Machines until a better solution has been found.

Go to the top of the page

scGuy

Beginner

Posts: 40

Date of registration: Jan 12th 2011

51

Thursday, October 20th 2011, 3:35pm

Any progress?

I'm curious about a couple things... This NoSuchMethodError rather forced me to be done with Jabaco for a while, since I was hoping to build some utilities, but couldn't have the error popup be part of my compiled app... I've noticed that my JRE is up to update 29 now, has anyone assessed whether the problem has been corrected in later JRE releases? If not, I could install jabaco again, but I'm out of touch now, don't know what latest JAR's to use, etc...

Next a more general question: I notice the jabaco download release is still from 2009... is this project still alive as far as the author(s) are concerned? It appears the community is still active, and I'd like to get involved again, the error popup is a killer for me though...

Go to the top of the page

theuserbl

Intermediate

Posts: 436

Date of registration: Dec 20th 2008

52

Thursday, October 20th 2011, 11:50pm

RE: Any progress?

Quoted from "scGuy"

I'm curious about a couple things... This NoSuchMethodError rather forced me to be done with Jabaco for a while, since I was hoping to build some utilities, but couldn't have the error popup be part of my compiled app

Oh, an additional thread, where the solution isn't posted.

The solution for this problem is to download the latest Jabaco.jar version:
Jabaco-rev84.jar
Download it, rename it to Jabaco.jar and copy it in your Jabaco-directory. (Replace there the existing Jabaco.jar with this file).

Quoted

Next a more general question: I notice the jabaco download release is still from 2009... is this project still alive as far as the author(s) are concerned? It appears the community is still active, and I'd like to get involved again, the error popup is a killer for me though...

For future plans of Jabaco have a look at the thread at
[ http://www.jabaco.org/board/657-new-version.html ]

Greatings
theuserbl

Go to the top of the page

scGuy

Beginner

Posts: 40

Date of registration: Jan 12th 2011

53

Friday, October 28th 2011, 11:07pm

Wow, the fix is great news. I had no idea, I guess I'm out of the loop. Is the jabaco website being updated in any way? I'm not on googlecode, so I had no idea of this new .jar. The "download" section of this site still shows 1.5.2 as latest build from 2009. The framework downloads have things up through Jan 2011, but I know that most of those posted framework builds aren't any good. Any possibility of getting the framework downloads cleaned up and posting this new "84" version? (Which, by the way, I downloaded and it fixed all of my problems as advertised.) Thanks!

Go to the top of the page

Jabaco Source

Quoted from "A1880"

Quoted

Quoted

Source code

Jabaco Source

Source code

Quoted from "A1880"

Quoted

Source code

Same errors

The same

Quoted from "theuserbl"

Any progress?

RE: Any progress?

Quoted from "scGuy"

Quoted

1 user apart from you is browsing this thread:

Similar threads