[Chris Parsons]

Just installed the above and it runs like a snail!

Should I have uninstalled M2 first?

The difference in performance between M2 and M3 is very significant???

Chris Parsons

[Riyad Kalla]

Chris,
Which part of it runs like a snail? How did you “install” it? Did you do an update or did you just unzip M3 ontop of M2? Did you run -clean afterwards? What is our Eclispe Build ID? (Help > About)

[Scott Anderson]

The difference in performance between M2 and M3 is very significant???

Actually, no, it should not be different. Answering Riyad’s questions, as well as “what commandline arguments do you use to start Eclipse” should allow us to determine the issue.

[Chris Parsons]

I ran the executable over the top of M2, but I’ll try a -clean and see if this helps

The build version is
Version: 3.9.310
Build id: 20050808-4.0-Milestone-3

When I start it the dialogs that show the classes loading run noticeably slower, my startup command line
is ‘C:\java\eclipse-3.1\eclipse.exe -vm C:\java\jdk1.5.0_02\bin\javaw.exe’

I have also had the old problem reoccur of the JSP editor cursor going backwards when I am typing, this
disappears with a restart, but I am beginning to wonder if I have a local problem with memory – the
reason I posted was that I first noticed this when I downloaded and installed
‘EnterpriseWorkbenchInstaller_4.0M2_E3.1.exe’ but this could be coincidence

(I still think you have a great product!)

Chris Parsons

[Riyad Kalla]

Chris,
Few things:

1) Your command line argument doesn’t specify any additional ram for MyEclipse to run, I’m actually surprised it’s running with the default heap size. I would encourage you to change your command line to:

C:\java\eclipse-3.1\eclipse.exe -vm C:\java\jdk1.5.0_02\bin\javaw.exe -vmargs -Xmx256m

2) If you are seeing the backwards typing, then there is something funky with your install. We made quite a few changes in M3 that fixed that issue (and if you say it’s still happening there is a high likelyhood 2 of our developers that worked on it for a week straight might kill themselves).

I would suggest using Help > Manage Config > (right click on MyEclipse) > Disable functionality to disable your current install of MyEclipse. Then go into the myeclipse install dir and erase everything (or just run the installer). Now re-run Eclipse with -clean to let it forget about all the MyEclipse stuff it knows.

Now reinstall MyEclipse against your Eclipse 3.1 GA install and restart.

[Chris Parsons]

Thanks, I tried the various things you suggested, and now the performance is back to ‘normal’ – the ‘-clean’ seemed to do the trick, the extra ram didn’t make any noticeable difference? Looks like I have a rogue (2nd) installation which I removed before reinstalling

Anyway, I seem to be back in action with one remaining issue – for some reason the application I was previously working on has developed some strange behaviour, namely that creating local forwards with struts ie ‘serviceEdit.do?do=serviceAdd’ is failing when called via an HTML link, because the URL is getting the folder name for the JSP’s added to the start, ie

‘http://server/app/jsp/serviceEdit.do?do=addService’ instead of ‘http://server/app/serviceEdit.do?do=addService’

This only seems to happen with the <html:button> tag, not the <html:link> tag

<html:link action=”serviceEdit.do?do=editService”
paramName=”service”
paramProperty=”id”
paramId=”id”>
<bean:message key=”label.edit” />
</html:link>

works fine, but

<html:button property=”add” onclick=”location.href=’serviceEdit.do?do=addService'”>
<bean:message key=”button.add” />
</html:button>

does not (gets the ‘/jsp’, and I am (almost!) certain this problem is new?

I am sure I have missed something embarrassingly obvious, but I can’t see it!

Thanks

Chris

[Riyad Kalla]

Did you upgrade your struts libs? The behavior you are seeing is caused by the implementation of the struts taglibs, so I’m wondering if somethign changed on you.

Also Chris is your /jsp dir your webroot directory? If it’s not, then the URL looks correct.

[Chris Parsons]

No, the JSP directory is not the root – looks like the problem is caused by ‘location.href’ returning the URL relative to the current directory – as the page the tag is on is in a ‘jsp’ directory this is where the URL is relative to?

What is baffling me is that this has been working (promise!) and I have not moved the pages so something must be affecting the relative URL/paths

I will post something on the Struts forums too

Thanks

Chris

[Riyad Kalla]

looks like the problem is caused by ‘location.href’ returning the URL relative to the current directory – as the page the tag is on is in a ‘jsp’ directory this is where the URL is relative to?

Correct

What is baffling me is that this has been working (promise!) and I have not moved the pages so something must be affecting the relative URL/paths

Did you change/update your browser? All those rel paths and what not are resolved by your browser, that’s the only other variable I can think of… you sure you didn’t have a preceeding / or ../ or something that got taken out?

[Chris Parsons]

Yes, I have tried putting “location.href=’..\serviceEdit.do?do=addService'” and “location.href=’\serviceEdit.do?do=addService'” and it still does not work

If I move this JSP to the root directory instead of the ‘\jsp’ directory then “location.href=’serviceEdit.do?do=addService'” DOES work

Also, if I change the tag from
<html:button onclick=”location.href=’serviceEdit.do?do=addService'”>Add</html:button> to
<html:link action=”serviceEdit.do?do=addService”>Add</html:link> it also works – so the ‘onclick=location.href’ is looking in the current directory, where the JSP pages are, which is not going to work – not sure where I go from here unless I hard code the complete URL which I do not really want to do!

Chris Parsons

[Riyad Kalla]

Moving to OT > Soft Dev

Chris,
That is so strange that two separate entities treat the same onclick event differently… I’m confused.

[Author]

Posts