Hi Taher,
Thank you also for the thoughts shared in the 'Loading standard web
application' and opening the discussion.
Instead of converting OFBiz fully into a single web application, i suggest we
can have build functions:
1. to compile OFBiz into a WAR. This build-WAR function is optional and
Hmmm, I'm not sure, but on first glance I'm not sure the best way to
integrate is by dropping in a war file? Maybe a more robust solution is to
have an integration with the engine on the API level and instantiate it
from within OFBiz within its own control servlet. For example, take a look
at how B
I know I'm stating the obvious, but just to confirm tests are passing on
framework-alone right?
On Fri, May 5, 2017 at 9:30 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Done at r1794092
>
> Jacques
>
>
>
> Le 02/05/2017 à 13:28, Taher Alkhateeb a écrit :
>
>> Hi Jacques,
>>
>> Aga
HI all,
While discussing the gradlew-wrapper.jar issue in the Weex release vote
[1], the following was suggested by Anthony Baker:
You might want to consider using the Bigtop approach for gradlew [1] to
avoid shipping a binary in the source release. The Geode project has been
using this successf
Done at r1794092
Jacques
Le 02/05/2017 à 13:28, Taher Alkhateeb a écrit :
Hi Jacques,
Again, feel free to change the data. My objective was simply to get tests
running successfully on framework-alone and I would actually appreciate
your help since you already did the viewing and testing?
On
Hi Taher,
I am trying to develop an OFBiz plugin that consists of
a) Camunda workflow engine (published as a WAR); and
b) OFBiz web app that make use of the workflow engine.
Allowing OFBiz to load standard web applications will allow me to achieve the
above setup using only 1 plugin, making th
This topic is very much linked to the previous thread that you started
earleri "Tomcat SSO" so they might as well be one topic. I think I answered
most stuff in that thread.
However, I would add that in my opinion, maybe it would be simpler if we
avoid implementing it in this fashion (ofbiz webapp
I've been contemplating this for a while, but it is not an easy task.
Essentially, we need to fully refactor the Catalina Container and do a lot
of cleanup to reverse the way OFBiz is deployed to be a single web
application, not multiple web applications mapped to a single servlet
container as is t
Hi James,
Here again a POC is welcome.
Jacques
Le 05/05/2017 à 10:35, James Yong a écrit :
Hi all,
I am looking into allowing OFBiz to load standard web application where there
is no controller.xml and the jar files residing in web-inf/lib folder.
Proposing to add an attribute named 'type'
Hi James,
I was not aware of this feature. I just read
https://tomcat.apache.org/tomcat-8.0-doc/config/host.html#Single_Sign_On
I see no reasons why a POC would be refused.
Jacques
Le 05/05/2017 à 11:12, James Yong a écrit :
Hi all,
I would like to propose using the Single Sign On mechanis
Hi all,
I would like to propose using the Single Sign On mechanism in Tomcat.
Once implemented, there is no necessity for the externalLoginKey,
or to indicate "intra-app" to target-type attribute.
Any issue before i start working on a POC?
Regards,
James Yong
Hi all,
I am looking into allowing OFBiz to load standard web application where there
is no controller.xml and the jar files residing in web-inf/lib folder.
Proposing to add an attribute named 'type' to the 'webapp' tag at
ofbiz-component.xml, i.e.
This new attribute will help to different
12 matches
Mail list logo
