Hi,
I am a newbie for CXF. I started exploring it as a potential framework for
implementing web service based application. I am ok with most of the stuff
with CSX but for its heavy dependency on Spring framework. I am aware about
the availability of bus and NonSpringServlet approach and would like
By reading the FAQ, it shows that we will always have access to the source
code for a particular build, but not just the compiled version after three
months. Presumably Apache (as I suspect other projects use Spring) would
need to build its own version from their source code and store it in our
M
Hi Glen and CXF Community,
there's no need to reinvent the wheel. Did you hear about JBoss
Microcontainer?
It's open well tested MC implementation that is loosely coupled with
JBoss AS.
Just for your information JBoss MC 2.0 is going to GA state soon.
See http://www.jboss.org/jbossmc/ for mo
> It's open well tested MC implementation that is loosely coupled with JBoss
> AS.
...and is LGPL-licensed, perhaps? It's not clear from the project page, and
the Legal Notice in the User Guide merely contains a human-readable address.
--oh
On Sunday 05 October 2008, Glen Mazza wrote:
> Hello, having just watched my Buffalo Bills get clobbered,
The AFC east is definitely proving to be quite interesting this year.
The predicted top two teams now have major injury issues, Favre is
resurecting the Jets, and Dolphins are surprisingl
The license is LGPL
Cheers,
Richard
It's open well tested MC implementation that is loosely coupled with JBoss
AS.
...and is LGPL-licensed, perhaps? It's not clear from the project page, and
the Legal Notice in the User Guide merely contains a human-readable address.
--oh
--
B.S
I'm not sure if there would be any major impact on CXF. We already ship
a version of Spring with CXF that we've tested with and such. We try
to keep semi-up-to-date with what Spring releases so we have whatever
bug fixes they provide, just like we try to update as many of the other
depende
On Monday 06 October 2008, Richard Opalka wrote:
> The license is LGPL
Which isn't useful for us. We cannot ship LGPL jars.
If we HAD to change, we'd probably have to pull all the container stuff
out into some sort of Abstract notion and then allow Spring/Plexus/Etc..
to be plugged in. Eith
On Sunday 05 October 2008, Glen Mazza wrote:
> Hello, it could be that I'm not reading the Spring bean wiring code
> correctly, but AFAICT the "org.apache.cxf.binding.soap.
> customEditorConfigurer" bean defined at the bottom of [1] is not being
> used/activated anywhere. Does anyone know this bea
Which makes it unfortunately most useless for Apache--but still, although I'm
sure it's a fine product, we would have the same headaches, with users next
complaining about the dependency on *your* project. Can't please everyone I
guess...
Glen
Richard Opalka wrote:
>
> The license is LGPL
>
I completely agree with MUCH of this. I'd love it if the jaxws:client
and jaxws:endpoint/server things had a:
type thing that would configure that. It's SLIGHTLY more complicated by
the presence of the conduit selector things in the client which allows
load balancing and such. Ho
Willem,
Thanks for volunteering to do this. That's great.
I think it would be good to do 2.0.9 late this week and probably 2.1.3
middle of next week. (need to do 2.0.x first due to an "issue" with
the maven stage plugin which will update the "latest" tag in the
metadata with 2.0.9 so 2.0
So it sounds like for communities such as Fuse, after the 3 month period
during which fixes will be made available in compiled releases, they
will have to maintain their own copy of Spring and fold in any changes
that are made available to enterprise customers and folded into the
Spring trunk.
---
Hi all,
does anyone know if it is possible to put the spring jars into the
central maven repository? If springsource does not do it. Will it be
possible that someone from apache could build and upload the jars?
Are there any legal issues with this? Would the policies in the maven
repo allow th
Looks like a project has already popped up to support spring:
http://freespring.org/
Dan
On Monday 06 October 2008, Christian Schneider wrote:
> Hi all,
>
> does anyone know if it is possible to put the spring jars into the
> central maven repository? If springsource does not do it. Will it be
Hi all,
I attached a further patch for CXF-1811 to this bug:
https://issues.apache.org/jira/secure/attachment/12391563/property_rename2.patch
The patch is called 'property_rename2.patch'. A direct link to the
patch:
https://issues.apache.org/jira/secure/attachment/12391563/property_rename2.pat
If you type
mvn -version
it usually spits out the java version it has found.
Dan
On Friday 03 October 2008, Benson Margulies wrote:
> Hmm. How can I tell if mvn has, for some reason, decided to favor 1.6?
>
> On Fri, Oct 3, 2008 at 6:51 AM, David Bosschaert <[EMAIL PROTECTED]>
wrote:
> > Hi Be
Thanks for the patch David, now applied.
/Eoghan
David Bosschaert wrote:
Hi all,
I attached a further patch for CXF-1811 to this bug:
https://issues.apache.org/jira/secure/attachment/12391563/property_rename2.patch
The patch is called 'property_rename2.patch'. A direct link to the
patch:
Hi Dan,
that´s interesting I had never seen any other ConduitSelector than the
Upfront conduitelector in practice. But I see it can be handy with http.
What about the following proposal:
We already have the conduitSelector
Hi Dan,
Dan Diephouse made a similar proposal about 18 months ago, and I was
opposed at the time as it didn't accomodate what was trying to acheive
with ConduitSelectors.
That discussion was also conflated with a bunch of other proposed
changes, but in retrospect I think the bean had the
Hi all,
when there is a problem with the configuration i currently throw a
simple RuntimeException. I think this can be handled better.
I have found a class ConfigurationException but it only accepts a
message as i18 Message. Should this class be used? I do not like that
much that it always ne
On Monday 06 October 2008, Eoghan Glynn wrote:
> - ensuring that the choice of conduit selector is validated against
> the presence or absence of fine-grained conduit beans, e.g. it
> wouldn't make sense to wire in any conduit beans at all when the
> deferred conduit selector is in use, as the whol
I try to get rid of naked RuntimeExceptions whenever I can. If a problem can
be caused by user error or system config, it should throw a class of ours,
and it should support I18N, as far as I've understood our conventions.
On Mon, Oct 6, 2008 at 6:24 PM, Christian Schneider <[EMAIL PROTECTED]
> wr
Hi Dan,
I just deployed a new snapshot of CXF 2.0.9 according the wiki page for
testing my box's ssh and scp setting.
Every thing is working, I am ready for cutting CXF 2.0.9 this week :)
Willem
Daniel Kulp wrote:
Willem,
Thanks for volunteering to do this. That's great.
I think it would
24 matches
Mail list logo
