Obsolete components?
Locked
 
Administrator
|
Hi,
At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion with Sascha. Sascha provided a migration for ofbizwebsite, but I wondered if it's worth maintaining ofbizwebsite if we don't use and especially maintain it at all... Acually I think it's a good idea and some effort have already been made in direction of a localised version of our site. At least I'm aware about Erwan's as they show to me (in French by default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also the flags... I think the last discussion about it was http://markmail.org/message/tefac6qlrmrqnlhx. Contrary to Tim and David I'm not a lot concerned about change CMS changes. This for 2 reasons, 1) I don't think they would happen often (if ever) 2) The site is updated every day and could be updated more often if needed. When Gav from the infra team set it it was every 6 hours. I asked for every day only, to avoid the unavailability during update which takes some time since it's svn up + clear all + complete rebuild and launch. The advantage is possible localisation, and I really don't think there are ressources issues. Also I know that at any moment someone could pick up webPOS or Shark and continue the work already done. But I doubt. For Shark we already discussed and the consensus was to move it out of the framework to specialpurpose. This is not giving us much harms (sometimes we get surprises though) and we may continue like that (until?), what about webPOS? We know it misses an essential aspect : JavaPOS handling. And I don't know if someone will ever take the challenge. Could we not freeze this component with a tag and remove them from the trunk? I know I'm a kind of maniac for ordering things, so maybe I'm totally wrong about that, mostly because then new comers may not be aware about their existence... We could also create a specific directory, wip or notused or? and put them both there. Also do we really need ebay *and* ebaystore? Opinions? Jacques |
|
Administrator
|
OK,
It seems this does not raise much concerns and we need to move ahead with the jQuery branch. What I will do: Create an obsolete dir where I will put shark and webpos. It will make things clear: except if someone wants to pick them up and works on them again the components in this dir are not maintained anymore by the community. For now I keep ofbizsite out of it because I believe it offer a better alternative (possible localisation with some effort already done). But if we see that those effort are not continued then we will put it also there... Thanks Jacques From: "Jacques Le Roux" <[hidden email]> > Hi, > > At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion with Sascha. > Sascha provided a migration for ofbizwebsite, but I wondered if it's worth maintaining ofbizwebsite if we don't use and especially > maintain it at all... > Acually I think it's a good idea and some effort have already been made in direction of a localised version of our site. At least > I'm aware about Erwan's as they show to me (in French by default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note > also > the flags... > > I think the last discussion about it was http://markmail.org/message/tefac6qlrmrqnlhx. > Contrary to Tim and David I'm not a lot concerned about change CMS changes. This for 2 reasons, > 1) I don't think they would happen often (if ever) > 2) The site is updated every day and could be updated more often if needed. When Gav from the infra team set it it was every 6 > hours. I asked for every day only, to avoid the unavailability during update which takes some time since it's svn up + clear all + > complete rebuild and launch. > The advantage is possible localisation, and I really don't think there are ressources issues. > > Also I know that at any moment someone could pick up webPOS or Shark and continue the work already done. But I doubt. For Shark we > already discussed and the consensus was to move it out of the framework to specialpurpose. This is not giving us much harms > (sometimes we get surprises though) and we may continue like that (until?), what about webPOS? We know it misses an essential > aspect > : JavaPOS handling. And I don't know if someone will ever take the challenge. Could we not freeze this component with a tag and > remove them from the trunk? I know I'm a kind of maniac for ordering things, so maybe I'm totally wrong about that, mostly because > then new comers may not be aware about their existence... > We could also create a specific directory, wip or notused or? and put them both there. Also do we really need ebay *and* > ebaystore? > > Opinions? > > Jacques > > |
|
haven't had time to catch up from last week.
only suggestion is something like inactive or not being maintained. obsolete gives the Ideas that it should not be considered by some enterprising soul in the future. ========================= BJ Freeman Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> Specialtymarket.com <http://www.specialtymarket.com/> Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Jacques Le Roux sent the following on 10/10/2010 7:05 AM: > OK, > > It seems this does not raise much concerns and we need to move ahead > with the jQuery branch. What I will do: > Create an obsolete dir where I will put shark and webpos. It will make > things clear: except if someone wants to pick them up and works on them > again the components in this dir are not maintained anymore by the > community. > For now I keep ofbizsite out of it because I believe it offer a better > alternative (possible localisation with some effort already done). But > if we see that those effort are not continued then we will put it also > there... > > Thanks > > Jacques > > From: "Jacques Le Roux" <[hidden email]> >> Hi, >> >> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a >> discussion with Sascha. >> Sascha provided a migration for ofbizwebsite, but I wondered if it's >> worth maintaining ofbizwebsite if we don't use and especially >> maintain it at all... >> Acually I think it's a good idea and some effort have already been >> made in direction of a localised version of our site. At least >> I'm aware about Erwan's as they show to me (in French by default) when >> I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >> the flags... >> >> I think the last discussion about it was >> http://markmail.org/message/tefac6qlrmrqnlhx. >> Contrary to Tim and David I'm not a lot concerned about change CMS >> changes. This for 2 reasons, >> 1) I don't think they would happen often (if ever) >> 2) The site is updated every day and could be updated more often if >> needed. When Gav from the infra team set it it was every 6 >> hours. I asked for every day only, to avoid the unavailability during >> update which takes some time since it's svn up + clear all + >> complete rebuild and launch. >> The advantage is possible localisation, and I really don't think there >> are ressources issues. >> >> Also I know that at any moment someone could pick up webPOS or Shark >> and continue the work already done. But I doubt. For Shark we >> already discussed and the consensus was to move it out of the >> framework to specialpurpose. This is not giving us much harms >> (sometimes we get surprises though) and we may continue like that >> (until?), what about webPOS? We know it misses an essential aspect >> : JavaPOS handling. And I don't know if someone will ever take the >> challenge. Could we not freeze this component with a tag and >> remove them from the trunk? I know I'm a kind of maniac for ordering >> things, so maybe I'm totally wrong about that, mostly because then new >> comers may not be aware about their existence... >> We could also create a specific directory, wip or notused or? and put >> them both there. Also do we really need ebay *and* ebaystore? >> >> Opinions? >> >> Jacques >> >> > > > |
|
|
In reply to this post by Jacques Le Roux
There is a difference between no one being concerned with what you are suggesting and people being too busy to respond to every discussion that gets raised on this list.
I don't have time to get into an involved discussion but I would prefer it if they were left as they are until a real discussion is had and some form of consensus is reached. Regards Scott HotWax Media http://www.hotwaxmedia.com On 11/10/2010, at 3:05 AM, Jacques Le Roux wrote: > OK, > > It seems this does not raise much concerns and we need to move ahead with the jQuery branch. What I will do: > Create an obsolete dir where I will put shark and webpos. It will make things clear: except if someone wants to pick them up and works on them again the components in this dir are not maintained anymore by the community. > For now I keep ofbizsite out of it because I believe it offer a better alternative (possible localisation with some effort already done). But if we see that those effort are not continued then we will put it also there... > > Thanks > > Jacques > > From: "Jacques Le Roux" <[hidden email]> >> Hi, >> >> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion with Sascha. >> Sascha provided a migration for ofbizwebsite, but I wondered if it's worth maintaining ofbizwebsite if we don't use and especially >> maintain it at all... >> Acually I think it's a good idea and some effort have already been made in direction of a localised version of our site. At least >> I'm aware about Erwan's as they show to me (in French by default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >> the flags... >> >> I think the last discussion about it was http://markmail.org/message/tefac6qlrmrqnlhx. >> Contrary to Tim and David I'm not a lot concerned about change CMS changes. This for 2 reasons, >> 1) I don't think they would happen often (if ever) >> 2) The site is updated every day and could be updated more often if needed. When Gav from the infra team set it it was every 6 >> hours. I asked for every day only, to avoid the unavailability during update which takes some time since it's svn up + clear all + >> complete rebuild and launch. >> The advantage is possible localisation, and I really don't think there are ressources issues. >> >> Also I know that at any moment someone could pick up webPOS or Shark and continue the work already done. But I doubt. For Shark we >> already discussed and the consensus was to move it out of the framework to specialpurpose. This is not giving us much harms >> (sometimes we get surprises though) and we may continue like that (until?), what about webPOS? We know it misses an essential aspect >> : JavaPOS handling. And I don't know if someone will ever take the challenge. Could we not freeze this component with a tag and >> remove them from the trunk? I know I'm a kind of maniac for ordering things, so maybe I'm totally wrong about that, mostly because then new comers may not be aware about their existence... >> We could also create a specific directory, wip or notused or? and put them both there. Also do we really need ebay *and* ebaystore? >> >> Opinions? >> >> Jacques >> > > |
smime.p7s (3K) |
Administrator
|
In reply to this post by BJ Freeman
It's what is currently done in ofbiz-component and build.xml of specialpurpose.
BTW they are not consistent. I will make them consistent add webpos. I would like to do more and put them in a notmaintained dir, you are right obsolete is too much Thanks Jacques From: "BJ Freeman" <[hidden email]> > haven't had time to catch up from last week. > only suggestion is something like inactive or not being maintained. > obsolete gives the Ideas that it should not be considered by some > enterprising soul in the future. > > > > ========================= > BJ Freeman > Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> > Specialtymarket.com <http://www.specialtymarket.com/> > Systems Integrator-- Glad to Assist > > Chat Y! messenger: bjfr33man > Jacques Le Roux sent the following on 10/10/2010 7:05 AM: > > >> OK, >> >> It seems this does not raise much concerns and we need to move ahead >> with the jQuery branch. What I will do: >> Create an obsolete dir where I will put shark and webpos. It will make >> things clear: except if someone wants to pick them up and works on them >> again the components in this dir are not maintained anymore by the >> community. >> For now I keep ofbizsite out of it because I believe it offer a better >> alternative (possible localisation with some effort already done). But >> if we see that those effort are not continued then we will put it also >> there... >> >> Thanks >> >> Jacques >> >> From: "Jacques Le Roux" <[hidden email]> >>> Hi, >>> >>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a >>> discussion with Sascha. >>> Sascha provided a migration for ofbizwebsite, but I wondered if it's >>> worth maintaining ofbizwebsite if we don't use and especially >>> maintain it at all... >>> Acually I think it's a good idea and some effort have already been >>> made in direction of a localised version of our site. At least >>> I'm aware about Erwan's as they show to me (in French by default) when >>> I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >>> the flags... >>> >>> I think the last discussion about it was >>> http://markmail.org/message/tefac6qlrmrqnlhx. >>> Contrary to Tim and David I'm not a lot concerned about change CMS >>> changes. This for 2 reasons, >>> 1) I don't think they would happen often (if ever) >>> 2) The site is updated every day and could be updated more often if >>> needed. When Gav from the infra team set it it was every 6 >>> hours. I asked for every day only, to avoid the unavailability during >>> update which takes some time since it's svn up + clear all + >>> complete rebuild and launch. >>> The advantage is possible localisation, and I really don't think there >>> are ressources issues. >>> >>> Also I know that at any moment someone could pick up webPOS or Shark >>> and continue the work already done. But I doubt. For Shark we >>> already discussed and the consensus was to move it out of the >>> framework to specialpurpose. This is not giving us much harms >>> (sometimes we get surprises though) and we may continue like that >>> (until?), what about webPOS? We know it misses an essential aspect >>> : JavaPOS handling. And I don't know if someone will ever take the >>> challenge. Could we not freeze this component with a tag and >>> remove them from the trunk? I know I'm a kind of maniac for ordering >>> things, so maybe I'm totally wrong about that, mostly because then new >>> comers may not be aware about their existence... >>> We could also create a specific directory, wip or notused or? and put >>> them both there. Also do we really need ebay *and* ebaystore? >>> >>> Opinions? >>> >>> Jacques >>> >>> >> >> >> > |
|
Administrator
|
Ha, I forgot one point. Before doing anything, I wonder why ldap is deactivated and not crowd, any ideas someone?
Also, below I wrote ofbiz-component when it was actually component-load Jacques From: "Jacques Le Roux" <[hidden email]> > It's what is currently done in ofbiz-component and build.xml of specialpurpose. > BTW they are not consistent. I will make them consistent add webpos. > I would like to do more and put them in a notmaintained dir, you are right obsolete is too much > > Thanks > > Jacques > > From: "BJ Freeman" <[hidden email]> >> haven't had time to catch up from last week. >> only suggestion is something like inactive or not being maintained. >> obsolete gives the Ideas that it should not be considered by some >> enterprising soul in the future. >> >> >> >> ========================= >> BJ Freeman >> Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> >> Specialtymarket.com <http://www.specialtymarket.com/> >> Systems Integrator-- Glad to Assist >> >> Chat Y! messenger: bjfr33man >> Jacques Le Roux sent the following on 10/10/2010 7:05 AM: >> >> >>> OK, >>> >>> It seems this does not raise much concerns and we need to move ahead >>> with the jQuery branch. What I will do: >>> Create an obsolete dir where I will put shark and webpos. It will make >>> things clear: except if someone wants to pick them up and works on them >>> again the components in this dir are not maintained anymore by the >>> community. >>> For now I keep ofbizsite out of it because I believe it offer a better >>> alternative (possible localisation with some effort already done). But >>> if we see that those effort are not continued then we will put it also >>> there... >>> >>> Thanks >>> >>> Jacques >>> >>> From: "Jacques Le Roux" <[hidden email]> >>>> Hi, >>>> >>>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a >>>> discussion with Sascha. >>>> Sascha provided a migration for ofbizwebsite, but I wondered if it's >>>> worth maintaining ofbizwebsite if we don't use and especially >>>> maintain it at all... >>>> Acually I think it's a good idea and some effort have already been >>>> made in direction of a localised version of our site. At least >>>> I'm aware about Erwan's as they show to me (in French by default) when >>>> I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >>>> the flags... >>>> >>>> I think the last discussion about it was >>>> http://markmail.org/message/tefac6qlrmrqnlhx. >>>> Contrary to Tim and David I'm not a lot concerned about change CMS >>>> changes. This for 2 reasons, >>>> 1) I don't think they would happen often (if ever) >>>> 2) The site is updated every day and could be updated more often if >>>> needed. When Gav from the infra team set it it was every 6 >>>> hours. I asked for every day only, to avoid the unavailability during >>>> update which takes some time since it's svn up + clear all + >>>> complete rebuild and launch. >>>> The advantage is possible localisation, and I really don't think there >>>> are ressources issues. >>>> >>>> Also I know that at any moment someone could pick up webPOS or Shark >>>> and continue the work already done. But I doubt. For Shark we >>>> already discussed and the consensus was to move it out of the >>>> framework to specialpurpose. This is not giving us much harms >>>> (sometimes we get surprises though) and we may continue like that >>>> (until?), what about webPOS? We know it misses an essential aspect >>>> : JavaPOS handling. And I don't know if someone will ever take the >>>> challenge. Could we not freeze this component with a tag and >>>> remove them from the trunk? I know I'm a kind of maniac for ordering >>>> things, so maybe I'm totally wrong about that, mostly because then new >>>> comers may not be aware about their existence... >>>> We could also create a specific directory, wip or notused or? and put >>>> them both there. Also do we really need ebay *and* ebaystore? >>>> >>>> Opinions? >>>> >>>> Jacques >>>> >>>> >>> >>> >>> >> > |
|
Administrator
|
In reply to this post by Scott Gray-2
Yes sure, for now I have just made build.xml consistent with component-load (at r1021526)
I note that people are very very busy, my 1st message was more than a week ago. Actually I get used to get no answers, thanks for yours! Jacques Scott Gray wrote: > There is a difference between no one being concerned with what you are suggesting and people being too busy to respond to every > discussion that gets raised on this list. > > I don't have time to get into an involved discussion but I would prefer it if they were left as they are until a real discussion > is had and some form of consensus is reached. > > Regards > Scott > > HotWax Media > http://www.hotwaxmedia.com > > On 11/10/2010, at 3:05 AM, Jacques Le Roux wrote: > >> OK, >> >> It seems this does not raise much concerns and we need to move ahead with the jQuery branch. What I will do: >> Create an obsolete dir where I will put shark and webpos. It will make things clear: except if someone wants to pick them up and >> works on them again the components in this dir are not maintained anymore by the community. For now I keep ofbizsite out of it >> because I believe it offer a better alternative (possible localisation with some effort already done). But if we see that those >> effort are not continued then we will put it also there... >> >> Thanks >> >> Jacques >> >> From: "Jacques Le Roux" <[hidden email]> >>> Hi, >>> >>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion with Sascha. >>> Sascha provided a migration for ofbizwebsite, but I wondered if it's worth maintaining ofbizwebsite if we don't use and >>> especially >>> maintain it at all... >>> Acually I think it's a good idea and some effort have already been made in direction of a localised version of our site. At >>> least >>> I'm aware about Erwan's as they show to me (in French by default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note >>> also >>> the flags... >>> >>> I think the last discussion about it was http://markmail.org/message/tefac6qlrmrqnlhx. >>> Contrary to Tim and David I'm not a lot concerned about change CMS changes. This for 2 reasons, >>> 1) I don't think they would happen often (if ever) >>> 2) The site is updated every day and could be updated more often if needed. When Gav from the infra team set it it was every 6 >>> hours. I asked for every day only, to avoid the unavailability during update which takes some time since it's svn up + clear >>> all + >>> complete rebuild and launch. >>> The advantage is possible localisation, and I really don't think there are ressources issues. >>> >>> Also I know that at any moment someone could pick up webPOS or Shark and continue the work already done. But I doubt. For Shark >>> we >>> already discussed and the consensus was to move it out of the framework to specialpurpose. This is not giving us much harms >>> (sometimes we get surprises though) and we may continue like that (until?), what about webPOS? We know it misses an essential >>> aspect >>>> JavaPOS handling. And I don't know if someone will ever take the challenge. Could we not freeze this component with a tag and >>> remove them from the trunk? I know I'm a kind of maniac for ordering things, so maybe I'm totally wrong about that, mostly >>> because then new comers may not be aware about their existence... We could also create a specific directory, wip or notused or? >>> and put them both there. Also do we really need ebay *and* ebaystore? >>> >>> Opinions? >>> >>> Jacques |
|
|
On doing some more thinking on this.
I was always said that the specialpurpose may or may not be supported. so the least evasive way to maintain that folder is to comment out the components in component-load.xml and build.xml with comments like "not maintained since" with a date any one with Eclipse can see when and what was done to those. Also anyone can go to The web version and see activity. I think the actually thing you trying to address is if you should consider those in your Jquery merge. That to me is something as a general policy on handling Merges and the specialpurpose. you may want to start a seperate thread on that. ========================= BJ Freeman Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> Specialtymarket.com <http://www.specialtymarket.com/> Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Jacques Le Roux sent the following on 10/11/2010 2:58 PM: > Yes sure, for now I have just made build.xml consistent with > component-load (at r1021526) > I note that people are very very busy, my 1st message was more than a > week ago. > Actually I get used to get no answers, thanks for yours! > > Jacques > > Scott Gray wrote: >> There is a difference between no one being concerned with what you are >> suggesting and people being too busy to respond to every >> discussion that gets raised on this list. >> I don't have time to get into an involved discussion but I would >> prefer it if they were left as they are until a real discussion >> is had and some form of consensus is reached. >> Regards >> Scott >> >> HotWax Media >> http://www.hotwaxmedia.com >> >> On 11/10/2010, at 3:05 AM, Jacques Le Roux wrote: >> >>> OK, >>> >>> It seems this does not raise much concerns and we need to move ahead >>> with the jQuery branch. What I will do: >>> Create an obsolete dir where I will put shark and webpos. It will >>> make things clear: except if someone wants to pick them up and >>> works on them again the components in this dir are not maintained >>> anymore by the community. For now I keep ofbizsite out of it >>> because I believe it offer a better alternative (possible >>> localisation with some effort already done). But if we see that those >>> effort are not continued then we will put it also there... >>> Thanks >>> >>> Jacques >>> >>> From: "Jacques Le Roux" <[hidden email]> >>>> Hi, >>>> >>>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a >>>> discussion with Sascha. >>>> Sascha provided a migration for ofbizwebsite, but I wondered if it's >>>> worth maintaining ofbizwebsite if we don't use and >>>> especially maintain it at all... >>>> Acually I think it's a good idea and some effort have already been >>>> made in direction of a localised version of our site. At >>>> least I'm aware about Erwan's as they show to me (in French by >>>> default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note >>>> also the flags... >>>> >>>> I think the last discussion about it was >>>> http://markmail.org/message/tefac6qlrmrqnlhx. >>>> Contrary to Tim and David I'm not a lot concerned about change CMS >>>> changes. This for 2 reasons, >>>> 1) I don't think they would happen often (if ever) >>>> 2) The site is updated every day and could be updated more often if >>>> needed. When Gav from the infra team set it it was every 6 >>>> hours. I asked for every day only, to avoid the unavailability >>>> during update which takes some time since it's svn up + clear >>>> all + complete rebuild and launch. >>>> The advantage is possible localisation, and I really don't think >>>> there are ressources issues. >>>> >>>> Also I know that at any moment someone could pick up webPOS or Shark >>>> and continue the work already done. But I doubt. For Shark >>>> we already discussed and the consensus was to move it out of the >>>> framework to specialpurpose. This is not giving us much harms >>>> (sometimes we get surprises though) and we may continue like that >>>> (until?), what about webPOS? We know it misses an essential >>>> aspect >>>>> JavaPOS handling. And I don't know if someone will ever take the >>>>> challenge. Could we not freeze this component with a tag and >>>> remove them from the trunk? I know I'm a kind of maniac for ordering >>>> things, so maybe I'm totally wrong about that, mostly >>>> because then new comers may not be aware about their existence... We >>>> could also create a specific directory, wip or notused or? >>>> and put them both there. Also do we really need ebay *and* ebaystore? >>>> Opinions? >>>> >>>> Jacques > > |
|
Administrator
|
I thought we could make it more obvious. Because it's not the 1st time I found myself handling patches for desactivated component.
Anyway finally Sascha migrated webpos, so there is no worries, we will stay as is. Thanks Jacques From: "BJ Freeman" <[hidden email]> > On doing some more thinking on this. > I was always said that the specialpurpose may or may not be supported. > so the least evasive way to maintain that folder is to comment out the > components in component-load.xml and build.xml with comments like "not > maintained since" with a date > any one with Eclipse can see when and what was done to those. > Also anyone can go to The web version and see activity. > I think the actually thing you trying to address is if you should > consider those in your Jquery merge. > > That to me is something as a general policy on handling Merges and the > specialpurpose. > you may want to start a seperate thread on that. > > > > ========================= > BJ Freeman > Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> > Specialtymarket.com <http://www.specialtymarket.com/> > Systems Integrator-- Glad to Assist > > Chat Y! messenger: bjfr33man > > Jacques Le Roux sent the following on 10/11/2010 2:58 PM: > >> Yes sure, for now I have just made build.xml consistent with >> component-load (at r1021526) >> I note that people are very very busy, my 1st message was more than a >> week ago. >> Actually I get used to get no answers, thanks for yours! >> >> Jacques >> >> Scott Gray wrote: >>> There is a difference between no one being concerned with what you are >>> suggesting and people being too busy to respond to every >>> discussion that gets raised on this list. >>> I don't have time to get into an involved discussion but I would >>> prefer it if they were left as they are until a real discussion >>> is had and some form of consensus is reached. >>> Regards >>> Scott >>> >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> On 11/10/2010, at 3:05 AM, Jacques Le Roux wrote: >>> >>>> OK, >>>> >>>> It seems this does not raise much concerns and we need to move ahead >>>> with the jQuery branch. What I will do: >>>> Create an obsolete dir where I will put shark and webpos. It will >>>> make things clear: except if someone wants to pick them up and >>>> works on them again the components in this dir are not maintained >>>> anymore by the community. For now I keep ofbizsite out of it >>>> because I believe it offer a better alternative (possible >>>> localisation with some effort already done). But if we see that those >>>> effort are not continued then we will put it also there... >>>> Thanks >>>> >>>> Jacques >>>> >>>> From: "Jacques Le Roux" <[hidden email]> >>>>> Hi, >>>>> >>>>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a >>>>> discussion with Sascha. >>>>> Sascha provided a migration for ofbizwebsite, but I wondered if it's >>>>> worth maintaining ofbizwebsite if we don't use and >>>>> especially maintain it at all... >>>>> Acually I think it's a good idea and some effort have already been >>>>> made in direction of a localised version of our site. At >>>>> least I'm aware about Erwan's as they show to me (in French by >>>>> default) when I log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note >>>>> also the flags... >>>>> >>>>> I think the last discussion about it was >>>>> http://markmail.org/message/tefac6qlrmrqnlhx. >>>>> Contrary to Tim and David I'm not a lot concerned about change CMS >>>>> changes. This for 2 reasons, >>>>> 1) I don't think they would happen often (if ever) >>>>> 2) The site is updated every day and could be updated more often if >>>>> needed. When Gav from the infra team set it it was every 6 >>>>> hours. I asked for every day only, to avoid the unavailability >>>>> during update which takes some time since it's svn up + clear >>>>> all + complete rebuild and launch. >>>>> The advantage is possible localisation, and I really don't think >>>>> there are ressources issues. >>>>> >>>>> Also I know that at any moment someone could pick up webPOS or Shark >>>>> and continue the work already done. But I doubt. For Shark >>>>> we already discussed and the consensus was to move it out of the >>>>> framework to specialpurpose. This is not giving us much harms >>>>> (sometimes we get surprises though) and we may continue like that >>>>> (until?), what about webPOS? We know it misses an essential >>>>> aspect >>>>>> JavaPOS handling. And I don't know if someone will ever take the >>>>>> challenge. Could we not freeze this component with a tag and >>>>> remove them from the trunk? I know I'm a kind of maniac for ordering >>>>> things, so maybe I'm totally wrong about that, mostly >>>>> because then new comers may not be aware about their existence... We >>>>> could also create a specific directory, wip or notused or? >>>>> and put them both there. Also do we really need ebay *and* ebaystore? >>>>> Opinions? >>>>> >>>>> Jacques >> >> > |
|
|
In reply to this post by Jacques Le Roux
Don't worry about it. For me it's totally OK to go BJs way. Comment out the
components in component-load.xml and build.xml with comments should make it clear. Furthermore if an application is not maintained anymore i'm a friend of not loading it, it's good for the back-end overview (less is more:-) and better to handle for new user, isn't it?!). 2010/10/10 Jacques Le Roux <[hidden email]> > OK, > > It seems this does not raise much concerns and we need to move ahead with > the jQuery branch. What I will do: > Create an obsolete dir where I will put shark and webpos. It will make > things clear: except if someone wants to pick them up and works on them > again the components in this dir are not maintained anymore by the > community. > For now I keep ofbizsite out of it because I believe it offer a better > alternative (possible localisation with some effort already done). But if we > see that those effort are not continued then we will put it also there... > > Thanks > > Jacques > > From: "Jacques Le Roux" <[hidden email]> > >> Hi, >> >> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion >> with Sascha. >> Sascha provided a migration for ofbizwebsite, but I wondered if it's worth >> maintaining ofbizwebsite if we don't use and especially >> maintain it at all... >> Acually I think it's a good idea and some effort have already been made in >> direction of a localised version of our site. At least >> I'm aware about Erwan's as they show to me (in French by default) when I >> log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >> the flags... >> >> I think the last discussion about it was >> http://markmail.org/message/tefac6qlrmrqnlhx. >> Contrary to Tim and David I'm not a lot concerned about change CMS >> changes. This for 2 reasons, >> 1) I don't think they would happen often (if ever) >> 2) The site is updated every day and could be updated more often if >> needed. When Gav from the infra team set it it was every 6 >> hours. I asked for every day only, to avoid the unavailability during >> update which takes some time since it's svn up + clear all + >> complete rebuild and launch. >> The advantage is possible localisation, and I really don't think there are >> ressources issues. >> >> Also I know that at any moment someone could pick up webPOS or Shark and >> continue the work already done. But I doubt. For Shark we >> already discussed and the consensus was to move it out of the framework to >> specialpurpose. This is not giving us much harms >> (sometimes we get surprises though) and we may continue like that >> (until?), what about webPOS? We know it misses an essential aspect >> : JavaPOS handling. And I don't know if someone will ever take the >> challenge. Could we not freeze this component with a tag and >> remove them from the trunk? I know I'm a kind of maniac for ordering >> things, so maybe I'm totally wrong about that, mostly because then new >> comers may not be aware about their existence... >> We could also create a specific directory, wip or notused or? and put them >> both there. Also do we really need ebay *and* ebaystore? >> >> Opinions? >> >> Jacques >> >> >> > > -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de |
|
Administrator
|
Agreed, I answered this way in the thread this morning:
>I thought we could make it more obvious. Because it's not the 1st time I found myself handling patches for desactivated component. > Anyway finally Sascha migrated webpos, so there is no worries, we will stay as is. Jacques From: "Sascha Rodekamp" <[hidden email]> > Don't worry about it. For me it's totally OK to go BJs way. Comment out the > components in component-load.xml and build.xml with comments should make it > clear. Furthermore if an application is not maintained anymore i'm a friend > of not loading it, it's good for the back-end overview (less is more:-) and > better to handle for new user, isn't it?!). > > 2010/10/10 Jacques Le Roux <[hidden email]> > >> OK, >> >> It seems this does not raise much concerns and we need to move ahead with >> the jQuery branch. What I will do: >> Create an obsolete dir where I will put shark and webpos. It will make >> things clear: except if someone wants to pick them up and works on them >> again the components in this dir are not maintained anymore by the >> community. >> For now I keep ofbizsite out of it because I believe it offer a better >> alternative (possible localisation with some effort already done). But if we >> see that those effort are not continued then we will put it also there... >> >> Thanks >> >> Jacques >> >> From: "Jacques Le Roux" <[hidden email]> >> >>> Hi, >>> >>> At https://issues.apache.org/jira/browse/OFBIZ-3976 we began a discussion >>> with Sascha. >>> Sascha provided a migration for ofbizwebsite, but I wondered if it's worth >>> maintaining ofbizwebsite if we don't use and especially >>> maintain it at all... >>> Acually I think it's a good idea and some effort have already been made in >>> direction of a localised version of our site. At least >>> I'm aware about Erwan's as they show to me (in French by default) when I >>> log to http://demo-trunk.ofbiz.apache.org/ofbiz/. Note also >>> the flags... >>> >>> I think the last discussion about it was >>> http://markmail.org/message/tefac6qlrmrqnlhx. >>> Contrary to Tim and David I'm not a lot concerned about change CMS >>> changes. This for 2 reasons, >>> 1) I don't think they would happen often (if ever) >>> 2) The site is updated every day and could be updated more often if >>> needed. When Gav from the infra team set it it was every 6 >>> hours. I asked for every day only, to avoid the unavailability during >>> update which takes some time since it's svn up + clear all + >>> complete rebuild and launch. >>> The advantage is possible localisation, and I really don't think there are >>> ressources issues. >>> >>> Also I know that at any moment someone could pick up webPOS or Shark and >>> continue the work already done. But I doubt. For Shark we >>> already discussed and the consensus was to move it out of the framework to >>> specialpurpose. This is not giving us much harms >>> (sometimes we get surprises though) and we may continue like that >>> (until?), what about webPOS? We know it misses an essential aspect >>> : JavaPOS handling. And I don't know if someone will ever take the >>> challenge. Could we not freeze this component with a tag and >>> remove them from the trunk? I know I'm a kind of maniac for ordering >>> things, so maybe I'm totally wrong about that, mostly because then new >>> comers may not be aware about their existence... >>> We could also create a specific directory, wip or notused or? and put them >>> both there. Also do we really need ebay *and* ebaystore? >>> >>> Opinions? >>> >>> Jacques >>> >>> >>> >> >> > > > -- > Sascha Rodekamp > Lynx-Consulting GmbH > Johanniskirchplatz 6 > D-33615 Bielefeld > http://www.lynx.de > |
«
Return to OFBiz - Dev
|
1 view|%1 views
| Free forum by Nabble | Edit this page |