Re: Key-Encryption-key support, r1334257
Well it definitely did not feel 'smooth' but whether this was because I misinterpreted the filed and filled with other stuff or implicit I do not know. I have created a kek for each Tenant, loaded the data to the tenant-database and off it went. Some hickups then, but likely unrelated to this one and rather due to the patch-up to current trunk which I tend to to on a monthly basis. I shall add some lines to the Multitenancy page then. Thanks regards Carsten 2012/11/21 Adam Heath doo...@brainfood.com On 11/18/2012 05:38 AM, Carsten Schinzer wrote: Hello again and thanks. ant target works, the different jarfile does in principle as well, would need the full cp though incuding the reference to commons-codec library. I got my stuff and will continue working my way through to make my databases and tenant dbs crypto-ready ! Thanks regards Yeah, we don't use tenants here, so I have no way to test that. I would hope that the system works without actually having a kek defined, and just would function like it used to(if the kek is null/not-defined, it skips the code block).
Re: Slim-down effort: current situation
On 11/20/2012 07:17 PM, Jacques Le Roux wrote: No worries Adam, Paul gave Yum just as a sort-of-like example. I don't know the addons technology, but I'm sure it's not related at all with Yum or even apt-get (more Ant and maybe Ivy) And of course, we all prefer get-apt (at least I do, actually I don't even know Yum :D) I've had the (mis)?fortune to use yast and yum, and they both suck compared to apt. I just can't sugar coat it any. I am a *true* programmer, the ideas I get, and I don't really care about how they are implemented. But in this case, the implementation of yum and yast shows the poor ideas behind them, and that is what has burrowed underneath my skin.
Re: Is it a good time to remove the debian folder?
On 11/21/2012 12:28 AM, Jacopo Cappellato wrote: Could you please verify this with Daniel? He asked me to which address you sent it (US or Hungary)... I've already sent him a heads up. I don't know where it was sent, and the lady who would have the records is out of the office today.
Re: Slim-down effort: current situation
Adam and I have been talking about a feature like this for a while. Its a good question whether something like Maven would serve as a good basis for resolving dependencies or maybe even a pluggable architecture. On Red Hat and Debian systems you could even automatically bring in native dependencies like Memcached, Varnish, NGINX, etc. and provide turn-key configuration of what would otherwise be a very complicated installation. Its also interesting to see how Puppet handles some of these problems. - Jacopo Cappellato wrote: On Nov 16, 2012, at 3:28 PM, Olivier Heintz wrote: It's to decrease the number of step to install, to help people (IT user, not end user I know) Right, in fact Paul and I agree that an OFBiz Plugin Manager would be a nice to have tool but not mandatory to use external tools. Regards, Jacopo -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: Slim-down effort: current situation
No need to get all hyped up over this. At this very stage I think we still have a decision pending on how to progress with apache extras before any of this would be required. Personally, what I saw at the Apachecon I liked and i think that Olivier and his team did a good job at it, so I would propose to wait for this to be presented properly (it is more of a patch- svn-managing tool than a package-installer). Of course maven is also an alternative, but that too has its flaws and would require alot of work to restructure everything here... also it is not compatible with SVN if I am not mistaken, so propably not an option (but somebody else should verify that again ;)) -- View this message in context: http://ofbiz.135035.n4.nabble.com/Slim-down-effort-current-situation-tp4637617p4637828.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] [Created] (OFBIZ-5081) when calling service exported by ofbiz, the xml deserialize got error
fanse created OFBIZ-5081: Summary: when calling service exported by ofbiz, the xml deserialize got error Key: OFBIZ-5081 URL: https://issues.apache.org/jira/browse/OFBIZ-5081 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: fanse Priority: Critical 1.make the service getOrderStatus export = true. 2.Calling the service from a client . 3.Got error message When using debug, find the soap request can be successfully go SOAPEventHandler, the problem is the XML deserialize method, detail exception trace see below: [java] 2012-11-22 10:47:29,449 (http-bio-0.0.0.0-8080-exec-1) [ RequestHandler.java:305:INFO ] This is the first request in this visit. sessionId=9BD4CADAE490AF979FD24F5C33835957.jvm1 [java] 2012-11-22 10:47:30,067 (http-bio-0.0.0.0-8080-exec-1) [ SOAPEventHandler.java:214:ERROR] [java] exception report -- [java] Exception: org.ofbiz.entity.serialize.SerializeException [java] Message: Cannot deserialize element named orderId [java] stack trace --- [java] org.ofbiz.entity.serialize.SerializeException: Cannot deserialize element named orderId [java] org.ofbiz.entity.serialize.XmlSerializer.deserializeCustom(XmlSerializer.java:479) [java] org.ofbiz.entity.serialize.XmlSerializer.deserializeSingle(XmlSerializer.java:461) [java] org.ofbiz.entity.serialize.XmlSerializer.deserialize(XmlSerializer.java:128) [java] org.ofbiz.service.engine.SoapSerializer.deserialize(SoapSerializer.java:45) [java] org.ofbiz.webapp.event.SOAPEventHandler.invoke(SOAPEventHandler.java:177) [java] org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:672) [java] org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:415) [java] org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:214) [java] org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:86) [java] javax.servlet.http.HttpServlet.service(HttpServlet.java:641) [java] javax.servlet.http.HttpServlet.service(HttpServlet.java:722) [java] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [java] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [java] org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:318) [java] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [java] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [java] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [java] org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [java] org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) [java] org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) [java] org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [java] org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [java] org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929) [java] org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) [java] org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002) [java] org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585) [java] org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) [java] java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [java] java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [java] java.lang.Thread.run(Thread.java:662) [java] [java] 2012-11-22 10:47:30,067 (http-bio-0.0.0.0-8080-exec-1) [ RequestHandler.java:673:INFO ] Ran Event [soap:#] from [request], result is [null] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Cleaning up the OFBiz Confluence spaces
+ 1 -- Ashish On Tue, Nov 20, 2012 at 2:22 PM, Jacopo Cappellato jacopo.cappell...@gmail.com wrote: Hi all, we all are aware of the problems affecting our content in Confluence but before we discuss the next steps and evaluate different options and their pros and cons, in my opinion it would make sense to aggregate all the 5 spaces into 2. This would give us a rather easy and actionable plan that should improve the current situation (less spaces to administer etc...). Currently we have the following Confluence spaces: Public Wiki End-User Documentation Technical Documentation Requirements and Designs Project Administration Because of a series of problems (lack of contributions and technical issues with the Confluence instance offered by the ASF) the initial plan was not very successful and we now have some spaces that are not used much and some overlapping and confusion on the content of each. For this reason I am proposing the following change: 1) copy the content from: End-User Documentation Technical Documentation Requirements and Designs to Public Wiki 2) remove the spaces: End-User Documentation Technical Documentation Requirements and Designs 3) keep the Project Administration space as is for now (where write access is granted only to committers): we could then consider the migration to the new ASF CMS technology starting from this space (if possible); if we are happy and it works well we could plan on migrating the static html files of our site to it too as a second step. The end result would be: * OFBiz website: html pages or ASF CMS * Project Administration: Confluence space or ASF CMS * Public Wiki: Confluence space What do you think? Jacopo