On Oct 23, 2007, at 12:32 AM, Adam Heath wrote:
David E Jones wrote:
Interesting... this is worrisome as it means something isn't using
the
ByteWrapper properly. Only the bytes in the ByteWrapper should be
sent
to the database, not a serialized version of the object itself.
Because this
[
https://issues.apache.org/jira/browse/OFBIZ-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536923
]
WeizhanGuo commented on OFBIZ-1348:
---
Yes, you are right, there is need to be improved, I will try to fix this . any
David E Jones wrote:
>
> Interesting... this is worrisome as it means something isn't using the
> ByteWrapper properly. Only the bytes in the ByteWrapper should be sent
> to the database, not a serialized version of the object itself.
>
> Because this issue exists we have a problem though... upda
Andrew Zeneski wrote:
> I cannot say exactly how much damage it causes, but since this is as far
> as the framework will compile, I figured it was time for a quick patch.
> If you have a better fix, please by all means check it in. Otherwise,
> let's just make sure we can compile the trunk without
I agree. I do not want to see this becoming a pain. However, the
changes I put into UtilMisc to seem to have solved this problem (at
least for the entity sync code). Not saying its the best fix, but for
me UtilMisc.toMap() is just not an option.
Andrew
On Oct 22, 2007, at 4:00 AM:
From:
I cannot say exactly how much damage it causes, but since this is as
far as the framework will compile, I figured it was time for a quick
patch. If you have a better fix, please by all means check it in.
Otherwise, let's just make sure we can compile the trunk without errors.
Andrew
-
I had to make some slight revs for it to work because of the other
1.5 changes, but it's now working - thanks for the pointer Adrian -
big help.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 22, 2007, at 6:26 PM, Tim Ruppert wrote:
Thanks Adrian - this was broken right when I updated :) I will grab
this patch and apply it for this particular version.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 22, 2007, at 6:02 PM, Adrian Crum wrote:
Rev 586938 is what you
Rev 586938 is what you need.
Adrian Crum wrote:
Tim,
There was a commit that occurred over the weekend that broke some of the
service dispatcher stuff. It was fixed later on. Depending on when you
updated, you may have picked up the bad version.
I checked the service in the error message
It does - thanks!
David E Jones wrote:
Or even better, check out the "if-service-permission" element. Looks
like it may already exist. ;)
-David
On Oct 22, 2007, at 5:49 PM, Adrian Crum wrote:
Yeah, good idea. Thanks!
David E Jones wrote:
Wouldn't that be best in the condition block?
Tim,
There was a commit that occurred over the weekend that broke some of the service dispatcher stuff.
It was fixed later on. Depending on when you updated, you may have picked up the bad version.
I checked the service in the error message - I haven't touched that service, and it doesn't call
Or even better, check out the "if-service-permission" element. Looks
like it may already exist. ;)
-David
On Oct 22, 2007, at 5:49 PM, Adrian Crum wrote:
Yeah, good idea. Thanks!
David E Jones wrote:
Wouldn't that be best in the condition block? Perhaps an
alternate for of the has-pe
Yeah, good idea. Thanks!
David E Jones wrote:
Wouldn't that be best in the condition block? Perhaps an alternate for
of the has-permission thingy there.
-David
On Oct 22, 2007, at 5:38 PM, Adrian Crum wrote:
It would be helpful (from a code reuse standpoint) to enable the
screen widge
Wouldn't that be best in the condition block? Perhaps an alternate
for of the has-permission thingy there.
-David
On Oct 22, 2007, at 5:38 PM, Adrian Crum wrote:
It would be helpful (from a code reuse standpoint) to enable the
screen widgets to use the new permission services. I was thin
Since I upgrade this weekend, I'm having an issue with a user in
production not being able to add new content via the catalog manager -
> Product -> Content subpane. Not sure what it is, but it looks to
be related to some of the refactoring that's been going on around
perms :)
All seed da
It would be helpful (from a code reuse standpoint) to enable the screen widgets to use the new
permission services. I was thinking it would be cool to have something like:
fail-section="fail-section"/>
Any thoughts?
-Adrian
Yeah, that's starting to bug me too.
Scott Gray wrote:
Also, is there a reason why Andrew almost never replies to this type of
email? I think it's important that all committers respond to concerns
especially when they are coming from other committers.
Scott
On 23/10/2007, Adam Heath <[EMAIL P
Would be interested in feedback on this, here is what I propose:
1. revert Adam's changes to the ByteWrapper object so that data
stored with it can be migrated to be plain bytes instead of a
serialized ByteWrapper
2. deprecate the ByteWrapper object
3. change all code that uses the ByteWrap
Also, is there a reason why Andrew almost never replies to this type of
email? I think it's important that all committers respond to concerns
especially when they are coming from other committers.
Scott
On 23/10/2007, Adam Heath <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] wrote:
> > Author:
[
https://issues.apache.org/jira/browse/OFBIZ-1364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Risaliti updated OFBIZ-1364:
--
Attachment: widget_new_css.patch
This is the patch.
> New Styles For Back Office Apps on Scree
New Styles For Back Office Apps on Screen Widgets
-
Key: OFBIZ-1364
URL: https://issues.apache.org/jira/browse/OFBIZ-1364
Project: OFBiz
Issue Type: Improvement
Components: product
I do have the zip file that I've sent along - and yes rolling back
worked fine - but there is a much bigger issue 'round this one . . . :(
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 22, 2007, at 3:42 PM, David E Jones wrote:
Int
Interesting... this is worrisome as it means something isn't using
the ByteWrapper properly. Only the bytes in the ByteWrapper should be
sent to the database, not a serialized version of the object itself.
Because this issue exists we have a problem though... updating the
ByteWrapper obje
This was working last week before the supreme amount of changes.
Anybody got any ideas why this would be the case now:
org.ofbiz.webapp.view.ViewHandlerException: Error in
streamDataResource (Unable to read BLOB data from input stream while
getting value : imageData [IMAGE_DATA] (1):
jav
[EMAIL PROTECTED] wrote:
> Author: jaz
> Date: Mon Oct 22 07:23:48 2007
> New Revision: 587109
>
> URL: http://svn.apache.org/viewvc?rev=587109&view=rev
> Log:
> small change to allow ofbiz to compile again
>
> Modified:
> ofbiz/trunk/framework/base/src/base/org/ofbiz/base/util/UtilMisc.java
[
https://issues.apache.org/jira/browse/OFBIZ-1281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536747
]
BJ Freeman commented on OFBIZ-1281:
---
christian:
patch does not include
PRDS_CUST_REGISTER
as does not my patch tha
Jonathon -- Improov wrote:
This is a very crucial point in this thread.
A heavily parameterized method is great for genericity. We can call such
a method with programmatically generated parameters. Very consistent,
very single-entry-point approach.
However, such a method will require "settin
[
https://issues.apache.org/jira/browse/OFBIZ-1363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Markus Studer updated OFBIZ-1363:
-
Attachment: UtilDateTime.diff
Patch to set milisecond part of date to 0
> UtilDateTime.toDate(in
UtilDateTime.toDate(int, int, int, int, int, int) does not initialise
milisecond part of created date
-
Key: OFBIZ-1363
URL: https://issues.apache.org/jira/browse/
[
https://issues.apache.org/jira/browse/OFBIZ-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536672
]
polawat phetra commented on OFBIZ-1348:
---
Hi Jack.
I think there is a problem with your BirtHelper.java and B
Hi Bilgin,
you are right and I've applied your fix to rev. 587073.
Thanks for catching this!
Jacopo
Bilgin Ibryam wrote:
In latest trunk, COD are not aproved automatically.
I checked the file history and in r538970 is done some refactoring of
processpayment, including the mentioned lines. Her
[
https://issues.apache.org/jira/browse/OFBIZ-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536646
]
jack_guo commented on OFBIZ-1348:
-
That exmaple is the origin code, the OfbizScripted.rptdesign is customized ,
you
In latest trunk, COD are not aproved automatically.
I checked the file history and in r538970 is done some refactoring of
processpayment, including the mentioned lines. Here is the commit comment
from Jacopo:
" Pretty important refactoring of the processOrderPayments service (and
related methods):
Wouldn't that be better served by the demo OFBiz?
Jonathon
Scott Gray wrote:
I don't think the download is intended to be a replacement for a checkout
but more a simple download for a complete newbie to do an initial
evaluation, if they like what they see then they can figure out svn.
Regards
[
https://issues.apache.org/jira/browse/OFBIZ-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536623
]
Carl Johansson commented on OFBIZ-1356:
---
Exactly ;) Thanks for the help and hope we'll see some real patches by
[
https://issues.apache.org/jira/browse/OFBIZ-1281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Geisert updated OFBIZ-1281:
-
Attachment: new-defaultProductStoreEmail.diff
The whole OFBIZ-1278 is a bit confusing (an
[
https://issues.apache.org/jira/browse/OFBIZ-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536614
]
polawat phetra commented on OFBIZ-1348:
---
Hi Jack.
To successfully run the example report that have a link in
I don't think the download is intended to be a replacement for a checkout
but more a simple download for a complete newbie to do an initial
evaluation, if they like what they see then they can figure out svn.
Regards
Scott
On 22/10/2007, Jonathon -- Improov <[EMAIL PROTECTED]> wrote:
>
> Having b
Sounds like a bug to me, is this a recent change because I'm used to COD etc
orders being approved straight away?
Regards
Scott
On 22/10/2007, Bilgin Ibryam <[EMAIL PROTECTED]> wrote:
>
>
> Hi all,
>
> I want to ask is "EntityUtil.filterByAnd" a bug or done intentionally in
> the
> following code
Having both will be good.
The SVN workspace download is for those who want to easily upgrade/update in future. This is
needed even by newbies who may need to conveniently pull in critical updates, esp if they're
playing with trunk.
The non-SVN download (generated by svn export) is for those w
Hi all,
I want to ask is "EntityUtil.filterByAnd" a bug or done intentionally in the
following code snippet:
CheckoutHelper.processPayment:1026
Actaully it is not a big deal, this code will only aprove the order, but
this will happen only if we have "CASH", "EXT_COD", adnd "EXT_BILLACT"
payment m
> One major problem (besides the readability/optimize problems) with this
> approach was that all conditions (also "Join conditions") are applied to the
> WHERE clause. Some databases react with bad performance on such
> SQL-statements, others "auto-optimize" them quietly.
That's what I thought t
[
https://issues.apache.org/jira/browse/OFBIZ-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536595
]
Scott Gray commented on OFBIZ-1356:
---
Look on the bright side, at least now you know how to create patches :-)
> Va
[
https://issues.apache.org/jira/browse/OFBIZ-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536594
]
Carl Johansson commented on OFBIZ-1356:
---
Even though changing the variables fixed my issue I have - fortunately
[
https://issues.apache.org/jira/browse/OFBIZ-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carl Johansson closed OFBIZ-1356.
-
Resolution: Cannot Reproduce
Fix Version/s: Release Branch 4.0
> Variable error in viewpro
The issue "JIRA-1033 Ofbiz SQL Integration Features"
might be interesting for your discussion.
Maybe this is a basis for supporting multiple ways to solve common problems
(RDBMS *dependent* (much better to debug and optimize) vs. RDBMS-independent
"HQL-like").
Remark: in 2005/06 we first tried t
46 matches
Mail list logo