|
|
|
|
Re: Scout 3.9 nightly build [message #1036338 is a reply to message #1036311] |
Mon, 08 April 2013 08:48 |
Ken Lee Messages: 97 Registered: March 2012 |
Member |
|
|
Urs Beeli wrote on Mon, 08 April 2013 04:11
From those marked in green, I assume that I first need to uninstall Scout 3.8.1, is this correct?
Hi Urs,
Yes, your assumption is absolutely correct. Please have a look at [1], in your case especially at bug [2].
In summary, feature ids were renamed in Scout 3.9, that's why an update from Scout 3.8 to Scout 3.9 does not work anymore.
That was the reason why I used an Eclipse Classic SDK version (i.e. without a previous version of Scout installed) for my above guide.
The red part should not appear if you use an Eclipse version where Scout is not installed.
Cheers,
Ken
[1] http://wiki.eclipse.org/Scout/Migration/3.9
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=396871
|
|
|
|
|
|
Re: Scout 3.9 nightly build [message #1038977 is a reply to message #1037284] |
Thu, 11 April 2013 15:14 |
Urs Beeli Messages: 573 Registered: October 2012 Location: Bern, Switzerland |
Senior Member |
|
|
I've been working with the nightly build Scout SDK (3.9.0.20130408-0146) and noticed a few things that seem to be different than before:
- in the Scout View I open the Shared tree and select "Icons", this gives me the "Open Icons Editor" link in the "Scout Object Property" view. Clicking on that link shows me an empty table without any icons whatsoever.
The dropdown list for the IconId property on forms (and other Scout elements) still work, though. Is this a known issue when migrating from Scout SDK 3.8.1 to 3.9.0 (i.e. can I fix this myself), or is this a bug introduced as part of the Kepler SDK?
- adding a new Form to my client in the past distributed the files as follows:
- org.eclipse.minicrm.client.ui.forms.MyForm
- org.eclipse.minicrm.shared.security.*MyPermission
- org.eclipse.minicrm.shared.services.process.IMyService
- org.eclipse.minicrm.shared.services.process.MyFormData
- org.eclipse.minicrm.server.services.process.MyService
Since upgrading to the nightly build these files are placed as follows:
- org.eclipse.minicrm.client.subpackage.MyForm
- org.eclipse.minicrm.shared.subpackage.*MyPermission
- org.eclipse.minicrm.shared.subpackage.IMyService
- org.eclipse.minicrm.shared.subpackage.MyFormData
- org.eclipse.minicrm.server.subpackage.MyService
In my eyes, this is a step backwards, as I liked having the created files grouped by "topic", not by "form/subpackage". I could see how having the "subpackage" part added below the "topic" packages (i.e. below client.ui.forms, shared.permissions, shared.services.process, server.services.process), but adding them on the top level seems nonsenical to me. Is this intentional or a bug? Can the old behaviour be restored somehow?
If neither of the above is intended behaviour, do you want me to open bugs for those two issues?
|
|
|
|
|
|
Re: Scout 3.9 nightly build [message #1042272 is a reply to message #1042224] |
Tue, 16 April 2013 07:47 |
Ken Lee Messages: 97 Registered: March 2012 |
Member |
|
|
Urs Beeli wrote on Tue, 16 April 2013 02:23When I tried Help->Check for Updates this morning, Eclipse told me there weren't any, so I'll check again next week
Hi Urs,
There are currently some problems with the Eclipse Hudson [1] so there haven't been any Nightly Builds since April 14th.
If Hudson is up and running again, the latest changes from Matthias should be included in the build.
Cheers,
Ken
[1] https://hudson.eclipse.org/hudson/
[Updated on: Tue, 16 April 2013 07:47] Report message to a moderator
|
|
|
Powered by
FUDForum. Page generated in 0.03927 seconds