[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ormf-dev] Jaxen revisted
|
Hi all,
I can pick this up. But I require some more clarification I will go through the information I have and will post for any queries I have.
Any pointer on where to start is greatly appreciated.
Regards
George S
--- Joel.Rosi-Schwartz@xxxxxxxxx wrote:
From: Joel Rosi-Schwartz <Joel.Rosi-Schwartz@xxxxxxxxx>
To: Jojy Vempus <jojy.sv@xxxxxxxxx>
Cc: The Open Requirements Management Framework project development list <ormf-dev@xxxxxxxxxxx>
Subject: Re: [ormf-dev] Jaxen revisted
Date: Wed, 15 Oct 2008 21:06:48 +0100
Hi Jojy,
I do not know if you have seen this thread seeing as you did not get
signed up to the list until today.
Would you be interested in picking up this hunk of Jaxen work? Achim
did the initial scoping exercise and came up with an estimate of 5
days. I have been in contact with another Eclipse project that did
similar surgery on Jdom in 2 days, but they had some experience with
the internals already if I remember correctly. In any case that gives
us a fair bracket as far as scope. The current project lead of Dom4J
is willing to advise, but note that he is has not worked on Dom4j 1.6
as he; he picked up the dormant project to move it forward to 2.0. He
admits that he has no great knowledge of this area, but he is will to
help as he may.
Let me now if you think it is suitable for you as a task. Time frames
are by the the end of iteration one which is 16 November.
You might also be interested in the ormf-dev list threads "Jaxen woes"
and "A predicament with Jaxen" for background.
Thanks,
Joel
On 14 Oct 2008, at 10:20, Joel Rosi-Schwartz wrote:
> Actually I can think of some strong remarks :-)
>
> I was thinking that Jojy may be able to pick this up as you already
> have a lot on your plate.
>
> As far has quality is concerned, my opinion is that if the Dom4J
> teams replies and are willing to assist, then we can consider a
> proper job of it. Otherwise it is as quick'n'dirty as we can by with.
>
> Joel
>
>
> On 14 Oct 2008, at 09:48, Achim Loerke wrote:
>
>> Darn!
>>
>> Okay, if no one else has a suggestion I'll start replacing Jaxen as
>> a provider from dom4j. Just one question: should this be a
>> quick'n'dirty hack or do we want to make this a clean solution for
>> all dom4j users. Seeing our limited resources I'd vote for the
>> first, especially if we still plan to replace dom4j completely.
>>
>> Plan: hopefully done end of October.
>>
>> Yahya, can you start working on the configuration management? What
>> we need now is someone who will work with the team to setup a
>> release environment which will support nightly builds and nightly
>> tests, i.e. a release engineer. We can talk about details later,
>> but is this something you can do?
>>
>> Achim
>>
>> Joel Rosi-Schwartz wrote:
>>> I would love to do that but the EMO-IP would not grant permission.
>>> I will forward their email for reference. I do not understand the
>>> rationale but that is the way that is :-(
>>> I agree with you about spinning wheels, but I also am concerned
>>> that we get no community exposure till next Spring :-/
>>> Joel
>>> On 14 Oct 2008, at 09:04, Achim Loerke wrote:
>>>> I just read my initial findings on replacing Jaxen (memory gets
>>>> really weak when you grow older). To wrap it up: seems like no
>>>> little effort.
>>>>
>>>> I would go the way other projects do with their non EPL
>>>> components: tell the user to download and install it separately.
>>>> This seems reasonable since this would be an interims solution
>>>> which will go away with some future release. I really don't want
>>>> spend time on migrating some software we will throw out a few
>>>> month later.
>>>>
>>>> Technically we could tell an alpha/beta tester to download the
>>>> jar and put it in some plug-in directory or we could define a
>>>> plug-in which will export the Jaxen classes and define an update
>>>> site outside the Eclipse domain (this would be the Subversive
>>>> approach).
>>>>
>>>> Achim
>>>>
>>>> Joel Rosi-Schwartz wrote:
>>>>> Hi,
>>>>> I am a embarrassed to admit that I made a fundamental error when
>>>>> B. and I were doing the planning exercise. The plan <http://www.eclipse.org/projects/project-plan.php?projectid=technology.ormf
>>>>> > states that at the end of M1 we have "Available functional
>>>>> system based on OSGi server". Well that is not quite the case
>>>>> because I conveniently forgot that we still had the Jaxen
>>>>> dependency to contend with. Sorry, sigh... and all that :-( The
>>>>> EMO-IP team has said that there is not an issue with us using
>>>>> Jaxen in our local workspace as long as it is not checked into
>>>>> SVN or distributed by any means by us outside the team. This at
>>>>> least means that we can do testing at the end of M1.
>>>>> There are a couple of ways to handle this. The simplest of
>>>>> course is to change the plan. The other is to tackle the
>>>>> modifications to Dom4J to excise Jaxen. Personally I would
>>>>> prefer if we had an early alpha out next month than wait until
>>>>> next March. Community feedback even on a limited alpha basis
>>>>> would be very good IMHO. Not that I want to skew the opinion of
>>>>> the team ;-)
>>>>> We have several options on how to resource the work if that is
>>>>> the way we decide to go. If Achim manages Yahya on CM possibly
>>>>> he has the bandwidth to continue with this. Otherwise any one of
>>>>> Yahya, Jojy or possibly Wolfgang (if he is back among the
>>>>> walking living:-) Achim started doing the feasibility and
>>>>> scoping exercise on this, so I think he is best place to guide
>>>>> this discussion.
>>>>> Your thoughts please!!
>>>>> Joel
>>>>> P Please consider the environment before printing this e-mail.
>>>>> Thank you.
>>>>> http://
>>>>> www
>>>>> .etish
>>>>> .org
>>>>> http
>>>>> ://www.eclipse.org/ormf
>>>>> ------------------------------------------------------------------------
>>>>> _______________________________________________
>>>>> ormf-dev mailing list
>>>>> ormf-dev@xxxxxxxxxxx
>>>>> https://dev.eclipse.org/mailman/listinfo/ormf-dev
>>>>
>>>> --
>>>> BREDEX GmbH
>>>> Mauernstr. 33
>>>> 38100 Braunschweig
>>>>
>>>> Tel.: +49-531-24330-0
>>>> Fax: +49-531-24330-99
>>>> http: www.bredex.de
>>>>
>>>> Geschäftsführer: Hans-J. Brede, Achim Lörke, Ulrich Obst
>>>> Amtsgericht Braunschweig HRB 2450
>>>> <Achim_Loerke.vcf>_______________________________________________
>>>> ormf-dev mailing list
>>>> ormf-dev@xxxxxxxxxxx
>>>> https://dev.eclipse.org/mailman/listinfo/ormf-dev
>>> _______________________________________________
>>> ormf-dev mailing list
>>> ormf-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/ormf-dev
>>
>> --
>> BREDEX GmbH
>> Mauernstr. 33
>> 38100 Braunschweig
>>
>> Tel.: +49-531-24330-0
>> Fax: +49-531-24330-99
>> http: www.bredex.de
>>
>> Geschäftsführer: Hans-J. Brede, Achim Lörke, Ulrich Obst
>> Amtsgericht Braunschweig HRB 2450
>> <Achim_Loerke.vcf>_______________________________________________
>> ormf-dev mailing list
>> ormf-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/ormf-dev
>
> _______________________________________________
> ormf-dev mailing list
> ormf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ormf-dev
>
_______________________________________________
ormf-dev mailing list
ormf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ormf-dev
_____________________________________________________________
Powered by Web Sight Technologies -- Visit http://www.websight-tech.com/ for offshore IT solutions from India.
