Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 325503

Summary: Refactor -> Rename Foo.java forgets to update item 'Name' in Application Descriptor
Product: [Tools] MTJ Reporter: Markus Salamon <bugs.eclipse.org>
Component: MTJ projectsAssignee: Project Inbox <dsdp.mtj-inbox>
Status: NEW --- QA Contact:
Severity: enhancement    
Priority: P5    
Version: 1.1   
Target Milestone: ---   
Hardware: Macintosh   
OS: Mac OS X   
Whiteboard:

Description Markus Salamon CLA 2010-09-16 13:30:07 EDT 
-- Configuration Details --
Product: Eclipse 1.3.0.20100617-0521 (org.eclipse.epp.package.jee.product)
Installed Features:
 org.eclipse.jdt 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155

MTJ Version: 1.1.0.v201006161022-41090aCM9KWz0Nftxj9z0i-6CLGu
Build id: 201006161022
Comment 1 Gorkem Ercan CLA 2010-09-16 16:18:53 EDT 
What does 'Name' refer to is it the me MIDlet-Name: attribute or the name of a midlet on Midlet-n attribute
Comment 2 Markus Salamon CLA 2010-09-16 16:53:28 EDT 
That would be the name of a MIDlet on the MIDlet-n attribute.

After renaming FooTest.java to BarTest.java the result resembles:
MIDlet-1: FooTest,,de.illogic.test.BarTest

It's already faulty when you preview the renaming changes.
Comment 3 Gorkem Ercan CLA 2010-09-16 20:20:03 EDT 
A default value for a midlet name is created out of the class name only. After the creation MTJ assumes that the midlet name is determined by the developer and does not attempt to change it. This is more like an enhancement request for MTJ to keep controlling the midlet name until the default value is changed.
Comment 4 Markus Salamon CLA 2010-09-17 01:45:29 EDT 
I agree when a project has only one MIDlet. Still when I check "Update all textual occurrences in comments and strings" during the rename operation, this is simply not the behavior I'd expect. Especially when working on a MIDlet suite with several MIDlets in it.