Re: Fresh Install

[Swapnil M Mane]

Hi Craig,

This issue could be related to your JDK version.
Can you please share the details on which OFBiz and Java version you are
using?
Also, please refer to this mail thread [1], this might help you.


[1] https://markmail.org/thread/iuxnioqiijhrkukp

- Best Regards,
Swapnil M Mane,
ofbiz.apache.org



On Tue, May 28, 2019 at 2:19 AM Craig Parker  wrote:

> I've left directions for myself to get OFBiz up and running on an Ubuntu
> machine, but I'm missing something. ./gradlew ofbiz is giving me no
> output, but isn't starting up either. I can't remember where I saw
> documentation for showing different output.
>
>
>
>

Fresh Install

[Craig Parker]

I've left directions for myself to get OFBiz up and running on an Ubuntu 
machine, but I'm missing something. ./gradlew ofbiz is giving me no 
output, but isn't starting up either. I can't remember where I saw 
documentation for showing different output.

Re: Missing microseconds support in date-time picker

[Pierre Smits]

I wonder which entities would benefit from having the ability to register
microseconds.


Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Mon, May 27, 2019 at 11:04 AM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> OK then
>
> Jacques
>
> Le 27/05/2019 à 09:15, Aditya Sharma a écrit :
> > Indeed. I have already started working on OFBIZ-10782 but if the
> community
> > decides we can include that with the current work.
> >
> > 1. https://issues.apache.org/jira/browse/OFBIZ-10782
> >
> > Thanks and regards,
> > Aditya Sharma
> > Enterprise Software Engineer
> > *HotWax Systems*
> > *Enterprise open source experts*
> > office: 0731-409-3684
> > http://www.hotwaxsystems.com
> >
> >
> >
> >
> > On Mon, May 27, 2019 at 12:34 PM Deepak Dixit 
> > wrote:
> >
> >> I'd like to add support in date-time picker for microseconds, As it's
> >> possible that data generated at runtime may contain microseconds.
> >> Removing microsecond from the demo is not a proper solution.
> >> As per current implementation, we are using Date.parseExact in
> >> OfbizUtil.js, and Date.parse does not support the microseconds. We can
> use
> >> the moment js to format date in the proper format.
> >>
> >>
> >> Kind Regards,
> >> Deepak Dixit
> >> DIRECTOR OF PRODUCT ENGINEERING
> >> mobile: +91 9826754548
> >> email: deepak.di...@hotwax.co
> >> *www.hotwax.co *
> >>
> >>
> >> On Sat, May 25, 2019 at 7:09 PM Jacques Le Roux <
> >> jacques.le.r...@les7arts.com> wrote:
> >>
> >>> Le 25/05/2019 à 14:22, Pawan Verma a écrit :
>  Hello Devs,
> 
>  While working on OFBIZ-11022, I have found that current date-time
> >> picker
>  does not have support for microseconds.
>  In existing demo data for WebSitePathAlias, we have microseconds in
> it.
> >>> But
>  on Edit webSitePathAlias screen date-time picker does not pass
> >>> microseconds
>  and due to this system can not find the exact record for update.
> 
>  Should we add support in date-time picker for microseconds or remove
> it
>  from demo data?
> 
>  Suggestions and thoughts are welcome. Thanks!
> >>> Hi Pawan,
> >>>
> >>> I'd be more inclined to remove microseconds from demo data
> >>>
> >>> Thanks
> >>>
> >>> Jacques
> >>>
> >>>
>

Re: Gradle eclipse task - classpath modification

[Girish Vasmatkar]

Filed OFBIZ-11071  for
the same.

Best,
Girish

On Mon, May 27, 2019 at 1:21 AM Taher Alkhateeb 
wrote:

> I see, sounds good. No harm in altering the exclusions.
>
> On Sun, May 26, 2019 at 10:01 PM Michael Brohl 
> wrote:
> >
> > Hi Taher,
> >
> > I find it extremely useful to start OFBiz from the IDE ;-)
> >
> > This way hot code replacement is supported which helps changing code at
> > runtime or while debugging.
> >
> > We add these two classpath entries by hand in Eclipse until now. I think
> > there would be no problem to remove the two exclusions which would make
> > these extra steps obsolete.
> >
> > Thanks,
> >
> > Michael
> >
> > ecomify GmbH - www.ecomify.de
> >
> >
> > Am 25.05.19 um 19:15 schrieb Taher Alkhateeb:
> > > It might be more useful not to launch from the IDE. Instead run gradle
> > > "ofbizDebug" and hookup remotely with the debug port. This would
> maintain a
> > > consistent environment instead of being surprised (happened to me in
> the
> > > past). It would also make a consistent experience to development team
> > > regardless of the IDE and you won't have to alter the jar file to
> > > accommodate an IDE.
> > >
> > > With that being said I don't think it's a big deal if you wish to
> remove
> > > those exclusions. Up to community to decide.
> > >
> > >
> > >
> > > On Sat, May 25, 2019, 6:37 PM Girish Vasmatkar <
> > > girish.vasmat...@hotwaxsystems.com> wrote:
> > >
> > >> So every IDE provides a shortcut (certain combination of keys) to
> execute
> > >> any java file in a project as a java application, that in turn invokes
> > >> *java
> > >> *command on that class file. Eclipse applies all classpath entries
> (list of
> > >> jar files from gradle dependency) as -classpath argument.
> > >>
> > >> Under the hood command that gets executed is -
> > >>
> > >> java org.apache.ofbiz.base.start.Start -classpath 
> > >>
> > >> I do this because it saves a lot of time. As soon as you make any
> change in
> > >> any file, especially java, it is compiled instantaneously as soon as
> you
> > >> save it. All you have to do is, just run Start.java as a java
> application
> > >> and you have OFBiz launched quickly.
> > >>
> > >>
> > >>
> > >> On Sat, May 25, 2019 at 7:23 PM Taher Alkhateeb <
> > >> slidingfilame...@gmail.com>
> > >> wrote:
> > >>
> > >>> start how? what is the command? Are you trying to start _from_
> eclipse.
> > >> If
> > >>> yes why?
> > >>>
> > >>> On Sat, May 25, 2019 at 2:26 PM Girish Vasmatkar <
> > >>> girish.vasmat...@hotwaxsystems.com> wrote:
> > >>>
> >  I realised Taher's reply after I had sent my response.
> > 
> >  Following's the command.
> > 
> >  *./gradlew eclipse*
> > 
> >  This would do the job of setting up the eclipse workspace with all
> all
> >  gradle dependencies nicely set-up in the classpath.
> > 
> >  Then I would normally try to start OFBiz using Start.java. Not sure
> if
> > >>> you
> >  can see the inline screenshot. Pl see below.
> > 
> >  [image: image.png]
> > 
> > 
> > 
> > 
> > 
> > 
> >  On Sat, May 25, 2019 at 4:49 PM Girish Vasmatkar <
> >  girish.vasmat...@hotwaxsystems.com> wrote:
> > 
> > > There is a bit more to it ...
> > >
> > > When the system can't find cache.properties (as it's no more on the
> > > classpath), following happens -
> > >
> > > 1. Exception is thrown (which is obvious)
> > > 2. Code execution halts (which is fine), so no tomcat is launched.
> > > 3. Since execution stops, JVM should be terminated in my opinion.
> In
> > > other words, JVM should not keep hanging doing nothing, better
> stop it
> > >>> if a
> > > major exception has occurred. The JVM process is never terminated
> in
> > >>> this
> > > case.
> > >
> > > Again, this is a very isolated scenario because it is always
> expected
> > > that these config files and folders are always going to be on the
> > > classpath. But this is one of those rare scenarios
> > > where that's not the case.
> > >
> > > Log4j2 internal initialization logging.
> > >
> > > java.util.MissingResourceException: Can't find bundle for base name
> > > cache, locale en
> > >
> > > at java.util.ResourceBundle.throwMissingResourceException(
> > > ResourceBundle.java:1573)
> > >
> > > at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1396)
> > >
> > > at java.util.ResourceBundle.getBundle(ResourceBundle.java:782)
> > >
> > > at org.apache.ofbiz.base.util.cache.UtilCache.setPropertiesParams(
> > > UtilCache.java:191)
> > >
> > > at org.apache.ofbiz.base.util.cache.UtilCache.setPropertiesParams(
> > > UtilCache.java:173)
> > >
> > > at org.apache.ofbiz.base.util.cache.UtilCache.setPropertiesParams(
> > > UtilCache.java:169)
> > >
> > > at
> > >> 

Re: Data load issue on https://demo-trunk.ofbiz.apache.org/

[Jacques Le Roux]

There is something wrong with Mathieu's changes on (Refactor) 
EntityDataLoadContainer (OFBIZ-11070), reverting all for now

I did a cleanData loadAll locally, worked. Then I svn updated, got this:

C:\projectsASF\ofbiz>svn up
Mise à jour de '.' :
U    themes\rainbowstone\webapp\rainbowstone\javascript.css
U    themes\flatgrey\webapp\flatgrey\javascript.css
U 
framework\entityext\src\main\java\org\apache\ofbiz\entityext\data\EntityDataLoadContainer.java

Then doing again cleanData loadAll, got this:


2019-05-27 11:14:12,641 |kJoinPool-1-worker-3 |ServiceEcaUtil    |I| Loaded [5] Service ECA Rules from 
file:/C:/projectsASF/ofbiz/plugins/bi/servicedef/secas.xml

2019-05-27 11:14:12,643 |main |EntitySaxReader   |E| Fatal Error 
reading XML on line 1, column 1
org.xml.sax.SAXParseException: Content is not allowed in prolog.
    at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
Source) ~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown 
Source) [xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at 
org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispatch(Unknown 
Source) [xercesImpl-2.9.1.jar:?]
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source) [xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown 
Source) [xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source) 
[xercesImpl-2.9.1.jar:?]
    at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) [?:1.8.0_202]
    at 
org.apache.ofbiz.entity.util.EntitySaxReader.parse(EntitySaxReader.java:225) 
[ofbiz.jar:?]
    at 
org.apache.ofbiz.entity.util.EntitySaxReader.parse(EntitySaxReader.java:205) 
[ofbiz.jar:?]
    at 
org.apache.ofbiz.entity.util.EntityDataLoader.loadData(EntityDataLoader.java:268)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.entityext.data.EntityDataLoadContainer.loadData(EntityDataLoadContainer.java:432)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.entityext.data.EntityDataLoadContainer.loadDataForDelegator(EntityDataLoadContainer.java:184)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.entityext.data.EntityDataLoadContainer.init(EntityDataLoadContainer.java:116)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.base.container.ContainerLoader.loadContainer(ContainerLoader.java:143)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.base.container.ContainerLoader.loadContainersFromConfigurations(ContainerLoader.java:108)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.base.container.ContainerLoader.load(ContainerLoader.java:78) 
[ofbiz.jar:?]
    at 
org.apache.ofbiz.base.start.StartupControlPanel.loadContainers(StartupControlPanel.java:201)
 [ofbiz.jar:?]
    at 
org.apache.ofbiz.base.start.StartupControlPanel.start(StartupControlPanel.java:70)
 [ofbiz.jar:?]
    at org.apache.ofbiz.base.start.Start.main(Start.java:85) [ofbiz.jar:?]
2019-05-27 11:14:12,648 |main |EntitySaxReader   |E| An error 
occurred saving the data, rolling back transaction (true)
org.xml.sax.SAXException: Fatal Error reading XML on line 1, column 1
    at 
org.apache.ofbiz.entity.util.EntitySaxReader.fatalError(EntitySaxReader.java:599)
 ~[ofbiz.jar:?]
    at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown 
Source) ~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) 
~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) 
~[xercesImpl-2.9.1.jar:?]
    at 
org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispatch(Unknown 
Source) ~[xercesImpl-2.9.1.jar:?]
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source) ~[xercesImpl-2.9.1.jar:?]
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 

Re: Data load issue on https://demo-trunk.ofbiz.apache.org/

[Deepak Dixit]

Thanks, Jacques.
Kind Regards,
Deepak Dixit


On Mon, May 27, 2019 at 2:39 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> As we know (or not :)) this needs a complete restart of all demos,
> currently running...
>
> Jacques
>
> Le 27/05/2019 à 10:53, Jacques Le Roux a écrit :
> > Thanks Deepak,
> >
> > Not sure what happened. I have no time to investigate at the moment. I
> took a copy of console.log. I'll investigate later. Trying to restart trunk
> > for now...
> >
> > Jacques
> >
> > Le 27/05/2019 à 09:08, Deepak Dixit a écrit :
> >> It seems data not loaded on demo-trunk
> >> https://demo-trunk.ofbiz.apache.org/ecommerce/control/main
> >> =
> >> A Product Store has not been defined for this ecommerce site. A Product
> >> Store can be created using the ofbizsetup wizard.
> >>
> >> ==
> >>
> >>
> >> Kind Regards,
> >> Deepak Dixit
> >>
> >
>

Re: Data load issue on https://demo-trunk.ofbiz.apache.org/

[Jacques Le Roux]

As we know (or not :)) this needs a complete restart of all demos, currently 
running...

Jacques

Le 27/05/2019 à 10:53, Jacques Le Roux a écrit :

Thanks Deepak,

Not sure what happened. I have no time to investigate at the moment. I took a copy of console.log. I'll investigate later. Trying to restart trunk 
for now...


Jacques

Le 27/05/2019 à 09:08, Deepak Dixit a écrit :

It seems data not loaded on demo-trunk
https://demo-trunk.ofbiz.apache.org/ecommerce/control/main
=
A Product Store has not been defined for this ecommerce site. A Product
Store can be created using the ofbizsetup wizard.

==


Kind Regards,
Deepak Dixit

Re: Missing microseconds support in date-time picker

[Jacques Le Roux]

OK then

Jacques

Le 27/05/2019 à 09:15, Aditya Sharma a écrit :

Indeed. I have already started working on OFBIZ-10782 but if the community
decides we can include that with the current work.

1. https://issues.apache.org/jira/browse/OFBIZ-10782

Thanks and regards,
Aditya Sharma
Enterprise Software Engineer
*HotWax Systems*
*Enterprise open source experts*
office: 0731-409-3684
http://www.hotwaxsystems.com




On Mon, May 27, 2019 at 12:34 PM Deepak Dixit 
wrote:


I'd like to add support in date-time picker for microseconds, As it's
possible that data generated at runtime may contain microseconds.
Removing microsecond from the demo is not a proper solution.
As per current implementation, we are using Date.parseExact in
OfbizUtil.js, and Date.parse does not support the microseconds. We can use
the moment js to format date in the proper format.


Kind Regards,
Deepak Dixit
DIRECTOR OF PRODUCT ENGINEERING
mobile: +91 9826754548
email: deepak.di...@hotwax.co
*www.hotwax.co *


On Sat, May 25, 2019 at 7:09 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


Le 25/05/2019 à 14:22, Pawan Verma a écrit :

Hello Devs,

While working on OFBIZ-11022, I have found that current date-time

picker

does not have support for microseconds.
In existing demo data for WebSitePathAlias, we have microseconds in it.

But

on Edit webSitePathAlias screen date-time picker does not pass

microseconds

and due to this system can not find the exact record for update.

Should we add support in date-time picker for microseconds or remove it
from demo data?

Suggestions and thoughts are welcome. Thanks!

Hi Pawan,

I'd be more inclined to remove microseconds from demo data

Thanks

Jacques

Re: Data load issue on https://demo-trunk.ofbiz.apache.org/

[Jacques Le Roux]

Thanks Deepak,

Not sure what happened. I have no time to investigate at the moment. I took a copy of console.log. I'll investigate later. Trying to restart trunk for 
now...


Jacques

Le 27/05/2019 à 09:08, Deepak Dixit a écrit :

It seems data not loaded on demo-trunk
https://demo-trunk.ofbiz.apache.org/ecommerce/control/main
=
A Product Store has not been defined for this ecommerce site. A Product
Store can be created using the ofbizsetup wizard.

==


Kind Regards,
Deepak Dixit

Re: Missing microseconds support in date-time picker

[Aditya Sharma]

Indeed. I have already started working on OFBIZ-10782 but if the community
decides we can include that with the current work.

1. https://issues.apache.org/jira/browse/OFBIZ-10782

Thanks and regards,
Aditya Sharma
Enterprise Software Engineer
*HotWax Systems*
*Enterprise open source experts*
office: 0731-409-3684
http://www.hotwaxsystems.com




On Mon, May 27, 2019 at 12:34 PM Deepak Dixit 
wrote:

> I'd like to add support in date-time picker for microseconds, As it's
> possible that data generated at runtime may contain microseconds.
> Removing microsecond from the demo is not a proper solution.
> As per current implementation, we are using Date.parseExact in
> OfbizUtil.js, and Date.parse does not support the microseconds. We can use
> the moment js to format date in the proper format.
>
>
> Kind Regards,
> Deepak Dixit
> DIRECTOR OF PRODUCT ENGINEERING
> mobile: +91 9826754548
> email: deepak.di...@hotwax.co
> *www.hotwax.co *
>
>
> On Sat, May 25, 2019 at 7:09 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > Le 25/05/2019 à 14:22, Pawan Verma a écrit :
> > > Hello Devs,
> > >
> > > While working on OFBIZ-11022, I have found that current date-time
> picker
> > > does not have support for microseconds.
> > > In existing demo data for WebSitePathAlias, we have microseconds in it.
> > But
> > > on Edit webSitePathAlias screen date-time picker does not pass
> > microseconds
> > > and due to this system can not find the exact record for update.
> > >
> > > Should we add support in date-time picker for microseconds or remove it
> > > from demo data?
> > >
> > > Suggestions and thoughts are welcome. Thanks!
> >
> > Hi Pawan,
> >
> > I'd be more inclined to remove microseconds from demo data
> >
> > Thanks
> >
> > Jacques
> >
> >
>

Data load issue on https://demo-trunk.ofbiz.apache.org/

[Deepak Dixit]

It seems data not loaded on demo-trunk
https://demo-trunk.ofbiz.apache.org/ecommerce/control/main
=
A Product Store has not been defined for this ecommerce site. A Product
Store can be created using the ofbizsetup wizard.

==


Kind Regards,
Deepak Dixit

Re: Missing microseconds support in date-time picker

[Deepak Dixit]

I'd like to add support in date-time picker for microseconds, As it's
possible that data generated at runtime may contain microseconds.
Removing microsecond from the demo is not a proper solution.
As per current implementation, we are using Date.parseExact in
OfbizUtil.js, and Date.parse does not support the microseconds. We can use
the moment js to format date in the proper format.


Kind Regards,
Deepak Dixit
DIRECTOR OF PRODUCT ENGINEERING
mobile: +91 9826754548
email: deepak.di...@hotwax.co
*www.hotwax.co *


On Sat, May 25, 2019 at 7:09 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Le 25/05/2019 à 14:22, Pawan Verma a écrit :
> > Hello Devs,
> >
> > While working on OFBIZ-11022, I have found that current date-time picker
> > does not have support for microseconds.
> > In existing demo data for WebSitePathAlias, we have microseconds in it.
> But
> > on Edit webSitePathAlias screen date-time picker does not pass
> microseconds
> > and due to this system can not find the exact record for update.
> >
> > Should we add support in date-time picker for microseconds or remove it
> > from demo data?
> >
> > Suggestions and thoughts are welcome. Thanks!
>
> Hi Pawan,
>
> I'd be more inclined to remove microseconds from demo data
>
> Thanks
>
> Jacques
>
>