ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Ws Wiki] Update of "FrontPage/Axis2/hackathon 12 06" by Deepal
Date Tue, 12 Jun 2007 22:04:33 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ws Wiki" for change notification.

The following page has been changed by Deepal:
http://wiki.apache.org/ws/FrontPage/Axis2/hackathon_12_06

------------------------------------------------------------------------------
  
   	[15:40]	Deepal: any one will use it
  
+ 	gdaniels: the question is what does someone have to do to make a new transport
+  	
+ [15:45]	gdaniels: which you just answered :)
+ 
+  	[15:45]	gdaniels: sure
+ 
+  	[15:46]	gdaniels: so maybe we should consider moving the transports we've got except HTTP
into library jars
+ 
+  	[15:46]	gdaniels: ?
+ 
+  	[15:46]	Deepal: I would say even HTTP into the same place
+ 
+  	[15:46]	gdaniels: this gets into the packaging discussion we had ages ago
+ 
+  	[15:46]	Deepal: axis2-tansport.jar
+ 
+  	[15:47]	gdaniels: i.e. axis2-minimal.jar has purely core stuff, no transports
+ 
+  	[15:47]	Deepal: which will have all the tarnsport we have
+ 
+  	[15:47]	Chinthaka: I hope we are talking about things that will happen after this week,
right?
+ 
+  	[15:47]	gdaniels: axis2-small.jar has HTTP but nothing else
+ 
+  	[15:47]	Deepal: oh that rasied a good q
+ 
+  	[15:47]	Deepal: abt our packaging
+ 
+  	[15:47]	gdaniels: yes Chinthaka, but I'd like to record it as a JIRA maybe
+ 
+  	[15:47]	Deepal: I think its good idea to talk ant that too
+ 
+  	[15:47]	gdaniels: 1.4 timeframe
+ 
+  	[15:47]	gdaniels: for now bloated jars are the least of our problems :)
+ 
+  	[15:48]	Chinthaka: Glen : +1. But make sure you get permission from Deepal as he might
mark it as won't fix later ;)
+ 
+  	[15:48]	gdaniels: lolol
+ 
+  	[15:48]	Deepal: :)
+ 
+  	[15:52]	Deepal: hmm , I wonder its the good idea to ask this q
+ 
+  	[15:52]	Deepal: what if intergarte addressing handlers in axis2.xml and remove addressing
module   :)
+ 
+  	[15:59]	Chinthaka: Deepal, I think the best place to ask this question is mailing list
+  	[16:00]	gdaniels: Deepal, I'm really torn about that one
+ 
+  	[16:00]	Deepal: :)
+ 
+  	[16:00]	Deepal: alredy done
+ 
+  	[16:00]	gdaniels: I think it makes sense, but addressing.mar is a great example of eating
our own dog food. :)
+ 
+  	[16:00]	Deepal: there I m thinking as user
+ 
+  	[16:00]	Deepal: if I want to have session support , asyn invocation I need to go and add
addressing module 
+ 
+  	[16:00]	gdaniels: yep
+ 
+  	[16:00]	gdaniels: oh
+ 
+  	[16:00]	gdaniels: well, that's fixable
+ 
+  	[16:01]	Deepal: and need to create ServiceClient with that
+ 
+  	[16:01]	gdaniels: STOP using addressing for sessions
+ 
+  	[16:01]	gdaniels: :)
+ 
+  	[16:01]	Chinthaka: see this is what I always say
+ 
+  	[16:01]	gdaniels: asy invocations, though, yes. 
+ 
+  	[16:01]	Deepal: forget abt the session
+ 
+  	[16:01]	gdaniels: yap
+ 
+  	[16:01]	Chinthaka: the answer is not getting addressing in to the core
+ 
+  	[16:01]	Deepal: how abt the asyn invocation
+ 
+  	[16:01]	Chinthaka: it is about module deployment easier
+ 
+  	[16:01]	Deepal: just to have that we need to go and engage addressing
+ 
+  	[16:01]	gdaniels: how do you make it easier Chinthaka?
+ 
+  	[16:01]	gdaniels: put your mar on the classpath? :)
+ 
+  	[16:01]	Deepal: and to do so we need to create service client with repository
+ 
+  	[16:02]	Deepal: ???
+ 
+  	[16:02]	Chinthaka: well first
+ 
+  	[16:02]	Deepal: I think addressing is core part of Axis2
+ 
+  	[16:02]	Chinthaka: Deepal why do you wanna get addressing in to core
+ 
+  	[16:02]	Deepal: its like Dispatchers in the Axis2
+ 
+  	[16:02]	Chinthaka: no it is not
+ 
+  	[16:03]	Deepal: for me addressing handlers and Dispatchers are the same
+ 
+  	[16:03]	Chinthaka: core can not work without dispatching
+ 
+  	[16:03]	Chinthaka: but core can work without addressing
+ 
+  	[16:03]	gdaniels: you can't easily do two channel req/resp without addressing
+ 
+  	[16:03]	Deepal: and you have agree with me we have lot of dependcey in core on addressing
+ 
+  	[16:03]	Chinthaka: Glen agree
+ 
+  	[16:03]	Chinthaka: but lots of people still use sync
+ 
+  	[16:03]	gdaniels: aside from that, it's not core
+ 
+  	[16:03]	jaliya: yes
+ 
+  	[16:03]	Chinthaka: and remember people are still satisfied with addressing
+ 
+  	[16:04]	gdaniels: the MODEL is core (the dependencies Deepal is talking about)
+ 
+  	[16:04]	Chinthaka: which mainly support sync invocations
+ 
+  	[16:04]	jaliya: they all say, sync works
+ 
+  	[16:04]	gdaniels: but not the headers, or the handlers
+ 
+  	[16:04]	jaliya: and once they try async stuff they face problems
+ 
+  	[16:04]	sanjiva: OT question: does anyone have Chathura (staff @ MRT)'s email addr?? I
need to send him the question
+ 
+  	[16:04]	jaliya: and complains
+ 
+  	[16:04]	jaliya: most because of the configuration
+ 
+  	[16:04]	Deepal: sanjiva ????
+ 
+  	[16:04]	sanjiva: sorry guys ;-)
+ 
+  	[16:04]	Deepal: cool
+ 
+  	[16:04]	sanjiva: I did say "OT" at the front ....
+ 
+  	[16:04]	Chinthaka: :)
+ 
+  	[16:05]	gdaniels: lol
+ 
+  	[16:05]	Chinthaka: what I would say is make module deployment easier or understandable
to the users
+ 
+  	[16:05]	Deepal: when you type OT I though Oxygen Tank :)
+ 
+  	[16:05]	sanjiva: oh sorry! Off Topic!
+ 
+  	[16:06]	sanjiva: if addr is core, how do we prevent those pesky headers from appearing
by default? or are u suggesting that we should leave it on for 
+ requests by default?
+  	[16:06]	sanjiva: (for responses we can sense and see .. if the req had addr then we put
it too)
+ 
+ 
+  	[16:06]	sanjiva: s/addr is core/addr is engaged by default/
+ 
+  	[16:07]	Chinthaka: woohoooooooooo
+ 
+  	[16:07]	Chinthaka: I just won the war !!
+ 
+  	[16:07]	sanjiva: not just the battle but the whole war?? wow
+ 
+  	[16:08]	Chinthaka: hehe :)
+ 
+  	[16:08]	sanjiva: give a call to GB; he needs some strategists .. 
+ 
+  	[16:08]	Chinthaka: I was kidding
+ 
+  	[16:08]	Chinthaka: GB?
+ 
+  	[16:08]	jaliya: Gotabya
+ 
+  	[16:08]	sanjiva: no :) the democratically elected (and democratically re-elected) US president
;-)
+ 
+  	[16:08]	jaliya: ?
+ 
+  	[16:08]	jaliya: :)
+ 
+  	[16:08]	sanjiva: dumbya
+ 
+  	[16:09]	sanjiva: ok I'll shut up; this is what happens when its nearly 1:45am and the
exam is in a few hrs and I am still not done.
+ 
+  	[16:10]	Deepal: ok developers won , user lost :(
+ 
+  	[16:10]	srinathp: :)
+ 
+  	[16:10]	Deepal: ist should be the other way round
+ 
+  	[16:32]	srinathp: Shall we do no fix for https://issues.apache.org/jira/browse/AXIS2-1134.
my last comment was <snip>I purposed not to support 
+ this. It is not clear how Output stream is to be stored (serialized), and even we though
able to do it, OS resources will not be avalible for ever. Supporting this will be 
+ 
+ big hassle and it will lead to many future problems.</snip>
+  	[17:00]	chathura: ok guys i am done for the day
+ 
+  	[17:01]	chathura: see you all tomorrow
+ 
+  	[17:02]	chathura has disconnected
+ 
+  	[17:44]	srinathp has disconnected: "ChatZilla 0.9.78.1 [Firefox 1.5.0.5/2006073115]"
+ 

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@ws.apache.org
For additional commands, e-mail: general-help@ws.apache.org


Mime
View raw message