Talk:ProposalConfigurationDiscovery - Revision history

Patrickr at 19:42, 9 November 2006

2006-11-09T19:42:39Z

Patrickr: Location independence

2006-11-09T19:42:12Z

Location independence

Patrickr: Talk:ConfigurationDiscovery moved to Talk:ProposalConfigurationDiscovery

2006-11-09T19:39:46Z

Talk:ConfigurationDiscovery moved to Talk:ProposalConfigurationDiscovery

Patrickr: Talk:Configuration Discovery moved to Talk:ConfigurationDiscovery

2006-11-09T19:38:53Z

Talk:Configuration Discovery moved to Talk:ConfigurationDiscovery

Paco at 08:08, 17 September 2006

2006-09-17T08:08:50Z

Paco at 08:00, 17 September 2006

2006-09-17T08:00:56Z

Paco at 07:58, 17 September 2006

2006-09-17T07:58:35Z

Patrickr at 00:53, 14 September 2006

2006-09-14T00:53:09Z

New page

'''--[[User:Patrickr|Patrickr]] 02:53, 14 September 2006 (CEST)'''

Maybe we could think of libraries more like "plugins" for eiffelstudio (and maybe at a later point there could even be plugins).
I could imagine a dialog where I could select the libraries to download (and this would also handle dependencies).

Points to think about I see are: dependency handling, nameing schema (for dependency handling), version handling (problems like library a needs version < 2 of b and library c needs version > 2 of b)

In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)

@@ Line 33: / Line 33: @@
 A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.
-== Location independence ==
+'''--[[User:Patrickr|Patrickr]] 20:42, 9 November 2006 (CET)'''
 I think it would make sense to have the actual location of a configuration (local, FTP, HTTP, ...) independent from the specification in a library. I could imagine a system like the APT system on Debian, where for the library just a name is used and at another location the possible places for libraries is specified.

← Older revision		Revision as of 19:42, 9 November 2006
Line 32:		Line 32:

	A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.		A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.
		+
		+	== Location independence ==
		+
		+	I think it would make sense to have the actual location of a configuration (local, FTP, HTTP, ...) independent from the specification in a library. I could imagine a system like the APT system on Debian, where for the library just a name is used and at another location the possible places for libraries is specified.

← Older revision		Revision as of 08:08, 17 September 2006
Line 7:		Line 7:

	In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)		In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)
		+
		+	'''--[[User:Paco\|Paco]] 10:08, 17 September 2006 (CEST)'''
		+
		+	I would very much like to see an application that is independent of Eiffel
		+	Studio that could handle installation of Eiffel libraries and components, and
		+	also depenedencies between libraries and components. I think that looking at
		+	other "package" handlers like APT is a very good start. Maybe apt could be used
		+	"as is" but with little tweaks.
		+
		+	It is important that the application is independent of Eiffel Studio in the
		+	sense that it can be upgraded independently of Eiffel Studio. In general it
		+	would be good if the application is independent of Eiffel Studio, but at the
		+	same time that it can easily be started/called from within Eiffel Studio.
		+
		+	Some general requirements are:
		+
		+	* Ability to have multiple versions of a given library/component installed. This is useful both for people who are working in different projects using different library/component versions and when upgrading from one library/component version to another.
		+
		+	* Eiffel Studio itself should be regarded as any other library/component as regards dependencies. Eg: "requires EiffelStudio 5.7\|6.0".
		+
		+	* A reference implementation of the application should be done as a command line program so that it is scriptable.
		+
		+	* It would be very nice if the application also could handle CVS/Subversion checkouts/updates for a given library/component (relying of course on the standard CVS/Subversion command line tools).
		+
		+	A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.

← Older revision		Revision as of 08:00, 17 September 2006
Line 7:		Line 7:

	In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)		In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)
−
−	I would very much like to see an application that is independent of Eiffel Studio that could handle installation of Eiffel libraries and components, and also depenedencies between libraries and components. I think that looking at other "package" handlers like APT is a very good start. Maybe apt could be used "as is" but with little tweaks.
−
−	It is important that the application is independent of Eiffel Studio in the sense that it can be upgraded independently of Eiffel Studio. In general it would be good if the application is independent of Eiffel Studio, but at the same time that it can easily be started/called from within Eiffel Studio.
−
−	~~Some general requirements are:~~
−
−	* Ability to have multiple versions of a given library/component installed. This is useful both for people who are working in different projects using different library/component versions and when upgrading from one library/component version to another.
−
−	* Eiffel Studio itself should be regarded as any other library/component as regards dependencies. Eg: "requires EiffelStudio 5.7\|6.0".
−
−	* A reference implementation of the application should be done as a command line program so that it is scriptable.
−
−	* It would be very nice if the application also could handle CVS/Subversion checkouts/updates for a given library/component (relying of course on the standard CVS/Subversion command line tools).
−
−	A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.

← Older revision		Revision as of 07:58, 17 September 2006
Line 7:		Line 7:

	In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)		In general it may make sense to have a look at how others have solved this problems (e.g. plugin system in eclipse, apt system in debian, ...)
		+
		+	I would very much like to see an application that is independent of Eiffel Studio that could handle installation of Eiffel libraries and components, and also depenedencies between libraries and components. I think that looking at other "package" handlers like APT is a very good start. Maybe apt could be used "as is" but with little tweaks.
		+
		+	It is important that the application is independent of Eiffel Studio in the sense that it can be upgraded independently of Eiffel Studio. In general it would be good if the application is independent of Eiffel Studio, but at the same time that it can easily be started/called from within Eiffel Studio.
		+
		+	Some general requirements are:
		+
		+	* Ability to have multiple versions of a given library/component installed. This is useful both for people who are working in different projects using different library/component versions and when upgrading from one library/component version to another.
		+
		+	* Eiffel Studio itself should be regarded as any other library/component as regards dependencies. Eg: "requires EiffelStudio 5.7\|6.0".
		+
		+	* A reference implementation of the application should be done as a command line program so that it is scriptable.
		+
		+	* It would be very nice if the application also could handle CVS/Subversion checkouts/updates for a given library/component (relying of course on the standard CVS/Subversion command line tools).
		+
		+	A requirement on ace/ecf files is that it must be easy to switch between different versions of a given library/component. Ace/ecf files should also explicitly list which version of each library/component the system should be compiled against.

← Older revision	Revision as of 19:39, 9 November 2006
(No difference)

← Older revision	Revision as of 19:38, 9 November 2006
(No difference)