Hi Tim, David and others.
Currently this vm is down because of a pre-sheduled maintenance. If the
machine comes back i will update these system to the latest svn
revision.
About 2 months ago i have setup 2 ofbiz systems, trunk and the 9.04
version.
they are all under the user ofbiz in the
Hi Scott,
will copy the priv...@ofbiz.apache.org in future,
regards,
Hans
On Mon, 2010-02-01 at 23:57 -0800, Scott Gray wrote:
I'm not sure what you mean by normally, I haven't seen anything come
through here about the subdomains and certificates requests other than you
mentioning it in
Thanks Hans - it's great to see the follow thru on all of this. I'm hopeful
that the ASF will have a better track record than our first two days on their
hardware :) since this was never a problem with the solution we had in place
either - but only time will tell. As for how you can help,
Hi this seems to be caused by r904592
to revert this change:
svn merge http://svn.apache.org/repos/asf/ofbiz/trunk -r904592:904591
Regards,
Hans
On Mon, 2010-02-01 at 23:07 -0800, Scott Gray wrote:
After taking an update today, a lot of form widget field labels seem to be
missing from
[
https://issues.apache.org/jira/browse/OFBIZ-3418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mirko Vogelsmeier updated OFBIZ-3418:
-
Attachment: UtilProperties.java.patch
Hi,
i did update my method getPropertyNumber a bit
Sure, i just ask the people in the bui...@apache.org mailing list if
they can give me an estimate when the vm will come back.
Regards,
Hans
On Tue, 2010-02-02 at 01:21 -0700, Tim Ruppert wrote:
Thanks Hans - it's great to see the follow thru on all of this. I'm hopeful
that the ASF will have
Awesome
Cheers,
Ruppert
On Feb 2, 2010, at 1:44 AM, Hans Bakker wrote:
Sure, i just ask the people in the bui...@apache.org mailing list if
they can give me an estimate when the vm will come back.
Regards,
Hans
On Tue, 2010-02-02 at 01:21 -0700, Tim Ruppert wrote:
Thanks Hans - it's
[
https://issues.apache.org/jira/browse/OFBIZ-3438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erwan de FERRIERES updated OFBIZ-3438:
--
Attachment: OFBIZ-3438.patch
Migrate from DefaultSelenium to HttpCommandProcessor
Migrate from DefaultSelenium to HttpCommandProcessor
Key: OFBIZ-3438
URL: https://issues.apache.org/jira/browse/OFBIZ-3438
Project: OFBiz
Issue Type: Improvement
Components: ALL
Hi David,
I have a problem with this commit. In neogia accounting component I use
many list form with conditionnal fields :
field name=debit entry-name=amount use-when='${isDebit}' ==
'Y' widget-area-style=align-textdisplay type=currency
currency=${currency}//field
field name=debit
Hi Scott,
Yes sorry for that, I forgot again :/
The only real change was the introduction of FieldLookupPopup2 which solves an
issue that can't be reproduced with OFBiz OOTB has
this functionnality is not used in OFBiz (yet?). It allows to show names
instead of Ids in lookups fields. This was
Hi Rishi:
This is not a new feature. Split shipment support was well established
(and a HUGE selling point when discussing OFBiz with prospects) in
Release 4.0. Technically, this is a regression.
I will submit a JIRA.
Regards,
Ruth
Rishi Solanki wrote:
Ruth,
The multiform checkout was
Hi Hans:
Yes, this is used in other places.
What exactly do you mean by change?
Regards,
Ruth
Hans Bakker wrote:
If we change that and can still select a primary email then that
sounds pretty good...however isn't this often used in the system?
On Mon, 2010-02-01 at 15:23 -0600, Adam Heath
Split shipments no longer supported during ecommerce store checkout
---
Key: OFBIZ-3439
URL: https://issues.apache.org/jira/browse/OFBIZ-3439
Project: OFBiz
Issue Type: Bug
Could be related: the form widget example page is broken. It was working 2 days
ago, no time to look further for now
Jacques
From: Scott Gray scott.g...@hotwaxmedia.com
After taking an update today, a lot of form widget field labels seem to be missing from various screens. If any committers
Hi Brett,
Saddly I haven't enough time at the moment to continue on the
seleniumXml migration to HttpComandProcessor. I have created a JIRA
issue with what I have already done, if you want to contine you are very
welcome !
https://issues.apache.org/jira/browse/OFBIZ-3438
Cheers,
Le
Thanks Hans, but I'm pretty sure you know that I know how to revert :-)
Regards
Scott
On 2/02/2010, at 12:35 AM, Hans Bakker wrote:
Hi this seems to be caused by r904592
to revert this change:
svn merge http://svn.apache.org/repos/asf/ofbiz/trunk -r904592:904591
Regards,
Hans
On
Hans,
How is that commit affecting UI labels?
-Adrian
Hans Bakker wrote:
Hi this seems to be caused by r904592
to revert this change:
svn merge http://svn.apache.org/repos/asf/ofbiz/trunk -r904592:904591
Regards,
Hans
On Mon, 2010-02-01 at 23:07 -0800, Scott Gray wrote:
After taking an
Hi Ruth,
I don't have a 9.04 installation setup locally to test this (and the demo is
still down I think) but split shipments and the multipage checkout are
certainly still available in the trunk OOTB. Add anything to the cart, and
then either click on Checkout in the Cart Summary on the
Hi Scott:
Don't know about the trunk, since I can't run a recent trunk version - I
don't have Java 1.6 installed - but this is no longer available in 9.04.
You need to get past the checkout to the screen where the user provides
shipping contact information. There should be an option and then a
Hans Bakker wrote:
Hi this seems to be caused by r904592
to revert this change:
svn merge http://svn.apache.org/repos/asf/ofbiz/trunk -r904592:904591
Regards,
Hans
On Mon, 2010-02-01 at 23:07 -0800, Scott Gray wrote:
After taking an update today, a lot of form widget field labels
Scott Gray wrote:
Hi Ruth,
I don't have a 9.04 installation setup locally to test this (and the demo is
still down I think) but split shipments and the multipage checkout are
certainly still available in the trunk OOTB. Add anything to the cart, and
then either click on Checkout in the
Okay, I found the problem and committed a fix. We really need to go
through the framework and fix the code that uses FlexibleStringExpander
in inappropriate ways.
FlexibleStringExpander.getInstance will ALWAYS return an instance, so
there is no need to check if an instance is equal to null.
The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/2486
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: isis_ubuntu
Build Reason:
Build Source Stamp: [branch ofbiz/trunk] 905655
adri...@apache.org wrote:
Author: adrianc
Date: Tue Feb 2 16:35:28 2010
New Revision: 905696
URL: http://svn.apache.org/viewvc?rev=905696view=rev
Log:
Made a small change to FlexibleStringExpander - created a NullElem class to
support existing client code that tested getOriginal() for
I've updated and checked my 9.04 and I can see it as described below, the links
available that say Checkout all point to the mutli-page checkout which
supports split shipments.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 2/02/2010, at 8:06 AM, Ruth Hoffman wrote:
Hi Scott:
Hi Scott:
Are you sure?
I see:
1) a link to Quick Checkout
2) a link to One Page Checkout
On the Quick Checkout screen there are no links to split a shipment.
The radio box provided under the Ship to Party field label only allows
for 1) adding new address 2) indicating that only one of the
Hi,
I need to write a code in OFBIZ for fill the value in dropdown2 dependent on
dropdown1 selected value .
For example:
I have 2 Drop-downs in a form like,
Product Category is Drop-down1
Product Name is Drop-down 2
If we selected particular product category that product name will be loaded
in
There's the fun of changing the framework...
-David
On Feb 2, 2010, at 10:40 AM, Adrian Crum wrote:
Okay, I found the problem and committed a fix. We really need to go through
the framework and fix the code that uses FlexibleStringExpander in
inappropriate ways.
I looked through some example uses of FlexibleStringExpander and there
is a lot of inconsistency. Some client code expects getOriginal() to
always return a String - it doesn't check for null. Other code checks
for null.
The whole point of the null instance was to eliminate all of the
And that matters because... ?
The problem is that whenever you change the framework there may be unintended
side-effects because the way you think it should be used may not be the way it
is being used (or even the way it was originally intended to be used).
Even if you test a lot there is
Hi Ruth,
My guess is that you're looking at the micro cart in the top right corner of
the screen. Like I said, Checkout is the link you want and it is available
in Cart Summary screenlet and View Cart screen.
Regards
Scott
On 2/02/2010, at 9:00 AM, Ruth Hoffman wrote:
Hi Scott:
Are you
On Feb 2, 2010, at 10:47 AM, Adam Heath wrote:
adri...@apache.org wrote:
Author: adrianc
Date: Tue Feb 2 16:35:28 2010
New Revision: 905696
URL: http://svn.apache.org/viewvc?rev=905696view=rev
Log:
Made a small change to FlexibleStringExpander - created a NullElem class to
support
I think you're reading too much into what I said.
I didn't assign blame to anyone else - I'm using this as an opportunity
to instruct. I haven't forgotten the history of the code. A lot of those
unnecessary checks are left over from the older version of FSE that used
the new operator. So, for
The Buildbot has detected a restored build of ofbiz-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/2487
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: isis_ubuntu
Build Reason:
Build Source Stamp: [branch ofbiz/trunk]
Hi Scott:
Thanks for that information. You are correct. If you navigate to
checkout by way of the shopping cart, then split shipments are an
option. Whew! Good news.
But, wait a minute - why does the checkout from the shopping cart point
to a different checkout flow than a checkout from
Then we should have this kind of advices in the API or the documentation
somewhere. We can't expect that future devs will pick this
message easily. It would be easier for us to refer to somewhere as well.
My 2 cts
Jacques
From: Adrian Crum adri...@hlmksw.com
I think you're reading too much
Why not 3 different checkout flows, what's wrong with that for an ecommerce
demo and example templates?
It might be a little bit silly for a company to deploy all 3 checkout flows,
but isn't it nice for them to have options and not have to build their checkout
from scratch because there is
David:
Are you being serious? What's wrong with that? This isn't about
checkout flows...or deployment options. This is about functionality
(or rather links to process flows) that has been taken off the main demo
page and buried down at least another level of navigation. How is anyone
going
On Feb 2, 2010, at 1:13 PM, Ruth Hoffman wrote:
David:
Are you being serious? What's wrong with that? This isn't about checkout
flows...or deployment options. This is about functionality (or rather links
to process flows) that has been taken off the main demo page and buried down
at
In August 2008, FlexibleStringExpander class was redesigned to help
conserve memory. The main change needed to use the redesigned class was
to replace
FlexibleStringExpander fse = new FlexibleStringExpander(someExpression);
with
FlexibleStringExpander fse =
I just tried after Adrian fix (r905696): it's not related
Jacques
From: Jacques Le Roux jacques.le.r...@free.fr
Could be related: the form widget example page is broken. It was working 2 days
ago, no time to look further for now
Jacques
From: Scott Gray scott.g...@hotwaxmedia.com
After
you can check in ftl files . similar type of code are available. Just
populate the product category in a list then go for populating the
respective product in a sublist. but can not help you writing the exact
code.
--
View this message in context:
Thanks Adrian,
When I will get a chance I will consider to document this. I guess at least in
the API and I hope to begin a section for stuff like
that in the wiki.
Jacques
From: Adrian Crum adri...@hlmksw.com
In August 2008, FlexibleStringExpander class was redesigned to help conserve
Jacques Le Roux wrote:
Then we should have this kind of advices in the API or the documentation
somewhere. We can't expect that future devs will pick this
message easily. It would be easier for us to refer to somewhere as well.
Create an annotation that marks such things, then use apt to
Adam Heath wrote:
Adrian Crum wrote:
FlexibleStringExpander fse =
FlexibleStringExpander.getInstance(someExpression);
if (fse != null) {
// some code
}
This was always broken. Type foo = new Type(); foo will *never* be
null, period. There are existing places in the code where this new
Adam Heath wrote:
Jacques Le Roux wrote:
Then we should have this kind of advices in the API or the documentation
somewhere. We can't expect that future devs will pick this
message easily. It would be easier for us to refer to somewhere as well.
Create an annotation that marks such things,
Mmm, I work on Windows (so do Adrian, AFAIK) and anyway is this not Debian
specific?
Jacques
PS : my second choice is Ubuntun when I need to work on Linux. Anyway I will have to definitely switch one day, because of this
stupid Windows RAM limit, after 2 years of 4Go use I begin to feel a bit
Adam Heath wrote:
Adrian Crum wrote:
Adam Heath wrote:
Adrian Crum wrote:
FlexibleStringExpander fse =
FlexibleStringExpander.getInstance(someExpression);
if (fse != null) {
// some code
}
This was always broken. Type foo = new Type(); foo will *never* be
null, period. There are
Jacques Le Roux wrote:
Mmm, I work on Windows (so do Adrian, AFAIK) and anyway is this not
Debian specific?
Er, no. java apt, not debian apt. Go do some more java reading.
APT - Annotation Processing Tool.
Ha ok (I was quite sure I was missing something because I was not seeing the relation with Debian apt). Sure I will read more, I'm
currently reading *details* about Java 5 types (not as simple as I thought...)
Thanks
Jacques
From: Adam Heath doo...@brainfood.com
Jacques Le Roux wrote:
Mmm,
Hi Scott, as this is affecting everybody i thought it was useful for
others to know that
Regards,
Hans
On Tue, 2010-02-02 at 07:12 -0800, Scott Gray wrote:
Thanks Hans, but I'm pretty sure you know that I know how to revert :-)
Regards
Scott
On 2/02/2010, at 12:35 AM, Hans Bakker
The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/2492
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: isis_ubuntu
Build Reason:
Build Source Stamp: [branch ofbiz/trunk] 905876
Okay so once I saw this I took the 5 minutes necessary to look at eBay's
services and start thinking that this commit is a bad idea.
Please correct me if any of the following is wrong:
- When you originally brought this up, you described the problem as one of XML
vs. API but I think what you
fixed and Committed revision 905878.
On Wed, 2010-02-03 at 04:15 +, build...@apache.org wrote:
The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/2492
Buildbot URL:
This commit causes the following warning messages in the startup log:
2010-02-03 11:15:31,021 (main) [ModelViewEntity.java:690:INFO ]
Throwing out field alias in view entity WorkEffortProductGoods because
one already exists with the alias name [facilityId] and field name
The Buildbot has detected a restored build of ofbiz-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/2493
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: isis_ubuntu
Build Reason:
Build Source Stamp: [branch ofbiz/trunk]
Hi Hans,
Don't get me wrong, if the SDK simplifies the integration then I am all for it.
I don't however think that your approach is a good one, IMO the most likely
outcome will be that your implementation will be substantially different from
what is currently available and because of that we
hans...@apache.org wrote:
Author: hansbak
Date: Wed Feb 3 03:58:13 2010
New Revision: 905878
URL: http://svn.apache.org/viewvc?rev=905878view=rev
Log:
fix build error reported by buildbot
How did you not discover this before you commited it? Did you not do
a
On Feb 2, 2010, at 11:07 PM, Adam Heath wrote:
hans...@apache.org wrote:
Author: hansbak
Date: Wed Feb 3 03:58:13 2010
New Revision: 905878
URL: http://svn.apache.org/viewvc?rev=905878view=rev
Log:
fix build error reported by buildbot
How did you not discover this before you
David E Jones wrote:
On Feb 2, 2010, at 11:07 PM, Adam Heath wrote:
hans...@apache.org wrote:
Author: hansbak
Date: Wed Feb 3 03:58:13 2010
New Revision: 905878
URL: http://svn.apache.org/viewvc?rev=905878view=rev
Log:
fix build error reported by buildbot
How did you not discover this
Really amazing Adam,
1. the commit has no functional changes it is a move.
2. if you would have the lib file on your disk, the build would not
fail.
3. the build error was corrected in less than an hour.
Regards,
Hans
On Tue, 2010-02-02 at 23:07 -0600, Adam Heath wrote:
hans...@apache.org
Hans Bakker wrote:
Really amazing Adam,
1. the commit has no functional changes it is a move.
Wrong, it changes things, you have to verify that they work. Really.
A simple clean/build would have found it.
2. if you would have the lib file on your disk, the build would not
fail.
Huh? It
On Wed, 2010-02-03 at 00:21 -0600, Adam Heath wrote:
2. if you would have the lib file on your disk, the build would not
fail.
Huh? It was not possible for this to succeed. How did it succeed for
you? In a word, it didn't, because you didn't even try.
so you tell me that i am lying?
On 2/02/2010, at 10:25 PM, Hans Bakker wrote:
On Wed, 2010-02-03 at 00:21 -0600, Adam Heath wrote:
2. if you would have the lib file on your disk, the build would not
fail.
Huh? It was not possible for this to succeed. How did it succeed for
you? In a word, it didn't, because you
Sorry about this Nicholas. I'll make a change so that when considering whether
or not to create a column header it also looks at the field name to make sure
there is only one column per field name.
One caveat will be that if there are two fields with the same name and use-when
conditions that
Wow, how about we all calm it down a few levels, despite the biblical
references I don't think the end is nigh quite just yet and it's safe to relax
a little bit.
One downside of buildbot is that everybody is acutely aware of any failures
that occur regardless of how quickly they are fixed,
Hi Scott,
it would be really nice if you could try to work together and not always
try to show that you are technically capable. You already showed your
technical capability several times and we appreciate what you are doing
in that area, it helped the project a lot.
I can only say that it did
Hi Hans,
first of all, thank you for contributing this big amount of code.
On Feb 3, 2010, at 5:05 AM, Hans Bakker wrote:
Hi Scott,
I am also not sure if we need 2 components. That can only be decided by
the users of the original Ebay component isn't it? I do not know the
user
Jacopo,
what we need is a wiki page where people can announce activities and
plans. Not only from committers but also from contributors and perhaps
even users.
I have proposed this before.
In this case we tried to extend the existing ebay component but found
out that the xml interface could
On 2/02/2010, at 10:58 PM, Hans Bakker wrote:
Hi Scott,
it would be really nice if you could try to work together and not always
try to show that you are technically capable.
That is certainly not my intention and it bothers me greatly if it comes across
that way. My reasoning was that
On 2/02/2010, at 11:43 PM, Hans Bakker wrote:
Jacopo,
what we need is a wiki page where people can announce activities and
plans. Not only from committers but also from contributors and perhaps
even users.
I have proposed this before.
That's what we use the dev list for though right?
Scott Gray wrote:
Wow, how about we all calm it down a few levels, despite the biblical
references I don't think the end is nigh quite just yet and it's safe to
relax a little bit.
One downside of buildbot is that everybody is acutely aware of any failures
that occur regardless of how
73 matches
Mail list logo