Administrator
|
Disclaimer: I did not try it, but I can't see why it would not work
Since it works in trunk, it should be just a matter of replicating the same in R13.07 (hint: comparing pos component in both cases may help) Jacques Le 07/04/2014 23:01, Jacques Le Roux a écrit : > Ha I missed your question about pos-containers.xml (it's not easy fro me to follow from an email client when you use Nabble and think I also use it...) > You need 1st to checkout the pos component from trunk (place it in specialpurpose as it was before) and you will find what you are looking for in > its ofbiz-component.xml > > Jacques > > Le 07/04/2014 16:08, mandeepmavi a écrit : >> Hi, I moved pos-containers.xml from trunk. but not working, unable to figure >> out if i need more changes. >> >> >> >> -- >> View this message in context: http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4650247.html >> Sent from the OFBiz - User mailing list archive at Nabble.com. >> > -- |
did lots of things, no progress, POS unable to print. did some changes in few xml files added some lines for POS, moved some extra file. No luck.
|
i also worked on Ofbiz for printer. but no luck
|
In reply to this post by Shilpi
Shilpi you will get JavaPOS in CD with new Epson to use.
|
Hi Jacques,
POS is working with ofbiz13. But still giving error if amount tendered is over payed. Mandeep Mavi |
HI
If i add POS to new release or SVN. getting error with ant command. copy-derby-props: ofbiz-init: build: [echo] [build] ========== Start Building (Compile) ========== build-framework: init: prepare: classes: jar: init: prepare: gen-src: classes: jar: init: prepare: gen-src: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: stubs: main-jar: rmi-jar: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: build-applications: init: prepare: classes: [javac16] Compiling 1 source file to c:\ofbiz\applications\content\build\class es jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: build-specialpurpose: init: prepare: classes: jar: init: prepare: classes: [javac16] Compiling 62 source files to c:\ofbiz\specialpurpose\pos\build\class es [javac16] c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 : cannot find symbol [javac16] symbol : class EntityQuery [javac16] location: package org.ofbiz.entity.util [javac16] import org.ofbiz.entity.util.EntityQuery; [javac16] ^ [javac16] c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 : cannot find symbol [javac16] symbol : class EntityQuery [javac16] location: package org.ofbiz.entity.util [javac16] import org.ofbiz.entity.util.EntityQuery; [javac16] ^ [javac16] c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 7: cannot find symbol [javac16] symbol : variable EntityQuery [javac16] location: class org.ofbiz.pos.PosTransaction [javac16] product = EntityQuery.use(delegator).from("Product").whe re("productId", productId).cache().queryOne(); [javac16] ^ [javac16] c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 6: cannot find symbol [javac16] symbol : variable EntityQuery [javac16] location: class org.ofbiz.pos.PosTransaction [javac16] product = EntityQuery.use(delegator).from("Product").whe re("productId", productId).cache().queryOne(); [javac16] ^ [javac16] c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in org.of biz.base.config.ResourceLoader has been deprecated [javac16] Element root = ResourceLoader.getXmlRootElement(ButtonEventC onfig.BUTTON_EVENT_CONFIG); [javac16] ^ [javac16] 3 errors [javac16] 1 warning BUILD FAILED c:\ofbiz\build.xml:230: The following error occurred while executing this line: c:\ofbiz\build.xml:252: The following error occurred while executing this line: c:\ofbiz\macros.xml:39: The following error occurred while executing this line: c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for detail s. Total time: 7 seconds c:\ofbiz> Mandeep |
Hi Mandeep,
You'll have to find a specific revision of trunk to checkout and use with r13.07. Changes were implemented in special purpose components that depend on changes in framework components not incorporated in r13.07.x I experienced the same with scrum. And it is most likely to happen with the other special purpose components excluded in r13.07.x. Regards, Pierre Smits *ORRTIZ.COM <http://www.orrtiz.com>* Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Wed, Nov 12, 2014 at 4:32 PM, mandeepmavi <[hidden email]> wrote: > HI > If i add POS to new release or SVN. getting error with ant command. > > copy-derby-props: > > ofbiz-init: > > build: > [echo] [build] ========== Start Building (Compile) ========== > > build-framework: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > gen-src: > > classes: > > jar: > > init: > > prepare: > > gen-src: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > stubs: > > main-jar: > > rmi-jar: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > build-applications: > > init: > > prepare: > > classes: > [javac16] Compiling 1 source file to > c:\ofbiz\applications\content\build\class > es > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > > jar: > > build-specialpurpose: > > init: > > prepare: > > classes: > > jar: > > init: > > prepare: > > classes: > [javac16] Compiling 62 source files to > c:\ofbiz\specialpurpose\pos\build\class > es > [javac16] > c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 > : cannot find symbol > [javac16] symbol : class EntityQuery > [javac16] location: package org.ofbiz.entity.util > [javac16] import org.ofbiz.entity.util.EntityQuery; > [javac16] ^ > [javac16] > c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 > : cannot find symbol > [javac16] symbol : class EntityQuery > [javac16] location: package org.ofbiz.entity.util > [javac16] import org.ofbiz.entity.util.EntityQuery; > [javac16] ^ > [javac16] > c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 > 7: cannot find symbol > [javac16] symbol : variable EntityQuery > [javac16] location: class org.ofbiz.pos.PosTransaction > [javac16] product = > EntityQuery.use(delegator).from("Product").whe > re("productId", productId).cache().queryOne(); > [javac16] ^ > [javac16] > c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 > 6: cannot find symbol > [javac16] symbol : variable EntityQuery > [javac16] location: class org.ofbiz.pos.PosTransaction > [javac16] product = > EntityQuery.use(delegator).from("Product").whe > re("productId", productId).cache().queryOne(); > [javac16] ^ > [javac16] > c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf > ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in > org.of > biz.base.config.ResourceLoader has been deprecated > [javac16] Element root = > ResourceLoader.getXmlRootElement(ButtonEventC > onfig.BUTTON_EVENT_CONFIG); > [javac16] ^ > [javac16] 3 errors > [javac16] 1 warning > > BUILD FAILED > c:\ofbiz\build.xml:230: The following error occurred while executing this > line: > c:\ofbiz\build.xml:252: The following error occurred while executing this > line: > c:\ofbiz\macros.xml:39: The following error occurred while executing this > line: > c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for > detail > s. > > Total time: 7 seconds > c:\ofbiz> > > Mandeep > > > > -- > View this message in context: > http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658123.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > |
Administrator
|
It's r1627929
Jacques Le 12/11/2014 22:45, Pierre Smits a écrit : > Hi Mandeep, > > You'll have to find a specific revision of trunk to checkout and use with > r13.07. Changes were implemented in special purpose components that depend > on changes in framework components not incorporated in r13.07.x > > I experienced the same with scrum. And it is most likely to happen with the > other special purpose components excluded in r13.07.x. > > Regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Wed, Nov 12, 2014 at 4:32 PM, mandeepmavi <[hidden email]> wrote: > >> HI >> If i add POS to new release or SVN. getting error with ant command. >> >> copy-derby-props: >> >> ofbiz-init: >> >> build: >> [echo] [build] ========== Start Building (Compile) ========== >> >> build-framework: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> gen-src: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> gen-src: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> stubs: >> >> main-jar: >> >> rmi-jar: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> build-applications: >> >> init: >> >> prepare: >> >> classes: >> [javac16] Compiling 1 source file to >> c:\ofbiz\applications\content\build\class >> es >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> build-specialpurpose: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> [javac16] Compiling 62 source files to >> c:\ofbiz\specialpurpose\pos\build\class >> es >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >> : cannot find symbol >> [javac16] symbol : class EntityQuery >> [javac16] location: package org.ofbiz.entity.util >> [javac16] import org.ofbiz.entity.util.EntityQuery; >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >> : cannot find symbol >> [javac16] symbol : class EntityQuery >> [javac16] location: package org.ofbiz.entity.util >> [javac16] import org.ofbiz.entity.util.EntityQuery; >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 >> 7: cannot find symbol >> [javac16] symbol : variable EntityQuery >> [javac16] location: class org.ofbiz.pos.PosTransaction >> [javac16] product = >> EntityQuery.use(delegator).from("Product").whe >> re("productId", productId).cache().queryOne(); >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 >> 6: cannot find symbol >> [javac16] symbol : variable EntityQuery >> [javac16] location: class org.ofbiz.pos.PosTransaction >> [javac16] product = >> EntityQuery.use(delegator).from("Product").whe >> re("productId", productId).cache().queryOne(); >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf >> ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in >> org.of >> biz.base.config.ResourceLoader has been deprecated >> [javac16] Element root = >> ResourceLoader.getXmlRootElement(ButtonEventC >> onfig.BUTTON_EVENT_CONFIG); >> [javac16] ^ >> [javac16] 3 errors >> [javac16] 1 warning >> >> BUILD FAILED >> c:\ofbiz\build.xml:230: The following error occurred while executing this >> line: >> c:\ofbiz\build.xml:252: The following error occurred while executing this >> line: >> c:\ofbiz\macros.xml:39: The following error occurred while executing this >> line: >> c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for >> detail >> s. >> >> Total time: 7 seconds >> c:\ofbiz> >> >> Mandeep >> >> >> >> -- >> View this message in context: >> http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658123.html >> Sent from the OFBiz - User mailing list archive at Nabble.com. >> |
In reply to this post by Pierre Smits
Pierre has a point. Throwing little used components in trunk will just
make them completely unsupported and unable to compile, then just try to get them fixed. If a developer changes code in a branch so much that it renders a component in trunk to not compile, then soon none of them will work (like scrum). Put them back in the branch so they will force the committer to fix them so they at least compile. My 2 cents. Sent from my BlackBerry® PlayBook™ www.blackberry.com ------------------------------ *From:* "Jacques Le Roux" <[hidden email]> *To:* "[hidden email]" <[hidden email]> *Sent:* November 12, 2014 2:15 PM *Subject:* Re: New to Ofbiz and Ofbiz POS It's r1627929 Jacques Le 12/11/2014 22:45, Pierre Smits a écrit : > Hi Mandeep, > > You'll have to find a specific revision of trunk to checkout and use with > r13.07. Changes were implemented in special purpose components that depend > on changes in framework components not incorporated in r13.07.x > > I experienced the same with scrum. And it is most likely to happen with the > other special purpose components excluded in r13.07.x. > > Regards, > > Pierre Smits > > *ORRTIZ.COM * > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Wed, Nov 12, 2014 at 4:32 PM, mandeepmavi wrote: > >> HI >> If i add POS to new release or SVN. getting error with ant command. >> >> copy-derby-props: >> >> ofbiz-init: >> >> build: >> [echo] [build] ========== Start Building (Compile) =========>> >> build-framework: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> gen-src: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> gen-src: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> stubs: >> >> main-jar: >> >> rmi-jar: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> build-applications: >> >> init: >> >> prepare: >> >> classes: >> [javac16] Compiling 1 source file to >> c:\ofbiz\applications\content\build\class >> es >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> build-specialpurpose: >> >> init: >> >> prepare: >> >> classes: >> >> jar: >> >> init: >> >> prepare: >> >> classes: >> [javac16] Compiling 62 source files to >> c:\ofbiz\specialpurpose\pos\build\class >> es >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >> : cannot find symbol >> [javac16] symbol : class EntityQuery >> [javac16] location: package org.ofbiz.entity.util >> [javac16] import org.ofbiz.entity.util.EntityQuery; >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >> : cannot find symbol >> [javac16] symbol : class EntityQuery >> [javac16] location: package org.ofbiz.entity.util >> [javac16] import org.ofbiz.entity.util.EntityQuery; >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 >> 7: cannot find symbol >> [javac16] symbol : variable EntityQuery >> [javac16] location: class org.ofbiz.pos.PosTransaction >> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >> re("productId", productId).cache().queryOne(); >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 >> 6: cannot find symbol >> [javac16] symbol : variable EntityQuery >> [javac16] location: class org.ofbiz.pos.PosTransaction >> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >> re("productId", productId).cache().queryOne(); >> [javac16] ^ >> [javac16] >> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf >> ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in >> org.of >> biz.base.config.ResourceLoader has been deprecated >> [javac16] Element root >> ResourceLoader.getXmlRootElement(ButtonEventC >> onfig.BUTTON_EVENT_CONFIG); >> [javac16] ^ >> [javac16] 3 errors >> [javac16] 1 warning >> >> BUILD FAILED >> c:\ofbiz\build.xml:230: The following error occurred while executing this >> line: >> c:\ofbiz\build.xml:252: The following error occurred while executing this >> line: >> c:\ofbiz\macros.xml:39: The following error occurred while executing this >> line: >> c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for >> detail >> s. >> >> Total time: 7 seconds >> c:\ofbiz> >> >> Mandeep >> >> >> >> -- >> View this message in context: >> http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658123.html >> Sent from the OFBiz - User mailing list archive at Nabble.com. >> |
Another reason to get them into sub-projects.
Ron On 12/11/2014 6:43 PM, Mike Z wrote: > Pierre has a point. Throwing little used components in trunk will just > make them completely unsupported and unable to compile, then just try to > get them fixed. If a developer changes code in a branch so much that it > renders a component in trunk to not compile, then soon none of them will > work (like scrum). > > Put them back in the branch so they will force the committer to fix them so > they at least compile. > > My 2 cents. > > Sent from my BlackBerry® PlayBook™ > www.blackberry.com > > ------------------------------ > *From:* "Jacques Le Roux" <[hidden email]> > *To:* "[hidden email]" <[hidden email]> > *Sent:* November 12, 2014 2:15 PM > *Subject:* Re: New to Ofbiz and Ofbiz POS > > It's r1627929 > > Jacques > > Le 12/11/2014 22:45, Pierre Smits a écrit : >> Hi Mandeep, >> >> You'll have to find a specific revision of trunk to checkout and use with >> r13.07. Changes were implemented in special purpose components that depend >> on changes in framework components not incorporated in r13.07.x >> >> I experienced the same with scrum. And it is most likely to happen with the >> other special purpose components excluded in r13.07.x. >> >> Regards, >> >> Pierre Smits >> >> *ORRTIZ.COM * >> Services & Solutions for Cloud- >> Based Manufacturing, Professional >> Services and Retail & Trade >> http://www.orrtiz.com >> >> On Wed, Nov 12, 2014 at 4:32 PM, mandeepmavi wrote: >> >>> HI >>> If i add POS to new release or SVN. getting error with ant command. >>> >>> copy-derby-props: >>> >>> ofbiz-init: >>> >>> build: >>> [echo] [build] ========== Start Building (Compile) =========>> >>> build-framework: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> gen-src: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> gen-src: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> stubs: >>> >>> main-jar: >>> >>> rmi-jar: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> build-applications: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> [javac16] Compiling 1 source file to >>> c:\ofbiz\applications\content\build\class >>> es >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> build-specialpurpose: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> >>> jar: >>> >>> init: >>> >>> prepare: >>> >>> classes: >>> [javac16] Compiling 62 source files to >>> c:\ofbiz\specialpurpose\pos\build\class >>> es >>> [javac16] >>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >>> : cannot find symbol >>> [javac16] symbol : class EntityQuery >>> [javac16] location: package org.ofbiz.entity.util >>> [javac16] import org.ofbiz.entity.util.EntityQuery; >>> [javac16] ^ >>> [javac16] >>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >>> : cannot find symbol >>> [javac16] symbol : class EntityQuery >>> [javac16] location: package org.ofbiz.entity.util >>> [javac16] import org.ofbiz.entity.util.EntityQuery; >>> [javac16] ^ >>> [javac16] >>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 >>> 7: cannot find symbol >>> [javac16] symbol : variable EntityQuery >>> [javac16] location: class org.ofbiz.pos.PosTransaction >>> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >>> re("productId", productId).cache().queryOne(); >>> [javac16] ^ >>> [javac16] >>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 >>> 6: cannot find symbol >>> [javac16] symbol : variable EntityQuery >>> [javac16] location: class org.ofbiz.pos.PosTransaction >>> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >>> re("productId", productId).cache().queryOne(); >>> [javac16] ^ >>> [javac16] >>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf >>> ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in >>> org.of >>> biz.base.config.ResourceLoader has been deprecated >>> [javac16] Element root >> ResourceLoader.getXmlRootElement(ButtonEventC >>> onfig.BUTTON_EVENT_CONFIG); >>> [javac16] ^ >>> [javac16] 3 errors >>> [javac16] 1 warning >>> >>> BUILD FAILED >>> c:\ofbiz\build.xml:230: The following error occurred while executing this >>> line: >>> c:\ofbiz\build.xml:252: The following error occurred while executing this >>> line: >>> c:\ofbiz\macros.xml:39: The following error occurred while executing this >>> line: >>> c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for >>> detail >>> s. >>> >>> Total time: 7 seconds >>> c:\ofbiz> >>> >>> Mandeep >>> >>> >>> >>> -- >>> View this message in context: >>> http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658123.html >>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>> -- Ron Wheeler President Artifact Software Inc email: [hidden email] skype: ronaldmwheeler phone: 866-970-2435, ext 102 |
Administrator
|
The official decision is not done, but we have already kinda decided to put them back in the branch. The idea is of course to make them work again in
the branch. They would though not be available in the next 13.07 release (ie R13.07.0.2), but in sync in the release branch since, after reintroduction, there will not be any new features in the branch, but as normal only bug fixes. http://markmail.org/message/fmmnvpzrf4sxmnvy So it would be easy and safe to integrate them in a released package using a simple copy. Or to keep in sync with bug fixes svn external like I did for the demo (not at the moment) https://svn.apache.org/viewvc/ofbiz/trunk/tools/demo-backup/branch13.7-demo.patch?revision=1613049&view=markup (the port.https.enabled=N property is only for the demo) This also suggest that it's easier to work from the branch than from a released package, think about it This is not how things are normally handled at the ASF (other projects are often actually libs). So we could suggest this way to do in our download page? As discussed in above thread, another possibility is to create sub projects. But for now the most active committers are rather against. Which does not mean it will never happen... Jacques Le 13/11/2014 01:48, Ron Wheeler a écrit : > Another reason to get them into sub-projects. > > Ron > On 12/11/2014 6:43 PM, Mike Z wrote: >> Pierre has a point. Throwing little used components in trunk will just >> make them completely unsupported and unable to compile, then just try to >> get them fixed. If a developer changes code in a branch so much that it >> renders a component in trunk to not compile, then soon none of them will >> work (like scrum). >> >> Put them back in the branch so they will force the committer to fix them so >> they at least compile. >> >> My 2 cents. >> >> Sent from my BlackBerry® PlayBook™ >> www.blackberry.com >> >> ------------------------------ >> *From:* "Jacques Le Roux" <[hidden email]> >> *To:* "[hidden email]" <[hidden email]> >> *Sent:* November 12, 2014 2:15 PM >> *Subject:* Re: New to Ofbiz and Ofbiz POS >> >> It's r1627929 >> >> Jacques >> >> Le 12/11/2014 22:45, Pierre Smits a écrit : >>> Hi Mandeep, >>> >>> You'll have to find a specific revision of trunk to checkout and use with >>> r13.07. Changes were implemented in special purpose components that depend >>> on changes in framework components not incorporated in r13.07.x >>> >>> I experienced the same with scrum. And it is most likely to happen with the >>> other special purpose components excluded in r13.07.x. >>> >>> Regards, >>> >>> Pierre Smits >>> >>> *ORRTIZ.COM * >>> Services & Solutions for Cloud- >>> Based Manufacturing, Professional >>> Services and Retail & Trade >>> http://www.orrtiz.com >>> >>> On Wed, Nov 12, 2014 at 4:32 PM, mandeepmavi wrote: >>> >>>> HI >>>> If i add POS to new release or SVN. getting error with ant command. >>>> >>>> copy-derby-props: >>>> >>>> ofbiz-init: >>>> >>>> build: >>>> [echo] [build] ========== Start Building (Compile) =========>> >>>> build-framework: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> gen-src: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> gen-src: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> stubs: >>>> >>>> main-jar: >>>> >>>> rmi-jar: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> build-applications: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> [javac16] Compiling 1 source file to >>>> c:\ofbiz\applications\content\build\class >>>> es >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> build-specialpurpose: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> >>>> jar: >>>> >>>> init: >>>> >>>> prepare: >>>> >>>> classes: >>>> [javac16] Compiling 62 source files to >>>> c:\ofbiz\specialpurpose\pos\build\class >>>> es >>>> [javac16] >>>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >>>> : cannot find symbol >>>> [javac16] symbol : class EntityQuery >>>> [javac16] location: package org.ofbiz.entity.util >>>> [javac16] import org.ofbiz.entity.util.EntityQuery; >>>> [javac16] ^ >>>> [javac16] >>>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59 >>>> : cannot find symbol >>>> [javac16] symbol : class EntityQuery >>>> [javac16] location: package org.ofbiz.entity.util >>>> [javac16] import org.ofbiz.entity.util.EntityQuery; >>>> [javac16] ^ >>>> [javac16] >>>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:43 >>>> 7: cannot find symbol >>>> [javac16] symbol : variable EntityQuery >>>> [javac16] location: class org.ofbiz.pos.PosTransaction >>>> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >>>> re("productId", productId).cache().queryOne(); >>>> [javac16] ^ >>>> [javac16] >>>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:49 >>>> 6: cannot find symbol >>>> [javac16] symbol : variable EntityQuery >>>> [javac16] location: class org.ofbiz.pos.PosTransaction >>>> [javac16] product >> EntityQuery.use(delegator).from("Product").whe >>>> re("productId", productId).cache().queryOne(); >>>> [javac16] ^ >>>> [javac16] >>>> c:\ofbiz\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConf >>>> ig.java:55: warning: [deprecation] getXmlRootElement(java.lang.String) in >>>> org.of >>>> biz.base.config.ResourceLoader has been deprecated >>>> [javac16] Element root >> ResourceLoader.getXmlRootElement(ButtonEventC >>>> onfig.BUTTON_EVENT_CONFIG); >>>> [javac16] ^ >>>> [javac16] 3 errors >>>> [javac16] 1 warning >>>> >>>> BUILD FAILED >>>> c:\ofbiz\build.xml:230: The following error occurred while executing this >>>> line: >>>> c:\ofbiz\build.xml:252: The following error occurred while executing this >>>> line: >>>> c:\ofbiz\macros.xml:39: The following error occurred while executing this >>>> line: >>>> c:\ofbiz\common.xml:91: Compile failed; see the compiler error output for >>>> detail >>>> s. >>>> >>>> Total time: 7 seconds >>>> c:\ofbiz> >>>> >>>> Mandeep >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658123.html >>>> Sent from the OFBiz - User mailing list archive at Nabble.com. >>>> > > |
Hi all,
Putting special purpose components (and others) in separate development branches is in effect the same as creating svn sub projects for those components. As Jacques pointed out, this is not equal to making them available to the user in a released form. The user still has to undertake (quite some) extra steps to get something to be able to work with it in a production environment. Regards, Pierre Smits *ORRTIZ.COM <http://www.orrtiz.com>* Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Thu, Nov 13, 2014 at 9:58 AM, Jacques Le Roux < [hidden email]> wrote: > The official decision is not done, but we have already kinda decided to > put them back in the branch. The idea is of course to make them work again > in the branch. > They would though not be available in the next 13.07 release (ie > R13.07.0.2), but in sync in the release branch since, after reintroduction, > there will not be any new features in the branch, but as normal only bug > fixes. > http://markmail.org/message/fmmnvpzrf4sxmnvy > > So it would be easy and safe to integrate them in a released package using > a simple copy. > Or to keep in sync with bug fixes svn external like I did for the demo > (not at the moment) https://svn.apache.org/viewvc/ > ofbiz/trunk/tools/demo-backup/branch13.7-demo.patch? > revision=1613049&view=markup > (the port.https.enabled=N property is only for the demo) > > This also suggest that it's easier to work from the branch than from a > released package, think about it > This is not how things are normally handled at the ASF (other projects > are often actually libs). > So we could suggest this way to do in our download page? > > As discussed in above thread, another possibility is to create sub > projects. > But for now the most active committers are rather against. Which does not > mean it will never happen... > > Jacques > > Le 13/11/2014 01:48, Ron Wheeler a écrit : > > Another reason to get them into sub-projects. >> > |
In reply to this post by Jacques Le Roux
Jacques,
unable to find this(r1627929 ) revision. |
Administrator
|
https://svn.apache.org/viewvc?view=revision&revision=r1627929
It's the last commit before the EntityQuery class was introduced Jacques Le 13/11/2014 16:21, mandeepmavi a écrit : > Jacques, > unable to find this(r1627929 > ) revision. > > > > -- > View this message in context: http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658171.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > |
Administrator
|
In reply to this post by Pierre Smits
Depends, seems that Ingo Wolfmayr got some success with the SEO branch https://issues.apache.org/jira/browse/OFBIZ-5312
And even with a released package, or whatever coming from the project, you always have the need to adapt to your specific needs. When compared to a release branch, I don't see the released package as at benefit for users, more a dogma (and a license guarantee) from the ASF, and not fitting very well in case of OFBiz. Jacques Le 13/11/2014 15:48, Pierre Smits a écrit : > Hi all, > > Putting special purpose components (and others) in separate development > branches is in effect the same as creating svn sub projects for those > components. > > As Jacques pointed out, this is not equal to making them available to the > user in a released form. The user still has to undertake (quite some) extra > steps to get something to be able to work with it in a production > environment. > > Regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Thu, Nov 13, 2014 at 9:58 AM, Jacques Le Roux < > [hidden email]> wrote: > >> The official decision is not done, but we have already kinda decided to >> put them back in the branch. The idea is of course to make them work again >> in the branch. >> They would though not be available in the next 13.07 release (ie >> R13.07.0.2), but in sync in the release branch since, after reintroduction, >> there will not be any new features in the branch, but as normal only bug >> fixes. >> http://markmail.org/message/fmmnvpzrf4sxmnvy >> >> So it would be easy and safe to integrate them in a released package using >> a simple copy. >> Or to keep in sync with bug fixes svn external like I did for the demo >> (not at the moment) https://svn.apache.org/viewvc/ >> ofbiz/trunk/tools/demo-backup/branch13.7-demo.patch? >> revision=1613049&view=markup >> (the port.https.enabled=N property is only for the demo) >> >> This also suggest that it's easier to work from the branch than from a >> released package, think about it >> This is not how things are normally handled at the ASF (other projects >> are often actually libs). >> So we could suggest this way to do in our download page? >> >> As discussed in above thread, another possibility is to create sub >> projects. >> But for now the most active committers are rather against. Which does not >> mean it will never happen... >> >> Jacques >> >> Le 13/11/2014 01:48, Ron Wheeler a écrit : >> >> Another reason to get them into sub-projects. |
In reply to this post by Jacques Le Roux
Hi Jacques,
Now its looking for patches. Regards Mandeep |
Administrator
|
Not sure what you mean, sorry
Jacques Le 14/11/2014 17:28, mandeepmavi a écrit : > Hi Jacques, > Now its looking for patches. > Regards > Mandeep > > > > -- > View this message in context: http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658276.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > |
I understand both sides of this issue.
No one wants to hold up the new release of the core (its pretty huge in itself). But it makes you miss the specials like POS or Scrum. Just my opinion is you have to not include them. So whoever decided to lose them did what I think is the proper thing. All the specials should be documented as to what is the version of code they work with and there should be a simple way to add them (hot-deploy etc?) Folks who use them and want them have to get them happy in the current version and make the fixed version available to everyone. Maybe there could be some co-ordination, so when new releases are planned for core, the specials could be ready as well. But tying the together makes it even more of a chore to do a new release. My 2 cents. Joel
Joel Fradkin
|
+1 for moving them to sub-projects. That is how they would work.
Ron On 14/11/2014 4:42 PM, [hidden email] wrote: > I understand both sides of this issue. > No one wants to hold up the new release of the core (its pretty huge in > itself). > But it makes you miss the specials like POS or Scrum. > Just my opinion is you have to not include them. So whoever decided to lose > them did what I think is the proper thing. All the specials should be > documented as to what is the version of code they work with and there should > be a simple way to add them (hot-deploy etc?) > Folks who use them and want them have to get them happy in the current > version and make the fixed version available to everyone. Maybe there could > be some co-ordination, so when new releases are planned for core, the > specials could be ready as well. But tying the together makes it even more > of a chore to do a new release. My 2 cents. > > Joel > > > > ----- > Joel Fradkin > -- > View this message in context: http://ofbiz.135035.n4.nabble.com/New-to-Ofbiz-and-Ofbiz-POS-tp4647653p4658280.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > -- Ron Wheeler President Artifact Software Inc email: [hidden email] skype: ronaldmwheeler phone: 866-970-2435, ext 102 |
In reply to this post by Jacques Le Roux
Jacques below is error getting if using new release
build: [echo] [build] ========== Start Building (Compile) ========== build-framework: init: prepare: classes: jar: init: prepare: gen-src: classes: jar: init: prepare: gen-src: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: stubs: main-jar: rmi-jar: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: build-applications: init: prepare: classes: [javac16] Compiling 1 source file to c:\hw\applications\content\build\classes [javac16] warning: [options] bootstrap class path not set in conjunction with -source 1.6 [javac16] 1 warning jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: init: prepare: classes: jar: build-specialpurpose: init: prepare: classes: jar: init: prepare: classes: [javac16] Compiling 62 source files to c:\hw\specialpurpose\pos\build\classes [javac16] warning: [options] bootstrap class path not set in conjunction with -source 1.6 [javac16] c:\hw\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59: e rror: cannot find symbol [javac16] import org.ofbiz.entity.util.EntityQuery; [javac16] ^ [javac16] symbol: class EntityQuery [javac16] location: package org.ofbiz.entity.util [javac16] c:\hw\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:59: e rror: cannot find symbol [javac16] import org.ofbiz.entity.util.EntityQuery; [javac16] ^ [javac16] symbol: class EntityQuery [javac16] location: package org.ofbiz.entity.util [javac16] c:\hw\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:437: error: cannot find symbol [javac16] product = EntityQuery.use(delegator).from("Product").whe re("productId", productId).cache().queryOne(); [javac16] ^ [javac16] symbol: variable EntityQuery [javac16] location: class PosTransaction [javac16] c:\hw\specialpurpose\pos\src\org\ofbiz\pos\PosTransaction.java:496: error: cannot find symbol [javac16] product = EntityQuery.use(delegator).from("Product").whe re("productId", productId).cache().queryOne(); [javac16] ^ [javac16] symbol: variable EntityQuery [javac16] location: class PosTransaction [javac16] c:\hw\specialpurpose\pos\src\org\ofbiz\pos\config\ButtonEventConfig. java:55: warning: [deprecation] getXmlRootElement(String) in ResourceLoader has been deprecated [javac16] Element root = ResourceLoader.getXmlRootElement(ButtonEventC onfig.BUTTON_EVENT_CONFIG); [javac16] ^ [javac16] Note: Some input files use unchecked or unsafe operations. [javac16] Note: Recompile with -Xlint:unchecked for details. [javac16] 3 errors [javac16] 2 warnings BUILD FAILED c:\hw\build.xml:230: The following error occurred while executing this line: c:\hw\build.xml:252: The following error occurred while executing this line: c:\hw\macros.xml:39: The following error occurred while executing this line: c:\hw\common.xml:91: Compile failed; see the compiler error output for details. Total time: 13 seconds |
Free forum by Nabble | Edit this page |