Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] Status of WTP (and EMF) RC1

I'd also like to clarify this issue in case anyone else has made similar "assumptions" that have been in place for many releases.

We in WTP have many extensions to the base emf Resource class, and have several mechanisms that depend on the logic and timing of Resource.isLoaded() including our synchronized loading adapter that serializes multi-threaded resource loading.

We were hit by the assumption "Resource.isLoaded()" will come back as false if the file uri we are passing doesn't exist on disk. - This will now always come back as true.

This is the bug where the original change occurred:
This change is completely valid, and solves a nasty performance issue where proxies attempt to resolve many times.

But - I do think we needed a heads up on this change - especially in a RC1 build.

Thanks - Chuck

Rational Java EE Tooling Team Lead
IBM Software Lab - Research Triangle Park, NC
cbridgha@xxxxxxxxxx  Ph: 919-254-1848 (T/L: 444)

From: David M Williams/Raleigh/IBM@IBMUS
To: wtp-dev@xxxxxxxxxxx, cross-project-issues-dev@xxxxxxxxxxx
Date: 05/21/2008 05:13 PM
Subject: [wtp-dev] Status of WTP (and EMF) RC1

Just wanted to keep everyone informed on some late breaking developments (literally! :)

It was discovered that a change in EMF exposed an issue in WTP, where we were making certain assumptions that we should not have been (according to the EMF team :)

The EMF team has kindly agreed to back out that change and produce an RC1a, which would require no change from WTP.
This EMF RC1a should be ready late this evening or early in morning (depending on your time zone). And, BTW, the change in EMF should not require anyone
to have to recompile with RC1a.

This will allow us to produce a Ganymede RC1 (with EMF RC1a) in the safest possible way, and give us (WTP) time in the days ahead to adjust to the EMF change in RC2.

See bug 233165 and the bugs it points to for details.

wtp-dev mailing list

Back to the top