[
https://issues.apache.org/jira/browse/OFBIZ-3817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sascha Rodekamp updated OFBIZ-3817:
---
Attachment: OFBIZ-3817_jQuery_Menu_fix.patch
Good morning guys here is the first patch for
[
https://issues.apache.org/jira/browse/OFBIZ-3817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sascha Rodekamp updated OFBIZ-3817:
---
Attachment: (was: OFBIZ-3817_plugins.zip)
Basic Menu Changes to make them work with
[
https://issues.apache.org/jira/browse/OFBIZ-3801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sascha Rodekamp updated OFBIZ-3801:
---
Attachment: OFBIZ-3801_ContextFilter.java.patch
Hm i think i have a patch for this issue.
[
https://issues.apache.org/jira/browse/OFBIZ-3821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shubham Dubey updated OFBIZ-3821:
-
Attachment: OFBIZ-3821.patch.zip
Here is the updated patch.
Thanks
Shubham Dubey
Using
[
https://issues.apache.org/jira/browse/OFBIZ-3801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12879732#action_12879732
]
Jacques Le Roux commented on OFBIZ-3801:
Hi Sascha,
Valentin tried and he said it
[
https://issues.apache.org/jira/browse/OFBIZ-3801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12879737#action_12879737
]
Sascha Rodekamp commented on OFBIZ-3801:
Ok Jacques i see the problem i'm still
[
https://issues.apache.org/jira/browse/OFBIZ-3821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-3821.
--
Resolution: Fixed
Thanks Shubham,
Your patch is in trunk at r955568, R10.04 at r955571
[
https://issues.apache.org/jira/browse/OFBIZ-3821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12879783#action_12879783
]
Shubham Dubey commented on OFBIZ-3821:
--
Thanks Jacques
Shubham Dubey
Using number
[
https://issues.apache.org/jira/browse/OFBIZ-3801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sascha Rodekamp updated OFBIZ-3801:
---
Attachment: OFBIZ-3801_ContextFilter.java.patch
Hey,
here is a patch that should solve the
[
https://issues.apache.org/jira/browse/OFBIZ-3801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-3801.
--
Resolution: Fixed
Thanks Sascha,
Your patch is in trunk at r955631
Set webside Id in
Adrian Crum wrote:
--- On Wed, 6/16/10, Adrian Crum adri...@hlmksw.com wrote:
On 6/16/2010 3:53 PM, Adam Heath
wrote:
Adrian Crum wrote:
On 6/16/2010 3:40 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/16/2010 3:24 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/16/2010 3:03 PM, Adrian Crum
On 6/17/2010 8:37 AM, Adam Heath wrote:
Adrian Crum wrote:
--- On Wed, 6/16/10, Adrian Crumadri...@hlmksw.com wrote:
On 6/16/2010 3:53 PM, Adam Heath
wrote:
Adrian Crum wrote:
On 6/16/2010 3:40 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/16/2010 3:24 PM, Adam Heath wrote:
Adrian Crum
Hi,
Is there a way to use entitylabels in a groovy ?
I've got a genericValue that contains a result, for example a workEffort
with workEffortTypeId:ROUTING that I can get with
myRow['workEffortTypeId']
And I want to get the string of WorkEffortType.description.ROUTING from
workEffortEntityLabels
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Also, if my process is wrong, fine, that might be true. But just
don't tell me it is wrong. Give me a way to do what I have describe
countless times.
The unicode specs say that a file 'may' start with a BOM(U+FEFF). The
reader of the bytes can then look to see how the BOM is encoded, and
pick the correct encoding(UTF-8, UTF-16(le/be), UTF-32(le/be). If the
file does start with a BOM, it must be removed.
A BOM anywhere else in the datastream
Le jeudi 17 juin 2010 à 18:05 +0200, Matthieu Bollot a écrit :
Hi,
Is there a way to use entitylabels in a groovy ?
I've got a genericValue that contains a result, for example a workEffort
with workEffortTypeId:ROUTING that I can get with
myRow['workEffortTypeId']
And I want to get the
Matthieu Bollot wrote:
Hi,
Is there a way to use entitylabels in a groovy ?
I've got a genericValue that contains a result, for example a workEffort
with workEffortTypeId:ROUTING that I can get with
myRow['workEffortTypeId']
myRow.workEffortTypeId is better.
And I want to get the string of
On 6/17/2010 9:09 AM, Adam Heath wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Also, if my process is wrong, fine, that might be true. But just
don't tell me it is wrong. Give me a way to do what I have describe
[
https://issues.apache.org/jira/browse/OFBIZ-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin updated OFBIZ-3798:
-
Attachment: xml-rpc-engine.diff
MoveXmlRpcClassFromWebappToService.patch
Adrian Crum wrote:
On 6/17/2010 9:09 AM, Adam Heath wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Also, if my process is wrong, fine, that might be true. But just
don't tell me it is wrong. Give me a way to do what I
BJ Freeman wrote:
if you got that far it should be all four time fields.
however I don't see the need even with sync to do this.
If you are talking about the entity sync fields then it definitely seems
like the lack of a timezone could cause your sync to fail.
--
Ean Schuessler, CTO
On 6/17/2010 9:42 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 9:09 AM, Adam Heath wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Also, if my process is wrong, fine, that might be true. But just
don't tell me
Ean Schuessler wrote:
BJ Freeman wrote:
if you got that far it should be all four time fields.
however I don't see the need even with sync to do this.
If you are talking about the entity sync fields then it definitely seems
like the lack of a timezone could cause your sync to fail.
Not an
Adrian Crum wrote:
Actually, this is a bad example - the Staff Meeting temporal expression does
not contain a date-time value. A better example would be the recurring jobs
that use a Frequency temporal expression.
The thing we need to focus on here is the entities that have a
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been broken for a long time does not mean it
is fixed. We have found numerous long-standing problems that simply have
never been
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been broken for a long time does not mean it
is fixed. We have found numerous
On 6/17/2010 10:16 AM, Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been broken for a long time does not mean it
is
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been broken for a long time does not mean it
is fixed. We have found
On 6/17/2010 10:23 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been broken for a long time
[
https://issues.apache.org/jira/browse/OFBIZ-3825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12879885#action_12879885
]
BJ Freeman commented on OFBIZ-3825:
---
for consideration
??citation??Admin party will
[
https://issues.apache.org/jira/browse/OFBIZ-3825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12879885#action_12879885
]
BJ Freeman edited comment on OFBIZ-3825 at 6/17/10 2:49 PM:
for
I am using OFBiz 4.0.
I been trying to figure out what causes random high CPU utilization from
OFBiz since its deployment (08/2009), which usually requires a restart of
the application. I have done lots research at the software and hardware
level and tried many changes, including replacing
mayo wrote:
I am using OFBiz 4.0.
I been trying to figure out what causes random high CPU utilization from
OFBiz since its deployment (08/2009), which usually requires a restart of
the application. I have done lots research at the software and hardware
level and tried many changes,
I wanted to clarify I have been getting this since MY OFBiz deployment, not
since the creation of OFBiz of course.
Also here is the thread stack for the process that did not complete.
http-0.0.0.0-8443-Processor7 daemon prio=1 tid=0x090fdc08 nid=0x7089
runnable [0xad76d000..0xad76ffb0]
mayo wrote:
I wanted to clarify I have been getting this since MY OFBiz deployment, not
since the creation of OFBiz of course.
Also here is the thread stack for the process that did not complete.
http-0.0.0.0-8443-Processor7 daemon prio=1 tid=0x090fdc08 nid=0x7089
runnable
Adam Heath wrote:
mayo wrote:
I wanted to clarify I have been getting this since MY OFBiz deployment, not
since the creation of OFBiz of course.
Also here is the thread stack for the process that did not complete.
http-0.0.0.0-8443-Processor7 daemon prio=1 tid=0x090fdc08 nid=0x7089
I just found the same revision! Thanks so much Adam. Hopefully my battle
with this will finally come to an end. Thanks again for the information.
--
View this message in context:
http://ofbiz.135035.n4.nabble.com/random-high-cpu-utilization-tp2259392p2259414.html
Sent from the OFBiz - Dev
Adrian Crum wrote:
On 6/17/2010 10:23 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the problem.
Just because something has been
On 6/17/2010 2:07 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:23 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years. It's the
process you're using that is the
Adrian Crum wrote:
On 6/17/2010 2:07 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:23 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working fine for years.
It's the
process you're
On 6/17/2010 2:29 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 2:07 PM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:23 AM, Adam Heath wrote:
Adrian Crum wrote:
On 6/17/2010 10:10 AM, Ean Schuessler wrote:
Adrian Crum wrote:
The seed data works fine. It has been working
Hi Jacques,
So it looks like we've gone from having (before any of this):
httpRequest.getSession().setAttribute(webSiteId,
config.getServletContext().getAttribute(webSiteId));
To having:
if (UtilValidate.isEmpty(httpRequest.getSession().getAttribute(webSiteId))){
GenericValues implement LocalizedMap, simply using value.get(description,
locale) should return the localized description.
Regards
Scott
On 18/06/2010, at 4:30 AM, Adam Heath wrote:
Matthieu Bollot wrote:
Hi,
Is there a way to use entitylabels in a groovy ?
I've got a genericValue that
43 matches
Mail list logo