Re: [equinox-dev] [p2-dev] Equinox/p2 meeting minutes posted

2011-04-21 Thread Jeff McAffer
>> 3) work on the API as much as possible to gain confidence that it is API we >> can live with and support in future releases. >> >> 3) seems rather risky at this point in time. Is 2) an acceptable approach? >> >> Tom >> >> >> >>

Re: [equinox-dev] [p2-dev] Equinox/p2 meeting minutes posted

2011-04-20 Thread Jeff McAffer
On 2011-04-20, at 11:32 AM, Pascal Rapicault wrote: > There is only one discussion point. Do we want a new class versus a setter? > Rather than focusing on the process, please review the API. > > On 2011-04-20, at 11:30 AM, Jeff McAffer wrote: > >> We seem to still be discussi

Re: [equinox-dev] [p2-dev] Equinox/p2 meeting minutes posted

2011-04-20 Thread Jeff McAffer
s been ready since before eclipsecon. Dave and others reviewed it > and it is good. > What do you propose instead? We wait 3.7.1? > > On 2011-04-20, at 10:29 AM, Jeff McAffer wrote: > >> >>> If there is no objection I will release that during the week so we can &g

Re: [equinox-dev] [p2-dev] Equinox/p2 meeting minutes posted

2011-04-20 Thread Jeff McAffer
there is no objection I will release that during the week so we can > actually work on the code together. > > > On 2011-04-19, at 9:27 AM, Jeff McAffer wrote: > >> Darn. you are talking about >> https://bu​gs.eclipse​.org/bugs/​show_bug.c​gi?id=3370​16? >> >&g

Re: [equinox-dev] [p2-dev] Equinox/p2 meeting minutes posted

2011-04-19 Thread Jeff McAffer
Darn. you are talking about https://bu​gs.eclipse​.org/bugs/​show_bug.c​gi?id=3370​16? That's new API right? I took a look but am not sure what the final form is that you are thinking of. Susan had some comments and David as well. The original patch from you had a method getAgent() which see

[equinox-dev] incubator pages need updating

2011-04-06 Thread Jeff McAffer
Can the relevant people update the incubator pages to reflect reality? See https://bugs.eclipse.org/bugs/show_bug.cgi?id=340648 Jeff ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] +1 for Glyn Normington on rt.equinox.bundles by Jeff McAffer

2011-04-01 Thread portal on behalf of Jeff McAffer
Jeff McAffer voted: +1 +1 Voting summary: http://portal.eclipse.org/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] +1 for John W Ross on rt.equinox.bundles by Jeff McAffer

2011-04-01 Thread portal on behalf of Jeff McAffer
Jeff McAffer voted: +1 +1 Voting summary: http://portal.eclipse.org/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] +1 for Borislav Kapukaranov on rt.equinox.bundles by Jeff McAffer

2011-04-01 Thread portal on behalf of Jeff McAffer
Jeff McAffer voted: +1 +1 Voting summary: http://portal.eclipse.org/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Welcome Brian de Alwis as a new rt.equinox.incubator Committer

2011-01-11 Thread portal on behalf of Jeff McAffer
rt.equinox.incubator Committers, This automatically generated message marks the completion of all the legal paperwork and webmaster provisioning for Brian de Alwis. Brian de Alwis is a new full Committer on the rt.equinox.incubator project. Welcome! ___

[equinox-dev] Committer vote for Brian de Alwis has concluded successfully

2010-12-29 Thread portal on behalf of Jeff McAffer
Fogell ? Ted Habeck ? Thomas Hallgren ? BJ Hargrave +1 DJ Houghton ? Simon Kaegi +1 Lazar Kirchev ? Peter Kriens ? David Lavin +1 Daniel Le Berre ? Scott Lewis ? Eric Li ? Stefan Liebig +1 Martin Lippert +1 Jeff McAffer ? Susan McCourt

[equinox-dev] Vote for Committer status for Brian de Alwis was started by Jeff McAffer

2010-12-22 Thread portal on behalf of Jeff McAffer
rt.equinox.incubator Committers, This automatically generated message signals that Jeff McAffer has nominated Brian de Alwis as a Committer on the rt.equinox.incubator project. The reason given is as follows: I am pleased to nominate Brian de Alwis to work in the Equinox incubator. Specifically

[equinox-dev] Incubating product/feature publishing improvements

2010-12-22 Thread Jeff McAffer
After some discussion, we have decided to create a work area in the equinox incubator to work on improving the p2 support for publishing features and products. We are doing this work in the incubator to better facilitate others participating. The goal here is to unify the p2 and PDE (and other

Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit

2010-12-09 Thread Jeff McAffer
hould be done in order to include them in orbit? File another CQ to request > this? > > Lazar > > From: equinox-dev-boun...@eclipse.org > [mailto:equinox-dev-boun...@eclipse.org] On Behalf Of Jeff McAffer > Sent: Thursday, December 02, 2010 4:11 PM > To: Equinox developm

Re: [equinox-dev] Plans to replace the Console with GoGo for Indigo

2010-12-03 Thread Jeff McAffer
> 1,2: I do not think that users will prefer the built-in console if Gogo is > available, as long as the Equinox commands are available through Gogo. I tend to agree especially because Gogo is likely better from a user perspective. > 5: in the implementation in the patch proposed in > https://

Re: [equinox-dev] Plans to replace the Console with GoGo for Indigo

2010-12-03 Thread Jeff McAffer
use the -console option. When they > eventually start Equinox, configured with Gogo, with the –console option, > they will have a framework with two shells, fighting with each other for > resources. This may be a problem. > > Lazar > > From: equinox-dev-boun...@eclipse.org > [ma

Re: [equinox-dev] Plans to replace the Console with GoGo for Indigo

2010-12-02 Thread Jeff McAffer
t the console > out and test it properly. I am reluctant to do any of that work when we want > to eventually replace the console implementation with the gogo shell and a > bundle that bridges the old equinox command implementations to the new shell. > > Tom > > > > Jeff McA

Re: [equinox-dev] Plans to replace the Console with GoGo for Indigo

2010-12-02 Thread Jeff McAffer
The disadvantage is usability. Right now you get equinox and run with -console and its all good. If we break it out you'll have to get two bundles and make sure that the console bundle is started... We have thought about shipping two setups, one with the console and one without. That might w

Re: [equinox-dev] shell refactoring proposal - Indigo plan deadline

2010-12-02 Thread Jeff McAffer
> I'm not sure how to deal with the gogo jars in orbit. The jars are real > bundles and we will not have to repackage them or anything like that. Jeff > what do you recommend? > Orbit is about maintaining bundles for third party code that eclipse projects use. We already have cases where the co

Re: [equinox-dev] How to best simulate standalone Equinox deployment in Eclipse

2010-11-19 Thread Jeff McAffer
Hey Robert, I think we need some more information here. You should not have to mess with the system packages settings etc. I've been using javax and org.xml etc for years and have never had to do this. What Alex says may be required in cases where you are going for internal/private JRE clas

[equinox-dev] core features

2010-10-19 Thread Jeff McAffer
In an effort to create some starter kits for Equinox and p2 I created some "core" features to capture the essential elements of equinox and p2 in various headless scenarios. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=314486 Of course no feature will cover all use cases but these s

[equinox-dev] new website

2010-10-08 Thread Jeff McAffer
Last night I converted over a mess of the Equinox website to the new format. I tried to get all the "popular" pages. Please do the following: - Look at the site and see if there are any things missing or messed up. - Check that the pages of interest to your work have been converted. If they

[equinox-dev] Website update

2010-10-04 Thread Jeff McAffer
In response to the discussion in today's call, and with the help of DJ, I updated the prototype website and download samples as follows - The website now has a RSS feed view in the right column showing the 5 most recent posts found on Planet Eclipse that have the word "equinox" in them somewher

[equinox-dev] Equinox website

2010-10-01 Thread Jeff McAffer
I've been playing a little in my "spare" time with the Equinox and RT web sites. The prototype web pages are here http://eclipse.org/equinox/testweb/ http://eclipse.org/equinox/testweb/resources.php http://eclipse.org/equinox/testweb/download.php http://eclipse.org

Re: [equinox-dev] New time for the p2 and equinox calls

2010-09-21 Thread Jeff McAffer
it out, and I > suspect the same with Susan. > > > > Jeff McAffer > Sent by: equinox-dev-boun...@eclipse.org > 09/20/2010 10:48 AM > Please respond to > Equinox development mailing list > > To > Equinox development mailing list > cc > P2 deve

Re: [equinox-dev] New time for the p2 and equinox calls

2010-09-20 Thread Jeff McAffer
Thanks for setting up the poll Pascal. A few things to note - The poll closes tomorrow so vote now - Please be careful about the timezones. I'm not really sure how this works but it seems like Susan is ok with 0600PT calls. Perhaps she is but it would be worth confirming your votes and the ti

[equinox-dev] +1 for Lazar Kirchev on rt.equinox.incubator by Jeff McAffer

2010-06-30 Thread portal on behalf of Jeff McAffer
Jeff McAffer voted: +1 Great Voting summary: http://portal.eclipse.org/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] API Addition

2010-04-11 Thread Jeff McAffer
-04-11, at 2:51 PM, Jeff McAffer wrote: I don't recall a API change proposal or approval for this. The bug cited does have the API keyword but no approvals AFAICT. Was that done somewhere else? Jeff On 2010-04-09, at 8:52 PM, Pascal Rapicault wrote: In order to address bug 3

Re: [equinox-dev] API Addition

2010-04-11 Thread Jeff McAffer
I don't recall a API change proposal or approval for this. The bug cited does have the API keyword but no approvals AFAICT. Was that done somewhere else? Jeff On 2010-04-09, at 8:52 PM, Pascal Rapicault wrote: > In order to address bug 303990 - metarequirement seems broken, I have had to >

Re: [equinox-dev] Re: [p2-dev] who should declare dependencies on ds?

2010-04-04 Thread Jeff McAffer
res and start levels, I thought this could be accomplished via p2 > with CUs. > > (Sent from my Droid) > > -Original Message- > From: Jeff McAffer [j...@eclipsesource.com] > Received: 4/3/10 3:49 PM > To: Equinox development mailing list [equinox-...@eclipse.org]

Re: [equinox-dev] Re: [p2-dev] who should declare dependencies on ds?

2010-04-03 Thread Jeff McAffer
nothing about eggs. We need some kind of knowledge that lives outside of the > ingredients -- i.e., a recipe -- in order to make pancakes. > > Rgds, > Neil > > On Fri, Apr 2, 2010 at 9:57 PM, Jeff McAffer wrote: > Good point Jason. I would generalize it even more and say th

Re: [equinox-dev] Re: [p2-dev] who should declare dependencies on ds?

2010-04-02 Thread Jeff McAffer
anifest so even if we specified these today I don't think it would > really help in ensuring a DS runtime is provisioned by p2. Perhaps we should > consider adding that to p2? > > Also note that the OSGi alliance is currently looking at providing a standard > way for declaring gen

Re: [equinox-dev] Re: [p2-dev] who should declare dependencies on ds?

2010-04-02 Thread Jeff McAffer
ng a standard > way for declaring generic capabilities and requirements for a future core > specification. We should keep an eye on this space and feed any additional > requirements we may have to OSGi in this area. > > Tom > > > > Jeff McAffer ---04/01/2010

[equinox-dev] Re: [p2-dev] who should declare dependencies on ds?

2010-04-01 Thread Jeff McAffer
It should be up to the system integrator. Actually, there should be metadata (in p2) that expresses the need for various services to be present to make the integrator's job easier but ultimately inclusion/activation/... are in the eye of the beholder. So we should not cod classpath (bundle or pa

Re: [equinox-dev] shell refactoring proposal

2010-03-31 Thread Jeff McAffer
I also agree that existing impls should be considered. My hope is that the end result is at least as powerful as the current state of the art. If using existing stuff or working with those teams is the way to go then +1. Having said that, if this team is keen on creating and maintaining a

Re: [equinox-dev] shell refactoring proposal

2010-03-30 Thread Jeff McAffer
Krassi, This is great. I've been wanting the console out of the framework for some time. See Bug 169603. Having a better, more functional console that has a better command UI structure would be a real bonus to many users. As you observe, maintaining compatibility with the old way is essenti

[equinox-dev] Re: [PLEASE READ] API changes MUST be approved by PMC BEFORE releasing

2010-03-30 Thread Jeff McAffer
Great points Tom. We discussed this again in the Equinox team call this morning. The need to talk openly about API changes is two-fold: 1) The community needs to be aware of what is coming or proposed. We need their feedback and input. Perhaps they are depending heavily on something that is a

Re: [equinox-dev] How to recognize Categories, Features, Bundles and Products?

2009-09-19 Thread Jeff McAffer
Perhaps some information on why you are doing this would help. It seems that you are infering some semantics from things that just *happen* to be a certain way. This may change in the future so understanding what you are actually looking for would help. Jeff On 18-Sep-09, at 5:53 AM, Fi

Re: [equinox-dev] OSGI / PDE /equinox dependency leak for imported packages with classes with base classes in other bundles

2009-09-19 Thread Jeff McAffer
This is required for the compiler. At compile time you need to see the complete supertype hierarchy of the type being compiled. At runtime this is not required. Basically this is caused by the JDT compiler using a flattened classpath rather than a delegating structure that matches the OS

[equinox-dev] Fwd: [eclipse-pmc] Project proposal on application security

2009-08-04 Thread Jeff McAffer
FYI, there is a security related thread starting on eclipse-pmc Begin forwarded message: Eclipse PMC, My name is Arshan and I'd like Eclipse to enable developers to write more secure code. I'm working with the OWASP foundation and have elicited funds to accomplish the introduction of secur

Re: [equinox-dev] Autostarting Bundles

2009-04-18 Thread Jeff McAffer
BTW, it turns out that you have to have simple.configurator there AND marked as started for the configuration you are creating to be considered "p2 enabled" and the bundles.info file to be written.  The bundles.info file may be written in other cases (I seem to have seen that). Jeff Chris

Re: [equinox-dev] Using Equinox Declarative services in another OSGI framework

2009-04-03 Thread Jeff McAffer
Not sure if you did already but a bug report here would be useful.  Anything that makes stuff easier to use is a good thing. Jeff Alin Dreghiciu wrote: Thanx Stuart. That resolved the import problem so now DS is up and running (using the supplement bundle). In this case, as debug stuff is

[equinox-dev] SDK features

2009-03-31 Thread Jeff McAffer
As discussed in the call today, I created features for the various SDK slicings of the Equinox world. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=270694 and comment there. Jeff ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.

Re: [equinox-dev] Request to remove Constants#SERVICE_TYPE constant

2009-03-30 Thread Jeff McAffer
+1 Thomas Watson wrote: Hello fellow Equinox team. In the past Equinox was under the Eclipse PMC and we needed to get PMC approval for post M6 API changes. Now that we are under RT Jeff and I decided that it would be best to keep the Equinox API change approvals localized to the Equinox dev

Re: [equinox-dev] Declarative Services within RCP Application

2009-02-08 Thread Jeff McAffer
note as well that there are some DS console commands like "ls" and "component" that are quite usefule. Jeff     Neil Bartlett wrote: Okay this looks fine, both the equinox.ds and equinox.util bundles are present and active. Which bundles contain the two DS components you're expecting to

Re: [equinox-dev] bundle resource URLs format has changed

2009-01-28 Thread Jeff McAffer
Thanks for bringing this up.  The information should be broadcast quite widely. I'm sure there are folks consuming Equinox that will be affected. Should likely also be in release notes etc. Jeff Thomas Watson wrote: The failure in org.eclipse.core.tests.runtime (org.eclipse.core.tests.inte

[equinox-dev] test bundles

2009-01-21 Thread Jeff McAffer
In working through some contributions in the Component area it was noted that there is no decent home for Components tests. The current components constituents either have no apparent tests or have them in the core.runtime test area in the Eclipse project. Given that Equinox is a full-fledged

Re: [equinox-dev] Move the equinox incubator to RT

2009-01-07 Thread Jeff McAffer
I agree that C is the way to go for all th reasons Tom mentioned plus:  The incubator is a distinct "subproject" with distinct commit rights etc.  spreading out the content will be confusing and just asking for things to "graduate by accident" The incubator area should be structured according

Re: [equinox-dev] update site for equinox aspects

2008-11-24 Thread Jeff McAffer
I belive there is an incubator build. You should be able to define some features, add them to that build and have the aspects stuff built all the time and put up on the Equinox build site and repo. Jeff Martin Lippert wrote: Hi Andrew, we don't have one yet, but I will try to figure out wha

[equinox-dev] +1 for John Arthorne

2008-11-16 Thread portal on behalf of Jeff McAffer
+1 The more John can commit to, the better off we are... Voting summary: http://portal.eclipse.org/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] p2 publisher tests?

2008-10-16 Thread Jeff McAffer
directories for us. Tom Jeff McAffer ---10/16/2008 09:28:41 AM---Given that these tests were never included in the build in their old location, should we just delete the now empty projects fro From: Jeff McAffer <[EMAIL PROTEC

Re: [equinox-dev] p2 publisher tests?

2008-10-16 Thread Jeff McAffer
Given that these tests were never included in the build in their old location, should we just delete the now empty projects from the repo to eliminate confusion and clutter? Jeff DJ Houghton wrote: They were moved to be included inside the regular p2 test suites a couple of weeks ago.

Re: [equinox-dev] org.eclipse.osgi_3.4.2.R34x_v20080826-1230 defines ExecutionEnvironment: J2SE-1.5

2008-10-13 Thread Jeff McAffer
Ah, Assuming we are not using any Java5 language features we need to set the source and target options to Java 1.3 equivalents.  Jeff Heiko Seeberger wrote: Tom, My issues were based on the VM that was defined for the run configuration for my test cases. This was not a Java 5 VM and

Re: [equinox-dev] org.eclipse.osgi_3.4.2.R34x_v20080826-1230 defines ExecutionEnvironment: J2SE-1.5

2008-10-10 Thread Jeff McAffer
reason J2SE-1.5 is listed first, so that PDE will use J2SE-1.5. Tom Jeff McAffer ---10/10/2008 09:22:21 AM---I believe there is a property we can put in the build.properties to tell PDE which EE to use for compilation purposes. This se From

Re: [equinox-dev] org.eclipse.osgi_3.4.2.R34x_v20080826-1230 defines ExecutionEnvironment: J2SE-1.5

2008-10-10 Thread Jeff McAffer
I believe there is a property we can put in the build.properties to tell PDE which EE to use for compilation purposes.  This seems like the safer and more explicit path regardless of any issues Heiko may be seeing. Jeff Thomas Watson wrote: Hi Heiko, The reason this was added was to avo

Re: [equinox-dev] Extension registry evolution

2008-09-29 Thread Jeff McAffer
Oleg Besedin wrote: => Single context object <= > I don't like that clients cannot provide more than just one single > "context" object. Good point. I did this for simplicity as having only one argument eliminates the need to match constructor arguments. If we were to suppo

[equinox-dev] listening to bug buckets

2008-09-29 Thread Jeff McAffer
With the recent move and reorg of the Equinox bugzilla buckets, you might want to check that your bugzilla account is setup to listen to all the new components. Below is the complete list of inbox users you can watch using the Bugzilla > Preferences > email settings. [EMAIL PROTECTED] [EMAIL

Re: [equinox-dev] Extension registry evolution

2008-09-27 Thread Jeff McAffer
The registry itself is already a service.  In the past I have written an executable extension factory that did service lookup to supply the desired extension object.  so the base pieces should be there but it would be great to make the integration much smoother. Jeff Heiko Seeberger wrote:

[equinox-dev] plan comments

2008-09-26 Thread Jeff McAffer
The plan is looking pretty good. Below are a few comments. In some places I did some changes (I marked these in the comments below). These should have your review. Please add or tweak as needed in the next few days so we can meet the Tuesday deadline Jeff General - the bugs referred to fr

Re: [equinox-dev] new equinox builds location

2008-09-11 Thread Jeff McAffer
Great. Thanks Kim. Are there any issues with the fall maintenance release and update site URLs? For example, if there is an "old" URL in circulation then do we need to put the fall release content on the old site? Jeff On Sep 11, 2008, at 5:35 PM, Kim Moir <[EMAIL PROTECTED]> wrote: Eq

Re: [equinox-dev] .qualifier for export package?

2008-09-09 Thread Jeff McAffer
In my view these are the only packages that are worth versioning at the package level. I certainly think the *goal* should be moving towards this world of specification-level dependencies (and thus use of import-package), but that's not where we are today. John

Re: [equinox-dev] .qualifier for export package?

2008-09-06 Thread Jeff McAffer
ellow and CTO of the OSGi Alliance [EMAIL PROTECTED] office: +1 386 848 1781 mobile: +1 386 848 3788 From: Jeff McAffer <[EMAIL PROTECTED]> To:

Re: [equinox-dev] .qualifier for export package?

2008-09-06 Thread Jeff McAffer
this API use case would only be a special case of a general problem of using "old" implementations. Perhaps I'm missing the point? From: Jeff McAffer <[EMAIL PROTECTED]> To:

Re: [equinox-dev] .qualifier for export package?

2008-09-06 Thread Jeff McAffer
ransparently. In my view these are the only packages that are worth versioning at the package level. I certainly think the *goal* should be moving towards this world of specification-level dependencies (and thus use of import-package), but that's not where we are today. John

Re: [equinox-dev] .qualifier for export package?

2008-09-05 Thread Jeff McAffer
From: Jeff McAffer <[EMAIL PROTECTED]> To: Equinox development mailing list Date: 2008/09/03 06:16 AM Subject: Re: [equinox-dev] .qu

Re: [equinox-dev] GWT+Equinox

2008-09-03 Thread Jeff McAffer
You might want to get the real Jetty stuff rather than checking it out using the psf. The psf may be out of date. Try using all released code. Jeff Ian Bull wrote: Ricardo, I have this working with GWT 1.5 and Eclipse 3.4, so we know it's possible :-). Have you tried adding javax.servlet

Re: [equinox-dev] .qualifier for export package?

2008-09-03 Thread Jeff McAffer
FYI - plans for package version support in API tooling have been reduced. Currently, there is nothing on the draft plan due to resources available to do the work, and the fact that SDK plug-in developers generally use components at the plug-in granularity vs. package granularity. I'm not sure

Re: [equinox-dev] .qualifier for export package?

2008-09-03 Thread Jeff McAffer
s a developer maintain the version of a split package across all the bundles the package is split? Tom "Chris Aniszczyk" ---08/31/2008 02:46:34 PM---On Sun, Aug 31, 2008 at 5:53 AM, Jeff McAffer < [EMAIL PROTECTED] F

Re: [equinox-dev] When is DS done loading services?

2008-09-03 Thread Jeff McAffer
Interesting problem Otto.  Normally the response would be "your app should just observe the services coming and going and react accordingly".  However, in your case the interesting twist is that the app appears to be short lived.  So as you say, while DS is poking around doing stuff, your app i

Re: [equinox-dev] [Equinox Security] Error while running unit tests of JCA/JAAS_framework_contribution

2008-08-31 Thread Jeff McAffer
Could you summarize the information in the quoted posts and put them on the wiki?  Perhaps the outdated material should also be removed? or archived? Oleg Besedin wrote: Hi Ricardo, That page is quite outdated and probably is not a good starting point. See: http://dev.eclipse.

[equinox-dev] .qualifier for export package?

2008-08-31 Thread Jeff McAffer
As version numbers on packages become more prevalent does it start making sense to use .qualifier on them in addition to bundle version numbers? The logic here is the same as for bundles. we rev the version number of the bundle to match the most extreme change for that release. in between if

Re: [equinox-dev] Need help starting an OSGI based project

2008-08-23 Thread Jeff McAffer
This should be asked on the the newsgroups. Summary is that you should use the eclipse executable.  it is available for many many platforms. The PDE tooling contains comprehensive tooling.  Even if you are just using Equinox, get the RCP book and pretend you are making and RCP app without the

[equinox-dev] Equinox bugs

2008-08-12 Thread Jeff McAffer
As I mentioned earlier, the Equinox move to RT is in progress. Today the ever helpful webmaster team moved the bug bucket to its new home under RT . It seems that many of the queries continue to work as they are based on "product" (in bugzilla terms) so hopefully you will not experience much

[equinox-dev] Equinox on the move

2008-08-11 Thread Jeff McAffer
The process of moving Equinox to its new home under RT has begun. Much of the Eclipse Foundation database information has been moved and over the course of this week the bugs, CVS repo and downloads sites will move as well. Tom and I will continue to keep you informed of the progress and any

Re: [prov] Repo organization (was Re: [equinox-dev] [prov] Differences between the official Ganymede repo & 'testUpdates')

2008-07-26 Thread Jeff McAffer
Overall looks good. Some questions. - is this info captured somewhere on the wiki? - when you say that content will be purged do you mean that the repo will be deleted of that some off the older ius will be deleted? In the past we trashed the whole repo and added the next build. This left the

Re: [equinox-dev] Code move timeline

2008-07-25 Thread Jeff McAffer
Would be good to summarize the transformation/copy information in a new list somewhere.  We will have to give this to the webmaster to execute the copy operation anyway and there seem to have been some tweaks since the original proposal. Jeff Thomas Watson wrote: There will still be a bund

Re: [equinox-dev] Code move timeline

2008-07-18 Thread Jeff McAffer
yes, Equinox is moving and all future releases should come from the "new" repo in RT-land.  Jeff Thomas Watson wrote: Yes we will retain history. We do not plan to physically remove the old tags and branches from the /cvsroot/eclipse repo so the old map files should continue to be able to

[equinox-dev] calendar of events

2008-07-15 Thread Jeff McAffer
Given the recent difficulty we had with creating meeting invites that people could use I took Chris' suggestion and created an Equinox Google calendar. Use the following link and add it to your iCal-enabled calendaring software. http://www.google.com/calendar/ical/08i9q5g17o9il95b4pbc5n4f4g

Re: AW: [equinox-dev] Possible to obtain org.eclipse.osgi.jar withoutOSGi framework classes?

2008-07-08 Thread Jeff McAffer
d be interested? Cheers, Olaf Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jeff McAffer Gesendet: Freitag, 4. Juli 2008 15:09 An: Equinox development mailing list Betreff: Re: [equinox-dev] Possible to obtain org.eclipse.osgi.jar withoutOSGi framework classes?

Re: [equinox-dev] Possible to obtain org.eclipse.osgi.jar without OSGi framework classes?

2008-07-04 Thread Jeff McAffer
Hey Olaf Did you try copying out the OSGi types and putting them on the JCA classloader?  If the FirstChild is actually a child of the JCA loader then it should get the OSGi types from JCA and ignore the ones in the osgi.jar.  Of course, if you are trying to isolate Equinox from the JCA classe

Re: [equinox-dev] Possible to obtain org.eclipse.osgi.jar without OSGi framework classes?

2008-06-25 Thread Jeff McAffer
Hey Olaf, The short answer is, No, such a distribution is not readily available. The question in my mind is why do you need this? If you remove the OSGi classes where will they come from? If you happen to be running on an OSGi-based JEE app server then you could in theory get the classes fro

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-24 Thread Jeff McAffer
:-) What do you think? -Martin Jeff McAffer wrote: Possible solutions: - graduate - lower the version numbers In either case there will need to be a review if there is going to be a "release". You could avoid a review if the version number is lowered AND the event is rephrased

Re: [equinox-dev] Null Pointer Exception in EclipseStarter

2008-06-18 Thread Jeff McAffer
Craig, Thanks for taking the time to report this.  Can I ask you to enter a bug report at     https://bugs.eclipse.org/bugs/ That helps us track and address these issues. Jeff     Craig Phillips wrote: Hi,   If someone wants to take a deeper look... Stack trace at bottom of this post

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-18 Thread Jeff McAffer
builds. 3. start the graduation process for a future first release of equinox aspects including reviews, a release review and whatever is necessary to graduate... :-) What do you think? -Martin Jeff McAffer wrote: Possible solutions: - graduate - lower the version numbers In either case

Re: [equinox-dev] [prov] p2 mixing extensions and services?

2008-06-15 Thread Jeff McAffer
Just to add a bit to this. The actual structure of the p2 code is far from optimal.  We made a number of trade-offs in the interest of getting things done rather than proper component programming style.  Expect these to be revisited soon. Jeff Pascal Rapicault wrote: Hi Fredrik Extensio

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-14 Thread Jeff McAffer
forcing is that a project in incubation must have releases < 1.0 and that projects out of incubation have releases >= 1.0. I apologize that this is not clearly written. Jeff McAffer wrote: In any event, Bjorn (cc'd) would certainly know i

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-14 Thread Jeff McAffer
a hint where I could ask whether 1.* might be an issue in incubation? Am 14.06.2008 um 02:58 schrieb Jeff McAffer: On a side note, I'm not 100% but there may be an issue with calling the Aspects stuff 1.* when it is incubation. ___

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-14 Thread Jeff McAffer
inox Aspects to work with 3.4. Nevertheless it might be nice for marketing reasons to publish a new release shortly after 3.4. What do you think? Best regards, -Martin Do you have a hint where I could ask whether 1.* might be an issue in incubation? Heiko Am 14.06.2008 um 02:58 schri

Re: [equinox-dev] Equinox Aspects: Reworked website, quick-start guide and Hello world! demo

2008-06-13 Thread Jeff McAffer
Heiko, This is great. Thanks. some suggestions - It would be great to have the quick start and demo somewhere in a permanent location on the main page. These items will not be "new" forever and the what's new section is not where people would look to get started. Perhaps a whole "Getting S

RE: [equinox-dev] feature names

2008-06-11 Thread Jeff McAffer
sistency is of course good and it would make sense to update them all to be consistent in 3.5 if we don't do it earlier. "Jeff McAffer" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 06/11/2008 11:51 AM Please respond to Equinox development mailing list To &q

[equinox-dev] feature names

2008-06-11 Thread Jeff McAffer
As discussed in the planning call this morning our feature names are all over the map. Here is a sample of some I see in the current testUpdates repo Eclipse Project Equinox bundle feature Eclipse P2 Developer Resources Equinox bundle source feature Equinox Provisioning Director Application

RE: [equinox-dev] Shared profile registries

2008-05-30 Thread Jeff McAffer
I fyou run the installer in shared mode it uses one profile registry and creates a new profile for every different thing you install. Jeff > -Original Message- > From: [EMAIL PROTECTED] [mailto:equinox-dev- > [EMAIL PROTECTED] On Behalf Of Thomas Hallgren > Sent: Friday, May 30, 2008 5:38

RE: [equinox-dev] [prov] Discourages access

2008-05-30 Thread Jeff McAffer
ation Jeff. Maybe my solution is to contribute everything I'm doing to p2 so it can get included in the allowed list :) Cheers, Doug _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff McAffer Sent: Friday, May 30, 2008 3:27 PM To: 'Equinox developme

RE: [equinox-dev] [prov] Discourages access

2008-05-30 Thread Jeff McAffer
It was the joint decision of the team and the PMC that p2 would not have any API. By definition, anything that is not API is marked as x-internal = true. As a result, and by design, you get a warning that you are using something that is not API. I agree that this is annoying however, no one will

RE: [equinox-dev] Is the P2 installer supposed to work?

2008-05-20 Thread Jeff McAffer
age- > From: [EMAIL PROTECTED] [mailto:equinox-dev- > [EMAIL PROTECTED] On Behalf Of Jeff McAffer > Sent: Wednesday, May 21, 2008 12:18 AM > To: 'Equinox development mailing list' > Subject: RE: [equinox-dev] Is the P2 installer supposed to work? > > Dunno Alex. Thi

RE: [equinox-dev] Is the P2 installer supposed to work?

2008-05-20 Thread Jeff McAffer
Dunno Alex. This works fine for me on windows but I see your point on the Mac. > I had a look at the p2installer.ini: > > -showsplash > org.eclipse.platform > -vmargs > -Xdock:icon=../Resources/Eclipse.icns > -XstartOnFirstThread > -Xms40m > -Xmx256m > -XX:MaxPermSize=256m > -Dorg.eclipse.swt.in

RE: [equinox-dev] Commit rights for Rafael Chaves have been expired

2008-05-20 Thread Jeff McAffer
respond to Equinox development mailing list To equinox-dev@eclipse.org cc Subject [equinox-dev] Commit rights for Rafael Chaves have been expired eclipse.equinox Committers, Jeff McAffer has expired the commit rights for Rafael Chaves (rchaves). The reaso

RE: [equinox-dev] [p2] Milestone update site for 3.4

2008-05-15 Thread Jeff McAffer
+1 I annotated the bug with more thoughts From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Webb Sent: Thursday, May 15, 2008 5:17 PM To: Equinox development mailing list Subject: [equinox-dev] [p2] Milestone update site for 3.4 Apologies for the persistence on this is

RE: [equinox-dev] Equinox artifacts in Maven2 repository

2008-05-12 Thread Jeff McAffer
Ideally people would not have to copy the repos somewhere else just to get Maven integration. Perhaps someone in the community can provide/point to an update site/p2 adapter for Maven? That way you would just point Maven at the main Eclipse repos (or a mirror). Jeff > -Original Message-

RE: [equinox-dev] RE: [eclipse-dev] Re: Eclipse 3.4 shape

2008-04-28 Thread Jeff McAffer
creating installers for EPP packages, since this is where bundle pooling across applications really comes into play. "Jeff McAffer" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 04/26/2008 11:38 AM Please respond to Equinox development mailing list To "'G

  1   2   3   >