| Author |
Message |
|
|
Post subject: XFire Vs Axis
 Posted: Jul 27, 2006 - 10:32 PM
|
|
Joined: Jul 27, 2006
Posts: 4
|
|
| I know that MyEclipse has given its backing to Xfire. But I want to know if Xfire is really the best option to develop web services. I know Axis. What are the advantages from Xfire over Axis? |
|
|
| |
|
|
|
 |
|
|
|
Post subject:
Posted: Jul 27, 2006 - 11:11 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
wilson,
I know that the team that decided on XFire took the evaluation seriously and looked at everything from bug reports to outstanding issues to community activity and support levels. I will ask them to weigh in with their decision if/when they get a chance. We are in the midst of QA right now and everyone is swamped so replies might not come immediately. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 07, 2006 - 01:57 PM
|
|
Registered Member
Joined: Nov 20, 2006
Posts: 16
|
|
I am very interested in the answer to this question!!!!!!
Anything further to add? |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 07, 2006 - 03:05 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
| Sorry guys, the WS team is very busy right now and haven't had a chance to weigh in on this thread. I'll pester them when things calm down. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 21, 2006 - 07:20 PM
|
|
Veteran Member
Joined: Aug 10, 2005
Posts: 227
|
|
I'll add my two cents if I may.
First Axis is INCREDIBLY fussy when it comes to interfacing with .NET-based web services. I had a VERY hard time making code that would cleanly and consistenly call a web service that was written in C#. By the same token, the WebService consumers (that are based on Axis) in WebLogic 8.1 worked very well doing the same thing and were *much* easier to use. So it would appear that WebLogic makes substantial changes to the Axis code base to give it the increased ease of use for developers.
This said XFire has more library bloat compared to Axis and that *does* drive me a bit nuts. But XFire has also (in my initial tests) shown itself to be more robust in the same situations where Axis simply wouldn't do the job (without modifying generated code).
So there you have my thoughts on the subject... Hope you find them helpful. |
_________________
DaveO
The delusion that people care about what I think:
http://www.codethought.com/blog (New Location!!)
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 21, 2006 - 08:18 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
| Anybody have any idea what Glassfish/Sun App Server is using to implement the new JEE 5 web services that Sun pushed really hard as having fantastic MS-integration? |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 21, 2007 - 08:49 PM
|
|
Veteran Member
Joined: Aug 10, 2005
Posts: 227
|
|
|
|
|
|
|
|
|
Post subject: XFire 2 migration
Posted: Apr 16, 2007 - 07:07 PM
|
|
Joined: Dec 31, 2004
Posts: 3
|
|
| It seems that XFire is merging with Celtix and then becoming the part of Apache foundation. Maybe it is not the best thing for MyEclipse to be working on a tool that will become useless in about year or so. Read this post for more details: http://swik.net/Axis-vs-XFire |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 16, 2007 - 07:21 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
alukic,
I don't follow the "useless" assertion... we have very strong ties to the XFire team, where ever the project is going with it's stack we will likely tread as well. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 16, 2007 - 08:00 PM
|
|
Joined: Dec 31, 2004
Posts: 3
|
|
Alright, fair enough. I have been MyEclipse user for a while now, and it is my preferred platform. For that reason I would hate it to go down some path that may not be useful for majority of dev community. When I said useless, I meant that they will be changing their complete codebase, and it may take them a while to get the XFire stable enough for people to use it. Axis has already done this huge step so it is fairly stable. Hence, developing tools for XFire may become a challenging task. I appreciate the fact that you guys are working tightly together with XFire team, but when you say "likely" does that mean "definitely", "possibly" or "some unknown degree of certainty"?
Don't get me wrong, I am a big fan of MyEclipse and relly enjoy working with it. That is why I am bit concerned, that's all. Best of luck. |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 16, 2007 - 08:12 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
| We certainly understand and will continue to deliver the best user-experience we can with the technology stacks we choose to build on. We won't ship anything shoddy. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject: Re: XFire 2 migration
Posted: Apr 17, 2007 - 08:07 PM
|
|
Registered Member
Joined: Feb 27, 2007
Posts: 88
|
|
| alukic wrote: | | It seems that XFire is merging with Celtix and then becoming the part of Apache foundation. Maybe it is not the best thing for MyEclipse to be working on a tool that will become useless in about year or so. Read this post for more details: http://swik.net/Axis-vs-XFire |
First of all XFire won't become useless so easy :) XFire will be developed as long as needed ( as long users have some issue or improvement request ).
Yes, XFire is merging with Celtix, but you can think of it as of XFire 2.0, so any migration from XFire 1.x to XFire 2.x will be as easy as possible, so you can move to XFire 2.0 without any (or minimal ) modification to your code. |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 19, 2007 - 02:29 PM
|
|
Veteran Member
Joined: Oct 10, 2003
Posts: 34
|
|
I'm confused why everyone hasn't embraced the JAX-WS for their web services. It is part of the Java EE 5 spec and therefore will be supported on every Java EE 5 Application Server. This seems like the starting place for web services. Adding other toolkits would be a bonus, but not a starting point. I have used the JAX-WS and it is extremely easy to use, well documented, and performed very well.
I'm sorry about the ties to the XFire codebase and team (I really liked that product before I started using the Java EE 5 Web Services), but those ties are leading you in the wrong direction. I love Eclipse and MyEclipse, and have converted over almost every company I've been at to use them. However, I currently cannot recommend them over Netbeans if the shop is working on Java EE 5 application servers.
I know the Eclipse WTP is looking at Axis2 and you guys are talking about XFire, and to me none of this makes sense. I am simply beside myself waiting for MyEclipse to catch up to netbeans when it comes to Java EE 5. Some one needs to become an expert at it to understand all of the benefits it provides so that they can be ported to Eclipse. I love Eclipse and MyEclipse, but Java EE 5 is the most important technology right now. BTW, I have just downloaded the 5.5M2 for 3.2.2 so I will be checking out the Java EE 5 support of MyEclipse today. I really hope it is better than what I've seen in the WTP, because even though it is claimed to be Java EE 5, it doesn't even come close.
I would love to sell more MyEclipse licenses for you, and I look forward to working with your Java EE 5 updates!
Cheers,
Geoff |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 19, 2007 - 04:37 PM
|
|
Registered Member
Joined: Feb 27, 2007
Posts: 88
|
|
| You forgot about one small,tiny problem, lot of ppl still use java 1.4 ( e.g because of commercial servers installed on production env ) and can't move to java 5 so JAX-WS is useless for them ( e.g. for me ). |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 19, 2007 - 04:46 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 22794
|
|
Geoff,
We aren't going to be dropping any ball on technology that makes developers lives easier. I believe researching JAX-WS is on our 6.0 TODO list right now. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
Search
Register
Log in to check your private messages
