[jira] [Commented] (OFBIZ-7945) Webpos Keyboard Shortcut keys does not work correctly
[ https://issues.apache.org/jira/browse/OFBIZ-7945?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15410487#comment-15410487 ] Vishal Chhabria commented on OFBIZ-7945: Will provide patch for it soon. > Webpos Keyboard Shortcut keys does not work correctly > - > > Key: OFBIZ-7945 > URL: https://issues.apache.org/jira/browse/OFBIZ-7945 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/webpos >Reporter: Vishal Chhabria >Priority: Trivial > > Keyboard shortcut keys doesn't work properly in web pos - > e.g > 1) Clicking on F11(Subtract Quantity) removes all items from the cart. > 2) Clicking on F10 (Add Quantity) decreases the quantity of the item. > And this unexpected behaviour can be found in some other keys as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7945) Webpos Keyboard Shortcut keys does not work correctly
Vishal Chhabria created OFBIZ-7945: -- Summary: Webpos Keyboard Shortcut keys does not work correctly Key: OFBIZ-7945 URL: https://issues.apache.org/jira/browse/OFBIZ-7945 Project: OFBiz Issue Type: Bug Components: specialpurpose/webpos Reporter: Vishal Chhabria Priority: Trivial Keyboard shortcut keys doesn't work properly in web pos - e.g 1) Clicking on F11(Subtract Quantity) removes all items from the cart. 2) Clicking on F10 (Add Quantity) decreases the quantity of the item. And this unexpected behaviour can be found in some other keys as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Taking a decision on remaining Jars in OFBiz
Why isn't whatever functionality 'ofbizSecure' provides, just included as part of the regular 'ofbiz' task? On 5 August 2016 at 21:35, Jacques Le Rouxwrote: > Le 05/08/2016 à 11:21, Taher Alkhateeb a écrit : > >> +1 makes sense >> >> Should we also remove the tasks ofbizSecure and ofbizBackgroundSecure and >> replace them with some scripts in /tools if people are not using them? (I >> assume we only use them with demos?) >> >> On Aug 5, 2016 10:07 AM, "Jacques Le Roux" >> wrote: >> > > Nope, those are intended to be used in production if ever you need it. > > See the warning there https://cwiki.apache.org/confl > uence/display/OFBIZ/Keeping+OFBiz+secure for details > > Jacques > >
buildbot exception in on ofbiz-trunk
The Buildbot has detected a build exception on builder ofbiz-trunk while building . Full details are available at: https://ci.apache.org/builders/ofbiz-trunk/builds/1199 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' triggered this build Build Source Stamp: [branch ofbiz/trunk] 1745569 Blamelist: BUILD FAILED: exception shell upload_2 Sincerely, -The Buildbot
Re: Security : seed-initial
It's demo data, what's wrong with it using the demo reader? Any number of issues can arise when you modify demo data in the database and then reload it. e.g. shipping a demo order and then reloading the XML would leave the shipment and issuances in place but revert the order to approved. Perhaps it should be renamed to PasswordSecurityDemoData.xml Regards Scott On 6 August 2016 at 02:04, Jacques Le Rouxwrote: > Mmm, yes you are right, it can't be seed-initial. But also not ext-demo, > it's only for adopters. I finally think we should keep as is or introduce > another specialised reader, not a big deal and not for today... > > Thanks > > Jacques > > > > Le 05/08/2016 à 15:54, Taher Alkhateeb a écrit : > >> I think by convention seed-initial does not setup users or passwords, that >> should be either demo or ext-demo or something like that. Not entirely >> sure >> of this though. >> >> On Aug 5, 2016 1:37 PM, "Jacques Le Roux" >> wrote: >> >> Hi, >>> >>> I stumbled upon this by chance >>> >>> >>> >> location="data/PasswordSecurityData.xml"/> >>> >> location="data/SecurityGroupDemoData.xml"/> >>> >> location="data/SecurityTypeDemoData.xml"/> >>> >>> Should we not use seed-initial rather than demo here? >>> >>> Jacques >>> >>> >>> >
[jira] [Closed] (OFBIZ-7811) Enforce noninstantiability to FreeMarkerWorker class
[ https://issues.apache.org/jira/browse/OFBIZ-7811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar closed OFBIZ-7811. --- Resolution: Fixed Fix Version/s: Upcoming Branch Committed changes in trunk at rev: 1755358. Thanks [~rishisolankii] and [~amit.gadaley] for your contribution. > Enforce noninstantiability to FreeMarkerWorker class > > > Key: OFBIZ-7811 > URL: https://issues.apache.org/jira/browse/OFBIZ-7811 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7811.patch > > > - Make class as final. > - Add a private constructor. > - Make following protected method as public > {code} > protected static void loadTransforms( > {code} > No variables needs to be change for this class. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7810) Enforce noninstantiability to UelUtil class
[ https://issues.apache.org/jira/browse/OFBIZ-7810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar closed OFBIZ-7810. --- Resolution: Fixed Fix Version/s: Upcoming Branch Committed changes in trunk at rev: 1755348. Thanks [~rishisolankii] and [~rohit.koushal] for your contribution. > Enforce noninstantiability to UelUtil class > --- > > Key: OFBIZ-7810 > URL: https://issues.apache.org/jira/browse/OFBIZ-7810 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7810.patch > > > - Make class as final. > - Add a private constructor. > - Make following protected variable as private > {code} > protected static final ExpressionFactory exprFactory = > JuelConnector.newExpressionFactory(); > protected static final ELResolver defaultResolver = new > ExtendedCompositeResolver() > {code} > - Make following protected classes as private and do related changes for > variables in them; > {code} > protected static class BasicContext extends ELContext > protected static class ReadOnlyContext extends ELContext >protected static class ReadOnlyVariableMapper extends VariableMapper > protected static class BasicVariableMapper extends VariableMapper > protected static class ReadOnlyExpression extends ValueExpression > protected static class BasicValueExpression extends ValueExpression > protected static class ExtendedCompositeResolver extends > CompositeELResolver > protected static class ExtendedListResolver extends ListELResolver > protected static class ExtendedMapResolver extends MapELResolver > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7811) Enforce noninstantiability to FreeMarkerWorker class
[ https://issues.apache.org/jira/browse/OFBIZ-7811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar reassigned OFBIZ-7811: --- Assignee: Arun Patidar (was: Amit Gadaley) > Enforce noninstantiability to FreeMarkerWorker class > > > Key: OFBIZ-7811 > URL: https://issues.apache.org/jira/browse/OFBIZ-7811 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Attachments: OFBIZ-7811.patch > > > - Make class as final. > - Add a private constructor. > - Make following protected method as public > {code} > protected static void loadTransforms( > {code} > No variables needs to be change for this class. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7810) Enforce noninstantiability to UelUtil class
[ https://issues.apache.org/jira/browse/OFBIZ-7810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar reassigned OFBIZ-7810: --- Assignee: Arun Patidar (was: Rohit Koushal) > Enforce noninstantiability to UelUtil class > --- > > Key: OFBIZ-7810 > URL: https://issues.apache.org/jira/browse/OFBIZ-7810 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Attachments: OFBIZ-7810.patch > > > - Make class as final. > - Add a private constructor. > - Make following protected variable as private > {code} > protected static final ExpressionFactory exprFactory = > JuelConnector.newExpressionFactory(); > protected static final ELResolver defaultResolver = new > ExtendedCompositeResolver() > {code} > - Make following protected classes as private and do related changes for > variables in them; > {code} > protected static class BasicContext extends ELContext > protected static class ReadOnlyContext extends ELContext >protected static class ReadOnlyVariableMapper extends VariableMapper > protected static class BasicVariableMapper extends VariableMapper > protected static class ReadOnlyExpression extends ValueExpression > protected static class BasicValueExpression extends ValueExpression > protected static class ExtendedCompositeResolver extends > CompositeELResolver > protected static class ExtendedListResolver extends ListELResolver > protected static class ExtendedMapResolver extends MapELResolver > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7809) Enforce noninstantiability to UtilXml class
[ https://issues.apache.org/jira/browse/OFBIZ-7809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar closed OFBIZ-7809. --- Resolution: Fixed Fix Version/s: Upcoming Branch Committed changes in trunk at rev: 1755346. Thanks [~rishisolankii] and [~chinmay.patidar] for your contribution. > Enforce noninstantiability to UtilXml class > --- > > Key: OFBIZ-7809 > URL: https://issues.apache.org/jira/browse/OFBIZ-7809 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7809.patch > > > - Make class as final. > - Add a private constructor. > No variables need to change for this class. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7809) Enforce noninstantiability to UtilXml class
[ https://issues.apache.org/jira/browse/OFBIZ-7809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar reassigned OFBIZ-7809: --- Assignee: Arun Patidar (was: Chinmay Patidar) > Enforce noninstantiability to UtilXml class > --- > > Key: OFBIZ-7809 > URL: https://issues.apache.org/jira/browse/OFBIZ-7809 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Arun Patidar >Assignee: Arun Patidar >Priority: Minor > Attachments: OFBIZ-7809.patch > > > - Make class as final. > - Add a private constructor. > No variables need to change for this class. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Security : seed-initial
Mmm, yes you are right, it can't be seed-initial. But also not ext-demo, it's only for adopters. I finally think we should keep as is or introduce another specialised reader, not a big deal and not for today... Thanks Jacques Le 05/08/2016 à 15:54, Taher Alkhateeb a écrit : I think by convention seed-initial does not setup users or passwords, that should be either demo or ext-demo or something like that. Not entirely sure of this though. On Aug 5, 2016 1:37 PM, "Jacques Le Roux"wrote: Hi, I stumbled upon this by chance Should we not use seed-initial rather than demo here? Jacques
Re: geronimo component alone?
Yup +1 makes sense. To that end I also think all *ext components do not make much sense and should be merged with their base counterparts. On Aug 5, 2016 2:43 PM, "Jacopo Cappellato" < jacopo.cappell...@hotwaxsystems.com> wrote: > I think that making it part of the entity component would make sense. > > Jacopo > > > On Fri, Aug 5, 2016 at 2:35 PM, Jacques Le Roux < > jacques.le.r...@les7arts.com> wrote: > > > Hi, > > > > At I wrote I wonder if we should let the geronimo component alone with > > only 2 classes, could we not put that in entity or entityext? > > > > Opinions? > > > > Jacques > > > > >
Re: Security : seed-initial
I think by convention seed-initial does not setup users or passwords, that should be either demo or ext-demo or something like that. Not entirely sure of this though. On Aug 5, 2016 1:37 PM, "Jacques Le Roux"wrote: > Hi, > > I stumbled upon this by chance > > > location="data/PasswordSecurityData.xml"/> > location="data/SecurityGroupDemoData.xml"/> > location="data/SecurityTypeDemoData.xml"/> > > Should we not use seed-initial rather than demo here? > > Jacques > >
[jira] [Commented] (OFBIZ-7940) TestSuite 'partystatuschangetests' in party component fails on r15.12 branch
[ https://issues.apache.org/jira/browse/OFBIZ-7940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409471#comment-15409471 ] Jacques Le Roux commented on OFBIZ-7940: Same with trunk HEAD: {code} java -jar build/libs/ofbiz.jar --test component=party --test suitename=partystatuschangetests {code} {code} 2016-08-05 15:47:48,085 |OFBiz-batch-5|ServiceContainer |I| Created new dispatcher: entity-test-ttPb9UxhCo Caused by: org.apache.ofbiz.base.container.ContainerException: No tests found (party / partystatuschangetests / null) at org.apache.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:120) at org.apache.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:237) {code} I guess this is a long due issue, so I set it as trivial > TestSuite 'partystatuschangetests' in party component fails on r15.12 branch > > > Key: OFBIZ-7940 > URL: https://issues.apache.org/jira/browse/OFBIZ-7940 > Project: OFBiz > Issue Type: Bug > Components: party >Affects Versions: Release Branch 15.12 >Reporter: Pierre Smits > > When executing > {code} > ./ant run-test-suite -Dtest.component=party > -Dtest.suiteName=partystatuschangetests > {code} > the test stops with status unsuccessful > {code} > [java] org.ofbiz.base.start.StartupException: Cannot start() > org.ofbiz.testtools.TestRunContainer (No tests found (party / > partystatuschangetests / null)) > [java] at > org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:239) > [java] at org.ofbiz.base.start.Start.startStartLoaders(Start.java:408) > [java] at org.ofbiz.base.start.Start.start(Start.java:434) > [java] at org.ofbiz.base.start.Start.main(Start.java:135) > [java] Caused by: org.ofbiz.base.container.ContainerException: No tests > found (party / partystatuschangetests / null) > [java] at > org.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:120) > [java] at > org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:237) > [java] ... 3 more > [java] java.lang.Exception: Error during start. > [java] at org.ofbiz.base.start.Start.start(Start.java:438) > [java] at org.ofbiz.base.start.Start.main(Start.java:135) > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7940) TestSuite 'partystatuschangetests' in party component fails on r15.12 branch
[ https://issues.apache.org/jira/browse/OFBIZ-7940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-7940: --- Priority: Trivial (was: Major) > TestSuite 'partystatuschangetests' in party component fails on r15.12 branch > > > Key: OFBIZ-7940 > URL: https://issues.apache.org/jira/browse/OFBIZ-7940 > Project: OFBiz > Issue Type: Bug > Components: party >Affects Versions: Release Branch 15.12 >Reporter: Pierre Smits >Priority: Trivial > > When executing > {code} > ./ant run-test-suite -Dtest.component=party > -Dtest.suiteName=partystatuschangetests > {code} > the test stops with status unsuccessful > {code} > [java] org.ofbiz.base.start.StartupException: Cannot start() > org.ofbiz.testtools.TestRunContainer (No tests found (party / > partystatuschangetests / null)) > [java] at > org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:239) > [java] at org.ofbiz.base.start.Start.startStartLoaders(Start.java:408) > [java] at org.ofbiz.base.start.Start.start(Start.java:434) > [java] at org.ofbiz.base.start.Start.main(Start.java:135) > [java] Caused by: org.ofbiz.base.container.ContainerException: No tests > found (party / partystatuschangetests / null) > [java] at > org.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:120) > [java] at > org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:237) > [java] ... 3 more > [java] java.lang.Exception: Error during start. > [java] at org.ofbiz.base.start.Start.start(Start.java:438) > [java] at org.ofbiz.base.start.Start.main(Start.java:135) > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: geronimo component alone?
I think that making it part of the entity component would make sense. Jacopo On Fri, Aug 5, 2016 at 2:35 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Hi, > > At I wrote I wonder if we should let the geronimo component alone with > only 2 classes, could we not put that in entity or entityext? > > Opinions? > > Jacques > >
[jira] [Updated] (OFBIZ-7944) Improve log visualisation throught webtools
[ https://issues.apache.org/jira/browse/OFBIZ-7944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicolas Malin updated OFBIZ-7944: - Attachment: OFBIZ-7944-13.07.patch If you want use the fecth log functionnality on 13.07 I load a backport patch from trunk > Improve log visualisation throught webtools > --- > > Key: OFBIZ-7944 > URL: https://issues.apache.org/jira/browse/OFBIZ-7944 > Project: OFBiz > Issue Type: Improvement > Components: framework/webtools >Affects Versions: Trunk >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Labels: log, webtools > Fix For: Upcoming Branch > > Attachments: OFBIZ-7944-13.07.patch > > > Currently we have two methods for display log in OFBiz throught webtools : > * https://localhost:8443/webtools/control/LogView > * https://localhost:8443/webtools/control/FetchLogs > Each method use the same line rendering and the difference is : LogView > display only runtime/logs/ofbiz.log (or you can surcharge it vith > debug.properties) and FecthLogs list all file name ofbiz* present on > runtime/logs/ofbiz.log and offert the possibility to search only line that > macth a string. > I review the code to use only one script (remove LogView.groovy) and improve > following points : > * Optimise the FetchLog.groovy to display with same velocity a file with or > without string chain filtering > * Add a property to change the root log directory. Under linux we use > /var/log/ofbiz/ > * Add a regExp to match the file name of file present in the directory. > Helpful when you want to see error.log > * Complete debug.properties with comment for describe example for new > properties > And last point, add refresh button on the end page to reload the log without > lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7944) Improve log visualisation throught webtools
[ https://issues.apache.org/jira/browse/OFBIZ-7944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409412#comment-15409412 ] Jacques Le Roux commented on OFBIZ-7944: Thanks Nicolas, very appreciated error log :) > Improve log visualisation throught webtools > --- > > Key: OFBIZ-7944 > URL: https://issues.apache.org/jira/browse/OFBIZ-7944 > Project: OFBiz > Issue Type: Improvement > Components: framework/webtools >Affects Versions: Trunk >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Labels: log, webtools > Fix For: Upcoming Branch > > > Currently we have two methods for display log in OFBiz throught webtools : > * https://localhost:8443/webtools/control/LogView > * https://localhost:8443/webtools/control/FetchLogs > Each method use the same line rendering and the difference is : LogView > display only runtime/logs/ofbiz.log (or you can surcharge it vith > debug.properties) and FecthLogs list all file name ofbiz* present on > runtime/logs/ofbiz.log and offert the possibility to search only line that > macth a string. > I review the code to use only one script (remove LogView.groovy) and improve > following points : > * Optimise the FetchLog.groovy to display with same velocity a file with or > without string chain filtering > * Add a property to change the root log directory. Under linux we use > /var/log/ofbiz/ > * Add a regExp to match the file name of file present in the directory. > Helpful when you want to see error.log > * Complete debug.properties with comment for describe example for new > properties > And last point, add refresh button on the end page to reload the log without > lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Security : seed-initial
Hi, I stumbled upon this by chance Should we not use seed-initial rather than demo here? Jacques
geronimo component alone?
Hi, At I wrote I wonder if we should let the geronimo component alone with only 2 classes, could we not put that in entity or entityext? Opinions? Jacques
[jira] [Closed] (OFBIZ-7776) Remove warnings regarding missing component lib folders
[ https://issues.apache.org/jira/browse/OFBIZ-7776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-7776. -- Resolution: Fixed Fix Version/s: Upcoming Branch Fixed at r1755306 * Also removes empty framework/base/lib/scripting and useless applications\content\lib\uno\README (miss doc in wiki) * When jpim-0.1.jar will be (hopefully) replaced we can drop lib ref in framework/base/ofbiz-component.xml * I wonder if we should let the geronimo component alone with only 2 classes, could we not put that in entity or entityext? > Remove warnings regarding missing component lib folders > --- > > Key: OFBIZ-7776 > URL: https://issues.apache.org/jira/browse/OFBIZ-7776 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk >Reporter: Pierre Smits >Assignee: Jacques Le Roux >Priority: Trivial > Fix For: Upcoming Branch > > > With the move to gradle/gradlew the lib folder - that previously held the > external libraries - doesn't exist anymore in various components. This > results in unnecessary warnings in the log files, e.g.: > {code} > 2016-07-11 13:15:00,008 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/base/build/lib' > does not exist > 2016-07-11 13:15:00,008 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/base/lib/ant' > does not exist > 2016-07-11 13:15:00,008 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/base/lib/commons' does not > exist > 2016-07-11 13:15:00,008 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/base/lib/j2eespecs' does not > exist > 2016-07-11 13:15:00,009 |main |ComponentContainer > |I| Loaded component : [base] > 2016-07-11 13:15:00,041 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/geronimo/lib' > does not exist > 2016-07-11 13:15:00,041 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/geronimo/build/lib' does not > exist > 2016-07-11 13:15:00,042 |main |ComponentContainer > |I| Loaded component : [geronimo] > 2016-07-11 13:15:00,073 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/entity/lib' does > not exist > 2016-07-11 13:15:00,073 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/entity/lib/jdbc' > does not exist > 2016-07-11 13:15:00,073 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/entity/build/lib' does not > exist > 2016-07-11 13:15:00,073 |main |ComponentContainer > |I| Loaded component : [entity] > 2016-07-11 13:15:00,098 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/security/build/lib' does not > exist > 2016-07-11 13:15:00,098 |main |ComponentContainer > |I| Loaded component : [security] > 2016-07-11 13:15:00,122 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/datafile/build/lib' does not > exist > 2016-07-11 13:15:00,123 |main |ComponentContainer > |I| Loaded component : [datafile] > 2016-07-11 13:15:00,142 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/minilang/build/lib' does not > exist > 2016-07-11 13:15:00,142 |main |ComponentContainer > |I| Loaded component : [minilang] > 2016-07-11 13:15:00,178 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/common/build/lib' does not > exist > 2016-07-11 13:15:00,178 |main |ComponentContainer > |I| Loaded component : [common] > 2016-07-11 13:15:00,207 |main |ComponentContainer > |W| Location '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/service/lib' > does not exist > 2016-07-11 13:15:00,207 |main |ComponentContainer > |W| Location > '/Users/pierre/dev/ofbiz/ofbiz-gradle/framework/service/build/lib' does not > exist > 2016-07-11 13:15:00,207 |main |ComponentContainer > |I| Loaded component : [service] > 2016-07-11 13:15:00,237 |main
[jira] [Closed] (OFBIZ-7821) Remove unused system generated fields from all data files
[ https://issues.apache.org/jira/browse/OFBIZ-7821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7821. Closing this parent ticket as all the sub tasks are now closed. > Remove unused system generated fields from all data files > - > > Key: OFBIZ-7821 > URL: https://issues.apache.org/jira/browse/OFBIZ-7821 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > > There are four system generated fields for every entity as lastUpdatedStamp, > lastUpdatedTxStamp, createdStamp and createdTxStamp > To increase readability of data files, these fields are not necessary to be > there in data files, as it gets generated every time when data load occurs. > This ticket will be served as a parent ticket and I will be creating child > tickets component wise for all affected components. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7821) Remove unused system generated fields from all data files
[ https://issues.apache.org/jira/browse/OFBIZ-7821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7821: Assignee: Mridul Pathak (was: Nicolas Malin) > Remove unused system generated fields from all data files > - > > Key: OFBIZ-7821 > URL: https://issues.apache.org/jira/browse/OFBIZ-7821 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > > There are four system generated fields for every entity as lastUpdatedStamp, > lastUpdatedTxStamp, createdStamp and createdTxStamp > To increase readability of data files, these fields are not necessary to be > there in data files, as it gets generated every time when data load occurs. > This ticket will be served as a parent ticket and I will be creating child > tickets component wise for all affected components. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (OFBIZ-7821) Remove unused system generated fields from all data files
[ https://issues.apache.org/jira/browse/OFBIZ-7821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak resolved OFBIZ-7821. -- Resolution: Fixed Fix Version/s: Upcoming Branch > Remove unused system generated fields from all data files > - > > Key: OFBIZ-7821 > URL: https://issues.apache.org/jira/browse/OFBIZ-7821 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > > There are four system generated fields for every entity as lastUpdatedStamp, > lastUpdatedTxStamp, createdStamp and createdTxStamp > To increase readability of data files, these fields are not necessary to be > there in data files, as it gets generated every time when data load occurs. > This ticket will be served as a parent ticket and I will be creating child > tickets component wise for all affected components. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7901) Remove system generated fields - Content
[ https://issues.apache.org/jira/browse/OFBIZ-7901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7901. > Remove system generated fields - Content > > > Key: OFBIZ-7901 > URL: https://issues.apache.org/jira/browse/OFBIZ-7901 > Project: OFBiz > Issue Type: Sub-task > Components: content >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7901.patch > > > Remove all system generated fields from content component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7903) Remove system generated fields - Marketing
[ https://issues.apache.org/jira/browse/OFBIZ-7903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7903. > Remove system generated fields - Marketing > -- > > Key: OFBIZ-7903 > URL: https://issues.apache.org/jira/browse/OFBIZ-7903 > Project: OFBiz > Issue Type: Sub-task > Components: marketing >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7903.patch > > > Remove all system generated fields from marketing component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7904) Remove system generated fields - Product
[ https://issues.apache.org/jira/browse/OFBIZ-7904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7904. > Remove system generated fields - Product > > > Key: OFBIZ-7904 > URL: https://issues.apache.org/jira/browse/OFBIZ-7904 > Project: OFBiz > Issue Type: Sub-task > Components: product >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7904.patch > > > Remove all system generated fields from product component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7909) Remove system generated fields - Accounting
[ https://issues.apache.org/jira/browse/OFBIZ-7909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7909. > Remove system generated fields - Accounting > --- > > Key: OFBIZ-7909 > URL: https://issues.apache.org/jira/browse/OFBIZ-7909 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7909.patch > > > Remove all system generated fields from accounting component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (OFBIZ-7909) Remove system generated fields - Accounting
[ https://issues.apache.org/jira/browse/OFBIZ-7909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak resolved OFBIZ-7909. -- Resolution: Fixed Fix Version/s: Upcoming Branch Thanks [~suraj.khurana] for your contribution. Your patch is in trunk r1755301. > Remove system generated fields - Accounting > --- > > Key: OFBIZ-7909 > URL: https://issues.apache.org/jira/browse/OFBIZ-7909 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7909.patch > > > Remove all system generated fields from accounting component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7904) Remove system generated fields - Product
[ https://issues.apache.org/jira/browse/OFBIZ-7904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7904: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Product > > > Key: OFBIZ-7904 > URL: https://issues.apache.org/jira/browse/OFBIZ-7904 > Project: OFBiz > Issue Type: Sub-task > Components: product >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7904.patch > > > Remove all system generated fields from product component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7905) Remove system generated fields - Scrum
[ https://issues.apache.org/jira/browse/OFBIZ-7905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7905. > Remove system generated fields - Scrum > -- > > Key: OFBIZ-7905 > URL: https://issues.apache.org/jira/browse/OFBIZ-7905 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7905.patch > > > Remove all system generated fields from scrum component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7902) Remove system generated fields - Ecommerce
[ https://issues.apache.org/jira/browse/OFBIZ-7902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak closed OFBIZ-7902. > Remove system generated fields - Ecommerce > -- > > Key: OFBIZ-7902 > URL: https://issues.apache.org/jira/browse/OFBIZ-7902 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/ecommerce >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7902.patch > > > Remove all system generated fields from ecommerce component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7909) Remove system generated fields - Accounting
[ https://issues.apache.org/jira/browse/OFBIZ-7909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7909: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Accounting > --- > > Key: OFBIZ-7909 > URL: https://issues.apache.org/jira/browse/OFBIZ-7909 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7909.patch > > > Remove all system generated fields from accounting component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (OFBIZ-7902) Remove system generated fields - Ecommerce
[ https://issues.apache.org/jira/browse/OFBIZ-7902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak resolved OFBIZ-7902. -- Resolution: Fixed Fix Version/s: Upcoming Branch Thanks [~suraj.khurana] for your contribution. Your patch is in trunk r1755304. > Remove system generated fields - Ecommerce > -- > > Key: OFBIZ-7902 > URL: https://issues.apache.org/jira/browse/OFBIZ-7902 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/ecommerce >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Fix For: Upcoming Branch > > Attachments: OFBIZ-7902.patch > > > Remove all system generated fields from ecommerce component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7902) Remove system generated fields - Ecommerce
[ https://issues.apache.org/jira/browse/OFBIZ-7902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7902: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Ecommerce > -- > > Key: OFBIZ-7902 > URL: https://issues.apache.org/jira/browse/OFBIZ-7902 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/ecommerce >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7902.patch > > > Remove all system generated fields from ecommerce component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7905) Remove system generated fields - Scrum
[ https://issues.apache.org/jira/browse/OFBIZ-7905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7905: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Scrum > -- > > Key: OFBIZ-7905 > URL: https://issues.apache.org/jira/browse/OFBIZ-7905 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7905.patch > > > Remove all system generated fields from scrum component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7944) Improve log visualisation throught webtools
[ https://issues.apache.org/jira/browse/OFBIZ-7944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicolas Malin closed OFBIZ-7944. Resolution: Implemented Works done at revision 1755302 > Improve log visualisation throught webtools > --- > > Key: OFBIZ-7944 > URL: https://issues.apache.org/jira/browse/OFBIZ-7944 > Project: OFBiz > Issue Type: Improvement > Components: framework/webtools >Affects Versions: Trunk >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Labels: log, webtools > Fix For: Upcoming Branch > > > Currently we have two methods for display log in OFBiz throught webtools : > * https://localhost:8443/webtools/control/LogView > * https://localhost:8443/webtools/control/FetchLogs > Each method use the same line rendering and the difference is : LogView > display only runtime/logs/ofbiz.log (or you can surcharge it vith > debug.properties) and FecthLogs list all file name ofbiz* present on > runtime/logs/ofbiz.log and offert the possibility to search only line that > macth a string. > I review the code to use only one script (remove LogView.groovy) and improve > following points : > * Optimise the FetchLog.groovy to display with same velocity a file with or > without string chain filtering > * Add a property to change the root log directory. Under linux we use > /var/log/ofbiz/ > * Add a regExp to match the file name of file present in the directory. > Helpful when you want to see error.log > * Complete debug.properties with comment for describe example for new > properties > And last point, add refresh button on the end page to reload the log without > lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (OFBIZ-7944) Improve log visualisation throught webtools
[ https://issues.apache.org/jira/browse/OFBIZ-7944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409366#comment-15409366 ] Nicolas Malin edited comment on OFBIZ-7944 at 8/5/16 12:06 PM: --- Works done on trunk at revision 1755302 was (Author: soledad): Works done at revision 1755302 > Improve log visualisation throught webtools > --- > > Key: OFBIZ-7944 > URL: https://issues.apache.org/jira/browse/OFBIZ-7944 > Project: OFBiz > Issue Type: Improvement > Components: framework/webtools >Affects Versions: Trunk >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Labels: log, webtools > Fix For: Upcoming Branch > > > Currently we have two methods for display log in OFBiz throught webtools : > * https://localhost:8443/webtools/control/LogView > * https://localhost:8443/webtools/control/FetchLogs > Each method use the same line rendering and the difference is : LogView > display only runtime/logs/ofbiz.log (or you can surcharge it vith > debug.properties) and FecthLogs list all file name ofbiz* present on > runtime/logs/ofbiz.log and offert the possibility to search only line that > macth a string. > I review the code to use only one script (remove LogView.groovy) and improve > following points : > * Optimise the FetchLog.groovy to display with same velocity a file with or > without string chain filtering > * Add a property to change the root log directory. Under linux we use > /var/log/ofbiz/ > * Add a regExp to match the file name of file present in the directory. > Helpful when you want to see error.log > * Complete debug.properties with comment for describe example for new > properties > And last point, add refresh button on the end page to reload the log without > lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7944) Improve log visualisation throught webtools
[ https://issues.apache.org/jira/browse/OFBIZ-7944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicolas Malin updated OFBIZ-7944: - Description: Currently we have two methods for display log in OFBiz throught webtools : * https://localhost:8443/webtools/control/LogView * https://localhost:8443/webtools/control/FetchLogs Each method use the same line rendering and the difference is : LogView display only runtime/logs/ofbiz.log (or you can surcharge it vith debug.properties) and FecthLogs list all file name ofbiz* present on runtime/logs/ofbiz.log and offert the possibility to search only line that macth a string. I review the code to use only one script (remove LogView.groovy) and improve following points : * Optimise the FetchLog.groovy to display with same velocity a file with or without string chain filtering * Add a property to change the root log directory. Under linux we use /var/log/ofbiz/ * Add a regExp to match the file name of file present in the directory. Helpful when you want to see error.log * Complete debug.properties with comment for describe example for new properties And last point, add refresh button on the end page to reload the log without lost your state on the page. was: Currently we have two methods or display log in OFBiz throught webtools : * https://localhost:8443/webtools/control/LogView * https://localhost:8443/webtools/control/FetchLogs Each method use the same line rendering and the difference is, LogView display only runtime/logs/ofbiz.log (or you can surcharge it vith debug.properties) and FecthLogs list all file name ofbiz* on runtime/logs/ofbiz.log and offert the possibility to search only line that macth a string. I review the code to use only one script and improve following points : * Optimise the FetchLog.groovy to display with same velocity a file with or without string chain filtering * Add a property to change the root log directory. Under linux we use /var/log/ofbiz/ * Add a regExp to match the file name of file present in the directory. Helpful when you want to see error.log * Complete debug.properties with comment for describe example for new properties And last point, add refresh button on the end page to reload the log without lost your state on the page. > Improve log visualisation throught webtools > --- > > Key: OFBIZ-7944 > URL: https://issues.apache.org/jira/browse/OFBIZ-7944 > Project: OFBiz > Issue Type: Improvement > Components: framework/webtools >Affects Versions: Trunk >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Labels: log, webtools > Fix For: Upcoming Branch > > > Currently we have two methods for display log in OFBiz throught webtools : > * https://localhost:8443/webtools/control/LogView > * https://localhost:8443/webtools/control/FetchLogs > Each method use the same line rendering and the difference is : LogView > display only runtime/logs/ofbiz.log (or you can surcharge it vith > debug.properties) and FecthLogs list all file name ofbiz* present on > runtime/logs/ofbiz.log and offert the possibility to search only line that > macth a string. > I review the code to use only one script (remove LogView.groovy) and improve > following points : > * Optimise the FetchLog.groovy to display with same velocity a file with or > without string chain filtering > * Add a property to change the root log directory. Under linux we use > /var/log/ofbiz/ > * Add a regExp to match the file name of file present in the directory. > Helpful when you want to see error.log > * Complete debug.properties with comment for describe example for new > properties > And last point, add refresh button on the end page to reload the log without > lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7944) Improve log visualisation throught webtools
Nicolas Malin created OFBIZ-7944: Summary: Improve log visualisation throught webtools Key: OFBIZ-7944 URL: https://issues.apache.org/jira/browse/OFBIZ-7944 Project: OFBiz Issue Type: Improvement Components: framework/webtools Affects Versions: Trunk Reporter: Nicolas Malin Assignee: Nicolas Malin Priority: Minor Fix For: Upcoming Branch Currently we have two methods or display log in OFBiz throught webtools : * https://localhost:8443/webtools/control/LogView * https://localhost:8443/webtools/control/FetchLogs Each method use the same line rendering and the difference is, LogView display only runtime/logs/ofbiz.log (or you can surcharge it vith debug.properties) and FecthLogs list all file name ofbiz* on runtime/logs/ofbiz.log and offert the possibility to search only line that macth a string. I review the code to use only one script and improve following points : * Optimise the FetchLog.groovy to display with same velocity a file with or without string chain filtering * Add a property to change the root log directory. Under linux we use /var/log/ofbiz/ * Add a regExp to match the file name of file present in the directory. Helpful when you want to see error.log * Complete debug.properties with comment for describe example for new properties And last point, add refresh button on the end page to reload the log without lost your state on the page. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7903) Remove system generated fields - Marketing
[ https://issues.apache.org/jira/browse/OFBIZ-7903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7903: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Marketing > -- > > Key: OFBIZ-7903 > URL: https://issues.apache.org/jira/browse/OFBIZ-7903 > Project: OFBiz > Issue Type: Sub-task > Components: marketing >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7903.patch > > > Remove all system generated fields from marketing component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7901) Remove system generated fields - Content
[ https://issues.apache.org/jira/browse/OFBIZ-7901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak reassigned OFBIZ-7901: Assignee: Mridul Pathak (was: Suraj Khurana) > Remove system generated fields - Content > > > Key: OFBIZ-7901 > URL: https://issues.apache.org/jira/browse/OFBIZ-7901 > Project: OFBiz > Issue Type: Sub-task > Components: content >Affects Versions: Trunk >Reporter: Suraj Khurana >Assignee: Mridul Pathak >Priority: Minor > Attachments: OFBIZ-7901.patch > > > Remove all system generated fields from content component -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7942) problem with running hot-deploy component
[ https://issues.apache.org/jira/browse/OFBIZ-7942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409322#comment-15409322 ] Deepak Dixit commented on OFBIZ-7942: - We can use ignore_missing attribute of <#include directive. I tried this but its not working. http://freemarker.org/docs/ref_directive_include.html > problem with running hot-deploy component > - > > Key: OFBIZ-7942 > URL: https://issues.apache.org/jira/browse/OFBIZ-7942 > Project: OFBiz > Issue Type: Bug >Affects Versions: Trunk >Reporter: Wai > Attachments: mycomponent.tar.bz2 > > > When running a hot-deploy component and exception occurs. I have included the > component for reference purposes. > Used the following steps to create the component... > -ran $ gradlew createComponent -PcomponentName=mycomponent > -PcomponentResourceName=myrscname -PwebappName=mywebapp -PbasePermission=NONE > -added request and associated screen. > -ran $ gradlew cleanAll loadDefault > -ran $ gradlew ofbiz > The console shows the following exception... > FreeMarker template error: Template inclusion failed (for parameter value > "ofbizhome://runtime/SvnInfo.ftl"): > /home/wt/wt-mystuff/eclipse/workspace/ofbiz-trunk-test/runtime/SvnInfo.ftl > (No such file or directory) FTL stack trace ("~" means nesting-related): > - Failed at: #include "ofbizhome://runtime/SvnInfo... [in template > "component://tomahawk/template/Footer.ftl" at line 26, column 104] Java > stack trace (for programmers): freemarker.core._MiscTemplateException: > [... Exception message was already printed; see it above ...] at > freemarker.core.Include.accept(Include.java:164) at > freemarker.core.Environment.visit(Environment.java:326) at > freemarker.core.Environment.visit(Environment.java:332) at > freemarker.core.Environment.process(Environment.java:305) at > org.apache.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:261) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) > at > org.apache.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1321) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreen.renderScreenString(ModelScreen.java:164) > at > org.apache.ofbiz.widget.model.ScreenFactory.renderReferencedScreen(ScreenFactory.java:214) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$IncludeScreen.renderWidgetString(ModelScreenWidget.java:780) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7942) problem with running hot-deploy component
[ https://issues.apache.org/jira/browse/OFBIZ-7942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409256#comment-15409256 ] Wai commented on OFBIZ-7942: Thanks for the command. Having used the command you provided, ofbiz is complaining about another issue... Branch: http://svn.apache.org/repos/asf/ofbiz/trunk Revision: [1755113] Built on: 2016-08-05 05:29:43 Java Version: 1.8.0_92 (Oracle Corporation 25.92-b14) FreeMarker template error: Template inclusion failed (for parameter value "ofbizhome://runtime/GitInfo.ftl"): /home/wt/wt-mystuff/eclipse/workspace/ofbiz-trunk-test/runtime/GitInfo.ftl (No such file or directory) I ran $./gradlew gitInfoFooter with the following console error. Note, I did not checkout the ofbiz source using git. $ gradlew gitInfoFooter :gitInfoFooter fatal: Not a git repository (or any parent up to mount point /home/wt) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). :gitInfoFooter FAILED FAILURE: Build failed with an exception. * Where: Build file '/home/wt/wt-mystuff/eclipse/workspace/ofbiz-trunk-test/build.gradle' line: 665 * What went wrong: Execution failed for task ':gitInfoFooter'. > Process 'command 'git'' finished with non-zero exit value 128 * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 6.878 secs > problem with running hot-deploy component > - > > Key: OFBIZ-7942 > URL: https://issues.apache.org/jira/browse/OFBIZ-7942 > Project: OFBiz > Issue Type: Bug >Affects Versions: Trunk >Reporter: Wai > Attachments: mycomponent.tar.bz2 > > > When running a hot-deploy component and exception occurs. I have included the > component for reference purposes. > Used the following steps to create the component... > -ran $ gradlew createComponent -PcomponentName=mycomponent > -PcomponentResourceName=myrscname -PwebappName=mywebapp -PbasePermission=NONE > -added request and associated screen. > -ran $ gradlew cleanAll loadDefault > -ran $ gradlew ofbiz > The console shows the following exception... > FreeMarker template error: Template inclusion failed (for parameter value > "ofbizhome://runtime/SvnInfo.ftl"): > /home/wt/wt-mystuff/eclipse/workspace/ofbiz-trunk-test/runtime/SvnInfo.ftl > (No such file or directory) FTL stack trace ("~" means nesting-related): > - Failed at: #include "ofbizhome://runtime/SvnInfo... [in template > "component://tomahawk/template/Footer.ftl" at line 26, column 104] Java > stack trace (for programmers): freemarker.core._MiscTemplateException: > [... Exception message was already printed; see it above ...] at > freemarker.core.Include.accept(Include.java:164) at > freemarker.core.Environment.visit(Environment.java:326) at > freemarker.core.Environment.visit(Environment.java:332) at > freemarker.core.Environment.process(Environment.java:305) at > org.apache.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:261) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) > at > org.apache.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1321) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreen.renderScreenString(ModelScreen.java:164) > at > org.apache.ofbiz.widget.model.ScreenFactory.renderReferencedScreen(ScreenFactory.java:214) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$IncludeScreen.renderWidgetString(ModelScreenWidget.java:780) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Taking a decision on remaining Jars in OFBiz
Le 05/08/2016 à 11:21, Taher Alkhateeb a écrit : +1 makes sense Should we also remove the tasks ofbizSecure and ofbizBackgroundSecure and replace them with some scripts in /tools if people are not using them? (I assume we only use them with demos?) On Aug 5, 2016 10:07 AM, "Jacques Le Roux"wrote: Nope, those are intended to be used in production if ever you need it. See the warning there https://cwiki.apache.org/confluence/display/OFBIZ/Keeping+OFBiz+secure for details Jacques
Re: svn commit: r1755265 - /ofbiz/trunk/build.gradle
OK, I thought it would work as is, I'll complete it later, still have to use ofbizDebug for now Jacques Le 05/08/2016 à 11:24, jler...@apache.org a écrit : Author: jleroux Date: Fri Aug 5 09:24:08 2016 New Revision: 1755265 URL: http://svn.apache.org/viewvc?rev=1755265=rev Log: Sorry I prefer debug over ofbizDebug. I see no point putting the ofbiz prefix there. Modified: ofbiz/trunk/build.gradle Modified: ofbiz/trunk/build.gradle URL: http://svn.apache.org/viewvc/ofbiz/trunk/build.gradle?rev=1755265=1755264=1755265=diff == --- ofbiz/trunk/build.gradle (original) +++ ofbiz/trunk/build.gradle Fri Aug 5 09:24:08 2016 @@ -728,7 +728,7 @@ tasks.addRule('Pattern: ofbiz } tasks.addRule('Pattern: ofbizDebug : Execute OFBiz startup commands in remote debug mode') { String taskName -> -if(taskName ==~ /^ofbizDebug\s.*/ || taskName == 'ofbizDebug') { +if(taskName ==~ /^ofbizDebug\s.*/ || taskName == 'ofbizDebug' || taskName == 'debug') { def arguments = (taskName - 'ofbizDebug').toLowerCase().tokenize(' ') createOfbizCommandTask(taskName, arguments, jvmArguments, true) }
Re: Taking a decision on remaining Jars in OFBiz
+1 makes sense Should we also remove the tasks ofbizSecure and ofbizBackgroundSecure and replace them with some scripts in /tools if people are not using them? (I assume we only use them with demos?) On Aug 5, 2016 10:07 AM, "Jacques Le Roux"wrote: > Inline > > > Le 05/08/2016 à 10:33, Jacopo Cappellato a écrit : > >> On Fri, Jul 29, 2016 at 1:56 PM, Taher Alkhateeb < >> slidingfilame...@gmail.com >> >>> wrote: >>> >> >> ... >>> >> - ebaystore component >> The jars in the ebaystore components are licensed under the CDDL licence, >> that is addressed by the following ASF licensing rules: >> >> http://www.apache.org/legal/resolved.html#category-b >> >> I am not sure I fully grasp all the details but I think that it would be >> safer, to be sure we adhere to the licensing policies, if we not bundle >> these jars in our releases. >> Based on the above, my preference is to remove these jars, disable the >> component, add a README file to the component to explain how to download >> the jars and deploy it. >> > > +1 > > - the tools directory >>> >>> In my opinion we should start thinking about moving this folder outside >> of >> the trunk: >> >> trunk >> tags >> branches >> tools >> > > +1, using svn:externals tools could be easily embedded in a main OFBiz > working copy. BTW, the 2 sub-folders are mostly intended to be used in > production > > Jacques > > >> Jacopo >> >> >
[jira] [Commented] (OFBIZ-7942) problem with running hot-deploy component
[ https://issues.apache.org/jira/browse/OFBIZ-7942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15409212#comment-15409212 ] Deepak Dixit commented on OFBIZ-7942: - Hi Wai, Its not related to hot-deploy component. Its related to missing SvnInfo.ftl. If you run following command then it will work fine: ./gradlew svnInfoFooter > problem with running hot-deploy component > - > > Key: OFBIZ-7942 > URL: https://issues.apache.org/jira/browse/OFBIZ-7942 > Project: OFBiz > Issue Type: Bug >Affects Versions: Trunk >Reporter: Wai > Attachments: mycomponent.tar.bz2 > > > When running a hot-deploy component and exception occurs. I have included the > component for reference purposes. > Used the following steps to create the component... > -ran $ gradlew createComponent -PcomponentName=mycomponent > -PcomponentResourceName=myrscname -PwebappName=mywebapp -PbasePermission=NONE > -added request and associated screen. > -ran $ gradlew cleanAll loadDefault > -ran $ gradlew ofbiz > The console shows the following exception... > FreeMarker template error: Template inclusion failed (for parameter value > "ofbizhome://runtime/SvnInfo.ftl"): > /home/wt/wt-mystuff/eclipse/workspace/ofbiz-trunk-test/runtime/SvnInfo.ftl > (No such file or directory) FTL stack trace ("~" means nesting-related): > - Failed at: #include "ofbizhome://runtime/SvnInfo... [in template > "component://tomahawk/template/Footer.ftl" at line 26, column 104] Java > stack trace (for programmers): freemarker.core._MiscTemplateException: > [... Exception message was already printed; see it above ...] at > freemarker.core.Include.accept(Include.java:164) at > freemarker.core.Environment.visit(Environment.java:326) at > freemarker.core.Environment.visit(Environment.java:332) at > freemarker.core.Environment.process(Environment.java:305) at > org.apache.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:261) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) > at > org.apache.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216) > at > org.apache.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1321) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280) > at > org.apache.ofbiz.widget.model.ModelScreen.renderScreenString(ModelScreen.java:164) > at > org.apache.ofbiz.widget.model.ScreenFactory.renderReferencedScreen(ScreenFactory.java:214) > at > org.apache.ofbiz.widget.model.ModelScreenWidget$IncludeScreen.renderWidgetString(ModelScreenWidget.java:780) > at > org.apache.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98) > at -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Taking a decision on remaining Jars in OFBiz
Inline Le 05/08/2016 à 10:33, Jacopo Cappellato a écrit : On Fri, Jul 29, 2016 at 1:56 PM, Taher Alkhateeb
Re: Taking a decision on remaining Jars in OFBiz
On Fri, Jul 29, 2016 at 1:56 PM, Taher Alkhateebwrote: > ... - ebaystore component > The jars in the ebaystore components are licensed under the CDDL licence, that is addressed by the following ASF licensing rules: http://www.apache.org/legal/resolved.html#category-b I am not sure I fully grasp all the details but I think that it would be safer, to be sure we adhere to the licensing policies, if we not bundle these jars in our releases. Based on the above, my preference is to remove these jars, disable the component, add a README file to the component to explain how to download the jars and deploy it. > - the tools directory > In my opinion we should start thinking about moving this folder outside of the trunk: trunk tags branches tools Jacopo
Re: svn commit: r1755113 - in /ofbiz/trunk/tools/demo-backup: check-svn-update.sh trunk-manual.sh
Seems it's better now :) Jacques Le 03/08/2016 à 22:44, jler...@apache.org a écrit : Author: jleroux Date: Wed Aug 3 20:44:46 2016 New Revision: 1755113 URL: http://svn.apache.org/viewvc?rev=1755113=rev Log: We have a lot of problems (mostly DB related issues) with the trunk demo since we switched to Gradle. Trying here (and on OFBIZ-VM) ./gradlew terminateOfbiz instead of ./gradlew "ofbiz --shutdown" Modified: ofbiz/trunk/tools/demo-backup/check-svn-update.sh ofbiz/trunk/tools/demo-backup/trunk-manual.sh Modified: ofbiz/trunk/tools/demo-backup/check-svn-update.sh URL: http://svn.apache.org/viewvc/ofbiz/trunk/tools/demo-backup/check-svn-update.sh?rev=1755113=1755112=1755113=diff == --- ofbiz/trunk/tools/demo-backup/check-svn-update.sh (original) +++ ofbiz/trunk/tools/demo-backup/check-svn-update.sh Wed Aug 3 20:44:46 2016 @@ -4,7 +4,7 @@ cd /home/ofbizDemo/trunk svn up -./gradlew "ofbiz --shutdown" +./gradlew terminateOfbiz ./gradlew cleanAll ./gradlew loadDefault ./gradlew svnInfoFooter Modified: ofbiz/trunk/tools/demo-backup/trunk-manual.sh URL: http://svn.apache.org/viewvc/ofbiz/trunk/tools/demo-backup/trunk-manual.sh?rev=1755113=1755112=1755113=diff == --- ofbiz/trunk/tools/demo-backup/trunk-manual.sh (original) +++ ofbiz/trunk/tools/demo-backup/trunk-manual.sh Wed Aug 3 20:44:46 2016 @@ -1,7 +1,7 @@ #!/bin/sh cd /home/ofbizDemo/trunk && svn up -./gradlew "ofbiz --shutdown" +./gradlew terminateOfbiz ./gradlew cleanAll ./gradlew loadDefault ./gradlew svnInfoFooter