date:20110713

Re: jQuery validator defaults

2011-07-13 Thread Jonatan Soto

Thanks a lot Sasha!

On Wed, Jul 13, 2011 at 7:52 AM, Sascha Rodekamp sascha.rodekamp.lynx.de@
googlemail.com wrote:

 Hi Jonatan,
 you can't put label tags in js files, because they are interpreted by the
 freemarker parser, which don't parse js files.

 Some month ago, i created a JS function which can resolve ui Label tags.
 You
 can find it in the selectall.js
 There are two functions, one which takes an JSON array with ui label
 information and one which only takes a resource and one label.

 /**
  * Reads the requiered uiLabels from the uiLabelXml Files
  * @param requiredLabels JSON Object {resource : [label1, label2 ...],
 resource2 : [label1, label2, ...]}
  * @return JSON Object
  */
 function getJSONuiLabels(requiredLabels) {

 /**
  * Read the requiered uiLabel from the uiLabelXml Resource
  * @param uiResource String
  * @param errUiLabel String
  * @returns String with Label
  */
 function getJSONuiLabel(uiResource, errUiLabel) {

 Hope that helps.

 Have a good day
 Sascha


 2011/7/12 Jonatan Soto seniledemen...@gmail.com

  Hi all,
 
  I want to use the uiLabelMap variable in a .js I've created in order to
 set
  the defaults of any sort for jQuery plugins like validator. To do that I
  just included this in the main-decorator (CommonScreens.xml):
 
  set field=layoutSettings.javaScripts[] value=/images/defaults.js
  global=true/
 
  In this file I put the code like that:
 
  jQuery.extend(jQuery.validator.messages, {
   required: '${uiLabelMap.EcommerceRequired}'
  });
 
 
  Of course, this is not properly rendered, so the question is: Would you
 put
  all the javascript code in the header.ftl for example?
 
  Thanks in advance.
 
  Regards,
 
  Jonatan Soto
 



 --

 Sascha Rodekamp
Visit the new german OFBiz Blog: http://www.ofbiz.biz
Lynx-Consulting GmbH
Johanniskirchplatz 6
D-33615 Bielefeld
http://www.lynx.de




-- 
-

Jonatan Soto

Re: ofbiz mavenizer

2011-07-13 Thread David E Jones


I know various people have expressed interest in Maven over the years. From a 
quick search I see such discussions going back to 2003!

OFBiz would definitely benefit from more modularization, and Maven may be able 
to help with that. However, it is just a tool and would still require 
significant work in addition to what Eric describes below to clean up 
higher-level OFBiz artifacts like services and screens and such to make the 
dependency tree clean.

Based on the build-time dependencies Eric has generated an interesting graph 
that he sent to me, and it turns out to be a pretty good graph of component 
dependencies (even though technically if everything were written in the way 
intended by the framework, there wouldn't be so many build-time dependencies 
like this). The graph is actually better than the old old one I hand-rolled 
(that is in the Component and Component Set Dependencies document in the 
OFBADMIN space on Confluence).

Getting back to the point, does anyone have an opinion on:

1. better modularizing OFBiz
2. using Maven for build and/or module dependency management?

-David


On Jul 12, 2011, at 12:09 PM, Eric Bowman wrote:

 Hi,
 
 I've written a tool that we're considering open sourcing, and I'm curious to 
 gauge how much interest there would be in it.
 
 The purpose of the tool is to generate proper poms for each of the ofbiz 
 modules by inspecting an ofbiz directory.  It works in two steps, and it uses 
 the Nexus search API (so it's not that interesting unless you have a Nexus 
 repository installed somewhere nearby).
 
 Here's what it does:
 
 1. Inspects $OFBIZ_HOME recursively, identifying external dependency libraries
 2. Generates the SHA1 hash of each jar, and uses a Nexus API to determine 
 whether that jar already exists in Nexus as a known artifact.
 3. If it does not, it takes a random sample of the classes in each jar, and 
 queries Nexus to see can it figure out a reasonable groupId  artifactId.
 4. For artifacts not already in Nexus, it synthesizes a mvn 
 deploy:deploy-file for each jar and each possible groupId/artifactId/version 
 it decides might be useful, and lets you decide which commands to run to get 
 all the dependency jars in Nexus.
 5. After all the external dependencies are in Nexus, it looks through 
 $OFBIZ_HOME again, and determines all the transitive dependencies between 
 ofbiz modules
 6. Next it synthesizes a pom for each module, that captures both the 
 dependencies in that module's lib directory, as well as the simplest 
 transitive graph of dependencies on other modules.
 7. Finally it prints out mvn deploy:deploy-file commands which can be run 
 separately to put each ofbiz module's jar file into Nexus, along with its pom.
 
 If you are using maven, this is pretty nice -- this way you don't have to 
 worry about declaring dependencies against all the jars in the ofbiz 
 directory; it figures all that out, and leverages maven's transitive 
 dependency resolution to make a clean build.
 
 Obviously it doesn't solve other problems, like how to deploy an ofbiz server 
 in a maveny way, but that may follow.
 
 If you're interested in seeing this open sourced, perhaps you can reply 
 off-list; if there is enough interest I'll put this on github.  And maybe 
 even if there isn't. :)
 
 Cheers,
 Eric Bowman

Tata eCommerce based on Apache OFBiz?

2011-07-13 Thread David E Jones


I heard a rumor that Tata (TCS) has an ecommerce system that is based on OFBiz, 
though with re-written ecommerce and catalog/etc management applications.

Has anyone heard of this, or even better... is anyone involved with this effort 
at TCS or perhaps using it in their company or for a client?

This seems similar to the idea that was discussed a few years ago about 
creating a cleaner ecommerce app and back-end app for 
catalog/order/customer/etc in order to better compete with Magento for smaller 
companies, or in general organizations looking for something written in Java 
but more usable OOTB.

-David

Re: ofbiz mavenizer

2011-07-13 Thread Eric Bowman

Hi,

One other point: this tool is currently useful against ofbiz as-is, in order 
to build software that depends on it, using maven.  Converting ofbiz to use 
maven is a considerably bigger project.

On 13 Jul 2011, at 15:01, David E Jones wrote:

 
 I know various people have expressed interest in Maven over the years. From a 
 quick search I see such discussions going back to 2003!
 
 OFBiz would definitely benefit from more modularization, and Maven may be 
 able to help with that. However, it is just a tool and would still require 
 significant work in addition to what Eric describes below to clean up 
 higher-level OFBiz artifacts like services and screens and such to make the 
 dependency tree clean.
 
 Based on the build-time dependencies Eric has generated an interesting graph 
 that he sent to me, and it turns out to be a pretty good graph of component 
 dependencies (even though technically if everything were written in the way 
 intended by the framework, there wouldn't be so many build-time dependencies 
 like this). The graph is actually better than the old old one I hand-rolled 
 (that is in the Component and Component Set Dependencies document in the 
 OFBADMIN space on Confluence).
 
 Getting back to the point, does anyone have an opinion on:
 
 1. better modularizing OFBiz
 2. using Maven for build and/or module dependency management?
 
 -David
 
 
 On Jul 12, 2011, at 12:09 PM, Eric Bowman wrote:
 
 Hi,
 
 I've written a tool that we're considering open sourcing, and I'm curious to 
 gauge how much interest there would be in it.
 
 The purpose of the tool is to generate proper poms for each of the ofbiz 
 modules by inspecting an ofbiz directory.  It works in two steps, and it 
 uses the Nexus search API (so it's not that interesting unless you have a 
 Nexus repository installed somewhere nearby).
 
 Here's what it does:
 
 1. Inspects $OFBIZ_HOME recursively, identifying external dependency 
 libraries
 2. Generates the SHA1 hash of each jar, and uses a Nexus API to determine 
 whether that jar already exists in Nexus as a known artifact.
 3. If it does not, it takes a random sample of the classes in each jar, and 
 queries Nexus to see can it figure out a reasonable groupId  artifactId.
 4. For artifacts not already in Nexus, it synthesizes a mvn 
 deploy:deploy-file for each jar and each possible groupId/artifactId/version 
 it decides might be useful, and lets you decide which commands to run to get 
 all the dependency jars in Nexus.
 5. After all the external dependencies are in Nexus, it looks through 
 $OFBIZ_HOME again, and determines all the transitive dependencies between 
 ofbiz modules
 6. Next it synthesizes a pom for each module, that captures both the 
 dependencies in that module's lib directory, as well as the simplest 
 transitive graph of dependencies on other modules.
 7. Finally it prints out mvn deploy:deploy-file commands which can be run 
 separately to put each ofbiz module's jar file into Nexus, along with its 
 pom.
 
 If you are using maven, this is pretty nice -- this way you don't have to 
 worry about declaring dependencies against all the jars in the ofbiz 
 directory; it figures all that out, and leverages maven's transitive 
 dependency resolution to make a clean build.
 
 Obviously it doesn't solve other problems, like how to deploy an ofbiz 
 server in a maveny way, but that may follow.
 
 If you're interested in seeing this open sourced, perhaps you can reply 
 off-list; if there is enough interest I'll put this on github.  And maybe 
 even if there isn't. :)
 
 Cheers,
 Eric Bowman

Re: ofbiz mavenizer

2011-07-13 Thread David E Jones


Is part of the intent to use the Maven release plugin for deployment and such 
as well?

-David


On Jul 13, 2011, at 3:12 PM, Eric Bowman wrote:

 Hi,
 
 One other point: this tool is currently useful against ofbiz as-is, in 
 order to build software that depends on it, using maven.  Converting ofbiz to 
 use maven is a considerably bigger project.
 
 On 13 Jul 2011, at 15:01, David E Jones wrote:
 
 
 I know various people have expressed interest in Maven over the years. From 
 a quick search I see such discussions going back to 2003!
 
 OFBiz would definitely benefit from more modularization, and Maven may be 
 able to help with that. However, it is just a tool and would still require 
 significant work in addition to what Eric describes below to clean up 
 higher-level OFBiz artifacts like services and screens and such to make the 
 dependency tree clean.
 
 Based on the build-time dependencies Eric has generated an interesting graph 
 that he sent to me, and it turns out to be a pretty good graph of component 
 dependencies (even though technically if everything were written in the way 
 intended by the framework, there wouldn't be so many build-time dependencies 
 like this). The graph is actually better than the old old one I hand-rolled 
 (that is in the Component and Component Set Dependencies document in the 
 OFBADMIN space on Confluence).
 
 Getting back to the point, does anyone have an opinion on:
 
 1. better modularizing OFBiz
 2. using Maven for build and/or module dependency management?
 
 -David
 
 
 On Jul 12, 2011, at 12:09 PM, Eric Bowman wrote:
 
 Hi,
 
 I've written a tool that we're considering open sourcing, and I'm curious 
 to gauge how much interest there would be in it.
 
 The purpose of the tool is to generate proper poms for each of the ofbiz 
 modules by inspecting an ofbiz directory.  It works in two steps, and it 
 uses the Nexus search API (so it's not that interesting unless you have a 
 Nexus repository installed somewhere nearby).
 
 Here's what it does:
 
 1. Inspects $OFBIZ_HOME recursively, identifying external dependency 
 libraries
 2. Generates the SHA1 hash of each jar, and uses a Nexus API to determine 
 whether that jar already exists in Nexus as a known artifact.
 3. If it does not, it takes a random sample of the classes in each jar, and 
 queries Nexus to see can it figure out a reasonable groupId  artifactId.
 4. For artifacts not already in Nexus, it synthesizes a mvn 
 deploy:deploy-file for each jar and each possible 
 groupId/artifactId/version it decides might be useful, and lets you decide 
 which commands to run to get all the dependency jars in Nexus.
 5. After all the external dependencies are in Nexus, it looks through 
 $OFBIZ_HOME again, and determines all the transitive dependencies between 
 ofbiz modules
 6. Next it synthesizes a pom for each module, that captures both the 
 dependencies in that module's lib directory, as well as the simplest 
 transitive graph of dependencies on other modules.
 7. Finally it prints out mvn deploy:deploy-file commands which can be run 
 separately to put each ofbiz module's jar file into Nexus, along with its 
 pom.
 
 If you are using maven, this is pretty nice -- this way you don't have to 
 worry about declaring dependencies against all the jars in the ofbiz 
 directory; it figures all that out, and leverages maven's transitive 
 dependency resolution to make a clean build.
 
 Obviously it doesn't solve other problems, like how to deploy an ofbiz 
 server in a maveny way, but that may follow.
 
 If you're interested in seeing this open sourced, perhaps you can reply 
 off-list; if there is enough interest I'll put this on github.  And maybe 
 even if there isn't. :)
 
 Cheers,
 Eric Bowman

Re: ofbiz mavenizer

2011-07-13 Thread Eric Bowman

Yes.  We version our changes of ofbiz in a mavenesque way, and intend to use 
the maven release plugin to generate releases which get deployed (in maven 
terminology) to a repository, from which they get deployed to real servers.

On 13 Jul 2011, at 15:18, David E Jones wrote:

 
 Is part of the intent to use the Maven release plugin for deployment and such 
 as well?
 
 -David
 
 
 On Jul 13, 2011, at 3:12 PM, Eric Bowman wrote:
 
 Hi,
 
 One other point: this tool is currently useful against ofbiz as-is, in 
 order to build software that depends on it, using maven.  Converting ofbiz 
 to use maven is a considerably bigger project.
 
 On 13 Jul 2011, at 15:01, David E Jones wrote:
 
 
 I know various people have expressed interest in Maven over the years. From 
 a quick search I see such discussions going back to 2003!
 
 OFBiz would definitely benefit from more modularization, and Maven may be 
 able to help with that. However, it is just a tool and would still require 
 significant work in addition to what Eric describes below to clean up 
 higher-level OFBiz artifacts like services and screens and such to make the 
 dependency tree clean.
 
 Based on the build-time dependencies Eric has generated an interesting 
 graph that he sent to me, and it turns out to be a pretty good graph of 
 component dependencies (even though technically if everything were written 
 in the way intended by the framework, there wouldn't be so many build-time 
 dependencies like this). The graph is actually better than the old old one 
 I hand-rolled (that is in the Component and Component Set Dependencies 
 document in the OFBADMIN space on Confluence).
 
 Getting back to the point, does anyone have an opinion on:
 
 1. better modularizing OFBiz
 2. using Maven for build and/or module dependency management?
 
 -David
 
 
 On Jul 12, 2011, at 12:09 PM, Eric Bowman wrote:
 
 Hi,
 
 I've written a tool that we're considering open sourcing, and I'm curious 
 to gauge how much interest there would be in it.
 
 The purpose of the tool is to generate proper poms for each of the ofbiz 
 modules by inspecting an ofbiz directory.  It works in two steps, and it 
 uses the Nexus search API (so it's not that interesting unless you have a 
 Nexus repository installed somewhere nearby).
 
 Here's what it does:
 
 1. Inspects $OFBIZ_HOME recursively, identifying external dependency 
 libraries
 2. Generates the SHA1 hash of each jar, and uses a Nexus API to determine 
 whether that jar already exists in Nexus as a known artifact.
 3. If it does not, it takes a random sample of the classes in each jar, 
 and queries Nexus to see can it figure out a reasonable groupId  
 artifactId.
 4. For artifacts not already in Nexus, it synthesizes a mvn 
 deploy:deploy-file for each jar and each possible 
 groupId/artifactId/version it decides might be useful, and lets you decide 
 which commands to run to get all the dependency jars in Nexus.
 5. After all the external dependencies are in Nexus, it looks through 
 $OFBIZ_HOME again, and determines all the transitive dependencies between 
 ofbiz modules
 6. Next it synthesizes a pom for each module, that captures both the 
 dependencies in that module's lib directory, as well as the simplest 
 transitive graph of dependencies on other modules.
 7. Finally it prints out mvn deploy:deploy-file commands which can be run 
 separately to put each ofbiz module's jar file into Nexus, along with its 
 pom.
 
 If you are using maven, this is pretty nice -- this way you don't have to 
 worry about declaring dependencies against all the jars in the ofbiz 
 directory; it figures all that out, and leverages maven's transitive 
 dependency resolution to make a clean build.
 
 Obviously it doesn't solve other problems, like how to deploy an ofbiz 
 server in a maveny way, but that may follow.
 
 If you're interested in seeing this open sourced, perhaps you can reply 
 off-list; if there is enough interest I'll put this on github.  And maybe 
 even if there isn't. :)
 
 Cheers,
 Eric Bowman

Re: How to configure OFBiz database using MS Sql Server 2008 R2

2011-07-13 Thread Rafael Rondon

Ready, and is running well in SQL Server 2008 R2, I just need to raise test
data, thus giving the error because the database did not contain any records
in its tables.

I ran the following command: ant run-install; and then: startofbiz.bat.

Thanks,


Rafael


On Tue, Jul 12, 2011 at 4:47 PM, Rafael Rondon raron...@gmail.com wrote:

 Thank you very much Jeroen for your help, but after doing what you
 recommended just told me that it could not connect to the database. Then I
 realized that the problem is that I need to configure remote connections in
 SQL Server 2008.

 I thought I'd post the solution if it happens to another, I ran the SQL
 Server Configuration Manager, and that SQL Server Network Protocols for
 SQLEXPRESS -- configuration - Property TPCP / IP. And put port you
 want to use (see image attached).

 Sure, when I run startofbiz.bat already, does not fail, and gets to create
 the database tables in the database. But when I try to run in the browser 
 gives
 me other errors (see screen attached). The same version of OFBiz if run
 with Derby DB works fine.

 If you can please help me with this new error, Attach I send the log files
 of the last run of startofbiz.bat.


 Regards,


 Rafael



 On Mon, Jul 11, 2011 at 5:06 PM, Jeroen van der Wal 
 jer...@stromboli.itwrote:

 Here's a link to the JDBC V4 driver:
 http://www.microsoft.com/download/en/details.aspx?displaylang=enid=11774
 --
 Jeroen van der Wal
 Stromboli b.v.
 +31 655 874050



 On Mon, Jul 11, 2011 at 10:55 PM, Jeroen van der Wal
 jer...@stromboli.it wrote:
  We got it working in SQL Server 2008 R2
 
  - add sqljdbc4.jar to /framework/entity/lib/jdbc folder
  - create a user ofbiz with password ofbiz (as in this example)
  - make sure you create the database on the sql server and grant the
  user ofbiz to create tables.
 
  Here's a snippet of entityengine.xml in /framework/entity/config (it
  looked like you copied it to the wrong folder):
 
 datasource name=localmssql
 helper-class=org.ofbiz.entity.datasource.GenericHelperDAO
 schema-name=dbo
 field-type-name=mssql
 check-on-start=true
 add-missing-on-start=true
 join-style=ansi
 alias-view-columns=false
 use-indices-unique=false
 use-fk-initially-deferred=false
 read-data reader-name=seed/
 read-data reader-name=seed-initial/
 read-data reader-name=demo/
 read-data reader-name=ext/
 inline-jdbc
 
  jdbc-driver=com.microsoft.sqlserver.jdbc.SQLServerDriver
 
 
 jdbc-uri=jdbc:sqlserver://ams-s-sql08.ecp.loc:1433;databaseName=ofbiz;SelectMethod=cursor;
 jdbc-username=ofbiz
 jdbc-password=ofbiz
 isolation-level=ReadCommitted
 pool-minsize=2
 pool-maxsize=250
 time-between-eviction-runs-millis=60/
 !-- jndi-jdbc jndi-server-name=default
  jndi-name=comp/env/jdbc/xa/localmssql
  isolation-level=ReadCommitted/ -- !-- Orion Style JNDI name --
 /datasource
 
  Hope this helps.
 
  --
  Jeroen van der Wal
  Stromboli b.v.
  +31 655 874050
 
 
  On Mon, Jul 11, 2011 at 10:35 PM, Rafael Rondon raron...@gmail.com
 wrote:
 
  Hello,
 
  I need help to configure and can create me OFBiz database in MS Sql
 Server
  2008 R2. I download the jdbc v2 and v3, with none working. Copy it to
  D:\ofbiz\ofiz-trunk-20110705\framework\entity\lib\ jdbc.
 
  Also edit the file
 
 D:\ofbiz\ofbiz-trunk-20110705\framework\entity\lib\jdbc\entityengine.xml
  with the following configuration:
 
 entity-eca-reader=main entity-group-reader=main delegator
  distributed-cache-clear-enabled=false entity-model-reader=main
  name=default
 group-name=org.ofbiz group-map datasource-name=localmssql/
 group-name=org.ofbiz.olap group-map
  datasource-name=localmssqlolap/
 group-name=org.ofbiz.tenant group-map
  datasource-name=localmssqltenant/
  ...
 Datasource name = localmssql
 helper-class =
 org.ofbiz.entity.datasource.GenericHelperDAO
 schema-name = dbo
 field-type-name = mssql
 check-on-start = true
 add-missing-on-start = true
 join-style = ansi
 alias-view-columns = false
 use-fk-INITIALLY-deferred = false
 reader-name=seed/ read-data
 reader-name=seed-initial/ read-data
 reader-name=demo/ read-data
 reader-name=ext/ read-data
 Inline-jdbc
 jdbc-driver =
 com.microsoft.sqlserver.jdbc.SQLServerDriver
 
 jdbc-uri = jdbc: sqlserver: / / localhost: 1433;
  databaseName = ofbiz; SelectMethod = cursor;
 jdbc-username = ofbiz
 jdbc-password = ofbiz
 isolation-level = ReadCommitted
 pool-minsize = 2
 pool-maxsize = 250
 time-between-eviction-runs-millis = 60 /
 !

Re: ofbiz mavenizer

2011-07-13 Thread Sascha Rodekamp

Hi David, hi Eric,

first: cool tool Eric would love to see it!

I worked a lot with maven in the last year and must say it is pretty amazing
how easy thinks can be when you follow the convention over configuration
pattern. There are plenty of plugins which support you by
building/deploying/organization your application.
So when maven is working it's is a really powerful tool.
But during my projects i had to migrate some ANT based builds to Maven based
build, that was a lot of work (and some times pretty frustrating).

To your points David:
1. better modularizing OFBiz
That would be a really great benefit and maven have a good modularization
support

2. using Maven for build and/or module dependency management?
That effects point one. The maven structure made it easy to create separate
POMs (ProjectObjectModel) for each module (which can inherit other POMs) and
combine them in one super pom which defines global (build/ deployment etc.)
options

... Just a few thoughts this evening :)

regards,
Sascha

2011/7/13 David E Jones d...@me.com

This is an interesting idea, and there seem to be a number of plugins for
Maven that deal with release/build/deploy automation.

Looking around to learn more about this I found this interesting intro
presentation that talks about the Maven release plugin, plus plugins for
other tools like Codehaus Cargo and LiquiBase (with a nice little intro to
LiquiBase, which is very cool BTW):

http://www.slideshare.net/wakaleo/automated-deployment-with-maven-going-the-whole-nine-yards

-David

On Jul 13, 2011, at 3:39 PM, Eric Bowman wrote:

Yes. We version our changes of ofbiz in a mavenesque way, and intend to
use the maven release plugin to generate releases which get deployed (in
maven terminology) to a repository, from which they get deployed to real
servers.

On 13 Jul 2011, at 15:18, David E Jones wrote:

Is part of the intent to use the Maven release plugin for deployment and
such as well?

-David

On Jul 13, 2011, at 3:12 PM, Eric Bowman wrote:

Hi,

One other point: this tool is currently useful against ofbiz as-is,
in order to build software that depends on it, using maven. Converting
ofbiz to use maven is a considerably bigger project.

On 13 Jul 2011, at 15:01, David E Jones wrote:

I know various people have expressed interest in Maven over the years.
From a quick search I see such discussions going back to 2003!

OFBiz would definitely benefit from more modularization, and Maven may
be able to help with that. However, it is just a tool and would still
require significant work in addition to what Eric describes below to clean
up higher-level OFBiz artifacts like services and screens and such to make
the dependency tree clean.

Based on the build-time dependencies Eric has generated an interesting
graph that he sent to me, and it turns out to be a pretty good graph of
component dependencies (even though technically if everything were written
in the way intended by the framework, there wouldn't be so many build-time
dependencies like this). The graph is actually better than the old old one I
hand-rolled (that is in the Component and Component Set Dependencies
document in the OFBADMIN space on Confluence).

Getting back to the point, does anyone have an opinion on:

1. better modularizing OFBiz
2. using Maven for build and/or module dependency management?

-David

On Jul 12, 2011, at 12:09 PM, Eric Bowman wrote:

Hi,

I've written a tool that we're considering open sourcing, and I'm
curious to gauge how much interest there would be in it.

The purpose of the tool is to generate proper poms for each of the
ofbiz modules by inspecting an ofbiz directory. It works in two steps, and
it uses the Nexus search API (so it's not that interesting unless you have a
Nexus repository installed somewhere nearby).

Here's what it does:

1. Inspects $OFBIZ_HOME recursively, identifying external dependency
libraries
2. Generates the SHA1 hash of each jar, and uses a Nexus API to
determine whether that jar already exists in Nexus as a known artifact.
3. If it does not, it takes a random sample of the classes in each
jar, and queries Nexus to see can it figure out a reasonable groupId
artifactId.
4. For artifacts not already in Nexus, it synthesizes a mvn
deploy:deploy-file for each jar and each possible groupId/artifactId/version
it decides might be useful, and lets you decide which commands to run to get
all the dependency jars in Nexus.
5. After all the external dependencies are in Nexus, it looks through
$OFBIZ_HOME again, and determines all the transitive dependencies between
ofbiz modules
6. Next it synthesizes a pom for each module, that captures both the
dependencies in that module's lib directory, as well as the simplest
transitive graph of dependencies on other modules.
7. Finally it prints out mvn deploy:deploy-file commands which can be
run separately

Re: Accounting doc

2011-07-13 Thread BJ Freeman

google
ofbiz reconciliation
you will get some jira issues about it.
there is help on each page.

you can also see the complete doc available by using
http://demo-trunk.ofbiz.apache.org/cmssite/cms/APACHE_OFBIZ_HTML
then do a find in the browser for the what you looking for. does not
always work but this time it did.
http://demo-trunk.ofbiz.apache.org/cmssite/cms/APACHE_OFBIZ_HTML#N21241

prasanth r sent the following on 7/12/2011 10:29 PM:
 I am looking for reconciliation process in ofbiz.
 
 
 On Wed, Jul 13, 2011 at 10:52 AM, Prince Sewani princesew...@ymail.comwrote:
 
 Hi Prasanth,

 Checkout :


 http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-accounting-setup-chart-of-accounts/


 http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-tutorial-charts-of-accounts/


 http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-tutorial-adding-glaccount-to-chart-of-accounts/


 http://www.myofbiz.com/control/downloadFile?dataResourceId=Accounting5StepGuide.pdf


 Regards
 Prince



 
 From: prasanth r prasanth.sunr...@gmail.com
 To: user@ofbiz.apache.org
 Sent: Wednesday, July 13, 2011 10:31 AM
 Subject: Accounting doc

 Hi,

 Is there any possible way to get Ofbiz Accounting Manager Manual?

 thanks
 prasanth rajan

JobManager failing to schedule jobs

2011-07-13 Thread Josh Jacobson

Hello Everyone,

I have an ofbiz instance in production where none of the jobs are
being performed. I have about 160K jobs in pending status, but they
are never being schedule.
I can see the following in the log:

2011-07-13 13:32:01,959 (org.ofbiz.service.job.JobPoller@2599930b) [
JobManager.java:201:ERROR]  exception report
-- Transaction
error trying to commit when polling and updating the JobSandbox:
org.ofbiz.entity.transaction.GenericTransactionException: Roll back
error (with no rollbackOnly cause found), could not commit
transaction, was rolled back instead:
javax.transaction.RollbackException: Transaction timeout (Transaction
timeout) Exception:
org.ofbiz.entity.transaction.GenericTransactionException Message: Roll
back error (with no rollbackOnly cause found), could not commit
transaction, was rolled back instead:
javax.transaction.RollbackException: Transaction timeout (Transaction
timeout)  cause
-
Exception: javax.transaction.RollbackException Message: Transaction
timeout  stack trace
---
javax.transaction.RollbackException: Transaction timeout
org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:269)
org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245)
org.ofbiz.entity.transaction.TransactionUtil.commit(TransactionUtil.java:259)
org.ofbiz.entity.transaction.TransactionUtil.commit(TransactionUtil.java:245)
org.ofbiz.service.job.JobManager.poll(JobManager.java:197)
org.ofbiz.service.job.JobPoller.run(JobPoller.java:90)
java.lang.Thread.run(Thread.java:619)


I believe that the JobManager is not being able to handle all those
jobs to schedule them, so nothing is being scheduled, which of course
make the job list longer.

Can anyone think of how to make the jobs run?

All help much appreciated,

-- 
Josh.

37 matches

Mail list logo