Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: Re[5]: [equinox-dev] Prosyst contributions

Thanks Pavlin. I'll check out 182560 in CVS later today.

-Jeremy

On 7/9/07, Pavlin Dobrev <p.dobrev@xxxxxxxxxxx> wrote:
BSN is changed to org.eclipse.equinox.util in CVS.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=182560 is fixed in CVS.

We will investigate
https://bugs.eclipse.org/bugs/show_bug.cgi?id=186280 in teh next days.

-Pavlin

SK>> That's great! I've just done a quick sanity check and everything compiles,
SK>> starts and is ready to try out.

PD> Also all services passes the coresponding OSGi Release 4.1 test cases.

SK>>  Thanks.

SK>> For anyone wanting to take a look, the following new projects were added to
SK>> the incubator.

SK>> 1) org.eclipse.equinox.ds
SK>> 2) org.eclipse.equinox.io
SK>> 3) org.eclipse.equinox.ip
SK>> 4) org.eclipse.equinox.util
SK>> 5) org.eclipse.equinox.wireadmin

SK>> I had one cosmetic question for equinox.util. Currently the BSN is
SK>> "org.eclipse.equinox.util.putifull" -- is there some reason it's not just
SK>> org.eclipse.equinox.util?

PD> Because I do a lot of refeactoring there may be some ProSyst stuff
PD> left inside. The name org.eclipse.equinox.util.putifull is used in our
PD> OSGi implementation. I'll change it to the equinox one.

PD> -Pavlin


SK>> -Simon

SK>> equinox-dev-bounces@xxxxxxxxxxx wrote on 07/07/2007 06:41:23 AM:

>>> In CVS under your proposed naming.
>>>
>>> -Pavlin
>>>
>>> >
>>>
>>> OK, I'm not particular about the names right now.  Since we already
>>> have a DS bundle lets just use org.eclipse.equinox.ds for
>>> declarative services.
>>>
>>> I also like org.eclipse.equinox.ip for initial provisioning but
>>> thought it might be to short :)  but it is snappy.
>>>
>>> Pavlin, if these are ok with you please release with the names org.
>>> eclipse.equinox.ds and org.eclipse.equinox.ip.  As I said before it
>>> is no big deal to rename the bundles if needed in the incubator later.
>>>
>>> Tom
>>>
>>> Chris Aniszczyk/Austin/IBM@IBMUS
>>> Sent by: equinox-dev-bounces@xxxxxxxxxxx
>>> 07/05/2007 09:34 PM
>>>
>>> Please respond to
>>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>>>
>>> To
>>>
>>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>>>
>>> cc
>>>
>>> Subject
>>>
>>> Re: [equinox-dev] Prosyst contributions
>>>
>>> as an outsider, +1 for DS instead of SCR, there's like 5 people that
>>> would get the SCR reference :)
>>>
>>> initialprovisioning is really long....
>>>
>>> Cheers,
>>>
>>> ---
>>> Chris Aniszczyk | IBM Lotus | Eclipse Committer | http://mea-bloga.
>>> blogspot.com | +1.860.839.2465
>>>
>>> [image removed] Jeff McAffer ---07/05/2007 09:13:02 PM---I agree
>>> with all/most Tom said. In the end we should look to have just one
>>> DS implementation, Ultimately I suggest that it be
>>>
>>> [image removed]
>>> From:
>>>
>>> [image removed]
>>> Jeff McAffer <Jeff_McAffer@xxxxxxxxxx>
>>>
>>> [image removed]
>>> To:
>>>
>>> [image removed]
>>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>>>
>>> [image removed]
>>> Date:
>>>
>>> [image removed]
>>> 07/05/2007 09:13 PM
>>>
>>> [image removed]
>>> Subject:
>>>
>>> [image removed]
>>> Re: [equinox-dev] Prosyst contributions
>>>
>>> I agree with all/most Tom said. In the end we should look to have
>>> just one DS implementation, Ultimately I suggest that it be called
>>> o.e.e.ds. Never did like "scr". I'm a little bummed by o.e.e.
>>> initialprovisioning. o.e.e.ip is snappier and I doubt that anyone
>>> would get confused with Intelectual property, or Internet Protocol
>>> or, ... In any event, it is a mild dislike so...
>>>
>>> Lets get the code in the incubator and move forward.
>>>
>>> Jeff
>>>
>>> Thomas Watson <tjwatson@xxxxxxxxxx>
>>> Sent by: equinox-dev-bounces@xxxxxxxxxxx
>>> 07/05/2007 03:51 PM
>>>
>>> Please respond to
>>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>>>
>>> To
>>>
>>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>>>
>>> cc
>>>
>>> [image removed]
>>>
>>> Subject
>>>
>>> Re: [equinox-dev] Prosyst contributions
>>>
>>> [image removed]
>>>
>>> [image removed]
>>>
>>> > Hi Simon,
>>> >
>>> > I can commit the sources in the CVS. Here are the open issues
>>> > that should be resolved prior moving code to the CVS.
>>> >
>>> > 1. Naming.
>>> > Following the discussion the last proposed naming is:
>>> > 1.1 org.eclipse.equionx.initialprovisioning
>>> > other suggestion: org.eclipse.equionx.ip
>>>
>>> +1 for org.eclipse.equinox.initialprovisioning
>>>
>>> I think this name will reduce an confusion with the
>>> rest of the equinox provisioning work.
>>>
>>> > 1.2 org.eclipse.equionx.ds
>>> > other suggestion: org.eclipse.equionx.scr
>>>
>>> +1 for org.eclipse.equinox.scr
>>>
>>> > 1.3 org.eclipse.equinox.io
>>> > 1.4 org.eclipse.equinox.util
>>> > 1.5 org.eclipse.equinox.wireadmin
>>> >
>>> > 2. Replacing. If we use the names org.eclipse.equinox.wireadmin and
>>> > org.eclipse.equionx.ds they collide with the current one. Can we
SK>> replace
>>> > the code in the CVS at this stage directly or temporary other names
>>> > will be used?
>>>
>>> There is no problem replacing the current implementations in the
>>> incubator.  To be clear this is under the equinox-incubator directory
>>> at dev.eclipse.org:/cvsroot/eclipse.  At this point I suggest we
>>> get the initial code released in the incubator.  It is likely that
>>> a number of refactorings are going be needed to follow other
>>> eclipse coding practices (i.e. using "internal" package names etc.).
>>>
>>> I'm not fussed on getting all the names correct initially.  We
>>> can easily rename them if needed in the incubator.
>>>
>>> >
>>> > 3. javax.microedition.io package
>>> > Now it is in Connector services implementation. This is not a good
>>> > choice because it is needed only on Java SE VMs. J2ME VMs
>>> > contains that package. In our equinox distribution it is a fragment of
>>> > the system bundle that is installed only on Java SE VMs.
>>> > But initially we can put it inside the connector implementation.
>>> >
>>> > -Pavlin
>>> >
>>>
>>> I think we should consider separating this out into another bundle and
>>> import the packages from org.eclipse.equinox.io (but we can do this
SK>> later).
>>> I'm not sure why it has to be a system bundle fragment.  I think we
SK>> should
>>> make it a normal bundle (called javax.microedition.io?).
>>>
>>> Tom _______________________________________________
>>> equinox-dev mailing list
>>> equinox-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>>> _______________________________________________
>>> equinox-dev mailing list
>>> equinox-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>>> _______________________________________________
>>> equinox-dev mailing list
>>> equinox-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>>>
>>> _______________________________________________
>>> equinox-dev mailing list
>>> equinox-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/equinox-dev



SK>> __________ NOD32 2383 (20070706) Information __________

SK>> This message was checked by NOD32 antivirus system.
SK>> http://www.eset.com




PD> _______________________________________________
PD> equinox-dev mailing list
PD> equinox-dev@xxxxxxxxxxx
PD> https://dev.eclipse.org/mailman/listinfo/equinox-dev


PD> __________ NOD32 2382 (20070706) Information __________

PD> This message was checked by NOD32 antivirus system.
PD> http://www.eset.com



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



Back to the top