Heartiest Congratulations Paul !!
-
Rgds
Sanjeev Gupta
--
Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-Dev-f165671.html
I don't need to try anything, I *know* that the service engine is supposed
to accept a concrete class of an interface if the interface is specified as
the attribute type.
Either the service engine is broken by not accepting concrete
implementations, or the bug report is incorrect.
Regards
Scott
>
> Yeah well .. you know .. I'm not quite convinced of passing specific
> objects to services. It should be either values or generic data
> structures (maps, lists, etc ...)
>
Agreed here as it makes things more inter operable.
>
> Did you construct your GenericValue as a struct? Do you mind sh
Yeah well .. you know .. I'm not quite convinced of passing specific
objects to services. It should be either values or generic data
structures (maps, lists, etc ...)
Did you construct your GenericValue as a struct? Do you mind sharing
the code to take a closer look? Also, wouldn't this be more
ap
Hi Taher ,
Thanks for the attention.
Its not just a matter of one service. I dunno when again i would
face the same with a different service. A glance over the service
references suggest that there is use of GenericValue all over the
places.
I don't mind using SOAP it gets me out of this soup ;
I have issues with multiple decisions all around that same topic that
never got community consensus. Changes to cookies, http redirects,
authentication, and other commits that did not get a proper review
from the community. Such major design decisions need proper review IMO
On Fri, Mar 23, 2018 at
Hi Rajesh,
Actually If I were you I would avoid SOAP. Maybe that is too complex
and an overkill for your problem. I never liked soap for anything
other than washing hands anyway :)
I also think there might be multiple issues with the whole design of
this service, why pass a generic value in the f
Hi Jacques ,
Thanks for the reply .
I have almost hit the wall with this current issue :-(
Do you mean to say it may work if i use SOAP ?
regds
mallah.
On Fri, Mar 23, 2018 at 2:13 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Le 23/03/2018 à 05:00, Rajesh Mallah a écrit :
>
>
Le 23/03/2018 à 05:00, Rajesh Mallah a écrit :
I guess we need a procedure to convert incoming
map (or nested maps) to OFBiz genericvalue.
That's SOAP ;)
Jacques
Le 23/03/2018 à 09:33, Jacques Le Roux a écrit :
Le 23/03/2018 à 09:21, Jacopo Cappellato a écrit :
On Fri, Mar 23, 2018 at 8:36 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
Did you try what I said?
You can easily check by svn updating to r1819133 and removing the wrapper
in Con
Le 23/03/2018 à 09:21, Jacopo Cappellato a écrit :
On Fri, Mar 23, 2018 at 8:36 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
Did you try what I said?
You can easily check by svn updating to r1819133 and removing the wrapper
in ContextFilter.java.
Maybe we need to revert Tomcat S
On Fri, Mar 23, 2018 at 8:36 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Did you try what I said?
>
> You can easily check by svn updating to r1819133 and removing the wrapper
> in ContextFilter.java.
>
> Maybe we need to revert Tomcat SSO then?
A thorough review of that feature
Did you try what I said?
You can easily check by svn updating to r1819133 and removing the wrapper
in ContextFilter.java.
Maybe we need to revert Tomcat SSO then?
Jacques
Le 23/03/2018 à 03:39, Scott Gray a écrit :
Something else must be wrong Jacques, I can't understand what you're saying
i
See my answer to Scott
Jacques
Le 23/03/2018 à 07:00, Taher Alkhateeb a écrit :
Not only is this commit unnecessary, but also breaks one of the best
features in Object Oriented Programming -- polymorphism -- for no value
that I can see anywhere at all.
Also by saying we depend fully on Tomcat
14 matches
Mail list logo
