Re[2]: [equinox-dev] org.eclipse.equinox.util bundle

2007-12-03 Thread Pavlin Dobrev




Hi Jeff,

Should I rename org.eclipse.equinox.util packages to org.eclipse.equinox.internal.util or not. Some of the packages are used only by DS bundle in equinox distribution. Others are used for more than one bundle.

The nature of the packages used only from DS bundles are utilities - like thread pool, xml processing, io, common utilities for access to the framework structures etc.
In our FW implementation such utilities are packaged in one bundle putil
http://dz.prosyst.com/user-manuals/mBS_Equinox_Edition_2.0.0/framework/bundles/prosyst/system/putilfull/introduction.html similar to equinox.common bundle (license of PUTIL is EPL and the code is distributed with mBS Equinox Eddition). We want after including the code in Equinox to move our code to use donated one in order not to have duplication of the code. It will be strange other bundle to have a dependency with DS only for utility classes.

Now I work to remove as many as possible dependencies from util bundle but in some cases this will decrease performance (removing of thread pool) and increase used memory (remove usage of object pools). Do you think that this is the right way?



-Pavlin








Interesting. This is a friend (no pun intended) of the problem raised recently on the PMC mailing list. The idea of having whole bundles as "internal". By default I suppose that if a bundle only ever exports x-internal := true things then there is nothing interesting for anyone to depend on the bundle for so there is no real need to depend on the bundle at all and the idea of marking the bundle "internal" does not matter.

I am bummed by having another bundle that we have to ship and manage etc but if the code really is shared and used/useful across many bundles than having it actually shared is a good thing.

Jeff







Thomas Watson [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
11/30/2007 05:43 PM



Please respond to
Equinox development mailing list equinox-dev@eclipse.org









To


Equinox development mailing list equinox-dev@eclipse.org




cc






Subject


Re: [equinox-dev] org.eclipse.equinox.util bundle






















[EMAIL PROTECTED] wrote on 11/30/2007 08:08:22 AM:

 Hi all,

 For the org.eclipse.equinox.util bundle:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=206151
 I have some comments/questions.


 1. Can I change the name to the "org.eclipse.equinox.internal.util"
 and kept here only the classes that are needed for more than one bundle?

There is no precedence for doing this in Eclipse. But it does make some
sense to me. This would make it obvious that the whole bundle is
really just an internal implementation detail. What do others think?


 2. Still we will keep the bundle in the equinox distribution or we will
 move the classes to the org.eclipse.equinox.common.jar in the future?

For now I think we should make all the packages internal and use
x-friends where appropriate for the other service bundles. In the
future it is possible that we could move the packages to common and
make them real API with no "internal" name in the package. But we
will not do that unless the gain is substantial (i.e. needed by a
large set of clients in the Eclipse community).


 Next week I will work on removing dependencies and some packages from
 the util bundle but I need decision about the packaging and naming
 prior finishing the work.


 -Pavlin

Thanks Pavlin. For now you should move the packages out
of the equinox.util into other bundles where appropriate and rename
the remaining packages to include "internal" in the name with
x-friends for the bundles that need the package.

A final decision on the symbolic name of the util bundle can
be made after the package restructuring.

Tom.
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev












___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] [prov] Version defaults for root IU

2007-12-03 Thread James D Miles





Is it allowed to have multiple versions of a root IU in a metadata
repository?
I created 2 sdk IUs, version 3.4.0.v20071101-2000 and 3.4.0.v20071101-2001

When I run the directory app with either version specified I get the sdk
installed.
When I don't specify the version I get this error
!MESSAGE Can't find a solution where both: Match[requiredCapability:
org.eclipse.equinox.p2.iunamespace/sdk/[3.4.0.v20071101-2000,3.4.0.v20071101-2000]]
 and Match[requiredCapability:
org.eclipse.equinox.p2.iunamespace/sdk/[3.4.0.v20071101-2001,3.4.0.v20071101-2001]]
 would be satisfied.

It seems that it should be selecting one of these as a default.
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] Equinox projects tagged for 3.4 I-Build

2007-12-03 Thread Thomas Watson

The map file has been updated for the following Bug changes:
+ Bug 44735. Unable to create platform lock file (ASSIGNED)
+ Bug 179619. Request for friendship: org.eclipse.core.filesystem (FIXED)
+ Bug 188304. Execution environment restricts access to org.w3c.dom sub
packages (ASSIGNED)
+ Bug 207505. [registry] order in which registry events are sent vs. bundle
dependencies (FIXED)
+ Bug 207847. Warnings in the log file when nl fragments for osgi bundles
are present. (FIXED)
+ Bug 209344. [log] need an event adapter (FIXED)
+ Bug 209694. Equinox webstart launcher ignores interactive login splash
handler (NEW)
+ Bug 210384. console is blocking in 3.3.1 (ASSIGNED)
+ Bug 210699. Moving AdapterFactory into the registry bundle (FIXED)
+ Bug 211289. osgi.services and osgi.util source bundles are broken (FIXED)
+ Bug 211295. equinox launcher source bundle is missing about.html (FIXED)
+ Bug 211823. HttpContextManager ArrayIndexOutOfBoundsException (ASSIGNED)

The following projects have changed:
org.eclipse.equinox.launcher.motif.hpux.ia64_32
org.eclipse.equinox.launcher
org.eclipse.equinox.log
org.eclipse.osgi.services
org.eclipse.equinox.executable
org.eclipse.osgi.util
org.eclipse.equinox.registry
org.eclipse.equinox.supplement
org.eclipse.equinox.common
org.eclipse.equinox.http.registry
org.eclipse.osgi.tests
org.eclipse.osgi

Tom

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev