No problem for me...
Please try the following steps
1) ant clean
2) ant build
Also verify if you have old jars in the classpath (svn status may help
you to spot them).
Jacopo
On Jul 2, 2008, at 7:05 AM, jazerb wrote:
I received the following while trying to build the latest from trunk:
[
I received the following while trying to build the latest from trunk:
[javac15]
E:\OFBiz\latest\framework\geronimo\src\org\ofbiz\geronimo\GeronimoTr
nsactionFactory.java:74: incompatible types
[javac15] found :
org.apache.geronimo.transaction.manager.GeronimoTransactio
Manager
[javac15] requ
Adrian Crum wrote:
2. I'd like to add a field to Product that would be a productMaintTypeId
- used to narrow down choices in Product Maintenance Type selection
boxes. Basically, the ID in the field would be used as a constraint in
the ProductMaintType entity (ProductMaintType.parentTypeId =
"s
I'm working on building out the fixed asset maintenances and I need to
get advice/suggestions on a few things.
As was mentioned previously, I'm trying to set up two triggers for
recurring maintenances - meter readings and time intervals. The meter
reading trigger is finished. Now I'm trying to
to clarify I am only talking if the lon/lat is tied to a street address.
BJ Freeman sent the following on 7/1/2008 2:56 PM:
> to have accuracy for matching a street address it has to have a 10 meter
> or better accuracy.
> this requires .0xx. at the equator.
> I don't think 6 places is suffic
How about address correction software that is certified by the USPS
Their lon/lat is actually taken from walk routes. others use mapping
data that is sometimes a guesstimate or extrapolated.
Chris Howe sent the following on 7/1/2008 1:11 PM:
> I would greatly urge you to look into storing this
to have accuracy for matching a street address it has to have a 10 meter
or better accuracy.
this requires .0xx. at the equator.
I don't think 6 places is sufficient.
also not that in the us Yahoo, USPS, and Google have different Lon/lat
for a given address.
David E Jones sent the following o
Or, if you're wanting to go directly to a LGPL source...there is a plugin for
GeoTools for geometryless databases.
http://geotools.codehaus.org/Geometryless+JDBC+Data+Store
Chris Howe <[EMAIL PROTECTED]> wrote: proj.4 should handle this. proj.4 is MIT
license. I haven't gone looking for the l
proj.4 should handle this. proj.4 is MIT license. I haven't gone looking for
the license of the java port
David E Jones <[EMAIL PROTECTED]> wrote:
And what about running on databases that don't have any GIS support?
-David
On Jul 1, 2008, at 2:11 PM, Chris Howe wrote:
> I would greatly urg
Cool,
The debate is launched...
I'm fine with either solutions as long as we create a new specialised entity.
Pease gents furbish your arguments :o)
Jacques
From: "Chris Howe" <[EMAIL PROTECTED]>
I would greatly urge you to look into storing this information in the Well Known Text or Well Kno
And what about running on databases that don't have any GIS support?
-David
On Jul 1, 2008, at 2:11 PM, Chris Howe wrote:
I would greatly urge you to look into storing this information in
the Well Known Text or Well Known Binary formats instead. Most of
what will be useful in an ERP syst
David,
thanks for your comment, that makes a lot of sense to me because Italy
is a country in which a strict sequencing of invoices is required as
well.
However, as you mention, the sequence should be that of the invoice
associated to the return (that in Italy is named "nota di
credito"/"
I would greatly urge you to look into storing this information in the Well
Known Text or Well Known Binary formats instead. Most of what will be useful
in an ERP system will contain polygons with hundreds (if not thousands) of
verticies. Imagine the processing and communication between the data
This came from a requirement where a certain country (I don't remember
which...) requires strict sequencing and even registry with the govt
of invoices. Skipping an invoice number was considered an audit
trigger and a possible means for committing fraud (or tax evasion, or
something).
B
Thanks for your comments Roland. I agree now that using a floating
point number is the best way to store them.
Right now we kind of "hack" floating point numbers for most databases,
ie we actually use a fixed-point number with only 6 decimal places.
I'm guessing for something like lat/lon
[
https://issues.apache.org/jira/browse/OFBIZ-1859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mridul Pathak updated OFBIZ-1859:
-
Attachment: AjaxInPlaceEditor.patch
Here is the patch for this enhancement. Currently it support
Implement Ajax.InPlaceEditor for display field in Form Widget
-
Key: OFBIZ-1859
URL: https://issues.apache.org/jira/browse/OFBIZ-1859
Project: OFBiz
Issue Type: New Feature
While cleaning up some code related to returns, I've noticed the
PartyAcctgPreferences.useInvoiceIdForReturns flag: if set to Y then
the returnId is generated using the id sequence of the invoices.
Does this make sense? My guess is that this code is there as an hack
to use the return as a "cr
[
https://issues.apache.org/jira/browse/OFBIZ-1189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-1189.
--
Resolution: Fixed
After some tests, I can't see any reasons to keep this issue open.
> Cannot
No issues with BSD(without advertising clause)
http://docs.ofbiz.org/display/OFBIZ/About+Apache+Software+Fundation+Licence+and+more...
Jacques
From: "Tim Ruppert" <[EMAIL PROTECTED]>
Just as an aside - I don't know the licenses (although I did think that BSD was compatible) - I love javacc - c
Just as an aside - I don't know the licenses (although I did think
that BSD was compatible) - I love javacc - can't wait to see what
you're doing with it.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Jun 30, 2008, at 11:22 PM, Adam Hea
[
https://issues.apache.org/jira/browse/OFBIZ-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hans Bakker closed OFBIZ-1855.
--
Resolution: Fixed
Committed revision 673043.
> Proposal for new specialized component: MyPage?
> -
Thanks David,
Those kind of efforts will certainly help not only users but support on user ML
:D
Jacques
Author: jonesde
Date: Tue Jul 1 01:03:44 2008
New Revision: 673019
URL: http://svn.apache.org/viewvc?rev=673019&view=rev
Log:
Improved error messages in a few places so that hopefully mo
From: "David E Jones" <[EMAIL PROTECTED]>
Thanks for the details Jacques. I was able to reproduce the problem, and
discovered some interesting SQL quirks along the way.
The biggest problem I had with this fix was that it was a serious hack and involved iterating over all of the results to co
Thanks for the details Jacques. I was able to reproduce the problem,
and discovered some interesting SQL quirks along the way.
The biggest problem I had with this fix was that it was a serious hack
and involved iterating over all of the results to count them, which
will not perform well f
25 matches
Mail list logo
