[
https://issues.apache.org/jira/browse/OFBIZ-1168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543005
]
Jacopo Cappellato commented on OFBIZ-1168:
--
Has this issue been addressedby the work Adrian recently did?
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542978
]
Jonathon Wong commented on OFBIZ-1406:
--
Hans Bakkar said:
i tried that, but could not make the java MD5 give
[
https://issues.apache.org/jira/browse/OFBIZ-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542997
]
Jacopo Cappellato commented on OFBIZ-1315:
--
Jacques,
is it possible that this is happening just because
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543045
]
Scott Gray commented on OFBIZ-1406:
---
I'm still not sure of this, it seems too implementation specific. What if
It's great to see activity going on in the enhancement of ui.
Do you think that a project like http://incubator.apache.org/xap/ would
be useful to facilitate/abstract the integration of Ajax libs?
Jacopo
[EMAIL PROTECTED] wrote:
Author: apatel
Date: Fri Nov 16 02:53:38 2007
New Revision:
I am trying the get the entity synchronization working.
The latest OFBiz version from trunk works fine and orders are pushed
upstream.
Then i tried the release 4.0 while and get the error as listed at the
end of this message.
anybody any suggestions?
We tried to run this version with java 1.5
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542963
]
Scott Gray commented on OFBIZ-1406:
---
java.security.MessageDigest also produces the same md5 hash (in a byte array
+1
Jacques
De : Scott Gray [EMAIL PROTECTED]
Didn't notice this thread so I just commented on the issue, I just had a go
with java.security.MessageDigest and it produces the same hash as
OSCommerce. So I wouldn't put this in the trunk as is because there is no
need for the platform
[
https://issues.apache.org/jira/browse/OFBIZ-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bilgin Ibryam updated OFBIZ-1315:
-
Attachment: fix.patch
POS does not do itemIssuance
[
https://issues.apache.org/jira/browse/OFBIZ-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543121
]
Bilgin Ibryam commented on OFBIZ-1315:
--
Hi guys,
Actually POS DOES inventory issuance.
isImmediatelyFulfilled
[
https://issues.apache.org/jira/browse/OFBIZ-1393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Lombardi updated OFBIZ-1393:
--
Attachment: ofbiz-1393.patch
Update to store default product configuration in database. Code
De : Jonathon -- Improov [EMAIL PROTECTED]
Still, I do understand that it's a hassle to have to apply 10s of mini
patches every time I deploy
a new 4.0 implementation.
You cant put them in one sole parch, this is not the harder part, collecting
them might be
What does everyone think of
I'm still wanting connect an ASF person with two women at ApacheCon
who came here specifically because they use OFBiz. Is there anyone
interested in connecting with them via email? Thanks!
Cheers ~ Delia
On Nov 15, 2007 10:11 AM, Shane Curcuru [EMAIL PROTECTED] wrote:
If anyone from OFBiz is at
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543042
]
Hans Bakker commented on OFBIZ-1406:
Thank you gentleman for all your help. I have tested this patch and it is
Thanks for the reply. Scope isn't my problem. My problem is a trade-off
between code reuse and performance. Lets say I'm doing one of the recursive
party relationship services that returns a list of related parties, but I also
need to run the partyNameForDate service before adding it to the
Done in 595663
Thanks Scott for use case and BJ for reminder
Jacques
De : Scott Gray [EMAIL PROTECTED]
Possibly, you could check if you wanted to, in ecommerce add a few
products to the cart as an anonymous shopper so that it goes over $50
then in the view cart screen enter the promo code
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543028
]
Jonathon Wong commented on OFBIZ-1406:
--
Scott Gray said:
Who said I was talking about you? :-P
Oops. Too
[
https://issues.apache.org/jira/browse/OFBIZ-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543009
]
Jacques Le Roux commented on OFBIZ-1315:
Hi Jacopo,
It might be, yes ! I will have a look...
POS does
[
https://issues.apache.org/jira/browse/OFBIZ-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543136
]
Si Chen commented on OFBIZ-1260:
Well that would be nice... Where does it do that? Did I miss it in the code?
[
https://issues.apache.org/jira/browse/OFBIZ-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542999
]
Jacopo Cappellato commented on OFBIZ-1260:
--
Si,
are you sure there is a bug here?
If I'm not wrong, when
I had no idea the can of worms this would open up when I entered the issue.
I come down on the side of wanting this patch in the release branch.
Further, as there is no defined release date for 4.0, I would consider it
still open for very high-priority issues that are not traditionally defined
[
https://issues.apache.org/jira/browse/OFBIZ-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543137
]
Christian Geisert commented on OFBIZ-1401:
--
Ok, I had a first look at the issue.
The patch applied with
I gave several ideas, the parameterized one is probably the least plausible
because of security considerations. I'm leaning towards the
section-begin/section-end tagging that would be otherwise inert to an ofbiz
application.
example:
MySimpleMehtods.xml
simple-method method-name=myMehtod
[
https://issues.apache.org/jira/browse/OFBIZ-1168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrian Crum closed OFBIZ-1168.
--
Resolution: Fixed
Some of the things in Daniel's patch have been fixed. The only thing that
hasn't
Are you suggesting something like abstract classes in Java, where some methods are implemented and
some are not (blanks to be filled)?
Parameterized simple methods. Sounds interesting.
Some effort is needed to refactor the existing OFBiz maintained simple methods to publish such
hooks where
[
https://issues.apache.org/jira/browse/OFBIZ-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543026
]
Scott Gray commented on OFBIZ-1406:
---
Who said I was talking about you? :-P
Anyway, I really am no expert here so
[
https://issues.apache.org/jira/browse/OFBIZ-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543124
]
Yin T commented on OFBIZ-1399:
--
Just a comment on this issue.
I'm new to this project and that's how I stumbled on this
[
https://issues.apache.org/jira/browse/OFBIZ-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543185
]
Adrian Crum commented on OFBIZ-1401:
Christian,
Thank you for taking a look at this! No, I haven't tried it
[
https://issues.apache.org/jira/browse/OFBIZ-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vikas Mayur updated OFBIZ-1408:
---
Attachment: order_status.patch
When OrderPaymentPreference.statusId changes create a history record
Not that I find many cases where I don't specify localDispatcherName in web.xml , but I think
ContextFilter.init() may not be catching possible exceptions correctly.
See ContextFilter.java lines 293-295. If web.xml doesn't have localDispatcherName defined, line
295 will throw an exception,
I'm still not totally sure what you're trying to accomplish, or maybe
more accurately, what you want to make easier.
Could you throw out some ofbiz-oriented pseudo code for the way you
would do this now that you don't like?
I don't think I really like this section approach in the simple-
In PaymentWorker.getPaymentAppliedBd() near line 280
I find this code:
paymentApplications = payment.getRelated(ToPaymentApplication);
There is no ToPaymentApplication entity that I can find. Is this something
that should be removed or is there some plan to do something really cool.
It also
Let me see if I can take an easy example.
ofbiz simple-method:
org/ofbiz/party/party/PartyServices#followPartyRelationshipsInline
simple-method method-name=followPartyRelationshipsInline
short-description=followPartyRelationshipsInline
!--snip comment--
if-empty
In this method call ToPaymentApplication is a relationship name,
made up of a prefix and the entity name.
For more info see:
http://ofbiz.apache.org/docs/entity.html
What kinds of log entries are you seeing?
-David
On Nov 16, 2007, at 3:12 PM, [EMAIL PROTECTED] wrote:
In
[
https://issues.apache.org/jira/browse/OFBIZ-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543235
]
BJ Freeman commented on OFBIZ-1399:
---
one of the comments I made when I first started using this application is
Yes, good idea. I agree with Jonathon in keeping ApacheFopFactory or
paraphrasing Adrian create a new class that references
ApacheFopFactory
Jacques
De : Jonathon -- Improov [EMAIL PROTECTED]
Nice!
I would recommend keeping ApacheFopFactory, and then creating ApacheFopWorker
to use
Finally, have we an idea about what to do :o)
Do we need a vote for this ?
Maybe a generalisation for security case as features to back port in any case
?
Create release4.0 (and later when they will come) branches as proposed by
Jonathon ?
Jacques
De : clearchris [EMAIL PROTECTED]
I had no
Jonathon and Jacques,
Thanks for the input!
Actually, I ended up going the other way around - ApacheFopFactory.instance() does nothing more than
call ApacheFopWorker.getFactoryInstance().
I'll have a patch submitted to Jira in a few days for everyone to review.
-Adrian
Jacques Le Roux
[
https://issues.apache.org/jira/browse/OFBIZ-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel reassigned OFBIZ-1402:
---
Assignee: Anil K Patel (was: Andrew Zeneski)
Provide Event Messages in a screen by itself
[
https://issues.apache.org/jira/browse/OFBIZ-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel closed OFBIZ-1402.
---
Resolution: Fixed
committed in svn #595883
Provide Event Messages in a screen by itself
I've been playing with pos for the last week and I've also reviewed this
commit and found no problems with it, I'm quite confident it can be applied
to release branch without causing any problems. Even though this may not be
a bug in the traditional sense, it does plug a big enough security hole
Well, clearchris has a point. Is there a defined release date for 4.0?
It depends on the management's view of OFBiz 4.0. If it is considered alpha, go on ahead and
insert any amount of enhancements into it. But if it is considered beta, it would be good to be
strict about things, and pop in
Seems a bit counter-intuitive, that design pattern. Or we could rename ApacheFopWorker to
ApacheFopFactoryHelper.
In any case, as long as we're decoupling correctly, the code organization will be crisp and clear,
easy to extend in future. We can deal with the names and delegation later, if we
Wow, thanks for the detailed explanation!
This whole exercise sounds like breaking up coarse-grained methods into fine-grained decoupled
flexible ones.
Then it should be nothing more than breaking up a giant simple method into independent pieces that
can be reused in many places. Why go
Just trying to confirm this. StringUtil.split returns null when processing an empty string or
null. Right? Is this deliberate?
ContextFilter.java uses StringUtil.split, but doesn't seem to be aware of the
above behavior.
Jonathon
Thanks Jonathon for the reply. While breaking giant methods up and
refactoring may be the ideal solution, I'm a bit of a realist and understand
that approach will never happen in any community project with enough regularity
and discipline to not be consistent roadblocks in an external
Inert markup still needs an engine to process those markup. That'll take time to review. As I
said, the elegant generic-ized mechanism is more complex than just hacking it and getting job done.
Refactoring a giant simple method into 3 smaller simple methods may not need much review effort.
Not
about a month ago david ask the community for feed back on those that
have 4.0 in production.
I have not see that much feed back about it so apparently there are not
that many using it in production.
I believe once more report that they are using 4.0 in production and are
not running into problems
Ok, ok. I feel so manipulated (private joke with Scott). :P
I am using OFBiz 4.0 extensively. But haven't found a lot of problems worth mentioning. It
certainly has less problems than the trunk, which is good news!
Come end of 2007, I should have gone through all or most (95%?) of the
Exactly right BJ, for releases to move faster the community needs to move
faster. The committers have put a lot more time into contributing to the
release (mostly via back patching) than the rest of the community and IMO
that is the reverse of how it should be. No matter what the release plan
[
https://issues.apache.org/jira/browse/OFBIZ-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543262
]
Jacopo Cappellato commented on OFBIZ-1260:
--
Just create a transfer, you'll see that the ATP units are
51 matches
Mail list logo