You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Eran Chinthaka <ch...@opensource.lk> on 2005/02/10 05:36:17 UTC
[Axis2] IRC chat log 2005-02-10
topics: upcoming release, package refactoring, moving code in to new place,
etc.,.
thanks,
Eran Chinthaka
[2/10/2005 8:58 AM] [INFO] Channel view for ``#apache-axis'' opened.
[2/10/2005 8:58 AM] -->| YOU have joined #apache-axis
[2/10/2005 8:58 AM] =-= Topic for #apache-axis is ``Axis2 Weekly Chat''
[2/10/2005 8:58 AM] =-= Topic for #apache-axis was set by gdaniels on
Thursday, February 10, 2005 7:43:30 AM
[2/10/2005 8:58 AM] === #apache-axis [freenode-info] why register and
identify? your IRC nick is how people know you.
http://freenode.net/faq.shtml#nicksetup
[2/10/2005 8:59 AM] <Chinthaka> hi all, where are the others ;) ?
[2/10/2005 9:00 AM] -->| Jaliya (~Miranda@220.247.230.21) has joined
#apache-axis
[2/10/2005 9:01 AM] <Srinath> hi
[2/10/2005 9:01 AM] <Jaliya> Hi All
[2/10/2005 9:02 AM] <Deepal> hi all
[2/10/2005 9:02 AM] |<-- Srinath has left irc.freenode.org ("Chatzilla
0.9.66 [Mozilla rv:1.7.5/20041107]")
[2/10/2005 9:03 AM] <Chinthaka> ...
[2/10/2005 9:03 AM] -->| Srinath (~hemapani@220.247.241.226) has joined
#apache-axis
[2/10/2005 9:04 AM] -->| Ajith (~Miranda@220.247.241.226) has joined
#apache-axis
[2/10/2005 9:05 AM] <Chinthaka> its 9.05 now :(
[2/10/2005 9:05 AM] <Ajith> should we start
[2/10/2005 9:05 AM] <Ajith> ?
[2/10/2005 9:05 AM] -->| gdaniels
(gdaniels@h00a0cc40bbaf.ne.client2.attbi.com) has joined #apache-axis
[2/10/2005 9:05 AM] <gdaniels> hey folks
[2/10/2005 9:05 AM] <Ajith> Ho glen
[2/10/2005 9:05 AM] <gdaniels> sorry late - IRC problems
[2/10/2005 9:06 AM] <Ajith> I meant Hi :)
[2/10/2005 9:06 AM] <Srinath> Hi All :)
[2/10/2005 9:06 AM] <gdaniels> I was wondering where everyone else was until
I finally tried disconnecting and reconnecting :)
[2/10/2005 9:06 AM] <Srinath> Ajith has same prob?
[2/10/2005 9:07 AM] <Ajith> Yeah I also had to reconect
[2/10/2005 9:07 AM] <gdaniels> So how's it going over there? Is everyone
still pretty much in shock, or are things starting to move again in Colombo?
[2/10/2005 9:07 AM] <Ajith> Glen : things are back in track I guess
[2/10/2005 9:08 AM] <Ajith> mostly in Colombo
[2/10/2005 9:08 AM] <Srinath> for the costal areas it will take more time
[2/10/2005 9:08 AM] <gdaniels> *nod*
[2/10/2005 9:09 AM] <Chinthaka> yeah, poor our area :(
[2/10/2005 9:09 AM] <gdaniels> :(
[2/10/2005 9:09 AM] <gdaniels> Nature sucks sometimes.
[2/10/2005 9:10 AM] <Srinath> BTW where the impl packages should go? :D
[2/10/2005 9:10 AM] <Ajith> Glen : BTW hows the review coming ?
[2/10/2005 9:10 AM] <gdaniels> Ajith: Slow. :(
[2/10/2005 9:11 AM] <gdaniels> I got a few more questions for here tho
[2/10/2005 9:11 AM] <gdaniels> Srinath: good q :)
[2/10/2005 9:11 AM] <gdaniels> I'm ok with either choice
[2/10/2005 9:11 AM] <Ajith> glen : sure shoot them out
[2/10/2005 9:11 AM] <Srinath> me too :) but we got to pick one
[2/10/2005 9:12 AM] <gdaniels> it's nice when you have a lot of impls to
have a separate package, but it's a little heavy when you only have a few
[2/10/2005 9:12 AM] <Ajith> hmmm
[2/10/2005 9:12 AM] <gdaniels> i.e. it looks clean when the base package has
foo.Iface1, foo.Iface2 and foo.impl has Iface1Impl, etc
[2/10/2005 9:12 AM] <Chinthaka> This is what we have for OM now
[2/10/2005 9:13 AM] <gdaniels> Well, not really
[2/10/2005 9:13 AM] <Ajith> we are probably doing a similar thing
[2/10/2005 9:13 AM] <Ajith> I guess
[2/10/2005 9:13 AM] <gdaniels> we have org.apache.axis.impl....
[2/10/2005 9:13 AM] <gdaniels> that's the bad part :)
[2/10/2005 9:13 AM] <Srinath> oh u mean put impl end of the classes at
*impl*.*
[2/10/2005 9:13 AM] <Ajith> if not we can easily refactor to achieve that
[2/10/2005 9:14 AM] <Srinath> are we agreed there .. shall I reactor ? :)
[2/10/2005 9:14 AM] <gdaniels> Ajith: right, we're just deciding whether to
have om.OMElementImpl or om.impl.OMElementImpl (for instance)
[2/10/2005 9:14 AM] <gdaniels> I think I'm leaning towards om.impl....
[2/10/2005 9:15 AM] <Ajith> Om.impl seems to be more descriptive
[2/10/2005 9:15 AM] <gdaniels> ok, +1 for *.impl.*Impl
[2/10/2005 9:16 AM] <Ajith> so does this mean we have multiple impl packages
[2/10/2005 9:16 AM] <gdaniels> right
[2/10/2005 9:16 AM] <Ajith> ?
[2/10/2005 9:16 AM] <gdaniels> only put an impl package where it makes sense
[2/10/2005 9:16 AM] <Ajith> and org apache axis imple vanishes
[2/10/2005 9:16 AM] <Chinthaka> well, the initial idea was to put all impls
under org.apache.axis.impl
[2/10/2005 9:16 AM] <Srinath> one quick Q? how the llom and tableom fit in
here?
[2/10/2005 9:16 AM] <gdaniels> Ajith: yes
[2/10/2005 9:17 AM] <Chinthaka> *.impl.llom and *.impl.tom ?
[2/10/2005 9:17 AM] <gdaniels> depends on how you want to do it.
[2/10/2005 9:17 AM] <Srinath> is it om.impl.llom.*
[2/10/2005 9:17 AM] <Srinath> k
[2/10/2005 9:17 AM] <gdaniels> Chinthaka: yeah
[2/10/2005 9:17 AM] <gdaniels> that works
[2/10/2005 9:17 AM] <Srinath> cool are we done there?
[2/10/2005 9:17 AM] <gdaniels> ok by me
[2/10/2005 9:18 AM] <Chinthaka> Srinath : seems like yes ;)
[2/10/2005 9:18 AM] <Ajith> one thing that worries me is that imples are all
over the place if we do that
[2/10/2005 9:18 AM] <gdaniels> Ajith: in most cases there aren't going to be
multiple implementations of our core classes
[2/10/2005 9:18 AM] <Ajith> hmm
[2/10/2005 9:18 AM] <gdaniels> That being the case, it's much easier to find
them when they're connected to the packages they implement
[2/10/2005 9:18 AM] <gdaniels> as opposed to in a completely different tree
[2/10/2005 9:18 AM] <Ajith> yeah you have a point
[2/10/2005 9:19 AM] <gdaniels> you don't find it a pain to navigate the
org.apache.axis.impl hierarchy and also all the other ones right now? I
do.. :)
[2/10/2005 9:19 AM] <Srinath> ok 3 .2 . 1. 0 decided ;)
[2/10/2005 9:19 AM] <gdaniels> OK, Q - why is the Encoder thingy in there?
[2/10/2005 9:19 AM] <gdaniels> I thought we weren't going to do any data
binding stuff in M1 at all
[2/10/2005 9:19 AM] <Ajith> I was thinking whether we can have the discused
packaging but have a seperate source tree for that
[2/10/2005 9:20 AM] <Chinthaka> Ajith thats a good idea
[2/10/2005 9:20 AM] -->| chathura (~chathura@220.247.230.21) has joined
#apache-axis
[2/10/2005 9:20 AM] <gdaniels> Ajith: for what?
[2/10/2005 9:20 AM] <Ajith> Anyway I agree to the curretn resolution
[2/10/2005 9:20 AM] <Chinthaka> even there are some wsdl stuff
[2/10/2005 9:20 AM] <Chinthaka> which we don't need for this M1
[2/10/2005 9:20 AM] <Srinath> glen:encoding interace is there to able to
write few samples to show how encoding can do no top of M1
[2/10/2005 9:21 AM] <Srinath> and perf analysis
[2/10/2005 9:21 AM] <Chinthaka> Srinath : yes.
[2/10/2005 9:21 AM] <gdaniels> Hmmm.
[2/10/2005 9:21 AM] <Ajith> glen : imean just like the test sources we have
api and impl source folders
[2/10/2005 9:21 AM] <Chinthaka> I think this was done thinking a bit of
future :)
[2/10/2005 9:21 AM] <Srinath> we can leave it out of the M1 if needs
[2/10/2005 9:21 AM] <gdaniels> I'd prefer to see the other stuff stripped
out, honestly.
[2/10/2005 9:21 AM] <gdaniels> It makes implications that things are baked
when they aren't yet
[2/10/2005 9:22 AM] <Chinthaka> Glen : +1
[2/10/2005 9:22 AM] <Ajith> BTW this seems to be decided now
[2/10/2005 9:22 AM] <Ajith> So I accept the current decision
[2/10/2005 9:22 AM] <gdaniels> Since that isn't "really" the way we're going
to do this stuff, let's wait until we have a real framework fo rit
[2/10/2005 9:22 AM] <Srinath> one Q? what happen to the serialization in the
output path
[2/10/2005 9:22 AM] <Srinath> Object->SAX->OM
[2/10/2005 9:23 AM] <Srinath> or Object->SAX->stream
[2/10/2005 9:23 AM] <Chinthaka> Glen : shall we do this cleanup in a new
place ?
[2/10/2005 9:23 AM] <gdaniels> Srinath: What file are you talking about?
[2/10/2005 9:23 AM] <gdaniels> i.e. where should I look to see what you
mean?
[2/10/2005 9:23 AM] <Srinath> Encoder .. formally OutPutObject
[2/10/2005 9:23 AM] <gdaniels> Where does that get used right now?
[2/10/2005 9:24 AM] <gdaniels> (I thought M1 was just going to be about OM
and streams and push-writing)
[2/10/2005 9:24 AM] <Srinath> give a object to build OM or write it to the
output stream
[2/10/2005 9:24 AM] <gdaniels> So all the examples would just build OM
directly and serialize it with no "object"s
[2/10/2005 9:24 AM] <Chinthaka> Glen : Yes
[2/10/2005 9:24 AM] <gdaniels> build OM directly, I mean
[2/10/2005 9:25 AM] <Ajith> well - push writer is what Srinath is taliking
about
[2/10/2005 9:25 AM] <Chinthaka> but this ObectToOMBuilder was there to show
the flexibility :)
[2/10/2005 9:25 AM] <Srinath> yap glen it make it is impossibly to write a
any comparision with the other SOAP engines
[2/10/2005 9:25 AM] <gdaniels> Chinthaka: OK, so if you want to put it in
samples/ that's fine
[2/10/2005 9:25 AM] <Chinthaka> Glen : Yeah
[2/10/2005 9:25 AM] <gdaniels> Srinath: We're not doing data binding yet
[2/10/2005 9:25 AM] <Chinthaka> I saw people asking abt encoding support in
Axis 2
[2/10/2005 9:26 AM] <Srinath> if not databinding Object OM builder can not
exsists in M1
[2/10/2005 9:26 AM] <gdaniels> If not what, Srinath?
[2/10/2005 9:26 AM] <Chinthaka> Srinath : we can put that in samples as Glen
told
[2/10/2005 9:26 AM] <gdaniels> Explain more...
[2/10/2005 9:27 AM] <Srinath> shall we strip of all encoding stuff including
object to OM bilder
[2/10/2005 9:27 AM] <gdaniels> Srinath: +1 from me, for now
[2/10/2005 9:27 AM] <Srinath> we can have them in the src/test/***
[2/10/2005 9:27 AM] <Ajith> ooops
[2/10/2005 9:28 AM] <Chinthaka> Glen : there are some code under
prototypeOne which we don't want to go in to M1
[2/10/2005 9:28 AM] <gdaniels> We're looking to get input from the community
on the direction this project is taking. The more we put in that we're not
SURE about, the more people will waste time commenting on / needing to
understand those parts
[2/10/2005 9:28 AM] <Ajith> we have to make a serious refactoring for the
code then
[2/10/2005 9:28 AM] <Chinthaka> but will be needed after m1
[2/10/2005 9:28 AM] <Chinthaka> So where can we do this cleaning ?
[2/10/2005 9:28 AM] <Srinath> how about keep tham inside the src/test/** so
the samples still runs
[2/10/2005 9:29 AM] <Srinath> but src/java do not have any encoding stuff
[2/10/2005 9:29 AM] <gdaniels> Srinath: fine by me, but I'd prefer samples/
[2/10/2005 9:30 AM] <gdaniels> Chinthaka: that's a good question
[2/10/2005 9:30 AM] <Srinath> mm ...samples are do not added to classapth
now ?
[2/10/2005 9:30 AM] <Chinthaka> We have two options 1. to have scratch -->
M1 RC 2. move the needed stuff to main src tree out of scratch area
[2/10/2005 9:30 AM] <gdaniels> or just scratch/M1
[2/10/2005 9:30 AM] <gdaniels> we don't have that yet, right?
[2/10/2005 9:30 AM] <Chinthaka> nope
[2/10/2005 9:31 AM] <Chinthaka> aren't we moving that to main src when we
release
[2/10/2005 9:31 AM] <gdaniels> That's the other option.
[2/10/2005 9:31 AM] <Srinath> before go in to that shall we decide on the
where the encoding code goes?
[2/10/2005 9:31 AM] <gdaniels> But ESPECIALLY if we do that I want to make
sure we remove all the stuff that isn't solid yet
[2/10/2005 9:31 AM] <Chinthaka> yeah
[2/10/2005 9:31 AM] <gdaniels> Get the core parts really working right, and
nothing else
[2/10/2005 9:32 AM] <gdaniels> Demonstrate the APIs are flexible and cool
and fast, and make it clear that the rest layers on TOP
[2/10/2005 9:32 AM] <gdaniels> (IMHO, of course)
[2/10/2005 9:32 AM] <Chinthaka> well, I think the XML in and XML out case
(without encoding) is what we aim in M1
[2/10/2005 9:32 AM] <gdaniels> +1
[2/10/2005 9:33 AM] <chathura> sounds good
[2/10/2005 9:33 AM] <Srinath> Hi All I like to see a one option for where
the encoding code goes .. not two?? that what happen to impl before?
[2/10/2005 9:33 AM] <Ajith> I was actaully thinking of an skeletaol axis
[2/10/2005 9:33 AM] <Chinthaka> Srinath, we can put those encoding stuff
under src/test i think for this M1
[2/10/2005 9:33 AM] <Ajith> where we have a working HTTP transport and most
of the code but at the "skeletol level"
[2/10/2005 9:34 AM] <Srinath> chinthaka:cool ..
[2/10/2005 9:34 AM] <chathura> i rather think encoding can become a sample
rather than a test
[2/10/2005 9:34 AM] <gdaniels> I'd prefer not to put encoding code in this
release at all, Srinath. But if you guys really want it, samples is
preferable to test for me.
[2/10/2005 9:34 AM] <Chinthaka> Chathura : what if both ;)
[2/10/2005 9:34 AM] <chathura> along with the other samples tht we r
shipping
[2/10/2005 9:35 AM] <Srinath> chatura: have a look at the how the classapths
are set .. it bit tricky to put there
[2/10/2005 9:35 AM] <Srinath> glen: where at the samples?
[2/10/2005 9:35 AM] <gdaniels> Srinath: Why?
[2/10/2005 9:35 AM] <Ajith> Hmmm so we do need to keep the intefaces but
just push the impl out to samples
[2/10/2005 9:35 AM] <chathura> i know you are not building the samples right
now but..
[2/10/2005 9:35 AM] <Chinthaka> Ajith ?????????
[2/10/2005 9:36 AM] <gdaniels> Incidentally, there should be more samples.
:)
[2/10/2005 9:36 AM] <chathura> but we can change it
[2/10/2005 9:36 AM] <Srinath> glen: samples are build from a build file for
each not compile by main build
[2/10/2005 9:36 AM] <Ajith> its like this : we do have some outObject
interface and stuff that is being used in the code
[2/10/2005 9:36 AM] <gdaniels> Srinath: yes, and?
[2/10/2005 9:36 AM] <Srinath> yes already there are few .. plas have a look
at the sample dir :)
[2/10/2005 9:37 AM] <Chinthaka> Ajith, yes
[2/10/2005 9:37 AM] <Ajith> my Q is whether all these interfaces are
stripped or their impels only
[2/10/2005 9:37 AM] <Chinthaka> Ajith, I think both
[2/10/2005 9:37 AM] <Srinath> glen: now we have src/samples
[2/10/2005 9:37 AM] <Ajith> ????
[2/10/2005 9:37 AM] <Chinthaka> OutObject, its impl, ObjectToOMbuilder
[2/10/2005 9:37 AM] <Srinath> have encoding, deployment,general ... there
[2/10/2005 9:41 AM] <Chinthaka> well, shall we decide on what packages are
going in to M1
[2/10/2005 9:41 AM] <Chinthaka> (coming back to earlier discussion :) )
[2/10/2005 9:41 AM] <Chinthaka> and Glen : where to put the RC (Release
Candidate)
[2/10/2005 9:42 AM] [ERROR] Connection to irc://irc.freenode.org/
(irc://irc.freenode.org/) reset.
[2/10/2005 9:42 AM] <Chinthaka> join apache-axis
[2/10/2005 9:42 AM] [INFO] Connecting to irc://irc.freenode.org/
(irc://irc.freenode.org/), attempt 1 of 5...
[2/10/2005 9:42 AM] === *** Looking up your hostname...
[2/10/2005 9:42 AM] === *** Checking ident
[2/10/2005 9:42 AM] === *** No identd (auth) response
[2/10/2005 9:42 AM] === *** Couldn't look up your hostname
[2/10/2005 9:42 AM] === The nickname ``Chinthaka'' is already in use, trying
``Chinthaka_''.
[2/10/2005 9:42 AM] === PING Register first.
[2/10/2005 9:42 AM] === *** Your host is
kornbluth.freenode.net[kornbluth.freenode.net/6667], running version
dancer-ircd-1.0.35
[2/10/2005 9:42 AM] =-= User mode for Chinthaka_ is now +i
[2/10/2005 9:42 AM] -->| YOU have joined #apache-axis
[2/10/2005 9:42 AM] =-= Topic for #apache-axis is ``Axis2 Weekly Chat''
[2/10/2005 9:42 AM] =-= Topic for #apache-axis was set by gdaniels on
Thursday, February 10, 2005 7:43:30 AM
[2/10/2005 9:42 AM] === #apache-axis [freenode-info] help freenode weed out
clonebots, please register your IRC nick and auto-identify:
http://freenode.net/faq.shtml#nicksetup
[2/10/2005 9:42 AM] <Chinthaka_> hello
[2/10/2005 9:42 AM] <Deepal> glen : I sow some comments about deployment in
ur mail
[2/10/2005 9:42 AM] <gdaniels> welcome back, Eran
[2/10/2005 9:42 AM] -->| Jaliya4925 (~Miranda@220.247.253.138) has joined
#apache-axis
[2/10/2005 9:43 AM] <gdaniels> network troubles for you guys... :(
[2/10/2005 9:43 AM] <Deepal> regrding pull pasrsing
[2/10/2005 9:43 AM] <chathurah> ;(
[2/10/2005 9:43 AM] <gdaniels> Deepal: Yes, and Srinath responded in email
[2/10/2005 9:43 AM] <Chinthaka_> well, shall we decide on what packages are
going in to M1
[2/10/2005 9:43 AM] <Chinthaka_> (coming back to earlier discussion :) )
[2/10/2005 9:43 AM] <Chinthaka_> and Glen : where to put the RC (Release
Candidate)
[2/10/2005 9:44 AM] <gdaniels> I'm OK with putting it in the main src area
[2/10/2005 9:44 AM] <Deepal> as Srinath has said using OM it makes another
object strucure in memory
[2/10/2005 9:44 AM] <gdaniels> but we need to resolve packaging issues first
[2/10/2005 9:44 AM] <gdaniels> Deepal: so? Deployment happens infrequently
[2/10/2005 9:44 AM] <gdaniels> A full object model is by far the easiest way
to parse this stuff
[2/10/2005 9:44 AM] <Chinthaka_> Glen : do u have any comments abt packages
other than the encoding stuff ?
[2/10/2005 9:45 AM] <Chinthaka_> I mean package structure
[2/10/2005 9:45 AM] <gdaniels> the encoding stuff should go, the impl stuff
should be refactored, I'd prefer tests not to live in the same package as
the other classes
[2/10/2005 9:46 AM] <gdaniels> oh, and java/src is better than src/java
[2/10/2005 9:46 AM] <gdaniels> :)
[2/10/2005 9:46 AM] <Chinthaka_> Glen : didn't get the last point
[2/10/2005 9:46 AM] <Srinath> :)
[2/10/2005 9:46 AM] <Chinthaka_> the test thingy
[2/10/2005 9:46 AM] <Deepal> ok , first talk about packge structure and
latter talk aboout deploymnet :)
[2/10/2005 9:46 AM] <gdaniels> If you put tests parallel, you get:
[2/10/2005 9:46 AM] <Chinthaka_> Deepal : ;)
[2/10/2005 9:46 AM] <gdaniels> org/foo/Class1
[2/10/2005 9:46 AM] <gdaniels> org/foo/Class1Test
[2/10/2005 9:47 AM] <gdaniels> in the same directory
[2/10/2005 9:47 AM] <gdaniels> that makes it hard to clean out the tests
from the real classes
[2/10/2005 9:47 AM] <Chinthaka_> in the same directory, after compiling only
[2/10/2005 9:47 AM] <gdaniels> you need to do regexp matching and trust
everyone to name their tests correctly
[2/10/2005 9:47 AM] <gdaniels> right
[2/10/2005 9:47 AM] <gdaniels> I'm talking .class files here
[2/10/2005 9:47 AM] <gdaniels> (should have said that)
[2/10/2005 9:47 AM] <chathurah> ohh
[2/10/2005 9:48 AM] <Chinthaka_> ok
[2/10/2005 9:48 AM] <gdaniels> if they're in test.org.foo it's much easier
[2/10/2005 9:48 AM] <Srinath> glen:maven compile the test seperatly
[2/10/2005 9:48 AM] <Srinath> to test-classes
[2/10/2005 9:48 AM] <gdaniels> if they're in org.foo.test it's not that bad
either
[2/10/2005 9:48 AM] <Chinthaka_> but this will make problems in testing
private methods, right ?
[2/10/2005 9:48 AM] <gdaniels> s/private/package/
[2/10/2005 9:49 AM] <Chinthaka_> ??
[2/10/2005 9:49 AM] <gdaniels> you can't test private methods from outside a
given class anyway, right?
[2/10/2005 9:49 AM] <gdaniels> you're talking about package-access methods
[2/10/2005 9:49 AM] <Chinthaka_> correct
[2/10/2005 9:49 AM] <Chinthaka_> we basically make them protected
[2/10/2005 9:50 AM] <gdaniels> it's true you can't test them unless you
build tests in the same package
[2/10/2005 9:50 AM] <Srinath> Hi glen, chinthaka with maven the test classes
compiled to differant package .. then regexp match is working cool what ever
you do?
[2/10/2005 9:51 AM] <Srinath> it do not pick wrong core clases
[2/10/2005 9:51 AM] <gdaniels> I'm just concerned about too much mechanism
in the build process. Maven is dandy, but I guess I haven't totally bought
into it yet, and I want it to be easy to set this project up in an IDE
[2/10/2005 9:51 AM] <Srinath> it is easy ;)
[2/10/2005 9:51 AM] <Chinthaka_> u can use "maven idea" :)
[2/10/2005 9:51 AM] <Srinath> exactly
[2/10/2005 9:51 AM] <gdaniels> ?
[2/10/2005 9:51 AM] <Srinath> or maven eclipse
[2/10/2005 9:52 AM] <chathurah> ;)
[2/10/2005 9:52 AM] <gdaniels> that generates an IDEA project file?
[2/10/2005 9:52 AM] <Chinthaka_> yessss
[2/10/2005 9:52 AM] <Chinthaka_> thats what I do
[2/10/2005 9:52 AM] <Srinath> yap :)
[2/10/2005 9:52 AM] <gdaniels> cool!
[2/10/2005 9:52 AM] <Chinthaka_> even the *.iml file
[2/10/2005 9:52 AM] <gdaniels> What happens if you make changes?
[2/10/2005 9:52 AM] <gdaniels> Will it blow them away next time you run
maven idea?
[2/10/2005 9:53 AM] <Chinthaka_> nope, u don't have to run it again and
again
[2/10/2005 9:53 AM] <Chinthaka_> well, I will put an email on that ;)
[2/10/2005 9:53 AM] <Chinthaka_> to Axis-Dev
[2/10/2005 9:53 AM] <Srinath> glen: if you change the classpath you have to
run it agien
[2/10/2005 9:53 AM] <Srinath> but classapths are pretty stable :)
[2/10/2005 9:54 AM] <Chinthaka_> Srinath, do they ?? (kidding) ;)
[2/10/2005 9:54 AM] <Srinath> well :D
[2/10/2005 9:54 AM] <gdaniels> OK, then - separate classes directory for
tests it is then
[2/10/2005 9:55 AM] <gdaniels> I'm still a little dubious but I'm willing to
be convinced
[2/10/2005 9:55 AM] <Chinthaka_> well, i'd like to see a decided packges
structure after this chat, so that we can move to src
[2/10/2005 9:55 AM] <Srinath> maven do it automatically .. that is the
default conf
[2/10/2005 9:55 AM] <gdaniels> we need to see the refactored impl stuff
first
[2/10/2005 9:55 AM] <Chinthaka_> ok, so then shall we do that in scratch
[2/10/2005 9:55 AM] <Srinath> with the encoding strip off
[2/10/2005 9:55 AM] <Chinthaka_> I will create the folder M1 RC folder under
scratch
[2/10/2005 9:55 AM] <gdaniels> and we should expect refactoring one or two
times even after we move to real src/ :)
[2/10/2005 9:55 AM] <Deepal> then how about wsdl stuff
[2/10/2005 9:56 AM] <Deepal> i mean thing that we are not going to ues
[2/10/2005 9:56 AM] <Chinthaka_> Glen : Agreed and expected :D
[2/10/2005 9:56 AM] <gdaniels> Chinthaka_: You don't need the RC part
[2/10/2005 9:56 AM] <gdaniels> RC is about the timing, not about the
directory name
[2/10/2005 9:56 AM] <Chinthaka_> ok :|
[2/10/2005 9:56 AM] <gdaniels> RC is an SVN label, in other words
[2/10/2005 9:57 AM] |<-- dasarath has left irc.freenode.org (Remote closed
the connection)
[2/10/2005 9:57 AM] <gdaniels> Deepal: What WSDL stuff?
[2/10/2005 9:57 AM] |<-- chathura has left irc.freenode.org (No route to
host)
[2/10/2005 9:57 AM] |<-- Chinthaka has left irc.freenode.org (No route to
host)
[2/10/2005 9:57 AM] <Srinath> ppl one last bugging ... if it is not criticla
shall we keep the encoding stuff in the src/test/** toherwise half of the
test cases will disapper
[2/10/2005 9:57 AM] <gdaniels> (clearly I haven't made it through all the
code yet!)
[2/10/2005 9:57 AM] <Deepal> there are some wsdl code that we are not using
in M1
[2/10/2005 9:57 AM] <chathurah> ok its the WOM buider code
[2/10/2005 9:57 AM] <gdaniels> Srinath: Half the test cases test the
ENCODING STUFF?
[2/10/2005 9:57 AM] <Deepal> like wom builder
[2/10/2005 9:58 AM] |<-- Jaliya has left irc.freenode.org (Read error: 113
(No route to host))
[2/10/2005 9:58 AM] <gdaniels> Deepal: Pull it out. :)
[2/10/2005 9:58 AM] <chathurah> i am working on , its in progress so we
thought of leaving it out for m1
[2/10/2005 9:58 AM] <Srinath> geln: withpout encoidng there are not many
test cases that you can write
[2/10/2005 9:58 AM] <Srinath> expect echo a OMElemnt
[2/10/2005 9:58 AM] <gdaniels> Srinath: Why is that?
[2/10/2005 9:58 AM] <gdaniels> You can test namespaces, XML serialization
and deserialization, SOAP structure....
[2/10/2005 9:59 AM] <gdaniels> MustUnderstand attributes, Roles, etc....
[2/10/2005 9:59 AM] <gdaniels> Building and dissecting XML trees
[2/10/2005 9:59 AM] <gdaniels> And you can write test services/clients which
dig into the data themselves
[2/10/2005 9:59 AM] <Srinath> :) When we send 1000 array of struct +
profiling + perf analysis it put the code in to real test
[2/10/2005 10:00 AM] <Srinath> we have allmost all you menation + more :)
[2/10/2005 10:00 AM] <gdaniels> But it's not a real test unless the code is
real
[2/10/2005 10:00 AM] <Srinath> it test how the OM build, serialize, switches
from tree to stream
[2/10/2005 10:01 AM] <gdaniels> In other words, if the test is about turning
a 100 element Java array into XML, it's NOT A REAL TEST until it's actually
testing the real serialization code
[2/10/2005 10:01 AM] <gdaniels> If the test is about building a 100 element
XML document with OM, then it's a real test. :)
[2/10/2005 10:01 AM] <gdaniels> see what I mean?
[2/10/2005 10:01 AM] <Srinath> java array elements broken down to the xml it
is areal test
[2/10/2005 10:02 AM] <gdaniels> The serialization code can be part of a test
as an example of how to build OM, but I just don't want to imply we have
data binding working
[2/10/2005 10:02 AM] <Srinath> my point is it is easy to write test case
with soem kind of encodign support
[2/10/2005 10:02 AM] <gdaniels> It's not hard even without it
[2/10/2005 10:03 AM] <gdaniels> ...or rather it's not hard if you put it in
the test itself instead of in the framework
[2/10/2005 10:04 AM] <gdaniels> So what do others think?
[2/10/2005 10:04 AM] <gdaniels> Should we take this to a vote on the mailing
list, maybe, let everyone chime in?
[2/10/2005 10:04 AM] <Srinath> My self and Ajtith find a lot of bugs (e.g OM
do not switch to the stream and fix it) while trying encoding test
[2/10/2005 10:04 AM] <Srinath> I do not see otheer convetional test cases
cover them
[2/10/2005 10:05 AM] <gdaniels> Srinath: I'm not saying it's bad to have
this kind of code around to play with. I'm saying it's bad to imply that we
have part of the system working when it hasn't really been designed + built
yet.
[2/10/2005 10:05 AM] <Chinthaka_> Glen : agreed
[2/10/2005 10:05 AM] <gdaniels> When we talked M1 originally we talked about
no data binding
[2/10/2005 10:06 AM] <Chinthaka_> And I think its better to put this up in
the mailing list
[2/10/2005 10:06 AM] <gdaniels> So that's why I was surprised to see it in
there
[2/10/2005 10:06 AM] <Srinath> any voleneeers to try to simulate simpler
powerful test without using the encoding ?
[2/10/2005 10:06 AM] <Srinath> simpler = similer
[2/10/2005 10:07 AM] <gdaniels> Sure!
[2/10/2005 10:07 AM] <Srinath> ok :)
[2/10/2005 10:07 AM] <gdaniels> So by powerful == large documents? Or do
you mean something else by that?
[2/10/2005 10:08 AM] <gdaniels> I'll take a look at what's there in any
case.
[2/10/2005 10:08 AM] <Srinath> I want all senarion e.g. OM should switch
from OM to stream .. bit of perf and load testing
[2/10/2005 10:08 AM] <gdaniels> point me at a test I should look at in
particular?
[2/10/2005 10:09 AM] <Srinath> org.apache.axis.encoding.EchoTest
[2/10/2005 10:09 AM] <gdaniels> Cool
[2/10/2005 10:09 AM] <Srinath> also look at the src/samples/encoding/sample1
[2/10/2005 10:09 AM] <gdaniels> Just noticing OM stuff -
[2/10/2005 10:10 AM] <Srinath> that two is conntected
[2/10/2005 10:10 AM] <gdaniels> we should have
factory.createOMElement(QName)
[2/10/2005 10:10 AM] <Srinath> +1
[2/10/2005 10:10 AM] <Chinthaka_> I added it yesterday
[2/10/2005 10:10 AM] <gdaniels> and factory.createOMElement(localname),
maybe
[2/10/2005 10:10 AM] <Chinthaka_> createOMElement(localName, nsURI,
nsPrefix)
[2/10/2005 10:10 AM] <gdaniels> Chinthaka_: no, I mean
javax.xml.namespace.QName
[2/10/2005 10:11 AM] <Chinthaka_> ok, consider it done :)
[2/10/2005 10:11 AM] <gdaniels> it should do the work for you without you
splitting the QName apart
[2/10/2005 10:11 AM] <Chinthaka_> didn't get that past past
[2/10/2005 10:11 AM] <Chinthaka_> part
[2/10/2005 10:11 AM] <gdaniels> plus we should prolly have just (localName)
and (localName, namespaceURI) versions
[2/10/2005 10:11 AM] <gdaniels> to let it decide prefixes for you
[2/10/2005 10:12 AM] <Chinthaka_> hmm
[2/10/2005 10:12 AM] <gdaniels> Chinthaka_: Was just saying that you could
split QName yourself into localName/URI/Prefix but the API should let you
just pass the QName
[2/10/2005 10:12 AM] <Chinthaka_> yeah, gotcha
[2/10/2005 10:12 AM] <gdaniels> So back to deployment?
[2/10/2005 10:13 AM] <Deepal> k.
[2/10/2005 10:13 AM] <gdaniels> And we'll take the encoding/packaging
discussion to the list?
[2/10/2005 10:13 AM] <Srinath> sure :)
[2/10/2005 10:13 AM] <gdaniels> ok
[2/10/2005 10:13 AM] <Srinath> yap
[2/10/2005 10:13 AM] <Chinthaka_> well, shall we create M1
[2/10/2005 10:13 AM] <Chinthaka_> with the decisions made here ?
[2/10/2005 10:13 AM] <Deepal> so glen for the M1 cant we keep those as it is
[2/10/2005 10:13 AM] <gdaniels> depends on how you think about it, Deepal.
[2/10/2005 10:14 AM] <Deepal> and change that latter , I mean moving from
pull parser to Om
[2/10/2005 10:14 AM] <Srinath> glen: what do you think about Stax parsing
given algorithm improved
[2/10/2005 10:14 AM] <gdaniels> Why are we doing a "release" at all, instead
of saying "hey come look at the SVN tree, we're working on stuff"?
[2/10/2005 10:14 AM] <Srinath> glen:marketting point of view realse have a
value :)
[2/10/2005 10:15 AM] <Srinath> we tell come and look ath three all the time
[2/10/2005 10:15 AM] <gdaniels> I mean, I know everything is subject to
change and all, too.
[2/10/2005 10:15 AM] <gdaniels> Yup
[2/10/2005 10:15 AM] <Srinath> yap glen everything .. (in this world) :D
[2/10/2005 10:16 AM] <Ajith> Glen : but a release has a marketing values
(and an opportunity to make some noise ) :D
[2/10/2005 10:16 AM] <gdaniels> We can leave it as is, but it seems less
clean and more repetitive than it needs to be
[2/10/2005 10:16 AM] <gdaniels> But if you make noise and people come look
and don't like what they see enough, they tend to not be as easy to get back
next time
[2/10/2005 10:16 AM] -->| alek_away
(~chatzilla@12-202-161-198.client.insightBB.com) has joined #apache-axis
[2/10/2005 10:17 AM] <Ajith> hmmmm
[2/10/2005 10:17 AM] <Srinath> I agree ..are not we have someting to make
them happy
[2/10/2005 10:17 AM] <gdaniels> We want to have something to make them
happy, exactly.
[2/10/2005 10:17 AM] <Srinath> sure :)
[2/10/2005 10:17 AM] <Chinthaka_> how abt having another chat before next
wednesday
[2/10/2005 10:17 AM] <Srinath> Alek need a favour .. about u r bench mark
[2/10/2005 10:18 AM] <gdaniels> I just think there are areas where we could
use some refactoring/cleanup, and that's one of them
[2/10/2005 10:18 AM] =-= alek_away is now known as alek__s
[2/10/2005 10:18 AM] <alek__s> hello everybody
[2/10/2005 10:18 AM] <alek__s> yes
[2/10/2005 10:19 AM] <gdaniels> Chinthaka_ : Sure, if we can find a time
[2/10/2005 10:19 AM] <gdaniels> Hi Alek
[2/10/2005 10:19 AM] <Chinthaka_> how abt next Monday
[2/10/2005 10:19 AM] <Srinath> Alek:where is the most recent copy of u r
benchmark? :)
[2/10/2005 10:19 AM] <Chinthaka_> this time ?
[2/10/2005 10:19 AM] <alek__s> the version that we used for tests is on the
webpage
[2/10/2005 10:19 AM] <gdaniels> I've got to get up early and present at a
conference on Tuesday, so Mon night is bad for me. :(
[2/10/2005 10:20 AM] <alek__s> we are preparing new version that has more of
comlpex types, more realistic web services (like google) etc
[2/10/2005 10:20 AM] <Srinath>
http://www.extreme.indiana.edu/xgws/soap_bench/??
[2/10/2005 10:20 AM] <alek__s> but it is nto yet ready
[2/10/2005 10:20 AM] <Chinthaka_> or Sunday ?
[2/10/2005 10:20 AM] <alek__s> that should be it
[2/10/2005 10:20 AM] <alek__s> if you run into any problems send me email
[2/10/2005 10:20 AM] <gdaniels> I could do Sun night this time (Mon morning
for you)
[2/10/2005 10:20 AM] <gdaniels> Let's run it by on the list - can you send
an email asking for +1's/-1's?
[2/10/2005 10:20 AM] <Chinthaka_> Glen : oki, thats great
[2/10/2005 10:20 AM] <Ajith> that seems to be fine
[2/10/2005 10:20 AM] <Srinath> sure Alek; what should I do to make it workon
the Axis2?
[2/10/2005 10:22 AM] <alek__s> just take bechmark wsdl file
[2/10/2005 10:22 AM] <alek__s> generate whatever you need ot generate
(skeletons?)
[2/10/2005 10:22 AM] <alek__s> and implement service
[2/10/2005 10:22 AM] <alek__s> then run banhmark client agains axis2 service
[2/10/2005 10:22 AM] <Ajith> ok
[2/10/2005 10:22 AM] <Srinath> cool
[2/10/2005 10:22 AM] <alek__s> i think we have online code for axis 1.2 so
that should show what was doen
[2/10/2005 10:23 AM] <alek__s> it is all pretty easy and wsdla has just few
simple datatypes
[2/10/2005 10:23 AM] <Srinath> exactly
[2/10/2005 10:23 AM] <Srinath> :)
[2/10/2005 10:23 AM] <Ajith> Cool
[2/10/2005 10:23 AM] <Srinath> yap actually I see it
[2/10/2005 10:25 AM] |<-- Deepal has left irc.freenode.org (Read error: 54
(Connection reset by peer))
[2/10/2005 10:25 AM] <gdaniels> So "generate" here means "read the WSDL and
write the right code" :)
[2/10/2005 10:25 AM] <Chinthaka_> sent an email to dev list asking for a
chat on Sunday
[2/10/2005 10:25 AM] <Srinath> yap I have been doing it for few days :D
[2/10/2005 10:25 AM] <Srinath> manual geeration ;)
[2/10/2005 10:25 AM] <gdaniels> Ahh, just like the good old days of 2001 :)
[2/10/2005 10:26 AM] <chathurah> ;)
[2/10/2005 10:26 AM] <Chinthaka_> ;)
[2/10/2005 10:26 AM] <gdaniels> ok, guys, I unfortunately need to run :(
[2/10/2005 10:26 AM] [INFO] Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]
[2/10/2005 10:26 AM] [INFO] Please visit the ChatZilla homepage at
<http://www.mozilla.org/projects/rt-messaging/chatzilla/> for more
information.
[2/10/2005 10:26 AM] <Ajith> sure
[2/10/2005 10:26 AM] <Chinthaka_> and i think the time is up too :)
[2/10/2005 10:26 AM] <alek__s> that could probably be autoamted with little
effort when using reflection and dynamic proxy
[2/10/2005 10:26 AM] <Ajith> I gues I also need some tea :)
[2/10/2005 10:26 AM] <alek__s> the only thing needed nowadays to generate is
just java interface
[2/10/2005 10:26 AM] <gdaniels> Great talking, sorry I've been so swamped
lately, and nice job on moving things forward! I don't mean to be a
hardass, I'm just really concerned about getting this stuff right.
[2/10/2005 10:27 AM] <Srinath> :) we know glen
[2/10/2005 10:27 AM] <Srinath> thanks
[2/10/2005 10:27 AM] <gdaniels> Oh incidentally
[2/10/2005 10:27 AM] <alek__s> i hope somebody send chat lot
[2/10/2005 10:27 AM] <alek__s> og
[2/10/2005 10:27 AM] <alek__s> log
[2/10/2005 10:27 AM] <gdaniels> If folks hang out on this channel when
they're around that's probably a good thing
[2/10/2005 10:27 AM] <Ajith> Glen : yeah we understand what you mean . and
you are absolutrely right on having things right
[2/10/2005 10:28 AM] <gdaniels> I'll try to start doing that myself
[2/10/2005 10:28 AM] <Ajith> yaeah I think I can
[2/10/2005 10:28 AM] <gdaniels> esp near releases it can be handy (IM too)
[2/10/2005 10:28 AM] <gdaniels> (this is easier to have group talks in tho)
[2/10/2005 10:28 AM] <gdaniels> OK - Have a great day/night folks :) :)
[2/10/2005 10:28 AM] <Srinath> sure actually am haning there alone most of
the time :)
[2/10/2005 10:29 AM] <gdaniels> :) We'll fix that Srinath. Night!
[2/10/2005 10:29 AM] <Srinath> bye :)
[2/10/2005 10:29 AM] |<-- gdaniels has left irc.freenode.org ()