Hi, thanks for response.
Gorka Gil wrote:Hi,
Have you setup the ANT_OPS ?
Yes, sure, also double-cheked CATALINA_BASE, ANT_BASE, ANT_HOME and CATALINA_OPTS. I'm using gentoo, so there is another places to put env-vars, but result was checked twice and more.
Gorka Gil wrote:then if you have setup catalina_base you can use deploy.mode=class (the default) that don't create a war but copy directly to the tomcat context when doing install.sorce or smartbuild.
I tried different deploy modes. But, as I said, build and deploy finished without errors. Errors raised only while building targets import.sample.data and load.logoimages. So, I guess that deploy.mode does not affects this error.
By the way, smartbuild target does not performs tasks which raise errors in install.source.
Gorka Gil wrote:
Antuan Avdioukhine wrote:An now is a question: is these skipped targets (inside install.sources, after and including import.sample.data) required for normal operations?
Yes, you can not skip targets in the install.source , except you know exactly what you are doing. This normally causes that the check of it is correctly compiled openbravo fail and only allow you to login as system administrator. For fix that you have to run install.source or smartbuild.
So, I just want to achieve state "I know what I'm doing"
This is no my first experience building large project, but first on on java with ant. And now I'm trying standard way to eliminate error -- repeat all tasks step by step and drop unneeded ones. As I got import.sample.data and load.logoimages just imports data into existing database (even no using OB itself, but building wrapping mini-application), and if skip it and jump to setApplied target, which completes without errors also.
Gorka Gil wrote:
Antuan Avdioukhine wrote:Maybe it is reasonable for me to step to tuning installed instance and not to waste time trying get no errors while building with default scenario?
After all the time that you spent on the custom install I think you are very near and also you will have better knowledge about the way how works Openbravo. Also if you plan to develop something on top of Openbravo you will need a custom install.
On the other hand, the virtual appliances or iso are there in case that you don't want to spent time on this or to get a better supported environment.
Personally I think that the custom install it is more near to the Gentoo philosophy: compile every package and have more control over the installation.
Gentoo philosophy rules
Actually, I'm starting UNIX/Linux experience using FreeBSD and Slakware, now switched to Gentoo, because, right, I prefer "to know what I do". Perhups later I'll take an advance of developing OB applications as well as practice installing and support OB, so I have to "stepping on moslty all rakes", as we said in Russia
Because of that installing virtual appliance (which I proceeded learning installation options) is not my way.
So, let's start over and procees with install.source.
My environment (only what is related to process):
ANT_OPTS='-Xms256M -Xmx1024M -XX:MaxPermSize=256M -Djava.library.path=/usr/lib'
OPT_JAR_LIST='bcel ant/ant-apache-bcel bsf ant/ant-apache-bsf log4j ant/ant-apache-log4j oro ant/ant-apache-oro regexp ant/ant-apache-regexp xml-commons-resolver ant/ant-apache-resolver checkstyle jakarta-commons-beanutils jakarta-commons-cli jakarta-commons-logging jakarta-commons-collections jaxp_parser_impl cobertura junit4 xerces-j2 ant/ant-commons-logging jakarta-commons-net ant/ant-commons-net javamail jaf ant/ant-javamail jdepend ant/ant-jdepend jsch ant/ant-jsch jtidy ant/ant-junit ant/ant-nodeps ant/ant-swing jaxp_transform_impl ant/ant-trax xalan-j2-serializer'
(/etc/java-config-2/current-system-vm expands to /usr/lib/jvm//sun-jdk-1.6/)
Although OPT_JAR_LIST was set and filled according to http://wiki.openbravo.com/wiki/Installa ... leshooting
, I got error (org.hibernate.QueryException: ClassNotFoundException: org.hibernate.hql.ast.HqlToken [select ur from ADUserRoles ur where ur.userContact.id='0' and ur.active='Y' and ur.role.active='Y' order by ur.role.id asc]). Running ant with --execdebug option, I notes that "system antlr", which may affects this error, used despite OPT_JAR_LIST value. Actually I'd not found any reference about OPT_JAR_LIST, it seems to me, that it variable is used by ant wrapper script from some specific linux distribution(s) (fedora? ubuntu?). So I stucked at this point for now.
(Some time later) I found ANT_TASKS variable is used similar (as I believe) to OPT_JAR_LIST. Ok, I'll try to rebuild and completelly reinstall OB.