Here's the IRC log from yesterdays scheduled chat. The main things talked about were:
1) Status of the Axis2 Web services support - thats moved to latest Axis2 snapshots, basic WS reference going, service still needs work, issues with classloading, databinding, and hooking into the ServletHost 2) The website again, dhweeler is making it look even more beautiful, wondered about using plain html instead of/as well as aniakia to create the web pages, will send some mails to the list 3) Reminders to everyone about the new Apache requirements for file headers, see: http://www.apache.org/legal/src-headers.html 4) Work ongoing by lresende and kgoodson to enable individual distributions of SDO and DAS ...ant <ant> hi, are we chatting today? (I'd not sent out a reminder, must set up the automated one) <jboynes> looks like it <jboynes> I'd like to chat about web services <jboynes> and data bindings <jboynes> and distributions <rfeng> hi <cr22rc> hi <jboynes> anyone have anything else? <lresende> hi <ant> there's been a few questions about running things in eclipse maybe we could talk about <ant> but those other's you suggested seem more interesting <jboynes> also the code formatting, svn props and legal stuff <dwheeler> I had a couple question regarding being tied down to using maven to build the site. <rfeng> let's start with web services? <ant> also the non-java service contract stuff, but we'll likely not have time for all that <jboynes> k <cr22rc> well I've been trying to get the webservices up and running in a TC host ... I'm just basically struggling with classloaders <jboynes> does the client side work? <cr22rc> oh yes that seem to work ... but there is one major hack is that we form hard coded the operation and paramenter for hellowordclient case ... I've hit in against the M1 server and seen it respond ok <cr22rc> I think that hack will be addressed by the databinding ser/des sdos <rfeng> so we directly feed OMElement in the client code today, right? <cr22rc> according to the schema in the Wsdl <cr22rc> no just not right now ... still just uses a primitive for hellowworld sample <cr22rc> "sting" = to "world" :-) <jboynes> is this in svn? <cr22rc> think so <cr22rc> yes <ant> yes <jboynes> where should I be looking? <cr22rc> java\samples\sca\helloworldwsclient for the sample <rfeng> is it part of the main build now? <ant> cr22rc, is there things we could be helping you with? I saw on IRC last night jeremy offered to help with the host bridge stuff, would that be a help? <jboynes> I'm working on that and trying to help with the classloader issues <cr22rc> I think ultimately ... just like to get the binding on the server side running to see what axis issues there still are. <cr22rc> I hope the client code doesn't change to using OMElement <cr22rc> that should be the bindings that just use that ... right? <jboynes> in general yes <jboynes> the client could say that it wanted to use axiom <ant> cr22rc, that requires the magic databinding stuff, should we talk about where thats at for a minute? <jboynes> as in , it could choose to do so <cr22rc> I don't know what more to say about webservice... jeremy gave me a hint to make progress to just dump all in the webapp lib going to give that a try <jboynes> on the binding/service contract side I added the abstract representation we had been talking about <cr22rc> Oh we are now grabbing sanpshot from axis/axiom <jboynes> I also did a version of the java contract that fills that in as well as define the class <cr22rc> which to the last I've seen are a little out of sync. Snapshots in apache nightly don't work well together. <jboynes> I have interface.wsdl working to the extent it is returning a portType <jboynes> I still need to generate the abstract representation from that <rfeng> We had some brainstorming on IRC about the databinding integration last Saturday * halehM has joined #tuscany <rfeng> ServiceContract can be used to receive the extra metadata to further constrain the DataType <rfeng> We can use SCDL extension, java annotation/introspection to supply such metadata <ant> i'm not sure I fully understand that, could you describe it a bit more <rfeng> An interceptor will be added to the wiring fabric (not sure how at this moment) to deal with the data transformation <cr22rc> is this to determin how to ser/dez types? <cr22rc> particular type needed for a binding or component? <rfeng> jeremy added the DataType to describe parameters/return value for an operation in the service contract <rfeng> the DataType model will be populated with DataBinding related information <cr22rc> so this is how you determine what transforms to apply for a specifc comp. or binding? <rfeng> yes, I think so <cr22rc> I was wondring about that * dkulp has joined #tuscany <rfeng> let's assume these db-related metadata will be supplied from SCDL ext and/or java annotation/introspection <rfeng> hopefully the interceptor can transform the data into the expected format <rfeng> based on the source/target DataType <cr22rc> in the past we've seen issue keep data like that straight between differnt classloaders (webapps) ... do you think you have a strategy for that? (answer when convenient) <rfeng> ant, did I express the approach clearly? I'm still in the brainstorming mode <jboynes> rfeng: how soon do you think we can try this in code? <ant> i think so. I was specifically wondering about the transformation being influenced by the servicecontract at each end of the wire <ant> which from what you've said should work right? <rfeng> I'm trying to bootstrap an example with the db extension <rfeng> I guess I need to modify interface loaders to pull the extra metadata into the service contract model <jboynes> how about getting the implementation to work first/ <jboynes> ? <jboynes> should be fairly simple to set up test cases for the conversions <rfeng> for the integration or? <jboynes> just for conversion <ant> isn't all this going to require the changes to stop using things like Method in the runtime jim has brought up on the list? Eg, in WireInvocationHandler <rfeng> I guess we already have test cases for conversions only <jboynes> then once you know what metadata you need you can do the loaders for it <rfeng> yes <jboynes> I meant as part of the wiring <rfeng> ok <rfeng> that's the approach I'm exploring now <jboynes> i would think there would be some tricky stuff getting the right conversions applied <rfeng> have a few questions about adding interceptors <rfeng> agree <cr22rc> wonder if the scdl shouldn't have an override to explicity set it ? thoughts? <rfeng> which builder should be responsible to add the db interceptor? <jboynes> the connector <rfeng> yes, the connector should be the guy <jboynes> I'm looking at timing <jboynes> perhaps we can come back to this <jboynes> from our list I still have legal, distros, eclipse and site building <rfeng> I'll try to get an interceptor in place and place some conversion logic there. Timing-wise, get a very simple sameple working by the end of this week or early next week <jboynes> (sorry I meant timing on this char :-) ) <jboynes> chat <rfeng> :-) <cr22rc> why not the helloworldwsclient ? <rfeng> yes, I can use ut * jervisliu has joined #tuscany <rfeng> it, but I want to start with bare-minimum 1st <rfeng> let's move on to the next topic then <ant> shall we do dwheeler's questions about the site building? <ant> what are your questions? <dwheeler> My question was whether or not we would need to stick with using maven to build the main site <dwheeler> Or if swithcing to a more traditional method of site building would be possible? <jboynes> I thought we'd switched to anakia <cr22rc> maven is not building the main site anakia is <jboynes> dwheeler: what did you have in mind? <cr22rc> see tuscany\site\README.txt for details on the site build <dwheeler> I was working on creating a new site layout, that would hopefully help draw people into the site <jboynes> sounds good <jboynes> what did you have in mind for publishing <jboynes> ? <jboynes> perhaps a mail to the dev list with the suggestions would be the way to go <dwheeler> Simply creating html pages by hand.. <dwheeler> The new layout uses an iframe, so pages would only need basic content <dwheeler> the main page would handle formatting them. <jboynes> how - css? <dwheeler> yes. <lresende> dwheeler : my understanding is that, currently, anakia handle xml transformations and build every page with a common left outline, etc... <lresende> dwheeler: if we go for pure html, once something is changed, will you have a central place to add/update these common areas ? * jervisliu has quit IRC (Read error: 145 (Connection timed out)) <dwheeler> The common area would be the main page, content pages would not have things like nav bars. <dwheeler> as they are embeded in the main page * pombred1 is now known as pombreda <lresende> dwheeler: is there a way we could see a sample of your proposal ? not only a screenshot ? <lresende> dwheeler: and i'd agree with continuing this on the mailing list, as suggested by jboynes <dwheeler> I'm still building the HTML layout <dwheeler> I can send an email to the dev list when it is in a semi-working state <lresende> great <lresende> btw, great job on that screenshot... <lresende> looks very good <ant> sounds good <ant> yes i liked the screen shot too <ant> next? what was the legal that you mentioned jboynes? <jboynes> we needed to update the header block to the new form from the board <jboynes> I mentioned this a while ago <ant> didn't you just do that? <halehM> that has to be done before Sept 1st? <jboynes> I did it for sca, we need to do it for sdo, das and all the c++ core <jboynes> code <jboynes> it has to be done before any release after a certain date * jmarino has joined #tuscany <jboynes> the date was going to be 8/1 but seems to be slipping back <ant> may need a reminder to the list as the others don't come as they think this is a JavaSCA specific chat <jboynes> as I had to modify the code to take out the CRs I went ahead and did it <halehM> Can we make the reminder specific - SDO and DAS in the header? <jboynes> I wanted to mention here as I had zero comments to any of the previous postings to the list <jboynes> so now its covered :) <jboynes> we can move on <ant> ...to distributions? <jboynes> yes <jboynes> kgoodson and I chatted last week on doing one for sdo <jboynes> we have that set up and ready to go <jboynes> (apart from legal :-) ) <jboynes> lresende: did you look at that for DAS (IIRC you were on the chat) <ant> [as an aside, there's being a lot of off list chats recently. does anyone else worry about that?] <kgoodson> jboynes is ther something i need to do bout legal <kgoodson> ? <jboynes> kgoodson: check the headers :-) <kgoodson> ah, ok thanks <jboynes> you will also need an updated NOTICE file <jmarino> ant, do you mean IRC? <jboynes> make sure you include all the required notiices (e.g. for EMF) <ant> yes, or anything that doesn't happen on th emailing list <lresende> jboynes: i'll look at that now... * pombreda has quit IRC (Read error: 60 (Operation timed out)) <jmarino> I was just wondering which offlist sutff was going on? <lresende> lresende: and the distribution part... i'm working on and might have a initial patch available this afternoon <jboynes> lresende: sounds good <kgoodson> i guess this NOTICES file can most easily be derived by stripping down the M1 main NOTICES file distro yes? <jboynes> or build up from the basic skeleton that's there * kevin__ has quit IRC <jboynes> have we run out of steam? <jboynes> I have to drop off for a call, ttfn <ant> i have to go for a bit as well. shall we wrap up and I'll post this log to the list? <cr22rc> sounds good
