The reflection based loading of db frameworks is what I implemented for JiBX and XMLBeans.

 - Dennis

Eran Chinthaka wrote:

Hi Dennis,

(xmlns:db='data binding')

I don't like the idea of one distro for each db framework. We have
enough distros now and if we do that how can we say we have pluggable db
support.

IIRC, Ajith was talking about reflection based loading of db frameworks.
Dunno what happened with that, but it may be the correct way to do it.

-- Chinthaka

Dennis Sosnoski wrote:
Hi Eran,

Separating out the data binding jars from the core distribution was part
of the plan, but I only did the necessary changes for JiBX and XMLBeans.
There are still pending Jira items to make these changes for ADB and
JaxMe. Does the JaxMe support even work? I've seen various problem
reports, but don't have any idea of whether it works properly in some
situations.

Bundling of the parts is more difficult. I suppose we could do multiple
standard distributions, one for each data binding framework - but then
you get cross-combinations with things like Spring support, and end up
with an unmanageable number of distributions. But the code generation
hooks are designed so that you can run WSDL2Java without the unused
frameworks present, so for these it'd be easy to supply a core
distribution that only supported Axiom. The user would then just copy
the appropriate data binding framework jars into the lib directory.
That's probably the best way to go in order to keep the core
distribution small. It should be possible to do the same thing with
Spring support.

If we support a core distribution of this type along with a separate
full distribution (including all the support jars), it seems like that
would take care of everyone's needs. People who are concerned about
download size can get the core and drop in jars for the frameworks
they're using, while those who just want an easy start and maximum
flexibility can do the full download.

- Dennis

Eran Chinthaka wrote:

Hi,

I also agree with Tom. I do not want to have Spring in the core or in
any core parts.

BUT, even though you say it < 1%, I'd say its more than 70% at least
here in Germany. I met lot of people here who are asking for Spring
support, even though they are silent in mailing list. Spring, for some
reason, is hot here.

I even worry about bundling most of the data binding jars with our war
dist. Don't u all complain about it. Jaxme itself has four jars which
amounts to 1MB. I think we need to have a policy on data binding
frameworks as well.

So this leads us to think about how we can release a core part and let
people extend it to be used with Spring or to let them use a different
db framework that we support.

Any ideas how we can bundle all these parts and any volunteers for
Spring implementation ?

-- Chinthaka



Tom Jordahl wrote:


“I know it when I see it” – and Spring is over the line.  J



How many Axis2 users will use Spring? Hard to say, but I am betting that
<1% of users are using it right now.



I am happy to have ‘extra’ code in axis2.jar that supports lots of other
technologies.  That isn’t a steep price to pay.  But if I am using the
‘basics’ – SOAP processing, the Axis Data Binding, WSDL generation,
*maybe* WS-Addressing – I should have a small list of jars that I need
to run (whether the list is small right now is probably another
discussion).



Doesn’t that sound right?



P.S. I am only dimly aware of Spring, I don’t even know what it really
does without a Google search, so I have nothing against Spring itself.



--

Tom Jordahl

Adobe ColdFusion Team

------------------------------------------------------------------------

*From:* robert lazarski [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, May 09, 2006 12:16 PM
*To:* [email protected]
*Subject:* Re: [axis2] Spring Support



Sure, I understand - that's why I proposed bringing back the extensions
directory. The problem is, however, where do you draw the line?

Robert
http://www.braziloutsource.com/

On 5/9/06, *Tom Jordahl* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

I don't use Spring, so don't make me carry the spring jar file around
with Axis2 when I don't use it…



--

Tom Jordahl

Adobe ColdFusion Team

------------------------------------------------------------------------

*From:* Rajith Attapattu [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>]
*Sent:* Monday, May 08, 2006 11:48 AM
*To:* [email protected] <mailto:[email protected]>
*Subject:* Re: [axis2] Spring Support



Robert,

Ok, good then as a starting point we can use your code base as you have
already done some work on pauls stuff.
Yes the 2MB depency does concerns me as well. But it looks like a lot of
developers are using spring so it might not be that much of an issue
considering the fanfare we see out there for spring.

How about pulling put the common code and refactoring the Message
Receivers? or you want to wait till u check in the stuff and then look
at it?

I am not sure about Data binding as well and hopefuly somebody will fill
in the gap here.

Regards,

Rajith

On 5/8/06, *robert lazarski* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

I've been using Spring with axis2 since .92, although in a way not
everybody seems to like.

I'm working a lot on adding Spring support via a Message Reciever, but
wanted to wait till post 1.0 . . I've mostly got it working. I'm basing
this work of of paul's work he did last july though some things cleary
won't work today as they were coded back then. I'm hoping to have
something ready to commit this week, of course after discussions on the
list. I still need to do the junit tests and work out how spring does
annotations.

This is good time to lay out the issues:

1) Spring is licensed under apache 2.0 .
2) Its yet another dependancy, the main spring.jar being about 2 megs.
3) We had an extensions directory, and this may be a good time to bring
it back.
4) I'm unsure how to integrate a spring message reciever with
databinding. Databinding at least for me is a critical factor.

Robert



On 5/8/06, *Rajith Attapattu* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Dims,

Thats true, we cannot and should not try to satisfy everybody.
Most people are looking for a magic wand that will create there code
with minimum effort as possible.

Reading the thread on TSS I was sad to see that most people have missed
the boat about Web Services.

These people expect nothing but to expose their **objects** as Web
Services using some framework with minimum effort as possible.
Thats as far as they are willing to go with Web Services.

Regards,


Rajith



On 5/8/06, *Davanum Srinivas* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Sure.

- Beware of people with hidden agendas. You can never please everyone.
- Once you meet the objective criteria (say "add spring support"), you
will hear either ("it's not easy" or "it's complicated" in other words
"It does not meet my unspecified standards that are in my
head"-kind-of subjective criteria.

thanks,
dims

On 5/8/06, Rajith Attapattu < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi,

Looking at the thread on TSS, it looks like some people are hell
bent on
having spring support.

Paul already has some code (sandbox) attached to the jira  AXIS2-272
I looked at them and it does provide a nice way of exposing spring
beans as
Web Services via a MessageReceiver

I agree with Paul that there is some common code that could be
refactored
out in the message reciver classes.

Shall we work on this code base and provide the support these people
are
asking for??

Regards,

Rajith

--
Davanum Srinivas : http://wso2.com/blogs/













Reply via email to